Help with wx-gui, window size error

Hi,

I am having problems running a WX GUI FFT Sink, I am getting the
following
runtime error:

Traceback (most recent call last):
File “/home/thilina/noctar/fm_rx/top_block.py”, line 109, in
tb = top_block()
File “/home/thilina/noctar/fm_rx/top_block.py”, line 50, in init
size=(720, 480),
File
“/usr/lib/python2.7/site-packages/gnuradio/wxgui/fftsink_nongl.py”,
line 198, in init
self.win = fft_window(self, parent, size=size)
File
“/usr/lib/python2.7/site-packages/gnuradio/wxgui/fftsink_nongl.py”,
line 331, in init
self.control_panel = control_panel(self)
File
“/usr/lib/python2.7/site-packages/gnuradio/wxgui/fftsink_nongl.py”,
line 256, in init
wx.Panel.init(self, parent, -1, style=wx.SIMPLE_BORDER)
File “/usr/lib/python2.7/site-packages/wx-3.0-gtk2/wx/_windows.py”,
line
68, in init
windows.Panel_swiginit(self,windows.new_Panel(*args, **kwargs))
wx._core.PyAssertionError: C++ assertion “m_window” failed at
./src/gtk/dcclient.cpp(2041) in DoGetSize(): GetSize() doesn’t work
without
window

Is this a know bug? whats the best way to fix it? I am new to gnuradio.

I’m running gnuradio 3.7.3-4

Kind Regards,

Thil

What are you doing when this error occurs?
Can you use the QT GUI sinks?

M

On Fri, Jun 6, 2014 at 4:32 AM, Thilina Mallawa Arachchi <
[email protected]> wrote:

File “/usr/lib/python2.7/site-packages/gnuradio/wxgui/fftsink_nongl.py”,
windows.Panel_swiginit(self,windows.new_Panel(*args, **kwargs))
Thil

It’s telling you that you haven’t defined a window for the FFT. You can
specify no window (iirc) by passing it ‘[]’ or you can look at the
fft.window module, which provides a set of windows you can define.

Tom

On Fri, Jun 6, 2014 at 11:44 AM, Marcus D. Leech [email protected]
wrote:

Traceback (most recent call last):
331, in init
window
It’s telling you that you haven’t defined a window for the FFT. You can
Tom, you should look again.

This is a “guts of wxPython” thing.

Either there’s no Xwindow server running, or they forgot to specify “WX
GUI” in the generate options.

Dah! Wrong concept of a window! Sorry.

But I just got done giving the talk you were supposed to give, so, cut
me
some slack :slight_smile:

Tom

On 06/06/2014 11:33 AM, Tom R. wrote:

<module>
    self.control_panel = control_panel(self)
./src/gtk/dcclient.cpp(2041) in DoGetSize(): GetSize() doesn't

[email protected]
Discuss-gnuradio Info Page
Tom, you should look again.

This is a “guts of wxPython” thing.

Either there’s no Xwindow server running, or they forgot to specify “WX
GUI” in the generate options.

" This is a “guts of wxPython” thing.

Either there’s no Xwindow server running, or they forgot to specify “WX
GUI” in the generate options."

This may be the problem, I didnt manually specify WX GUI in the generate
options. My install was completed by a scripted install via yaourt
package
manager on Arch Linux, no errors. I assume WX GUI was generated as I can
run the WXGUI Waterfall Plot with no errors.

Xwindow server is running.

I did find a forum post with a reported fix to the problem, do you guys
think I should try this? refer to last post in
Arch Linux and wxgui? (GRC) - bladeRF. I generally avoid
trying to downgrade and manually install packages, it’d be better if
there
was a simpler solution.

Kind Regards,

Thil

On Fri, Jun 6, 2014 at 2:27 PM, Thilina Mallawa Arachchi <
[email protected]> wrote:

Xwindow server is running.

Ah, interesting. I suppose it’s possible. What version of wxPython/wxGTK
are you using? If it’s >= 3.0, I’m not sure that’s tested. Might have to
put in a protection against using none 2.8 versions.

Tom

I’ve got the latest versions installed wxpython 3.0.0.0-2 and wxgtk
3.0.0-3.

Right, thanks for the info, Its best that I downgrade then. Will
confirm.

Hi Martin,

I am feeding in IQ samples at a sample rate supported by the SDR via the
IShorttoComplex block.

I cannot use the QT GUI sinks, the blocks are not visible to me in my
gnuradio install.

On a side not I can use the WX-GUI Waterfall Plot, so not all my WX-GUI
blocks are ‘broken’

Kind Regards,

Thil

Downgraded wxPython to wxpython2.8 however Arch linux uses wxPython as a
dependency and GnuRadio continues to use the newer version. Results in
some
wxgui instruments to fail.
On Jun 6, 2014 7:35 PM, “Thilina Mallawa Arachchi” <

On Tue, Jun 10, 2014 at 1:35 AM, Thilina Mallawa Arachchi <
[email protected]> wrote:

Downgraded wxPython to wxpython2.8 however Arch linux uses wxPython as a
dependency and GnuRadio continues to use the newer version. Results in some
wxgui instruments to fail.

With the two versions of wx installed, can you see how to use them
independently yourself from within Python? Right now, we’re checking for
the Python module ‘wx’ only. We’d have to see what we need to check for
to
adjust to use the 2.8 version. I’m worried that this would involve a lot
of
changes in the gr-wxgui Python files themselves, though, since they are
also using “import wx”.

It’ might actually be easier if someone could help us update GNU Radio
to
work with the newer versions of wx.

Tom

On Jun 6, 2014 7:35 PM, “Thilina Mallawa Arachchi” <