New gnuradio installation problem

GNU Radio
1

Hello. I have installed gnuradio and other components following trac on
a
Linux machine running Redhat. When trying to run dial_tone.py I get the
following error:

[root@pcl23 audio]$ python dial_tone.py

Traceback (most recent call last):

File “dial_tone.py”, line 23, in ?

from gnuradio import gr

File “/usr/lib/python2.3/site-packages/gnuradio/gr/init.py”, line
27,
in ? from gnuradio_swig_python import *

File
“/usr/lib/python2.3/site-packages/gnuradio/gr/gnuradio_swig_python.py”,
line
4, in ?

import _gnuradio_swig_python

ImportError:
/usr/lib/python2.3/site-packages/gnuradio/gr/_gnuradio_swig_python.so:
undefined symbol: _Z14gr_make_agc_fffff

My PYTHONPATH is set to: /usr/lib/python2.3/site-packages. I did a
“nm
_gnuradio_swig_python.so” and indeed found the undefined symbol was
undefined.

My LD_LIBRARY_PATH does not seem to matter.

I found a discussion of PYTHONPATH inside the file run_tests.in, my
version
of run_tests.in does not seem to have a PYTHONPATH definition.

I have put all my installation log files, and run_tests.in, at
Index of /stk/gnuradio.

Steve Kuhlmann

2

On Tue, 2006-11-14 at 11:15 -0600, Steve Kuhlmann wrote:

I have put all my installation log files, and run_tests.in, at
Index of /stk/gnuradio.

The symbol should be defined in libgnuradio-core.so, which should be a
dynamic link dependency of _gnuradio_swig_python.so. Can you check with
nm to see if it is there?

If it is, then you need to verify that the system can find it

You can check this with ldd:

$ ldd _gnuradio_swig_python.so
…
libgnuradio-core.so.0 => /usr/local/lib/libgnuradio-core.so.0
(0xb7a5e000)
…

If that fails, then you probably need to run ldconfig (as root) to
update your shared library cache.

Since ‘make check’ is succeeding, the symbol must be defined in the
build tree.

–
Johnathan C., AE6HO
Corgan Enterprises LLC
[email protected]

3

Matt-

I have giving a presentation at this year’s American Physical Society
Fluid Mechanics meeting in Tampa, Fl. I am going to be demo’ing a new
flow sensor I designed that will use the USRP. I’d like to include an
image of the USRP from your website on a poster. I just want to ok that
with you; I don’t know if that image is protected via copy-right in any
way. I believe the image, which I found at:

http://www.comsec.com/wiki?UniversalSoftwareRadioPeripheral

is courtesy of KD7LMO, so maybe I should be asking him.

Incidentally, the USRP really makes this sensor shine! I am going to
demo
a wireless mode of transmission. Just as a quick background, the sensor
uses a 3 MHz a.c.-driven glow-discharge as the sensing element; the
output
is AM modulated. Because a glow discharge emits a strong
electromagnetic
energy content, I found I could simply hang some wire as an antenna and
the USRP picks it up beautifully.

thanks,

eric

Eric H. Matlis, Ph.D.
Aerospace & Mechanical Engineering Dept.
120 Hessert Center for Aerospace Research
University of Notre Dame
Notre Dame, IN 46556-5684
Phone: (574) 631-6054
Fax: (574) 631-8355

4

Thanks Michael, I will be sure to credit you.

thanks!
eric

Eric H. Matlis, Ph.D.
Aerospace & Mechanical Engineering Dept.
120 Hessert Center for Aerospace Research
University of Notre Dame
Notre Dame, IN 46556-5684
Phone: (574) 631-6054
Fax: (574) 631-8355

5

Feel free to use the picture. If you want to post a credit on it, that
would be nice, but not required.

Michael G.
KD7LMO (Radio Call Sign)