Multimode.py giving error with gnuradio 3.6.0

GNU Radio
1

Hi

I am using the ezcap RTL2838U USB dongle along with gnuradio 3.6.0 and
the svn latest version of Multimode.py on Debian Linux 6.0.2. I have
installed the HEAD git branches of rtl-sdr, gr-osmosdr and libosmocore
successfully. I have taken care of all pre-requisites needed as well
as in the build-gnuradio script.

However when I try to run multimode.py as root I get the following
error:

root# ./multimode.py
linux; GNU C++ version 4.4.5; Boost_104200;
UHD_003.004.000-325-g7e296167

Using Volk machine: ssse3_64
Traceback (most recent call last):
File “./multimode.py”, line 1089, in
tb = multimode(ahw=options.ahw, freq=options.freq,
ppm=options.ppm, vol=options.vol, ftune=options.ftune,
xftune=options.xftune, srate=options.srate, upclo=options.upclo,
devinfo=options.devinfo, agc=options.agc, arate=options.arate,
upce=options.upce, mthresh=options.mthresh, dmode=options.dmode,
offs=options.offs, flist=options.flist, dfifo=options.dfifo,
mbw=options.mbw, deemph=options.deemph)
File “./multimode.py”, line 340, in init
self.wxgui_waterfallsink2_0.set_callback(wxgui_waterfallsink2_0_callback)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/gr/hier_block2.py”,
line 50, in getattr
return getattr(self._hb, name)
AttributeError: ‘gr_hier_block2_sptr’ object has no attribute
‘set_callback’

Please advise how to fix this error.

I have tried using gnuradio-companion on the multimode.grc file and I
got this error after I generated a new multimode.py file:

./multimode.py

linux; GNU C++ version 4.4.5; Boost_104200;
UHD_003.004.000-325-g7e296167

Using Volk machine: ssse3_64
gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd
Using device #0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Found Elonics E4000 tuner
Exact sample rate is: 1000000.026491 Hz

gr_fir_ccc: using SSE
gr_fir_fff: using SSE
The program ‘python’ received an X Window System error.
This probably reflects a bug in the program.
The error was ‘BadWindow (invalid Window parameter)’.
(Details: serial 617 error_code 3 request_code 137 minor_code 4)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error()
function.)

More details about my device:

rtl_test -t

Found 1 device(s):
0: ezcap USB 2.0 DVB-T/DAB/FM dongle

Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Found Elonics E4000 tuner
Supported gain values (18): -1.0 1.5 4.0 6.5 9.0 11.5 14.0 16.5 19.0
21.5 24.0 29.0 34.0 42.0 43.0 45.0 47.0 49.0
Benchmarking E4000 PLL…
[E4K] PLL not locked for 51000000 Hz!
[E4K] PLL not locked for 2179000000 Hz!
[E4K] PLL not locked for 1090000000 Hz!
[E4K] PLL not locked for 1250000000 Hz!
E4K range: 52 to 2178 MHz
E4K L-band gap: 1090 to 1250 MHz

Any help will be appreciated!
Thanks.
–Vikas

2

On 17/06/12 11:09 PM, Vikas N Kumar wrote:

root# ./multimode.py
offs=options.offs, flist=options.flist, dfifo=options.dfifo,
mbw=options.mbw, deemph=options.deemph)
File “./multimode.py”, line 340, in init
self.wxgui_waterfallsink2_0.set_callback(wxgui_waterfallsink2_0_callback)
File “/usr/local/lib/python2.6/dist-packages/gnuradio/gr/hier_block2.py”,
line 50, in getattr
return getattr(self._hb, name)
AttributeError: ‘gr_hier_block2_sptr’ object has no attribute ‘set_callback’

This is almost certainly caused by having a version of Gnu Radio that
isn’t up-to-date. Are you sure you’re
running the version you think you’re running? The GIT master of Gnu
Radio has support for the
‘set_callback’ function used, but older ones don’t.

–
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

3

On Sun, Jun 17, 2012 at 11:16 PM, Marcus D. Leech [email protected]
wrote:
\> This is almost certainly caused by having a version of Gnu Radio
that

isn’t up-to-date. Are you sure you’re
running the version you think you’re running? The GIT master of Gnu
Radio has support for the
‘set_callback’ function used, but older ones don’t.

I was using gnuradio-3.6.0. I switched to using git and rebuilt
everything from scratch and re-installed everything.
Just to confirm the version of gnu-radio and the new error from
multimode:

gnuradio-config-info -v

3.6.2git-16-gd4843d2c

./multimode.py

linux; GNU C++ version 4.4.5; Boost_104200;
UHD_003.004.000-325-g7e296167

Using Volk machine: ssse3_64
gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd
Using device #0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Found Elonics E4000 tuner
Exact sample rate is: 1000000.026491 Hz

gr_fir_ccc: using SSE
gr_fir_fff: using SSE
The program ‘python’ received an X Window System error.
This probably reflects a bug in the program.
The error was ‘BadWindow (invalid Window parameter)’.
(Details: serial 617 error_code 3 request_code 137 minor_code 4)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error()
function.)

Please advise.

Thanks
Vikas

4

On 17/06/12 11:46 PM, Vikas N Kumar wrote:

everything from scratch and re-installed everything.
gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd
(Details: serial 617 error_code 3 request_code 137 minor_code 4)
Vikas

The X window system error is likely due to some subtlety in OpenGL which
has nothing directly to do with
Gnu Radio or Multimode.

–
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

5

On 17/06/12 11:56 PM, Vikas N Kumar wrote:

Different X drivers? Are you on a VM, or physical machine?

–
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

6

On Sun, Jun 17, 2012 at 11:56 PM, Vikas N Kumar
[email protected] wrote:

On Sun, Jun 17, 2012 at 11:50 PM, Marcus D. Leech [email protected] wrote:

The X window system error is likely due to some subtlety in OpenGL which
has nothing directly to do with
Gnu Radio or Multimode.

So any idea how to get around this ?

Got it to work. Changed the ~/.gnuradio/config.conf to use “nongl” for
wxgui and then commented out the set_callback() calls and the UI came
up. Now need to make sure that the software really works as expected
with those changes.

–

7

On Sun, Jun 17, 2012 at 11:50 PM, Marcus D. Leech [email protected]
wrote:

The X window system error is likely due to some subtlety in OpenGL which
has nothing directly to do with
Gnu Radio or Multimode.

So any idea how to get around this ?

8

On Sun, Jun 17, 2012 at 11:59 PM, Marcus D. Leech [email protected]
wrote:

Different X drivers? Are you on a VM, or physical machine?

Physical machine with NVIDIA 270.xx drivers using a GTX 550i card.
Could just be the NVIDIA drivers !

9

On 17/06/12 11:59 PM, Vikas N Kumar wrote:

Got it to work. Changed the ~/.gnuradio/config.conf to use “nongl” for
wxgui and then commented out the set_callback() calls and the UI came
up. Now need to make sure that the software really works as expected
with those changes.

The waterfall sink doesn’t work right in non-gl

–
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

10

I solved the problem by reinstalling my NVIDIA drivers and the OpenGL
issues went away. They had been created by an xserver-xorg-* update to
the system.

thanks.

On Mon, Jun 18, 2012 at 12:01 AM, Marcus D. Leech [email protected]
wrote:

Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page

–