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-gnuradioor, via email, send a message with subject or body 'help' to
address@hiddenYou 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@hiddenSubject: 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
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@hiddenSubject: 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/------------------------------
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@hiddenSubject: 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/------------------------------
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@hiddenSubject: 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/------------------------------
Message: 7
Date: Fri, 8 Feb 2013 20:28:50 +0100
From: "Ralph A. Schmid, dk5ras" <
address@hidden>
To: <
address@hidden>
Cc:
address@hiddenSubject: 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/------------------------------
Message: 8
Date: Fri, 08 Feb 2013 15:38:55 -0500
From: "Marcus D. Leech" <
address@hidden>
To:
address@hiddenSubject: 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@hiddenSubject: 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
> There's
roughly 40dB isolation TX/RX on these cards.
------------------------------
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@hiddenSubject: 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.
------------------------------
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@hiddenSubject: 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
------------------------------
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
> >
> >
>
------------------------------
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
--
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@hiddenSubject: 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@hiddenSubject: 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
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
------------------------------
End of Discuss-gnuradio Digest, Vol 123, Issue 10
*************************************************