Re: [Discuss-gnuradio] Need help with CtrlPort Performance Monitor
Hi Marcus, Thank you for your patience with my CtrlPort Performance Monitor problems. I have been distracted by other projects and finally had time to try your suggestion. > On Jul 4, 2018, at 1:47 AM, Müller, Marcus (CEL) wrote: > > hm... > no, but if `gr-ctrlport-monitor` works, does running `gr-perf- > monitorx`? Do you still get the same blank display, are there any > warnings/errors printed? Here is the terminal output from running gr-perf-monitorx: jim@vmware:~/gnuradio/prefix/perfmon$ gr-perf-monitorx vmware 46263 QPaintDevice: Cannot destroy paint device that is being painted Traceback (most recent call last): File "/home/jim/.local/lib/python2.7/site-packages/matplotlib/backends/backend_qt5agg.py", line 72, in paintEvent painter.drawImage(origin / self._dpi_ratio, qimage) File "/home/jim/.local/lib/python2.7/site-packages/matplotlib/backends/backend_qt5.py", line 273, in _dpi_ratio return self.devicePixelRatio() or 1 RuntimeError: wrapped C/C++ object of type FigureCanvasQTAgg has been deleted Segmentation fault (core dumped) Does this give you any ideas about what is causing the blank Performance Monitor graph display? Regards, Jim ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Help on event triggered OOT Block
Hello All, I am trying to develop an OOT block that will trigger a function when there is a change on any of the input of the block, i have been reading about input buffers and output buffers, and i tried something like, comparing the third position of the input buffer with the second one, and once it is different call a function otherwise keeps the same values in the output buffer (out1[i] =out[i)]. And when i test it in QA it works, but not in a flowgraph. I am kind of lost, i would appreciate if you can guide me in the rigth direction on some examples of blocks doing this or if it is possible you can explain to me how can i do for making a block that when one of the inputs changes, then it triggers a function otherwise, keeps the same output as it had it before. Once again thank you. Kind regards. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] [announcement] [release] 3.7.13.4
Dear Community, we've released a new version of our 3.7 maintenance line – 3.7.13.4. Whilst this maintains binary compatibility with its predecessor, it fixes build breakage on systems with boost 1.67, it fixes a bunch of out-of-bound vector accesses (which on some systems triggered bug safeguards which aborted the applications doing them), and it also fixed a bug in how the "Skip Head" block deals with tags. Also, there was a logging bug that we've fixed. My thanks go out to all our contributors, but especially to Cate Miller, Karel Pärlin and Paul wicks, all three first-time contributors to a release. Thanks everyone for the great help! You can find the release as tag v3.7.13.4 (make sure to verify the GPG signature ;) ), on github under https://github.com/gnuradio/gnuradio/releases/tag/v3.7.13.4 and https://www.gnuradio.org/releases/gnuradio/ Happy hacking! Marcus ## Contributors * Andrej Rode * Cate Miller * Karel Pärlin * Marcus Müller * Martin Braun * Paul Wicks * Sebastian Koslowski ## [3.7.13.4] - 2018-07-15 ### Fixed Project Scope - Fix Boost 1.67 linking issue gnuradio-runtime - Logging: fixed issues where messages weren't properly written to stdout/stderr due to incorrect strings gr-analog - `fmdet_cf`'s derivative coefficients were wrong. gr-blocks - `skiphead` used to incorrectly handle tags, now properly shifts gr-digital - `qa_packet_format`: Unit test used to potentially lock up due to incorrect conditionals - `clock_recovery_cc`, `crc32_bb`: Accessing the `[0]` element of an empty vector is UB, even if you don't use the result afterwards. gr-fec - `polar_encoder`/`_common`: Fixed multiple out-of-bound accesses due to insufficient vector length checks gr-filter - `fft_filter`, `filter_delay`: Accessing the `[0]` element of an empty vector is UB, even if you don't use the result afterwards. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio