Hi Nemanja,
sorry, can't reproduce that behaviour -- on my system, the flow graph
exits immediately when I close the window.
If this is an ongoing bother to you, we should look into finding out
what is still active in your process -- but that's bound to become
"multithreading with GDB", and I'm no
Hi,
so, the flowgraph is very simple. Just signal generator, throttle and gui
qt sink (it is attached).
When I close GUI, the flowgraph isn't terminated, but in order to do so, I
have to press rex button in GRC to kill it. The return code is -9.
>>> Done (return code -9)
Also, when I close GRC i
Hi Nemanja,
> well Marcus, you were right (like usual) ...
ha! I wish that was true! Usually I'm not right, trust me.
> I tried GRC and it worked. What was strange for me is that flowchart
> was not terminated when I closed QT scope.
That's a bit surprising; you don't happen to have a .grc with wh
Hello,
well Marcus, you were right (like usual) ...
I don't know what exactly problem was, but concerning GRC, it looks like in
my first attempt to buld sphinx executable couldn't be found.
As for the min test, it doesn't work, it just stays blocked, no particular
output.
I tried GRC and it worke
First, try to run the test in isolation:
in your build/ directory,
ctest -V -R min
should run your test alone. If that doesn't give you additional insight,
try running
./gr-blocks/python/blocks/qa_min_test.sh
directly.
You should also inspect the reason GRC core dumps, there's a small wiki
page
Hi,
as for the test, I didn't copy correct lines. My test literally blocks in
test 11 and never get out of that.
test 11
Start 11: qa_min
11: Test command: /bin/sh
"/scr1/nemanja/tools/gnuradio-3.7.8/build/gr-blocks/python/blocks/qa_min_test.sh"
11: Test timeout computed to be: 9.99988e+
Hi,
I think this is what that test is supposed to look like, so reading that is a
good sign!
You say you get a segfault when running GRC, right? That's a bit surprising,
because GRC is pure Python, so it's probably something that gets loaded along
the way. Have you uninstalled your previous GNU
Hello,
I use Python 2.6.6.
When I make suggested change I got Segmentation Fault error.
I don't know if it is connected with this, but when I run test, it blocks
in test n. 10. with this output:
10: Test command: /bin/sh
"/scr1/nemanja/tools/gnuradio-3.7.8/build/gr-blocks/lib/test_gr_blocks_test.
Hi!
First intuition is that there might be something wrong with the Python version
in use. Which is it? Python pre-2.7 doesn't know the keyword arguments, so it
would have to read
.decode('utf-8','replace')
Instead of
.decode('utf-8',errors='replace')
Cheetah is, as far as I know, not Python 3
Hi all guys,
i built yesterday 3.7.8. When I wanted to run GRC the following error
occured:
Traceback (most recent call last):
File "/scr1/nemanja/install/bin/gnuradio-companion", line 128, in
main()
File "/scr1/nemanja/install/bin/gnuradio-companion", line 121, in main
ActionHandler
Asunto: Re: [Discuss-gnuradio] Error when running GRC flowchart in No GUI mode
It's an issue in that particular version of GNU Radio. I see the same thing
here.
The good news is that the No GUI option works correctly in the latest release
(3.7.8).
Ron
On 08/19/2015 02:55 AM, Miguel Cordero
It's an issue in that particular version of GNU Radio. I see the same
thing here.
The good news is that the No GUI option works correctly in the latest
release (3.7.8).
Ron
On 08/19/2015 02:55 AM, Miguel Cordero Limón wrote:
Hi all,
I'm having trouble when trying to run a GRC flowchart wit
Hi all,
I'm having trouble when trying to run a GRC flowchart with the No GUI option.
The thing is that even with the simplest flowchart I get the following error:
can only concatenate list (not "str") to list. I've tried all the different
configurations in the Options block but I get always th
13 matches
Mail list logo
