Thanks, Marcus:re-built with debug symbols. v3.7.11.1
Attached is the flowgraph causing the problem
- both the GRC and the resultant top_block.py
It uses an OOT module that talks to OpenHPSDR hardware
over Ethernet - should have one thread running to receive Ethernet frames.
from:https:
Ah, I said:
>(gdb)break std::bad_alloc::what()⏎
>
> (it should NOT complain that this symbol isn't already loaded. If it
> does, we might need to install the libststc++ debug symbols; haven't
> used Ubuntu in a while, but probably `apt install libstdc++-dbg` or
> `-dbgsym`
I was wrong, at that p
Hi Tom!
Hm, no, I wouldn't be aware of any limitations, and even if such exist,
things shouldn't die with a std::bad_alloc!
Ok, so I'm wondering how we can move forward with this. Let us try
this:
* Can you share a proof of failure flow graph with us? That way,
everyone's definitely talking abou
Ubuntu 16.04.3
GRC 3.7.11.1 (from git)
I was on 3.7.13 couple of weeks ago, completely removed all of gnuradio
and rebuilt trying to debug this. 3.7.11.1 had same problem.
Got back to the problem of several weeks ago.
1. When I try to use a QT GUI sink (such as frequency) the invocation of
th