discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] Error when running GRC


From: Nemanja Savic
Subject: Re: [Discuss-gnuradio] Error when running GRC
Date: Fri, 30 Oct 2015 14:28:24 +0100

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 it is not closed properly but with Seg fault.

Best,
Nemanja

On Thu, Oct 29, 2015 at 7:46 PM, Marcus Müller <address@hidden> wrote:
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 which I can recreate that?

Cheers,
Marcus



On 10/29/2015 05:46 PM, Nemanja Savic wrote:
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 worked. What was strange for me is that flowchart was not terminated when I closed QT scope.

Best,
Nemanja

On Mon, Oct 26, 2015 at 6:19 PM, Marcus Müller <address@hidden> wrote:
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 for that [1]; but to be completely honest: qa_min failing and GRC segfaulting sounds like there's some mismatch between the libraries used at build time and the libraries loaded at run time, in my experience.

Best regards,
Marcus

[1] http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsGDB

On 26.10.2015 11:42, Nemanja Savic wrote:
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+06

Yes, when I remove keyword argument it finishes with core dumped.
No, my previous Gnuradio installation is there, but with another prefix. My machine runs on RHEL6, so can't really change python cause, it makes a lot of trouble with administrators.

How can I trace more what cases this error. Few days ago I built gnuradio usinc anaconda python, but had some issues with graphics and then I moved back to my native python.

Nemanja


On Mon, Oct 26, 2015 at 10:23 AM, Marcus Müller <address@hidden> wrote:
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 Radio installation?
By the way, I thought pre-2.7 Python was practically extinct; out of curiosity: which OS are you on?

Best regards,
Marcus


Am 26. Oktober 2015 09:10:04 MEZ, schrieb Nemanja Savic <address@hidden>:
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.sh"
10: Test timeout computed to be: 9.99988e+06
10:
10: NOTE: This is supposed to produce an error from block_executor
10: Error: block_executor: propagation_policy 'ONE-TO-ONE' requires ninputs == noutputs
10: ........Using Volk machine: avx_64_mmx_orc
10: ......................
10:
 10/170 Test  #10: test_gr_blocks .......................   Passed    0.86 sec
test 11
        Start  11: qa_min


Can these two be connected?

Nemanja

On Mon, Oct 26, 2015 at 2:25 AM, Marcus Müller <address@hidden> wrote:
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 compatible.

Best regards,
Marcus


Am 26. Oktober 2015 01:46:09 MEZ, schrieb Nemanja Savic <address@hidden>:
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 <module>
    main()
  File "/scr1/nemanja/install/bin/gnuradio-companion", line 121, in main
    ActionHandler(args, Platform())
  File "/scr1/nemanja/install/lib64/python2.6/site-packages/gnuradio/grc/gui/ActionHandler.py", line 62, in __init__
    self.main_window = MainWindow(platform)
  File "/scr1/nemanja/install/lib64/python2.6/site-packages/gnuradio/grc/gui/MainWindow.py", line 96, in __init__
    self.btwin = BlockTreeWindow(platform, self.get_flow_graph);
  File "/scr1/nemanja/install/lib64/python2.6/site-packages/gnuradio/grc/gui/BlockTreeWindow.py", line 107, in __init__
    self.platform.load_block_tree(self)
  File "/scr1/nemanja/install/lib64/python2.6/site-packages/gnuradio/grc/base/Platform.py", line 228, in load_block_tree
    block_tree.add_block(block.get_category(), block)
  File "/scr1/nemanja/install/lib64/python2.6/site-packages/gnuradio/grc/gui/BlockTreeWindow.py", line 144, in add_block
    treestore.set_value(iter, DOC_INDEX, Utils.parse_template(DOC_MARKUP_TMPL, doc=block.get_doc()))
  File "/scr1/nemanja/install/lib64/python2.6/site-packages/gnuradio/grc/gui/Utils.py", line 116, in parse_template
    return str(Template(tmpl_str, kwargs))
  File "/usr/lib64/python2.6/site-packages/Cheetah/Template.py", line 1003, in __str__
    rc = getattr(self, mainMethName)()
  File "cheetah_DynamicallyCompiledCheetahTemplate_1445820074_12_55642.py", line 83, in respond
  File "/scr1/nemanja/install/lib64/python2.6/site-packages/gnuradio/grc/gui/Utils.py", line 100, in encode
    valid_utf8 = value.decode('utf-8', errors='replace').encode('utf-8')
TypeError: decode() takes no keyword arguments


It looks like Cheetah problem but can't make it work. There was suggestion few years ago to remove errors='replace', but it didn't work for me.

THanx
--
Nemanja Savić

Discuss-gnuradio mailing list address@hidden https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Nemanja Savić



--
Nemanja Savić




--
Nemanja Savić

Attachment: untitled.grc
Description: application/gnuradio-grc


reply via email to

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