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 <marcus.muel...@ettus.com> 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 <marcus.muel...@ettus.com> > 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 <marcus.muel...@ettus.com >> > 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 < >>> vlasi...@gmail.com>: >>>> >>>> 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 < >>>> marcus.muel...@ettus.com> 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 < >>>>> vlasi...@gmail.com>: >>>>> >>>>>> 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 >>>>>> listDiscuss-gnuradio@gnu.orghttps://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ć
untitled.grc
Description: application/gnuradio-grc
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
