New occurence of a known issue – I had the same and reverted simply back to 3.6.2. Seems to be an 32bit Linux issue, 64bit versions do not have the problem. Ralph. From: address@hidden [mailto:address@hidden On Behalf Of Sajjad Safdar Sent: Tuesday, 12 February, 2013 14:40 To: address@hidden Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on Ubuntu 12.04 I have run the script with --verbose and i got the following error. I have attached the screen shoot. Send Discuss-gnuradio mailing list submissions to address@hidden
To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to address@hidden
You can reach the person managing the list at address@hidden
When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..."
Today's Topics:
1. Gnu radio not completely installed on Ubuntu 12.04 (Sajjad Safdar) 2. Re: Gnu radio not completely installed on Ubuntu 12.04 (Martin Braun (CEL)) 3. Re: Build fails (Josh Blum) 4. Re: Build fails (Josh Blum) 5. pdu and stream tagging in 3.6.3 (Nowlan, Sean) 6. Re: Build fails (Ralph A. Schmid, dk5ras) 7. Re: Build fails (Ralph A. Schmid, dk5ras) 8. Re: Gnu radio not completely installed on Ubuntu 12.04 (Marcus D. Leech) 9. Re: SBX TX/RX RX leakage (gang li) 10. Re: SBX TX/RX RX leakage (Marcus D. Leech) 11. Re: SBX TX/RX RX leakage (gang li) 12. usrp spectrum sensing (Biniyam Zewede) 13. Re: usrp spectrum sensing (Josh Blum) 14. can't find block "uhd_usrp_souce" (adream) 15. looking for the c++ source for "WBFM Receive" Block (adream) 16. Re: SBX TX/RX RX leakage (Ralph A. Schmid, dk5ras) 17. Re: looking for the c++ source for "WBFM Receive" Block (Nemanja Savic) 18. Possible problem with file location (Graeme Gemmill) 19. Re: Possible problem with file location (Josh Blum) 20. Re: can't find block "uhd_usrp_souce" (Martin Braun (CEL)) 21. Arrive ? (Erik Jakobsen)
----------------------------------------------------------------------
Message: 1 Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST) From: Sajjad Safdar <address@hidden> To: "address@hidden" <address@hidden> Subject: [Discuss-gnuradio] Gnu radio not completely installed on Ubuntu 12.04 Message-ID: <address@hidden> Content-Type: text/plain; charset="us-ascii"
Hi, I am installing gnu radio from built script but it is not completely installed and gives the error as shown in screenshoot.
Best Regards, SAJJAD SAFDAR -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2013-02-08 18:29:49.png Type: image/png Size: 265495 bytes Desc: not available URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.png>
------------------------------
Message: 2 Date: Fri, 8 Feb 2013 19:01:53 +0100 From: "Martin Braun (CEL)" <address@hidden> To: address@hidden Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on Ubuntu 12.04 Message-ID: <address@hidden> Content-Type: text/plain; charset="utf-8"
On Fri, Feb 08, 2013 at 09:32:56AM -0800, Sajjad Safdar wrote: > Hi, > > I am installing gnu radio from built script but it is not completely installed > and gives the error as shown in screenshoot.
Please don't screenshots when a copy & paste of the command line is more useful. Don't forget to include the precise command you called it with when you post that.
MB
-- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL)
Dipl.-Ing. Martin Braun Research Associate
Kaiserstra?e 12 Building 05.01 76131 Karlsruhe
Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu
KIT -- University of the State of Baden-W?rttemberg and National Laboratory of the Helmholtz Association -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/d21e45d9/attachment.pgp>
------------------------------
Message: 3 Date: Fri, 08 Feb 2013 12:18:06 -0600 From: Josh Blum <address@hidden> To: "Ralph A. Schmid, dk5ras" <address@hidden> Cc: address@hidden Subject: Re: [Discuss-gnuradio] Build fails Message-ID: <address@hidden> Content-Type: text/plain; charset=windows-1252
Well, thats probably the issue, size_t is an unsigned int
namespace swig { template <> struct traits<unsigned int > { typedef value_category category; static const char* type_name() { return"unsigned int"; } };
namespace swig { template <> struct traits<size_t > { typedef value_category category; static const char* type_name() { return"size_t"; } };
Though thats not an answer for your issue yet...
-josh
On 02/08/2013 05:58 AM, Ralph A. Schmid, dk5ras wrote: > Here it is...600kB packed, so I put it onto my server... > > http://dk5ras.dyndns.org/tmp/gnuradio_core_generalPYTHON_wrap.zip > > Ralph. > >> -----Original Message----- >> From: discuss-gnuradio-bounces+ralph=address@hidden >> [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf Of >> Josh Blum >> Sent: Friday, February 08, 2013 9:49 AM >> To: address@hidden >> Subject: Re: [Discuss-gnuradio] Build fails >> >> >> >> On 02/08/2013 02:08 AM, Ralph A. Schmid, dk5ras wrote: >>> Hi, >>> >>> On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all >>> updates the build of gnuradio fails. I am using the build script, but >>> also the manual build fails in a similar way. Already installed on the >>> machine is a partial gnuradio 3.4.2 for OpenBTS support, together with >>> USRP1 drivers, yate PBX. This stuff built without problems and works > just >> fine. >>> >>> See the messages at the bottom of the mail. >>> >>> I am normally a Win user and far from being a linux pro, but I do not >>> fear the command line and editing files. Reminds me a bit of good old >>> Amiga times >>> :-) >>> >>> Any ideas what I should do? >>> >> >> Someone had this exact same error in a private email but we never got to > the >> bottom of it. >> >> Was there a previous install of gnuradio by any chance (in case something > is >> accidentally building against installed headers)? >> >> It may be the case that a recent change is adding an extra typdef or > template >> to a swig .i file and swig is being dumb and exporting it twice. >> >> Or maybe its one of those things that shows up on an x86 machine vs x64 > due >> to how integer types map to fixed width typedefs... So many ways to fail > :-) >> >> So, what version of gnuradio produced the errors below? It wasnt the > 3.4.2, >> right? >> >> Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx >> >> -josh >> >>> Thanks a lot, and with best regards >>> >>> Ralph. >>> >>> These are the scripts last words: >>> >>> [ 39%] Building CXX object >>> gnuradio- >> core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co >>> re_generalPYTHON_wrap.cxx.o >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:6067:22: error: redefinition of ?struct >>> swig::traits<unsigned >>> int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:5493:22: error: previous definition of ?struct >>> swig::traits<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:6071:23: error: redefinition of ?struct >>> swig::traits_asval<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:5497:23: error: previous definition of ?struct >>> swig::traits_asval<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:6077:23: error: redefinition of ?struct >>> swig::traits_from<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:5503:23: error: previous definition of ?struct >>> swig::traits_from<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:6087:22: error: redefinition of ?struct >>> swig::traits<std::vector<unsigned int> >? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:5513:22: error: previous definition of ?struct >>> swig::traits<std::vector<unsigned int> >? >>> make[2]: *** >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnur >>> adio_c >>> ore_generalPYTHON_wrap.cxx.o] Error 1 >>> make[1]: *** >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all] >>> Error >>> 2 >>> make: *** [all] Error 2 >>> make failed >>> Exiting Gnu Radio build/install >>> >>> >>> -- >>> >>> Ralph A. Schmid >>> Mondstr. 10 >>> 90762 F?rth >>> +49-171-3631223 >>> address@hidden >>> http://www.bclog.de/ >>> >>> >>> >>> _______________________________________________ >>> Discuss-gnuradio mailing list >>> address@hidden >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>> >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> address@hidden >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >
------------------------------
Message: 4 Date: Fri, 08 Feb 2013 12:20:08 -0600 From: Josh Blum <address@hidden> To: "Ralph A. Schmid, dk5ras" <address@hidden> Cc: address@hidden Subject: Re: [Discuss-gnuradio] Build fails Message-ID: <address@hidden> Content-Type: text/plain; charset=windows-1252
On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote: > Hi, > > I got the error by installing the latest release, should be 3.6.3, although > in the output sometimes the 3.6.4 repository was mentioned. And as I have > told there already is a partial install of 3.4.2 that is necessary for the > openbts package. So I just may remove this and install the newer version
I think this partial install is just the usrp component, not gnuradio runtime or anything. However, If thats not the case, you might want to uninstall/move the installed headers temporarily just in case to confirm if thats causing the issue or not.
-josh
> Ralph. > >> -----Original Message----- >> From: discuss-gnuradio-bounces+ralph=address@hidden >> [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf Of >> Josh Blum >> Sent: Friday, February 08, 2013 9:49 AM >> To: address@hidden >> Subject: Re: [Discuss-gnuradio] Build fails >> >> >> >> On 02/08/2013 02:08 AM, Ralph A. Schmid, dk5ras wrote: >>> Hi, >>> >>> On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all >>> updates the build of gnuradio fails. I am using the build script, but >>> also the manual build fails in a similar way. Already installed on the >>> machine is a partial gnuradio 3.4.2 for OpenBTS support, together with >>> USRP1 drivers, yate PBX. This stuff built without problems and works > just >> fine. >>> >>> See the messages at the bottom of the mail. >>> >>> I am normally a Win user and far from being a linux pro, but I do not >>> fear the command line and editing files. Reminds me a bit of good old >>> Amiga times >>> :-) >>> >>> Any ideas what I should do? >>> >> >> Someone had this exact same error in a private email but we never got to > the >> bottom of it. >> >> Was there a previous install of gnuradio by any chance (in case something > is >> accidentally building against installed headers)? >> >> It may be the case that a recent change is adding an extra typdef or > template >> to a swig .i file and swig is being dumb and exporting it twice. >> >> Or maybe its one of those things that shows up on an x86 machine vs x64 > due >> to how integer types map to fixed width typedefs... So many ways to fail > :-) >> >> So, what version of gnuradio produced the errors below? It wasnt the > 3.4.2, >> right? >> >> Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx >> >> -josh >> >>> Thanks a lot, and with best regards >>> >>> Ralph. >>> >>> These are the scripts last words: >>> >>> [ 39%] Building CXX object >>> gnuradio- >> core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co >>> re_generalPYTHON_wrap.cxx.o >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:6067:22: error: redefinition of ?struct >>> swig::traits<unsigned >>> int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:5493:22: error: previous definition of ?struct >>> swig::traits<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:6071:23: error: redefinition of ?struct >>> swig::traits_asval<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:5497:23: error: previous definition of ?struct >>> swig::traits_asval<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:6077:23: error: redefinition of ?struct >>> swig::traits_from<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:5503:23: error: previous definition of ?struct >>> swig::traits_from<unsigned int>? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:6087:22: error: redefinition of ?struct >>> swig::traits<std::vector<unsigned int> >? >>> /home/ras/gnuradio/build/gnuradio- >> core/src/lib/swig/gnuradio_core_gene >>> ralPYT >>> HON_wrap.cxx:5513:22: error: previous definition of ?struct >>> swig::traits<std::vector<unsigned int> >? >>> make[2]: *** >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnur >>> adio_c >>> ore_generalPYTHON_wrap.cxx.o] Error 1 >>> make[1]: *** >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all] >>> Error >>> 2 >>> make: *** [all] Error 2 >>> make failed >>> Exiting Gnu Radio build/install >>> >>> >>> -- >>> >>> Ralph A. Schmid >>> Mondstr. 10 >>> 90762 F?rth >>> +49-171-3631223 >>> address@hidden >>> http://www.bclog.de/ >>> >>> >>> >>> _______________________________________________ >>> Discuss-gnuradio mailing list >>> address@hidden >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>> >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> address@hidden >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >
------------------------------
Message: 5 Date: Fri, 8 Feb 2013 19:14:48 +0000 From: "Nowlan, Sean" <address@hidden> To: "address@hidden" <address@hidden> Subject: [Discuss-gnuradio] pdu and stream tagging in 3.6.3 Message-ID: <address@hidden> Content-Type: text/plain; charset="iso-8859-1"
I'm playing around with the new gr_pdu_to_tagged_stream/gr_tagged_stream_to_pdu blocks. Is there something that can translate between the new tag format and the standard tx_sob (start of burst)/tx_eob (end of burst)/tx_time tags?
I guess it's possible to write a packet scheduler if you fix a timestamp in the PMT metadata dictionary? I think this would involve writing a message source block that could attach PMT pairs containing tx_sob/PMT_T and tx_time/tuple(uint64_t secs, double frac_secs). A downstream block could read the pdu_length tag and put a tx_eob/PMT_T stream tag at the appropriate place. Does this sound like a reasonable approach?
Sean -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/67976369/attachment.html>
------------------------------
Message: 6 Date: Fri, 8 Feb 2013 20:27:36 +0100 From: "Ralph A. Schmid, dk5ras" <address@hidden> To: <address@hidden> Cc: address@hidden Subject: Re: [Discuss-gnuradio] Build fails Message-ID: <address@hidden> Content-Type: text/plain; charset="iso-8859-1"
Hi,
Yep, only the USRP stuff.
I already had removed the headers and in fact everything that looked like gnuradio and USRP, without any change, still the same problem.
Ralph.
> -----Original Message----- > From: Josh Blum [mailto:address@hidden] On Behalf Of Josh Blum > Sent: Friday, 08 February, 2013 19:20 > To: Ralph A. Schmid, dk5ras > Cc: address@hidden > Subject: Re: [Discuss-gnuradio] Build fails > > > > On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote: > > Hi, > > > > I got the error by installing the latest release, should be 3.6.3, > > although in the output sometimes the 3.6.4 repository was mentioned. > > And as I have told there already is a partial install of 3.4.2 that is > > necessary for the openbts package. So I just may remove this and > > install the newer version > > I think this partial install is just the usrp component, not gnuradio runtime or > anything. However, If thats not the case, you might want to uninstall/move > the installed headers temporarily just in case to confirm if thats causing the > issue or not. > > -josh > > > > Ralph. > > > >> -----Original Message----- > >> From: discuss-gnuradio-bounces+ralph=address@hidden > >> [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf > >> Of Josh Blum > >> Sent: Friday, February 08, 2013 9:49 AM > >> To: address@hidden > >> Subject: Re: [Discuss-gnuradio] Build fails > >> > >> > >> > >> On 02/08/2013 02:08 AM, Ralph A. Schmid, dk5ras wrote: > >>> Hi, > >>> > >>> On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all > >>> updates the build of gnuradio fails. I am using the build script, > >>> but also the manual build fails in a similar way. Already installed > >>> on the machine is a partial gnuradio 3.4.2 for OpenBTS support, > >>> together with > >>> USRP1 drivers, yate PBX. This stuff built without problems and works > > just > >> fine. > >>> > >>> See the messages at the bottom of the mail. > >>> > >>> I am normally a Win user and far from being a linux pro, but I do > >>> not fear the command line and editing files. Reminds me a bit of > >>> good old Amiga times > >>> :-) > >>> > >>> Any ideas what I should do? > >>> > >> > >> Someone had this exact same error in a private email but we never got > >> to > > the > >> bottom of it. > >> > >> Was there a previous install of gnuradio by any chance (in case > >> something > > is > >> accidentally building against installed headers)? > >> > >> It may be the case that a recent change is adding an extra typdef or > > template > >> to a swig .i file and swig is being dumb and exporting it twice. > >> > >> Or maybe its one of those things that shows up on an x86 machine vs > >> x64 > > due > >> to how integer types map to fixed width typedefs... So many ways to > >> fail > > :-) > >> > >> So, what version of gnuradio produced the errors below? It wasnt the > > 3.4.2, > >> right? > >> > >> Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx > >> > >> -josh > >> > >>> Thanks a lot, and with best regards > >>> > >>> Ralph. > >>> > >>> These are the scripts last words: > >>> > >>> [ 39%] Building CXX object > >>> gnuradio- > >> core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co > >>> re_generalPYTHON_wrap.cxx.o > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:6067:22: error: redefinition of ?struct > >>> swig::traits<unsigned > >>> int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:5493:22: error: previous definition of ?struct > >>> swig::traits<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:6071:23: error: redefinition of ?struct > >>> swig::traits_asval<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:5497:23: error: previous definition of ?struct > >>> swig::traits_asval<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:6077:23: error: redefinition of ?struct > >>> swig::traits_from<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:5503:23: error: previous definition of ?struct > >>> swig::traits_from<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:6087:22: error: redefinition of ?struct > >>> swig::traits<std::vector<unsigned int> >? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:5513:22: error: previous definition of ?struct > >>> swig::traits<std::vector<unsigned int> >? > >>> make[2]: *** > >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn > >>> ur > >>> adio_c > >>> ore_generalPYTHON_wrap.cxx.o] Error 1 > >>> make[1]: *** > >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/al > >>> l] > >>> Error > >>> 2 > >>> make: *** [all] Error 2 > >>> make failed > >>> Exiting Gnu Radio build/install > >>> > >>> > >>> -- > >>> > >>> Ralph A. Schmid > >>> Mondstr. 10 > >>> 90762 F?rth > >>> +49-171-3631223 > >>> address@hidden > >>> http://www.bclog.de/ > >>> > >>> > >>> > >>> _______________________________________________ > >>> Discuss-gnuradio mailing list > >>> address@hidden > >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >>> > >> > >> _______________________________________________ > >> Discuss-gnuradio mailing list > >> address@hidden > >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >
------------------------------
Message: 7 Date: Fri, 8 Feb 2013 20:28:50 +0100 From: "Ralph A. Schmid, dk5ras" <address@hidden> To: <address@hidden> Cc: address@hidden Subject: Re: [Discuss-gnuradio] Build fails Message-ID: <address@hidden> Content-Type: text/plain; charset="iso-8859-1"
Well, I am not a programmer but a RF guy, but why not just changing this with search and replace?! :)
Ralph.
> -----Original Message----- > From: Josh Blum [mailto:address@hidden] On Behalf Of Josh Blum > Sent: Friday, 08 February, 2013 19:18 > To: Ralph A. Schmid, dk5ras > Cc: address@hidden > Subject: Re: [Discuss-gnuradio] Build fails > > Well, thats probably the issue, size_t is an unsigned int > > namespace swig { > template <> struct traits<unsigned int > { > typedef value_category category; > static const char* type_name() { return"unsigned int"; } > }; > > namespace swig { > template <> struct traits<size_t > { > typedef value_category category; > static const char* type_name() { return"size_t"; } > }; > > Though thats not an answer for your issue yet... > > -josh > > On 02/08/2013 05:58 AM, Ralph A. Schmid, dk5ras wrote: > > Here it is...600kB packed, so I put it onto my server... > > > > http://dk5ras.dyndns.org/tmp/gnuradio_core_generalPYTHON_wrap.zip > > > > Ralph. > > > >> -----Original Message----- > >> From: discuss-gnuradio-bounces+ralph=address@hidden > >> [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf > >> Of Josh Blum > >> Sent: Friday, February 08, 2013 9:49 AM > >> To: address@hidden > >> Subject: Re: [Discuss-gnuradio] Build fails > >> > >> > >> > >> On 02/08/2013 02:08 AM, Ralph A. Schmid, dk5ras wrote: > >>> Hi, > >>> > >>> On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all > >>> updates the build of gnuradio fails. I am using the build script, > >>> but also the manual build fails in a similar way. Already installed > >>> on the machine is a partial gnuradio 3.4.2 for OpenBTS support, > >>> together with > >>> USRP1 drivers, yate PBX. This stuff built without problems and works > > just > >> fine. > >>> > >>> See the messages at the bottom of the mail. > >>> > >>> I am normally a Win user and far from being a linux pro, but I do > >>> not fear the command line and editing files. Reminds me a bit of > >>> good old Amiga times > >>> :-) > >>> > >>> Any ideas what I should do? > >>> > >> > >> Someone had this exact same error in a private email but we never got > >> to > > the > >> bottom of it. > >> > >> Was there a previous install of gnuradio by any chance (in case > >> something > > is > >> accidentally building against installed headers)? > >> > >> It may be the case that a recent change is adding an extra typdef or > > template > >> to a swig .i file and swig is being dumb and exporting it twice. > >> > >> Or maybe its one of those things that shows up on an x86 machine vs > >> x64 > > due > >> to how integer types map to fixed width typedefs... So many ways to > >> fail > > :-) > >> > >> So, what version of gnuradio produced the errors below? It wasnt the > > 3.4.2, > >> right? > >> > >> Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx > >> > >> -josh > >> > >>> Thanks a lot, and with best regards > >>> > >>> Ralph. > >>> > >>> These are the scripts last words: > >>> > >>> [ 39%] Building CXX object > >>> gnuradio- > >> core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co > >>> re_generalPYTHON_wrap.cxx.o > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:6067:22: error: redefinition of ?struct > >>> swig::traits<unsigned > >>> int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:5493:22: error: previous definition of ?struct > >>> swig::traits<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:6071:23: error: redefinition of ?struct > >>> swig::traits_asval<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:5497:23: error: previous definition of ?struct > >>> swig::traits_asval<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:6077:23: error: redefinition of ?struct > >>> swig::traits_from<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:5503:23: error: previous definition of ?struct > >>> swig::traits_from<unsigned int>? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:6087:22: error: redefinition of ?struct > >>> swig::traits<std::vector<unsigned int> >? > >>> /home/ras/gnuradio/build/gnuradio- > >> core/src/lib/swig/gnuradio_core_gene > >>> ralPYT > >>> HON_wrap.cxx:5513:22: error: previous definition of ?struct > >>> swig::traits<std::vector<unsigned int> >? > >>> make[2]: *** > >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn > >>> ur > >>> adio_c > >>> ore_generalPYTHON_wrap.cxx.o] Error 1 > >>> make[1]: *** > >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/al > >>> l] > >>> Error > >>> 2 > >>> make: *** [all] Error 2 > >>> make failed > >>> Exiting Gnu Radio build/install > >>> > >>> > >>> -- > >>> > >>> Ralph A. Schmid > >>> Mondstr. 10 > >>> 90762 F?rth > >>> +49-171-3631223 > >>> address@hidden > >>> http://www.bclog.de/ > >>> > >>> > >>> > >>> _______________________________________________ > >>> Discuss-gnuradio mailing list > >>> address@hidden > >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >>> > >> > >> _______________________________________________ > >> Discuss-gnuradio mailing list > >> address@hidden > >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >
------------------------------
Message: 8 Date: Fri, 08 Feb 2013 15:38:55 -0500 From: "Marcus D. Leech" <address@hidden> To: address@hidden Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on Ubuntu 12.04 Message-ID: <address@hidden> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 02/08/2013 12:32 PM, Sajjad Safdar wrote: > Hi, > I am installing gnu radio from built script but it is not completely > installed and gives the error as shown in screenshoot. > > Best Regards, > SAJJAD SAFDAR > > > _______________________________________________ > Discuss-gnuradio mailing list > address@hidden > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Re-try with --verbose it will give more output about what failed.
-- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/3adf625d/attachment.html>
------------------------------
Message: 9 Date: Fri, 8 Feb 2013 16:10:40 -0500 From: gang li <address@hidden> To: address@hidden Cc: address@hidden, address@hidden Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage Message-ID: <CAKro2L1oixE8M9WccoGy9UzskGzvD=address@hidden> Content-Type: text/plain; charset=ISO-8859-1
When the signal received on RF2 port has a very weak strength, the energy leaked from TX to RX will dominate in the total received energy. I have observed this in my experiments. Are there any ways to measure the leaked signal so i can compensate it? I am thinking a way of by connecting the RF1 and RF2 ports with a long cable and 60db attenuators. And then i record the received signal. I assume it is the leaked signal from TX. Are there any better ways? Thanks for your reply.
Best, Gang
On Thu, Feb 7, 2013 at 2:22 PM, <address@hidden> wrote: > On 07 Feb 2013 11:31, gang li wrote: > > Hi, guys, I am doing full duplex on SBX. Is there any leakage from TX > to RX? Is that much? > > Best, > Gang > > _______________________________________________ > Discuss-gnuradio mailing list > address@hidden > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > There's roughly 40dB isolation TX/RX on these cards. > > > > > > _______________________________________________ > Discuss-gnuradio mailing list > address@hidden > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >
------------------------------
Message: 10 Date: Fri, 08 Feb 2013 16:26:26 -0500 From: "Marcus D. Leech" <address@hidden> To: gang li <address@hidden> Cc: address@hidden, address@hidden Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage Message-ID: <address@hidden> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 02/08/2013 04:10 PM, gang li wrote: > When the signal received on RF2 port has a very weak strength, the > energy leaked from TX to RX will dominate in the total received > energy. I have observed this in my experiments. Are there any ways to > measure the leaked signal so i can compensate it? I am thinking a way > of by connecting the RF1 and RF2 ports with a long cable and 60db > attenuators. And then i record the received signal. I assume it is the > leaked signal from TX. Are there any better ways? Thanks for your > reply. > > Best, > Gang Are you TX/RX on the same frequency, or different frequencies?
The usual way to deal with this on different-frequency setups is to use a duplexor, or a deep notch filter on the RX port, and probably boost your antenna signal a bit with an external amplifier.
But if this is *same-frequency* duplex, the on-board leakage is really minor compared to the coupling between your antennae.
-- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org
------------------------------
Message: 11 Date: Fri, 8 Feb 2013 17:47:14 -0500 From: gang li <address@hidden> To: "Marcus D. Leech" <address@hidden> Cc: address@hidden, address@hidden Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage Message-ID: <address@hidden> Content-Type: text/plain; charset=ISO-8859-1
Yes. I am doing full duplex on the same frequency, transmitting from TX/RX and receiving on RX2 at the same time. When I put the antennas far way from each other, the received signal amplitude is very low. And when I change the distance between them, i found the received signal amplitude is kind of stable. So i think maybe the leakage takes the major. Am I right?
On Fri, Feb 8, 2013 at 4:26 PM, Marcus D. Leech <address@hidden> wrote: > On 02/08/2013 04:10 PM, gang li wrote: >> >> When the signal received on RF2 port has a very weak strength, the >> energy leaked from TX to RX will dominate in the total received >> energy. I have observed this in my experiments. Are there any ways to >> measure the leaked signal so i can compensate it? I am thinking a way >> of by connecting the RF1 and RF2 ports with a long cable and 60db >> attenuators. And then i record the received signal. I assume it is the >> leaked signal from TX. Are there any better ways? Thanks for your >> reply. >> >> Best, >> Gang > > Are you TX/RX on the same frequency, or different frequencies? > > The usual way to deal with this on different-frequency setups is to use a > duplexor, or a deep notch filter on the RX port, and probably boost your > antenna signal a bit with an external amplifier. > > But if this is *same-frequency* duplex, the on-board leakage is really minor > compared to the coupling between your antennae. > > > > -- > Marcus Leech > Principal Investigator > Shirleys Bay Radio Astronomy Consortium > http://www.sbrac.org > >
------------------------------
Message: 12 Date: Fri, 8 Feb 2013 17:26:12 -0800 (PST) From: Biniyam Zewede <address@hidden> To: "address@hidden" <address@hidden> Subject: [Discuss-gnuradio] usrp spectrum sensing Message-ID: <address@hidden> Content-Type: text/plain; charset="iso-8859-1"
Hello everyone, ? ? I am trying to sense a?transmitted signal using a usrp. I typed the following command (/usrp_spectrum_sense.py 440M 450M --fft 512) and worked a couple of times. But when I try it today, it tells me that there is no device. (even though I connected a usrp). part of the message I get looks like this.
RuntimeError: LookupError: KeyError: No devices found for ----->
Empty Device Address
I need help please. Biniyam. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/705656b4/attachment.html>
------------------------------
Message: 13 Date: Fri, 08 Feb 2013 19:33:47 -0600 From: Josh Blum <address@hidden> To: address@hidden Subject: Re: [Discuss-gnuradio] usrp spectrum sensing Message-ID: <address@hidden> Content-Type: text/plain; charset=ISO-8859-1
On 02/08/2013 07:26 PM, Biniyam Zewede wrote: > > > Hello everyone, I am trying to sense a transmitted signal using a > usrp. I typed the following command (/usrp_spectrum_sense.py 440M > 450M --fft 512) and worked a couple of times. But when I try it > today, it tells me that there is no device. (even though I connected > a usrp). part of the message I get looks like this. > > RuntimeError: LookupError: KeyError: No devices found for -----> > > Empty Device Address > > > I need help please. Biniyam. >
need more information.
If this is a network device, you may not have setup your network interface. http://files.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking
If this is a usb device, you may not have setup udev/installed winusb driver. http://files.ettus.com/uhd_docs/manual/html/transport.html#usb-transport-libusb
-josh
> > > _______________________________________________ Discuss-gnuradio > mailing list address@hidden > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >
------------------------------
Message: 14 Date: Sat, 9 Feb 2013 13:10:46 +0800 From: adream <address@hidden> To: address@hidden Subject: [Discuss-gnuradio] can't find block "uhd_usrp_souce" Message-ID: <CAEEUvWusnRQFLgCaj1MepGhK7pXWHHVY4+address@hidden> Content-Type: text/plain; charset="iso-8859-1"
hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only one test faild
The following tests FAILED: 120 - qa_ctcss_squelch (Failed) Errors while running CTest
when I try to open the "uhd_wbfm_receive.grc", it print error: Loading: "uhd_wbfm_receive.grc" >>> Error: Block key "uhd_usrp_source" not found in Platform - grc(GNU Radio Companion) >>> Error: Connection between uhd_usrp_source_0(0) and low_pass_filter_0(0) could not be made. source block id "uhd_usrp_source_0" not in block ids >>> Done ----------- thanks for any reply -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/19b02096/attachment.html>
------------------------------
Message: 15 Date: Sat, 9 Feb 2013 13:19:39 +0800 From: adream <address@hidden> To: address@hidden Subject: [Discuss-gnuradio] looking for the c++ source for "WBFM Receive" Block Message-ID: <CAEEUvWskMCktU-d_o+address@hidden> Content-Type: text/plain; charset="iso-8859-1"
hello, Can anyone tell me the c++ source for "WBFM Receive" Block? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/62ffb6d5/attachment.html>
------------------------------
Message: 16 Date: Sat, 9 Feb 2013 08:35:31 +0100 From: "Ralph A. Schmid, dk5ras" <address@hidden> To: <address@hidden> Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage Message-ID: <address@hidden> Content-Type: text/plain; charset="US-ASCII"
Just put 50 Ohm dummy loads onto the connectors and check for a signal, then you see if it is leakage or not :)
Ralph.
> -----Original Message----- > From: discuss-gnuradio-bounces+ralph=address@hidden > [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf Of > gang li > Sent: Friday, 08 February, 2013 23:47 > To: Marcus D. Leech > Cc: address@hidden; address@hidden > Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage > > Yes. I am doing full duplex on the same frequency, transmitting from > TX/RX and receiving on RX2 at the same time. When I put the antennas > far way from each other, the received signal amplitude is very low. > And when I change the distance between them, i found the received > signal amplitude is kind of stable. So i think maybe the leakage takes > the major. Am I right? > > On Fri, Feb 8, 2013 at 4:26 PM, Marcus D. Leech <address@hidden> > wrote: > > On 02/08/2013 04:10 PM, gang li wrote: > >> > >> When the signal received on RF2 port has a very weak strength, the > >> energy leaked from TX to RX will dominate in the total received > >> energy. I have observed this in my experiments. Are there any ways to > >> measure the leaked signal so i can compensate it? I am thinking a way > >> of by connecting the RF1 and RF2 ports with a long cable and 60db > >> attenuators. And then i record the received signal. I assume it is the > >> leaked signal from TX. Are there any better ways? Thanks for your > >> reply. > >> > >> Best, > >> Gang > > > > Are you TX/RX on the same frequency, or different frequencies? > > > > The usual way to deal with this on different-frequency setups is to use a > > duplexor, or a deep notch filter on the RX port, and probably boost your > > antenna signal a bit with an external amplifier. > > > > But if this is *same-frequency* duplex, the on-board leakage is really minor > > compared to the coupling between your antennae. > > > > > > > > -- > > Marcus Leech > > Principal Investigator > > Shirleys Bay Radio Astronomy Consortium > > http://www.sbrac.org > > > > > > _______________________________________________ > Discuss-gnuradio mailing list > address@hidden > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
------------------------------
Message: 17 Date: Sat, 9 Feb 2013 13:17:57 +0100 From: Nemanja Savic <address@hidden> To: adream <address@hidden>, address@hidden Subject: Re: [Discuss-gnuradio] looking for the c++ source for "WBFM Receive" Block Message-ID: <CAFD_UOcKjdcUoxFL9+address@hidden> Content-Type: text/plain; charset="utf-8"
I think wbfm is designed as hier block, and consists of fm demodulator, deemephasis, and audio filter. You can find this block in blks2_impl folder.
Nemanja
On Sat, Feb 9, 2013 at 6:19 AM, adream <address@hidden> wrote:
> hello, > Can anyone tell me the c++ source for "WBFM Receive" Block? > Thanks > > _______________________________________________ > Discuss-gnuradio mailing list > address@hidden > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >
-- Nemanja Savi? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/431dbf11/attachment.html>
------------------------------
Message: 18 Date: Sat, 09 Feb 2013 13:57:00 +0000 From: Graeme Gemmill <address@hidden> To: address@hidden Subject: [Discuss-gnuradio] Possible problem with file location Message-ID: <address@hidden> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I installed gnuradio to /opt/radio and set PYTHONPATH=/opt/radio/lib64/python2.7/site-packages. My first test run gave: address@hidden Apps]$ python Test1.py Traceback (most recent call last): File "Test1.py", line 3, in <module> from gnuradio import gr File "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/__init__.py", line 27, in <module> from gnuradio_core import * File "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py", line 23, in <module> from gnuradio_core_runtime import * File "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py", line 24, in <module> _gnuradio_core_runtime = swig_import_helper() File "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py", line 20, in swig_import_helper _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname, description) ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared object file: No such file or directory
The problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3 levels higher, together with a number of other libgn... modules: address@hidden Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0 /opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0 and adding /opt/radio/lib64 to PYTHONPATH has no effect. I would be grateful for your comments. -- Grimble Registered Linux User #450547 Running KDE 4.6.5 on 2.6.39.4-5.1-desktop kernel. Mandriva Linux release 2011.0 (Official) for x86_64
------------------------------
Message: 19 Date: Sat, 09 Feb 2013 10:44:15 -0600 From: Josh Blum <address@hidden> To: address@hidden Subject: Re: [Discuss-gnuradio] Possible problem with file location Message-ID: <address@hidden> Content-Type: text/plain; charset=ISO-8859-1
On 02/09/2013 07:57 AM, Graeme Gemmill wrote: > I installed gnuradio to /opt/radio and set > PYTHONPATH=/opt/radio/lib64/python2.7/site-packages. > My first test run gave: > address@hidden Apps]$ python Test1.py > Traceback (most recent call last): > File "Test1.py", line 3, in <module> > from gnuradio import gr > File > "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/__init__.py", line > 27, in <module> > from gnuradio_core import * > File > "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py", > line 23, in <module> > from gnuradio_core_runtime import * > File > "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py", > line 24, in <module> > _gnuradio_core_runtime = swig_import_helper() > File > "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py", > line 20, in swig_import_helper > _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname, > description) > ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared > object file: No such file or directory > > The problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3 > levels higher, together with a number of other libgn... modules: > address@hidden Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0 > /opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0 > and adding /opt/radio/lib64 to PYTHONPATH has no effect. > I would be grateful for your comments.
library directories should be in the LD_LIBRARY_PATH environment variable (on linux for example)
executable directories should go in the PATH environment variable
-josh
------------------------------
Message: 20 Date: Sat, 9 Feb 2013 17:51:25 +0100 From: "Martin Braun (CEL)" <address@hidden> To: address@hidden Subject: Re: [Discuss-gnuradio] can't find block "uhd_usrp_souce" Message-ID: <address@hidden> Content-Type: text/plain; charset="utf-8"
On Sat, Feb 09, 2013 at 01:10:46PM +0800, adream wrote: > hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only one > test faild > > The following tests FAILED: > ??? 120 - qa_ctcss_squelch (Failed)
That's OK.
> Errors while running CTest > > when I try to open the "uhd_wbfm_receive.grc", it print error: > Loading: "uhd_wbfm_receive.grc" > >>> Error: Block key "uhd_usrp_source" not found in Platform - grc(GNU Radio > Companion) > >>> Error: Connection between uhd_usrp_source_0(0) and low_pass_filter_0(0) > could not be made. > ??? source block id "uhd_usrp_source_0" not in block ids > >>> Done
Did you install UHD at all?
MB
-- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL)
Dipl.-Ing. Martin Braun Research Associate
Kaiserstra?e 12 Building 05.01 76131 Karlsruhe
Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu
KIT -- University of the State of Baden-W?rttemberg and National Laboratory of the Helmholtz Association -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/7d635204/attachment.pgp>
------------------------------
Message: 21 Date: Sat, 09 Feb 2013 17:58:57 +0100 From: Erik Jakobsen <address@hidden> To: address@hidden Subject: [Discuss-gnuradio] Arrive ? Message-ID: <address@hidden> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
HI.
Does this arrive at the mailinglist ?
Erik
------------------------------
_______________________________________________ Discuss-gnuradio mailing list address@hidden https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
End of Discuss-gnuradio Digest, Vol 123, Issue 10 *************************************************
|