discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] GNU Radio Unstable Behavior


From: Eric Blossom
Subject: Re: [Discuss-gnuradio] GNU Radio Unstable Behavior
Date: Tue, 16 Nov 2010 09:36:05 -0800
User-agent: Mutt/1.5.21 (2010-09-15)

On Tue, Nov 16, 2010 at 11:51:51AM -0500, address@hidden wrote:
> I set up a two-node link using tunnel.py, two nodes continuously exchanged 
> data
> with each other. Quite often, GNU Radio stopped in one node because of the
> following error. Any hints to resolve this problem will be highly appreciated.
> 
> Andrew
> ------------------------------------------------------------
> Exception in thread Thread-1:
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner
>     self.run()
>   File "/home/titan/new_multi_chan/pkt.py", line 95, in run
>     ok, payload = packet_utils.unmake_packet(msg.to_string(), int(msg.arg1()))
>   File "/usr/local/lib/python2.6/dist-packages/gnuradio/packet_utils.py", line
> 183, in unmake_packet
>     payload_with_crc = dewhiten(whitened_payload_with_crc, whitener_offset)
>   File "/usr/local/lib/python2.6/dist-packages/gnuradio/packet_utils.py", line
> 95, in dewhiten
>     return whiten(s, o)        # self inverse
>   File "/usr/local/lib/python2.6/dist-packages/gnuradio/packet_utils.py", line
> 91, in whiten
>     z = sa ^ random_mask_vec8[o:len(sa)+o]
> ValueError: shape mismatch: objects cannot be broadcast to a single shape
> 

I looks like you may be passing a zero-length string to unmake_packet,
and that whiten doesn't not properly deal with a zero length string.

Try not calling unmake_packet if msg.to_string() returns a zero length
string.

Eric



reply via email to

[Prev in Thread] Current Thread [Next in Thread]