Re: [Discuss-gnuradio] build-gnuradio did not installgnuradio-runtime
I just wanted to give an update. It was resolved 2 weeks ago but I forgot to post it. Bastian's Project works fine with Ubuntu 12.04. For a Linux dummy, if you install Bastians GNU Radio Version on a new Linux dist. It works fine. You can use Bastians GRadio also for other projects, it does not look like it is limiting anything. All the blocks also work fine. Von: discuss-gnuradio-bounces+dbeken=blackned...@gnu.org [mailto:discuss-gnuradio-bounces+dbeken=blackned...@gnu.org] Im Auftrag von Aditya Dhananjay Gesendet: Dienstag, 17. September 2013 18:21 An: discuss-gnuradio@gnu.org Betreff: Re: [Discuss-gnuradio] build-gnuradio did not installgnuradio-runtime On Tue, Sep 17, 2013 at 10:13 AM, Tom Rondeau mailto:t...@trondeau.com>> wrote: On Tue, Sep 17, 2013 at 3:43 AM, Dincer Beken mailto:dbe...@blackned.de>> wrote: > Hi all, > > so I have installed Bastian's Gnu Radio and could build the files. I have not > changed the FindGnuradioRuntime.cmake, because when I ran the cmake with > Bastian's Project there were no errors, and to be honest, I don't know if I > need to overwrite it still (although Make for gr-ieee802-15-14 crashed). > > Right now, I don't have anything to do with Bastian's Projekt but still > having trouble with the Gnuradio Code. > > When I run a make test I got a %2 error rate with > > - qa_fir_filter_test > - qa_freq_xlating_fir_filter_test > - qa_ctcss_squelch > - qa_codec2_covocoder Hi Dincer, Ignore the CTCSS and CODEC2 problems. There's some architecture issues involved there that we haven't been able to track down, but the QA code failing isn't a problem unless you are specifically using those blocks. The FIR filter tests are likely VOLK related. Again, this seems to be an architecture thing. Though I think if we plotted the histograms, there is only a partial overlap between these failures and the other two. I've never been able to generate these errors on any of my machines of VMs and so haven't had a chance to look into what's going on here. Try running 'volk_profile' and waiting for that to complete. You should be ok running applications after that, at least. Hi All, volk_profile writes a file volk_config to a directory that isn't the path for the gnuradio installation. Should this file be copied elsewhere? The qa_volk_test_all fails on volk_32fc_s32f_magnitude_16i_test even after running volk_profile. Should I create a separate thread with all the information related to my failing tests, and post all the information (environment, etc) there? Best, Aditya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] wxgui issue with Windows version of GR-companion
Hello, I have managed to install gnuradio on a Win 8 and Win 7 machine and it seems like most of the block components in gnuradio-companion function correctly, except for the WX elements. When I include a WX block, like the FFT sink, it fails to execute with a Python import error: File "C:\Program Files (x86)\gnuradio\lib\site-packages\gnuradio\wxgui\__init__.py", line 32, in from wxgui_swig import * ImportError: No module named wxgui_swig I've installed all the 32-bit dependencies for Python 2.7 listed on the Ettus page for the Windows install and I'm running the latest stable version of gnuradio. I double checked my PYTHONPATH and it does include the site-packages directory inside of gnuradio, as well as the directory for the wx libraries installed in my python directory. Digging around a little further, I do not see a Python module in any directory for wxgui_swig. Why is it looking for a module that doesn't seem to exist? Or to put it another way, what have I done to mess things up? Thanks, -Trevor ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] wxgui issue with Windows version of GR-companion
Same problem here, fresh install yesterday. Examples loaded from C:\Program Files (x86)\gnuradio\share\gnuradio\examples work fine anything from the desktop (including same examples) gives ImportError: No module named wxgui_swig -- Who logs in to gdm? Not I, said the duck. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] possible bug with hier_block2_detail::msg_disconnect
Hello all, I am working with gnuradio 3.7.2git-28-g639e154d and I have a hierarchical block with a message output that I have been using as part of a larger flowgraph. Yesterday I found that whenever I call msg_disconnect on the top block with the hier block as the source, I get an error logged about it having no subscribers. I verified this by printing out the subscribers in calls to message_port_sub and message_port_unsub. It seems that when you call msg_connect, the call to message_port_sub is not made until the flowgraph has been flattened, so the subscription does not belong to the hier block, it belongs to the block inside the hier block that has the message output. However, when you call msg_disconnect, it simply attempts to call message_port_unsub on on the hier block, which fails, as the hier block has no subscriptions. To get around this, I simply commented out the call to message_port_unsub in msg_disconnect, but this isn't ideal and won't fix the problem in all cases. So my question is, is this a bug? If so, is it known about, and if not can an issue please be raised to track it? Thanks, Mark -- -- This email, including any attachments, is only for the intended recipient. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If you are not an intended recipient, you may not use, disseminate, distribute or reproduce such email, any attachments, or any part thereof. If you have received a message in error, please notify the sender immediately and erase all copies of the message and any attachments. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission nor can we guarantee that any email or any attachments are free from computer viruses or other conditions which may damage or interfere with recipient data, hardware or software. The recipient relies upon its own procedures and assumes all risk of use and of opening any attachments. -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio Multithreading application issue
Hello list, I have coded a top block flow graph which connect some custom modulator shared pointer to a USRP sink, The question is that apart from the thread that is being run when calling tb->start, I would like to have running in the background either a daemon-like process which access a (static variable) queue member of the modulator class or a thread which can be detached. I tried a lot of codes but unsuccessfully, when I try to test the whole flow graph working I realise (by some printf) that the code is executing the core of the modulator work only once (the top block process) wherever the other thread (called after tb->start) is being executed continuously (inside while loop). Sorry if the question seems so confusing, but to be clear I like to know how can the * modulator connected to usrp sink and the * thread called after tb->start be executed simultaneously (multithreaded) I tried to implement a daemon from inside the modulator core but did not succed to make it execute continuously, BTW I referred to: http://www.netzmafia.de/skripten/unix/linux-daemon-howto.html and also I tried to call: boost::thread t(boost::bind(foo,param1...)) t.detach(); ==> Unsucess Tried many other ways but always the 'foo' is being executed only once. How can I have it execute alongsie of the top-block process running and reading and writing the same variable without conflict or seg fault or any other issue. All explanations or hints are well appreciated, Best regards, -- View this message in context: http://gnuradio.4.n7.nabble.com/GNU-Radio-Multithreading-application-issue-tp43878.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
