Re: [Discuss-gnuradio] memory leak problem with GNURadio/Python
hey tom, PFA the output of gdb with back trace after the crash. i have used scipy/numpy arrays quite extensively. is that causing the crash?? please help me in debugging further. On Thu, Sep 22, 2011 at 9:20 PM, Tom Rondeau trondeau1...@gmail.com wrote: On Thu, Sep 22, 2011 at 2:55 AM, Sanketh Kumar P sankethku...@gmail.comwrote: after executing a GNURadio flowgraph for sometime (typically for abt 2-3mins) the code crashes and the following message is displayed. We're going to need way more information than this to help you. This error tells us almost nothing about where the problem might be. Here's a helpful process. In the Python program, right at the top before any functions are declared, put this in: import os print os.getpid() raw_input() That will print out the program's PID and pause it, waiting for you to hit enter. In another terminal, run gdb. Inside gdb, type: attach pid c Where the pid is what was printed by the progra. The c tells the debugger to continue. Now, go back to the program's window and hit enter. When the crash occurs, gdb will pick it up. You can then type bt in gdb to get a back trace of the program. This will help identify while line of what file caused the error. Tom ''' *** glibc detected *** python: malloc(): memory corruption: 0x7f7b94002b00 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x79d7a)[0x7f7bae94bd7a] /lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x6e)[0x7f7bae94e31e] /usr/lib/x86_64-linux-gnu/libstdc++.so.6(_Znwm+0x1d)[0x7f7bad760e0d] /usr/local/lib/libgnuradio-core-3.4.1git.so.0(_ZNSt6vectorIfSaIfEEaSERKS1_+0x7b)[0x7f7badc71b9b] /usr/local/lib/python2.7/dist-packages/gnuradio/gr/_gnuradio_core_gengen.so(+0x11c65d)[0x7f7bab42f65d] python(PyEval_EvalFrameEx+0x361)[0x4965f1] python(PyEval_EvalFrameEx+0xb2f)[0x496dbf] === Memory map: 0040-0062f000 r-xp 08:03 5899249 /usr/bin/python2.7 0082e000-0082f000 r--p 0022e000 08:03 5899249 /usr/bin/python2.7 0082f000-00897000 rw-p 0022f000 08:03 5899249 /usr/bin/python2.7 00897000-008a9000 rw-p 00:00 0 014e3000-02266000 rw-p 00:00 0 [heap] 7f7b9400-7f7b94021000 rw-p 00:00 0 7f7b94021000-7f7b9800 ---p 00:00 0 ... ... ... ''' please help me in rectifying it. thanx in advance ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Thanks, Sanketh Program received signal SIGABRT, Aborted. 0x7f70dd82fd05 in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x7f70dd82fd05 in raise () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f70dd833ab6 in abort () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x7f70dd868d7b in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #3 0x7f70dd875d7a in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x7f70dd87831e in malloc () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x7f70dc68ae0d in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #6 0x7f70dcb9bb9b in allocate (this=0x7fff56a7d540, __x=...) at /usr/include/c++/4.5/ext/new_allocator.h:89 #7 _M_allocate (this=0x7fff56a7d540, __x=...) at /usr/include/c++/4.5/bits/stl_vector.h:140 #8 _M_allocate_and_copy__gnu_cxx::__normal_iteratorfloat const*, std::vectorfloat (this=0x7fff56a7d540, __x=...) at /usr/include/c++/4.5/bits/stl_vector.h:967 #9 std::vectorfloat, std::allocatorfloat ::operator= (this= 0x7fff56a7d540, __x=...) at /usr/include/c++/4.5/bits/vector.tcc:165 #10 0x7f70da35965d in _wrap_gr_vector_sink_f_sptr_data ( args=value optimized out) at python/gnuradio_core_gengen.cc:60241 #11 0x004965f1 in call_function (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:4013 #12 PyEval_EvalFrameEx (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:2666 #13 0x00496dbf in fast_function (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:4099 #14 call_function (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:4034 #15 PyEval_EvalFrameEx (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:2666 #16 0x00496dbf in fast_function (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:4099 #17 call_function (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:4034 #18 PyEval_EvalFrameEx (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:2666 #19 0x00496dbf in fast_function (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:4099 #20 call_function (f=value optimized out, throwflag=value optimized out) at ../Python/ceval.c:4034 #21 PyEval_EvalFrameEx (f=value optimized out, throwflag=value optimized out) at
[Discuss-gnuradio] Travel grant to SDR'11 WInnComm for US students
I received this note the other day regarding a travel grant from the WinnForum to this year's SDR'11 in DC. It's for US students, only, but a great opportunity for anyone wishing to attend. Matt Ettus, Philip Balister, Bob McGwier, myself and other's are hosting an open source workshop during the conference this year. Matt and I will also likely be hosting our GNU Radio User's Group evening meeting that we have done for the past couple of years. Tom The Wireless Innovation Forum has received a travel grant from the US National Science Foundation to support students in attending SDR'11-WInnComm. The SDR'11-WInnComm Technical Program Committee is seeking applications from students at US universities. Eligibility: Travel grants are available to students at US universities only. Preference will be given to students who have submitted a paper to the conference. Application Process: Students wishing to apply should complete the form supplied below. Applications must be completed by no later than 9 October 2011. Once the form is submitted, the named faculty advisor for each student will be contacted, asking for a recommendation and certification that the student is in good standing. Response from the Faculty advisor must be received by no later than 16 October 2011. Awards: Applications will be evaluated by the SDR'11-WInnComm Technical Program Committee, and students chosen to receive a travel grant will be notified of their acceptance by no later than 30 October 2011. The Forum anticipates that the amount of the award will be fixed at $950, which may be used by the student to offset the cost of transportation, lodging, conference registration, etc. as appropriate. The actual amount of the award may vary depending on the number of awards made and amount of the grant received from the NSF. The Forum may also offer additional, non-monetary assistance including lodging at the conference hotel for a fixed number of nights. Payment: Students nominated to receive a travel grant will be required to submit a short report on their conference experience and expenses, which may be used, in whole or in part, in the Forum’s conference report to the National Science Foundation. A check will be mailed to each student upon receiving their report. Students wishing to apply can do so here. Applications must be received by no later than 9 October 2011 to be eligible for consideration. I look forward to seeing you at SDR'11-WInnComm. Kind Regards, John Glossner Chair of the SDR’11-WInnComm Technical Program Committee ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Status of GNU Radio on Mac OS X
If you use MacPorts under Mac OS X 10.5, .6, or .7, sudo port install gnuradio should work as of this morning for installing all of the background dependencies (and, version GR 3.3.0 from the tarball if that's good enough). I had to fix SDCC 2.9 to work under 10.7, as well as tweak GNU Radio 3.3.0 tarball's configure script to correctly set the MD_CPU types under 10.7 (just like when 10.6 came out). It looks like the MD_CPU issue has been fixed since the 3.3.0 release, as the current GIT master seems to build cleanly and make check (as correctly as possible) on 10.7 (64 bit) with no changes (and with Volk disabled). The UDP QA code doesn't work any better on 10.7 than on 10.6. I think the primary OSX issue right now is setting the audio input device sample rate using using it as an audio source. There are a few of us looking into this issue as time allows; hopefully nobody is truly dependent on this feature when using OSX. - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Work on USRP source and sink stream tagging for gr-uhd
Added an example C++ app to demonstrate source and sink tagging: http://gnuradio.org/cgit/jblum.git/tree/gr-uhd/examples?h=uhd_featuresid=ddfddc5c20e2ee4f9a12796100089c203aa4ef27 gr-uhd/examples/tags_demo --help UHD Tags Demo Allowed options: --help help message --addr arg the device address in string format --rate arg (=100) the sample rate in samples per second --freq arg (=1000) the center frequency in Hz --burst arg (=0.10001) the duration of each burst in seconds --idle arg (=0.050003) idle time between bursts in seconds The tags sink demo block will print USRP source time stamps. The tags source demo block will send bursts to the USRP sink. Look at the USRP output on a scope to see the timed bursts. -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Status of GNU Radio on Mac OS X
On Fri, Sep 23, 2011 at 2:57 PM, Michael Dickens m...@alum.mit.edu wrote: If you use MacPorts under Mac OS X 10.5, .6, or .7, sudo port install gnuradio should work as of this morning for installing all of the background dependencies (and, version GR 3.3.0 from the tarball if that's good enough). I had to fix SDCC 2.9 to work under 10.7, as well as tweak GNU Radio 3.3.0 tarball's configure script to correctly set the MD_CPU types under 10.7 (just like when 10.6 came out). It looks like the MD_CPU issue has been fixed since the 3.3.0 release, as the current GIT master seems to build cleanly and make check (as correctly as possible) on 10.7 (64 bit) with no changes (and with Volk disabled). The UDP QA code doesn't work any better on 10.7 than on 10.6. I think the primary OSX issue right now is setting the audio input device sample rate using using it as an audio source. There are a few of us looking into this issue as time allows; hopefully nobody is truly dependent on this feature when using OSX. - MLD Thanks Michael! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Release tarball 3.4.0
I have published a tarball of GNU Radio release 3.4.0 on gnuradio.org. You can find it at: http://gnuradio.org/redmine/projects/gnuradio/wiki/Download This includes a lot of changes, but probably most importantly, it contains support for the Ettus UHD interface. We have already said this, but to be clear, we are deprecating libusrp and libusrp2 and all examples using these libraries will be going away from GNU Radio in the next release. We are migrating all of our examples to using the UHD. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Status of GNU Radio on Mac OS X
Awesome On Sep 23, 2011 5:31 PM, Tom Rondeau trondeau1...@gmail.com wrote: On Fri, Sep 23, 2011 at 2:57 PM, Michael Dickens m...@alum.mit.edu wrote: If you use MacPorts under Mac OS X 10.5, .6, or .7, sudo port install gnuradio should work as of this morning for installing all of the background dependencies (and, version GR 3.3.0 from the tarball if that's good enough). I had to fix SDCC 2.9 to work under 10.7, as well as tweak GNU Radio 3.3.0 tarball's configure script to correctly set the MD_CPU types under 10.7 (just like when 10.6 came out). It looks like the MD_CPU issue has been fixed since the 3.3.0 release, as the current GIT master seems to build cleanly and make check (as correctly as possible) on 10.7 (64 bit) with no changes (and with Volk disabled). The UDP QA code doesn't work any better on 10.7 than on 10.6. I think the primary OSX issue right now is setting the audio input device sample rate using using it as an audio source. There are a few of us looking into this issue as time allows; hopefully nobody is truly dependent on this feature when using OSX. - MLD Thanks Michael! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] not receiving sound on fm receiver
On 20/09/11 07:15 AM, ahmad wrote: i ran marcus script, grc works fine. i ran many fm receivers but i received only white noise and no signal or sound. anyone has a working example for n210 uhd? thanks all ahmad marcus said: If you run a uhd_fft.py, tuned to the correct frequency, do you receive a spectral plot that looks reasonable ? answer to marcus: yes the spectral plot is reasonable, but still have no sound. thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio