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!    

• Privacy • Unsubscribe • Terms of Use