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 _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
