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?
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:
On Sun, May 17, 2009 at 07:34:16PM -0700, Ling Huang wrote:
To get it to stop, send it a message with
type=1. The message source will indicate that it is done and the flow
graph will terminate.
I set transmit path message with type = 1, but it still not work, it hang in
wait()
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()
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
To get it to stop, send it a message with
type=1. The message source will indicate that it is done and the flow
graph will terminate.
I set transmit path message with type = 1, but it still not work, it hang in
wait() either.
Will the USRP block the system?
--
View this message in
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 the
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
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 I
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.
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
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
12 matches
Mail list logo
