[op25-dev] Re: scope.py 'CreateStatusBar' error on OSx

el3ctr0magn3tic@yahoo.com [op25-dev] op25-dev at yahoogroups.com
Fri Dec 25 06:58:18 UTC 2015


 Changed the gnuradio portfile in macports to use wxGTK-2.8 / py27-wxpython-2.8 instead of the default wxPython-3.0 / py27-wxpython-3.0, and fixed the above 'CreateStatusBar' issue.  Maybe it was a macports specific issue with wxwidgets 3.0...

 However, new problem arose:

 Traceback (most recent call last):
   File "./scope.py", line 2751, in <module>
     app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3)
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 46, in __init__
     wx.App.__init__ (self, redirect=False)
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7981, in __init__
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7555, in _BootstrapApp
     return _core_.PyApp__BootstrapApp(*args, **kwargs)
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 49, in OnInit
     frame = stdframe (self.top_block_maker, self.title, self._nstatus)
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 76, in __init__
     self.panel = stdpanel (self, self, top_block_maker)
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 98, in __init__
     self.top_block = top_block_maker (frame, self, vbox, sys.argv)
   File "./scope.py", line 212, in __init__
     self.__init_gui(frame, panel, vbox)
   File "./scope.py", line 544, in __init_gui
     self.data_scope = datascope_sink_f(self.notebook, samples_per_symbol = 10, num_plots = 100)
   File "./scope.py", line 1467, in __init__
     self.st = blocks.message_sink(gr.sizeof_float, msgq, 1)
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/blocks/blocks_swig0.py", line 1546, in make
     return _blocks_swig0.message_sink_make(*args)
 NotImplementedError: Wrong number or type of arguments for overloaded function 'message_sink_make'.
   Possible C/C++ prototypes are:
     gr::blocks::message_sink::make(size_t,gr::msg_queue::sptr,bool,std::string const &)



 This was followed by repeating 0000s, which in the past with gnuradio has indicated the device is at least somewhat responsive to the code.

 I'm not sure how much of this may be macports-specific for gnuradio, or if anyone has gone this route of getting op25 up and running on osx.  For clarity, these are the exact components I've used in the build:

 gnuradio-dev macports port (modified to use wxpython-2.8 instead of wxpython-3.0)
 gr-osmosdr port
 itpp port
 libpcap port
 op25 cloned from git://op25.osmocom.org (default/master)

 Built op25 against the macports python2.7.  Running scope.py from the source gr-op25_repeater/apps directory.

 The latest issue, from various research might suggest issues with recent swig releases, though perhaps again this is a macports component version problem...in which case I'll try to pursue there.  Just curious if anyone on any other platforms has encountered this.  Or whether the above op25 git source is the recommended source for most recent op25? max branch better?  Or perhaps whether it's better to go with balint's op25 repo and gr-baz to do this from within grc?

 Really appreciate any expertise - I'm in awe of the development that you guys have put in to this and the applications this has to RF studies.  And merry christmas!    



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/op25-dev/attachments/20151224/4d629ff9/attachment.html>

More information about the op25-dev mailing list