actually, the code is hanging in the gr_message. To stop the message, not to
set in the pkt.py, but to set send_pkt(eof=True) to stop the message thread.
It now work good.
Thank Eric!
--
View this message in context:
http://www.nabble.com/Can%27t-stop-the-top_block-which-contain-transmit_path-wi
sorry for before attachments. maybe those infomations are nonsensed. I dig
gdb and do some homework, find out that the backtrace should be these:
I did set message type=1 but there is still a thread in message. How can I
get rid of these threads that can't quit?
---
And here is the gdb after tb.wait()
---gdb
wait---
#0 0xb7f1f430 in __kernel_vsyscall ()
#1 0xb7e1bdf1 in select () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7efbbc9 in ?? () from /usr/lib/python2.5/lib-dynload/ti
sorry, I'm not familiar with gdb, I can't get many useful infomation from
that.
The topblock start 6 threads (exept the mainloop) . After tb.stop(), five
threads has exited, but leaving one.
Here is the gdb infomation after tb.stop()
gdb---
On Sun, May 17, 2009 at 07:34:16PM -0700, Ling Huang wrote:
>
>
> < To get it to stop, send it a message with
>
>
> I set transmit path message with type = 1, but it still not work, it hang in
> wait() either.
>
> Will the USRP block the system?
No.
You can find out where it's hung by runn
< To get it to stop, send it a message with
http://www.nabble.com/Can%27t-stop-the-top_block-which-contain-transmit_path-with-GNU-Radio-version-11001-tp23569318p23590147.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnu
On Fri, May 15, 2009 at 05:51:30PM -0700, Ling Huang wrote:
>
> sorry for attaching this again.
> I use UBUNTU 9.04 + gnuradio 11001 and UBUNTU 8.10 +gnuradio 10853 got the
> same problem.
>
> I modify the gnuradio-examples/python/digital codes for some experiences. In
> one case I want to stop
sorry for attaching this again.
I use UBUNTU 9.04 + gnuradio 11001 and UBUNTU 8.10 +gnuradio 10853 got the
same problem.
I modify the gnuradio-examples/python/digital codes for some experiences. In
one case I want to stop the running flow graph(top block), and then to start
a new connect. I do i
Eric,
would you please tell me what cause tb.wait() hanging, where is this bug
from?
I have install the newest version of GNU Radio, but the problem is still the
same.
Eric Blossom wrote:
>
> On Fri, May 15, 2009 at 12:55:20AM -0700, Ling Huang wrote:
>>
>> Hi, all
>> I modify the gnuradio-exam
>What version of GNU Radio are you using?
my GNU Radio version is 10853
--
View this message in context:
http://www.nabble.com/Can%27t-stop-the-top_block-which-contain-transmit_path-tp23555109p23557528.html
Sent from the GnuRadio mailing list archive at Nabble.com.
On Fri, May 15, 2009 at 12:55:20AM -0700, Ling Huang wrote:
>
> Hi, all
> I modify the gnuradio-examples/python/digital codes for some experiences. In
> one case I want to stop the running flow graph(top block), and then to start
> a new connect. I do it well in stop the receive_path connect. But
Hi, all
I modify the gnuradio-examples/python/digital codes for some experiences. In
one case I want to stop the running flow graph(top block), and then to start
a new connect. I do it well in stop the receive_path connect. But I just
can't stop the top block contain a transmit_path. If I stop the
12 matches
Mail list logo