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 not overly confident that's what I'd consider a fun Friday...
Best regards, Marcus On 10/30/2015 02:28 PM, Nemanja Savic wrote: > 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 <mailto: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 <mailto: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 <mailto: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 <mailto: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 >>> <mailto: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 >>> <mailto: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 list >>> Discuss-gnuradio@gnu.org >>> <mailto:Discuss-gnuradio@gnu.org> >>> >>> 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ć
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
