WG: [Discuss-gnuradio] rev 6467 make problem
Sorry, this should have gone to the list ... | -Ursprüngliche Nachricht- | Von: Dominik Auras [mailto:[EMAIL PROTECTED] | Gesendet: Mittwoch, 19. September 2007 09:10 | An: 'Hans Glitsch' | Betreff: AW: [Discuss-gnuradio] rev 6467 make problem | | Hi! | | Have you fixed your libtool? | I don't know if this applies to the server version, but you | can give it a try. | | http://gnuradio.org/trac/wiki/UbuntuInstall#BrokenlibtoolonDeb | ianandUbuntu | | Greetings | Dominik ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about hearing FM station
Hi, Because there is no FM station at 101.5MHz near you. Try to check with known FM frequency in your town. Firas Ruby Lin wrote: > > Hi All, > > I am completely new in this list and in this project. I just start from > the tutorial. When I am following the tutorial and run the example of sudo > ./wfm_rcv_gui.py 101.5, I can only hear the noise. However, the example of > sudo ./usrp_oscope.py works well. Could someone explain it to me? > > Appreciated, > Ruby Lin > > > > - > Tonight's top picks. What will you watch tonight? Preview the hottest > shows on Yahoo! TV. > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- View this message in context: http://www.nabble.com/Question-about-hearing-FM-station-tf4477501.html#a12772534 Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with last GRC and gnuradio versions
I have seen a problem like this before: http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg09747.html Try running the following, even if you had already done so: $ cp /etc/ld.so.conf /tmp/ld.so.conf $ echo /usr/local/lib >> /tmp/ld.so.conf $ sudo mv /tmp/ld.so.conf /etc/ld.so.conf $ sudo ldconfig If this does not fix your problem, try forwarding this discussion to the gnuradio mailing list. I am out of ideas. -Josh Sebastián Blanch wrote: El mar, 18-09-2007 a las 11:29 -0400, Josh Blum escribió: Open up the python interpreter by typing "python" into the terminal. Try commands: import gnuradio OK import gnuradio.gr appears that error message: Traceback (most recent call last): File "", line 1, in File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/__init__.py", line 27, in from gnuradio_swig_python import * File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_python.py", line 23, in from gnuradio_swig_py_runtime import * File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py", line 6, in import _gnuradio_swig_py_runtime ImportError: libgnuradio-core.so.0: cannot open shared object file: No such file or directory I looked for the file libgnuradio-core.so.0 and it exist, and is in the folder /usr/local/lib/libgnuradio-core.so.0 I don't know why it doesn't recognize the file. import gnuradio.gr.hier_block2 import gnuradio.blks2 Which commands fail? Also, at the end of the ./configure step, is "gnuradio-core" included in the list of components that have been successfully configured? YES I hope we can narrow down the problem. -Josh Sebastián Blanch wrote: Josh Blum escribió: You may have something wrong with your trunk build. gnuradio.gr.hier_block2 should be a part of the current gnuradio trunk. -Josh I started again from zero, installing Ubuntu (and no more programs), and I followed exactly the instructions in the web page for to install gnuradio under Ubuntu. I don´t know what is wrong. Sebastián Blanch On 9/17/07, Sebastián Blanch <[EMAIL PROTECTED]> wrote: I used old versions of both GRC and gnuradio, and they worked fine in my computer. I have updated both programs to its last versions: http://gnuradio.org/svn/gnuradio/trunkand http://gnuradio.org/svn/grc/trunk and they seem to be incompatible. When I execute GRC in a terminal appears the message: Missing critical module: "gnuradio.gr.hier_block2" Exiting! Anyone knows where is the problem? Thanks in advance. Sebastián Blanch ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Major trunk repository update in r6466
GOn Wednesday 19 September 2007 04:29:29 Johnathan Corgan wrote: > The GNU Radio trunk repository has been updated with the following changes: > > * Final gr.top_block and gr.hier_block2 implementation inside > gnuradio-core/src/lib/runtime > > * Implementation of gr.hier_block2 versions of all the old-style blocks > in blks. These live in blks2. > > * Addition of gr.hier_block2 based versions of gr-wxgui blocks > > * Conversion of all the example code in gnuradio-examples to use this > new code > > * Conversion of all the gr-utils scripts to use the new code > > The OFDM examples and related hierarchical blocks have not yet been > converted. Code in the rest of the tree that is outside the core and > example components has also not yet been converted. > > This has been done in a way that preserves all the existing > functionality; you have to try in order to end up using the new style > stuff. So existing, unchanged user code *should* not be affected. > > Release 3.1 will be the stable release that introduces this new code, > and will also be the series that allows you to continue to use the old > code. In release 3.2, we will be removing the old-style gr.flow_graph > and gr.hier_block implementation, so you'll need to have ported your own > code by then. > > Until we have a porting guide written, your best place to understand the > changes is to peruse the examples and blks2impl directories. > > For users who already have a copy of the trunk checked out, compiled, > and installed, it is *required* that you do: > > $ sudo make uninstall > $ make distclean > $ svn up > > ...then build from scratch. There have been directory and filename > changes; without uninstalling and cleaning first, you will get a mix > old and new on your system. > > This merge is the last remaining major update to the trunk before > release 3.1. Please help to stabilize it by reporting bugs (and I'm > sure there will be many) on the list or in Trac. G'day, It built and seems to run fine on NetBSD-i386. Is there a way of telling the install process where to install the example files? I would expect it to be in /share/examples/gnuradio, but it appears to have changed to /share/gnuradio/examples. Also, where do the pmt-serial-tags.scm and pmt-serialize.scm files fit in? cheerio Berndt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: Packet mod/demod race condition?
Tom & John- Thanks for your comments. I checked out rev 6473 today, it installed fine under Ubuntu. I'm still seeing mostly the same behavior. With that 1 second sleep present, the file is always completely transferred with no errors. With the sleep commented out, 90-95% of the file is transferred, then I usually get one of a variety of errors. Sometimes I get: Unhandled exception in thread started by > Error in sys.excepthook: Traceback (most recent call last): File "/var/lib/python-support/python2.5/apport_python_hook.py", line 30, in apport_excepthook import apport.report, apport.fileutils ImportError: No module named apport.report Original exception was: Traceback (most recent call last): File "threading.py", line 473, in __bootstrap File "traceback.py", line 236, in format_exc File "traceback.py", line 142, in format_exception File "traceback.py", line 76, in format_tb File "traceback.py", line 101, in extract_tb File "linecache.py", line 14, in getline File "linecache.py", line 40, in getlines File "linecache.py", line 109, in updatecache TypeError: 'NoneType' object is not iterable Sometimes, I get: Exception in thread Thread-1 (most likely raised during interpreter shutdown): Traceback (most recent call last): File "threading.py", line 460, in __bootstrap File "/usr/local/lib/python2.5/site-packages/gnuradio/blks2impl/pkt.py", line 162, in run : 'NoneType' object has no attribute 'unmake_packet' Unhandled exception in thread started by Error in sys.excepthook: Original exception was: And sometimes I get no error at all, python exits gracefully, but the file is still incomplete. I have no problem with leaving this sleep in, I just thought this might be indicative of something that needs to be looked at. Tom- good to hear from you again. Hope school is going well. -Steven On 9/18/07, Johnathan Corgan <[EMAIL PROTECTED]> wrote: > > Steven Clark wrote: > > > Pardon the bump...anyone have any ideas? > > There will be a major trunk update today for the blks2 and hier_block2 > code. Please try after this and see if anything has changed. > > -- > Johnathan Corgan > Corgan Enterprises LLC > http://corganenterprises.com > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Major trunk repository update in r6466
Berndt Josef Wulf wrote: > It built and seems to run fine on NetBSD-i386. Excellent. > Is there a way of telling the install process where to install the > example files? I would expect it to be in > /share/examples/gnuradio, but it appears to have changed to > /share/gnuradio/examples. We're using the autotools default and appending 'gnuradio/examples'. This is consistent with the Linux Filesystem Hierarchy Standard. Please file a request in Trac for a configure option to put these elsewhere. It's a reasonable way of doing things. > Also, where do the pmt-serial-tags.scm and pmt-serialize.scm files > fit in? That's an Eric question. It's possible these are build-time only files and shouldn't be installed. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] For those who are keeping up on various cognative radio projects.
Here's a paper written on a research project on the topic. http://research.microsoft.com/research/netres/publications/lanman07.pdf John Clark. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RedHat Compatibility
Hi! Does anyone have experiences with GNU Radio and Red Hat Linux? Are there any known problems? Thank you for your answers in advance Dominik ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RedHat Compatibility
On 9/19/07, Dominik Auras <[EMAIL PROTECTED]> wrote: > Hi! > > Does anyone have experiences with GNU Radio and Red Hat Linux? Are there any > known problems? The BuildGuide generally lists any issues or install procedures here: http://www.gnuradio.org/trac/wiki/BuildGuide Red Hat doesn't specifically seem to be on the list, but Fedora is: http://www.gnuradio.org/trac/wiki/FedoraInstall Give it a shot and feel free to edit the Wiki to reflect a RedHatInstall procedure. It's good to have everything listed in one location. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] For those who are keeping up on various cognative radio projects.
John Clark wrote: > Here's a paper written on a research project on the topic. > > http://research.microsoft.com/research/netres/publications/lanman07.pdf Stand back in awe, my friends. Microsoft has innovated *both* spectral activity detection *and* the transverter. Yeesh. Frank ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Major trunk repository update in r6466
Everything seems OK on MacOS X 10.4.10 Intel and PPC; passes distcheck on both platforms. - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Major trunk repository update in r6466
Michael Dickens wrote: > Everything seems OK on MacOS X 10.4.10 Intel and PPC; passes distcheck > on both platforms. - MLD Thanks! -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] make check failures in inband on Cygwin
I am getting make check failures in usrp/host/lib/inband on Cygwin (see below). This happens with the latest trunk as well as with earlier revisions of the trunk. Is this a reflection of work in progress or should this be working? If this should work and only fails on Cygwin, I will to try to chase it down, but any hints on where to start would be appreciated. Program output showing error messages follows. -- Don W. make[6]: Entering directory `/home/Don/gnuradio/usrp/host/lib/inband' ...E.E.E.E.E.E !!!FAILURES!!! Test Results: Run: 8 Failures: 0 Errors: 6 1) test: qa_inband_usrp_server::test_open_close (E) uncaught exception of type mbe_mblock_failed - Message block failed: top 2) test: qa_inband_usrp_server::test_chan_allocation (E) uncaught exception of type mbe_mblock_failed - Message block failed: qa_alloc_top 3) test: qa_inband_usrp_server::test_chan_deallocation (E) uncaught exception of type mbe_mblock_failed - Message block failed: qa_dealloc_top 4) test: qa_inband_usrp_server::test_tx (E) uncaught exception of type mbe_mblock_failed - Message block failed: top 5) test: qa_inband_usrp_server::test_rx (E) uncaught exception of type mbe_mblock_failed - Message block failed: top 6) test: qa_inband_usrp_server::test_cs (E) uncaught exception of type mbe_mblock_failed - Message block failed: top FAIL: test_inband.exe === 1 of 1 tests failed === make[6]: *** [check-TESTS] Error 1 make[6]: Leaving directory `/home/Don/gnuradio/usrp/host/lib/inband' ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] make check failures in inband on Cygwin
These pass on unix machines, I've never tried running any of the inband stuff in cygwin... but I don't see how it would change. If the mblock QA code passes, I would expect the inband QA code to pass in cygwin. It's simply utilizing m-blocks. Can you go to the 'mblock' directory and run a 'make check' ? In short, nothing will be affected by inband failing to pass a check at the current point in time if you're not using any of the inband code... which I don't think anyone else in the world other than developers are. - George Don Ward wrote: I am getting make check failures in usrp/host/lib/inband on Cygwin (see below). This happens with the latest trunk as well as with earlier revisions of the trunk. Is this a reflection of work in progress or should this be working? If this should work and only fails on Cygwin, I will to try to chase it down, but any hints on where to start would be appreciated. Program output showing error messages follows. -- Don W. make[6]: Entering directory `/home/Don/gnuradio/usrp/host/lib/inband' ...E.E.E.E.E.E !!!FAILURES!!! Test Results: Run: 8 Failures: 0 Errors: 6 1) test: qa_inband_usrp_server::test_open_close (E) uncaught exception of type mbe_mblock_failed - Message block failed: top 2) test: qa_inband_usrp_server::test_chan_allocation (E) uncaught exception of type mbe_mblock_failed - Message block failed: qa_alloc_top 3) test: qa_inband_usrp_server::test_chan_deallocation (E) uncaught exception of type mbe_mblock_failed - Message block failed: qa_dealloc_top 4) test: qa_inband_usrp_server::test_tx (E) uncaught exception of type mbe_mblock_failed - Message block failed: top 5) test: qa_inband_usrp_server::test_rx (E) uncaught exception of type mbe_mblock_failed - Message block failed: top 6) test: qa_inband_usrp_server::test_cs (E) uncaught exception of type mbe_mblock_failed - Message block failed: top FAIL: test_inband.exe === 1 of 1 tests failed === make[6]: *** [check-TESTS] Error 1 make[6]: Leaving directory `/home/Don/gnuradio/usrp/host/lib/inband' ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio Companion - GRC 0.69 release
I am releasing GRC version 0.69 today, September 19th 2007. Download: http://www.joshknows.com/download/grc/ Wiki: http://gnuradio.org/trac/wiki/GNURadioCompanion This release supports the current gnuradio trunk (r6477), and the soon-to-be 3.1 branch. GRC and gnuradio have been through many changes these past few months; especially, the adoption of hier2, which has temporarily broken GRC a few times. With the gnuradio trunk stabilized, and 3.1 comming up, a GRC release has been long overdue. Features and Fixes in 0.69: Upgraded usrp blocks: -support flex rf boards. -rx bug on side B is fixed. -dual input sink and dual output source New mathematical expressions: -complex math -filter functions (see the help menu in grc) See the release notes for more detail: http://gnuradio.org/trac/browser/grc/tags/grc_0.69/notes/release_notes.txt GRC 0.69 is a pre-release of GRC for the gnuradio 3.1 branch. GRC 0.70 will be released along with gnuradio 3.1. The 0.70 release will have some additional blocks, examples, and bug fixes (if necessary). Comments? Suggestions? Typos? Bugs? Feedback is welcome. Thanks, -Josh Blum ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio