Update...
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__
self._BootstrapApp()
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)
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!