Re: [Discuss-gnuradio] problems with python blocks [attn: jblum]

[Josh Blum]

On 12/05/2011 06:40 PM, Paul Miller wrote:
> On Mon, Dec 05, 2011 at 08:30:17AM -0800, Josh Blum wrote:
>> Looks like I had a typo in the forecast call, fix is pushed. I should
>> have had unit testing for the general_work as well.
>> http://gnuradio.org/cgit/jblum.git/log/?h=python_blocks
> 
> Compiled!
> 
>> I dont really know if thats the cause of the error...?
> 
> Me either.  The backtrace looks identical to me, so I might even
> recompile just to make sure ... I mean, ... yeah, it's on
> 5cd66ee, so.
> 
> #0  0x00007ffff7af908c in PyEval_EvalFrameEx () from 
> /usr/lib/libpython2.7.so.1.0
> #1  0x00007ffff7aff8ef in PyEval_EvalCodeEx () from 
> /usr/lib/libpython2.7.so.1.0
> #2  0x00007ffff7a8c15c in function_call () from /usr/lib/libpython2.7.so.1.0
> #3  0x00007ffff7a67683 in PyObject_Call () from /usr/lib/libpython2.7.so.1.0
> #4  0x00007ffff7a762bf in instancemethod_call () from 
> /usr/lib/libpython2.7.so.1.0
> #5  0x00007ffff7a67683 in PyObject_Call () from /usr/lib/libpython2.7.so.1.0
> #6  0x00007ffff7a67d5d in PyObject_CallMethodObjArgs () from 
> /usr/lib/libpython2.7.so.1.0
> #7  0x00007ffff4706d84 in SwigDirector_gr_block_gw_handler_safe::call_handle 
> (this=0x1b1efe0)
>     at 
> /home/jettero/code/arch/gnuradio/src/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6851
> #8  0x00007ffff669dea5 in gr_block_gateway_impl::start (this=0x1b226e0)
>     at 
> /home/jettero/code/arch/gnuradio/src/gnuradio-core/src/lib/general/gr_block_gateway.cc:171
> #9  0x00007ffff6634d97 in gr_block_executor::gr_block_executor 
> (this=0x7fffedb05d70, block=<optimized out>)
>     at 
> /home/jettero/code/arch/gnuradio/src/gnuradio-core/src/lib/runtime/gr_block_executor.cc:169
> #10 0x00007ffff6653c14 in gr_tpb_thread_body::gr_tpb_thread_body 
> (this=0x7fffedb05d70, block=...)
>     at 
> /home/jettero/code/arch/gnuradio/src/gnuradio-core/src/lib/runtime/gr_tpb_thread_body.cc:32
> #11 0x00007ffff664e9c4 in operator() (this=0x1b03430) at 
> /home/jettero/code/arch/gnuradio/src/gnuradio-core/src/lib/runtime/gr_scheduler_tpb.cc:42
> #12 operator() (this=0x1b03430) at 
> /home/jettero/code/arch/gnuradio/src/gruel/src/include/gruel/thread_body_wrapper.h:50
> #13 
> boost::detail::function::void_function_obj_invoker0<gruel::thread_body_wrapper<tpb_container>,
>  void>::invoke (function_obj_ptr=...)
>     at /usr/include/boost/function/function_template.hpp:153
> #14 0x00007ffff5e5b2fe in operator() (this=<optimized out>) at 
> /usr/include/boost/function/function_template.hpp:760
> #15 boost::detail::thread_data<boost::function0<void> >::run (this=<optimized 
> out>) at /usr/include/boost/thread/detail/thread.hpp:61
> #16 0x00007ffff57f8699 in ?? () from /usr/lib/libboost_thread.so.1.48.0
> #17 0x00007ffff7808df0 in start_thread () from /lib/libpthread.so.0
> #18 0x00007ffff754e39d in clone () from /lib/libc.so.6
> 
>> I attached a copy of your code that worked for me (minus that the unit
>> test fails since its not really normalizing)
> 
> Yeah, I had a normalizer there, but when it started sagfaulting, I just
> simplified down ...  I'm surprised my code worked for you, but not for me.  I
> wonder if it's my swig or my boost or something.
> 

Whats your OS? I have tested it on a few recent ubuntus and fedoras, and
windows with a recent boost.

Does the qa code for the python blocks run for you? Within tree, out of
tree?

-josh