Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Marcus Müller]

Hi Rich,

this might be more complicated than it sounds at first, but:

1. Build GNU Radio with debugging symbols (ie. cmake
-DCMAKE_BUILD_TYPE=RelWithDebInfo); install debugging symbols for your
QT build (how to do this depends on your distribution)
2. run "gdb --args python $(which gr-perf-monitorx)"
3. "run"
4. Wait for crash
5. "bt" (for backtrace) will give you information on who called the
function that tried to access a deleted QTableWidget. That might or
might not be helpful.

Assuming the QTableWidget shouldn't actually have been deleted:

Running python inside gdb, you might be able to add a breakpoint at the
destructor of QTableWidget; it's "break functionname", but I'd have to
look up whether that function would be
QT::GUI::QTableWidget::~QTableWidget or something else.
Then, gdb would interrupt the execution of gr-perf-monitorx the moment
that table widget gets deleted.

For a bit of background:
https://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsGDB


On 06/22/2015 08:38 PM, Richard Bell wrote:
> Is there a way I can give you feedback from my crash that will help
> you figure out the cause? If so, I'm happy to do it.
>
> Rich
>
> On Mon, Jun 22, 2015 at 5:21 AM, Tom Rondeau  > wrote:
>
> On Fri, Jun 19, 2015 at 1:42 PM, Richard Bell
> mailto:richard.be...@gmail.com>> wrote:
>
> I just ran a new pull, I don't see any updates related to
> gr-perf-monitorx, so I think I already have that commit. Here
> is the pull details just in case:
>
>
>
> The patch that fixed it for me went in a while ago, just about
> when we put back ControlPort support in April.
>
> If I can duplicate the failure mode, then I might be able to fix
> it. Otherwise, there's no much I can do to debug the problem.
>
> Tom
>
>
>  
>
> rbell@rbell:~/Documents/gnuradio$ git pull origin master
> remote: Counting objects: 32, done.
> remote: Total 32 (delta 22), reused 22 (delta 22), pack-reused 10
> Unpacking objects: 100% (32/32), done.
> From https://github.com/gnuradio/gnuradio
>  * branchmaster -> FETCH_HEAD
>7b684a2..28f69a5  master -> origin/master
> Updating 7b684a2..28f69a5
> Fast-forward
>  CMakeLists.txt | 35
> +++--
>  .../include/gnuradio/thrift_application_base.h |  4 +-
>  gnuradio-runtime/lib/CMakeLists.txt|  7 ++-
>  gr-digital/grc/digital_constellation.xml   | 21 +---
>  gr-digital/grc/digital_constellation_rect.xml  | 60
> +-
>  grc/python/Generator.py|  2 +-
>  6 files changed, 75 insertions(+), 54 deletions(-)
> rbell@rbell:~/Documents/gnuradio$
>
>
> Is there anyway I can help you figure out the cause of the crash?
>
> Rich
>
> On Fri, Jun 19, 2015 at 10:37 AM, Tom Rondeau
> mailto:t...@trondeau.com>> wrote:
>
> On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell
> mailto:richard.be...@gmail.com>>
> wrote:
>
> That was the first thing I checked. No I don't have
> any config file in there. I'm not sure where it's
> picking up these other settings.
>
> I added a local config file to ~/.gnuradio with the
> same settings and now they seem to be picked up
> correctly. Shrug. I had to install one last python
> module, python-graphviz, but it starts up and runs now!
>
> If I leave it on the default view, it seems to run
> stably. If I switch to the 'Buffer Table->Graph View'
> or 'Run Table->Graph View', then Performance Monitor
> crashes, sometimes instantly, sometimes after a few
> seconds, with the following error:
>
> ControlPort Monitor running.
> monitor::endpoints() = -h rbell -p 57991
> running: ['gr-perf-monitorx', 'rbell', '57991']
> Traceback (most recent call last):
>   File "/usr/local/bin/gr-perf-monitorx", line 370, in
> update
> if(self.perfTable.isVisible()):
> RuntimeError: wrapped C/C++ object of type
> QTableWidget has been deleted
>
>
> Have I overlooked something?
>
> Rich
>
>
>
> Darn, I thought that I fixed that bug here:
>
> 
> https://github.com/gnuradio/gnuradio/commit/3b41bb4dec9b6ce89e4909d20fbc7ffd764a80f3
>
> Tom
>
>
>  
>
> On Fri, Jun 19, 2015 at 6:38 AM, Tom Rondeau
> mailto:t...@trondeau.com>> wrote:
>
> On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell
>   

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Richard Bell]

Is there a way I can give you feedback from my crash that will help you
figure out the cause? If so, I'm happy to do it.

Rich

On Mon, Jun 22, 2015 at 5:21 AM, Tom Rondeau  wrote:

> On Fri, Jun 19, 2015 at 1:42 PM, Richard Bell 
> wrote:
>
>> I just ran a new pull, I don't see any updates related to
>> gr-perf-monitorx, so I think I already have that commit. Here is the pull
>> details just in case:
>>
>
>
> The patch that fixed it for me went in a while ago, just about when we put
> back ControlPort support in April.
>
> If I can duplicate the failure mode, then I might be able to fix it.
> Otherwise, there's no much I can do to debug the problem.
>
> Tom
>
>
>
>
>> rbell@rbell:~/Documents/gnuradio$ git pull origin master
>> remote: Counting objects: 32, done.
>> remote: Total 32 (delta 22), reused 22 (delta 22), pack-reused 10
>> Unpacking objects: 100% (32/32), done.
>> From https://github.com/gnuradio/gnuradio
>>  * branchmaster -> FETCH_HEAD
>>7b684a2..28f69a5  master -> origin/master
>> Updating 7b684a2..28f69a5
>> Fast-forward
>>  CMakeLists.txt | 35 +++--
>>  .../include/gnuradio/thrift_application_base.h |  4 +-
>>  gnuradio-runtime/lib/CMakeLists.txt|  7 ++-
>>  gr-digital/grc/digital_constellation.xml   | 21 +---
>>  gr-digital/grc/digital_constellation_rect.xml  | 60
>> +-
>>  grc/python/Generator.py|  2 +-
>>  6 files changed, 75 insertions(+), 54 deletions(-)
>> rbell@rbell:~/Documents/gnuradio$
>>
>>
>> Is there anyway I can help you figure out the cause of the crash?
>>
>> Rich
>>
>> On Fri, Jun 19, 2015 at 10:37 AM, Tom Rondeau  wrote:
>>
>>> On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 
>>> wrote:
>>>
 That was the first thing I checked. No I don't have any config file in
 there. I'm not sure where it's picking up these other settings.

 I added a local config file to ~/.gnuradio with the same settings and
 now they seem to be picked up correctly. Shrug. I had to install one last
 python module, python-graphviz, but it starts up and runs now!

 If I leave it on the default view, it seems to run stably. If I switch
 to the 'Buffer Table->Graph View' or 'Run Table->Graph View', then
 Performance Monitor crashes, sometimes instantly, sometimes after a few
 seconds, with the following error:

 ControlPort Monitor running.
 monitor::endpoints() = -h rbell -p 57991
 running: ['gr-perf-monitorx', 'rbell', '57991']
 Traceback (most recent call last):
   File "/usr/local/bin/gr-perf-monitorx", line 370, in update
 if(self.perfTable.isVisible()):
 RuntimeError: wrapped C/C++ object of type QTableWidget has been deleted


 Have I overlooked something?

 Rich

>>>
>>>
>>> Darn, I thought that I fixed that bug here:
>>>
>>>
>>> https://github.com/gnuradio/gnuradio/commit/3b41bb4dec9b6ce89e4909d20fbc7ffd764a80f3
>>>
>>> Tom
>>>
>>>
>>>
>>>
 On Fri, Jun 19, 2015 at 6:38 AM, Tom Rondeau  wrote:

> On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell  > wrote:
>
>> I set my gnuradio configuration file (located here:
>> /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the
>> following:
>>
>> [PerfCounters]
>> on = True #False
>> export = True #False
>> clock = thread
>> #clock = monotonic
>>
>> [ControlPort]
>> on = True #False
>> edges_list = True #False
>>
>> I continue to run into the following message when I include a
>> 'ctrlport performance monitor' in my flowgraph:
>>
>> ControlPort Monitor running.
>> monitor::endpoints() = -h rbell -p 49158
>> running: ['gr-perf-monitorx', 'rbell', '49158']
>> Configuration has not turned on all of the appropriate ControlPort
>> features:
>> [ControlPort] on = True
>> [ControlPort] edges_list = False
>> [PerfCounters] on = True
>> [PerfCounters] export = False
>>
>> Is there another file overriding the config file I set above to cause
>> this?
>>
>> v/r,
>> Rich
>>
>
> Do you have a local config file in ~/.gnuradio/config.conf? Entries in
> there will override the system installed settings. See the manual page 
> here
> for details:
>
> http://gnuradio.org/doc/doxygen/page_prefs.html
>
> Tom
>
>

>>>
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Tom Rondeau]

On Fri, Jun 19, 2015 at 1:42 PM, Richard Bell 
wrote:

> I just ran a new pull, I don't see any updates related to
> gr-perf-monitorx, so I think I already have that commit. Here is the pull
> details just in case:
>


The patch that fixed it for me went in a while ago, just about when we put
back ControlPort support in April.

If I can duplicate the failure mode, then I might be able to fix it.
Otherwise, there's no much I can do to debug the problem.

Tom




> rbell@rbell:~/Documents/gnuradio$ git pull origin master
> remote: Counting objects: 32, done.
> remote: Total 32 (delta 22), reused 22 (delta 22), pack-reused 10
> Unpacking objects: 100% (32/32), done.
> From https://github.com/gnuradio/gnuradio
>  * branchmaster -> FETCH_HEAD
>7b684a2..28f69a5  master -> origin/master
> Updating 7b684a2..28f69a5
> Fast-forward
>  CMakeLists.txt | 35 +++--
>  .../include/gnuradio/thrift_application_base.h |  4 +-
>  gnuradio-runtime/lib/CMakeLists.txt|  7 ++-
>  gr-digital/grc/digital_constellation.xml   | 21 +---
>  gr-digital/grc/digital_constellation_rect.xml  | 60
> +-
>  grc/python/Generator.py|  2 +-
>  6 files changed, 75 insertions(+), 54 deletions(-)
> rbell@rbell:~/Documents/gnuradio$
>
>
> Is there anyway I can help you figure out the cause of the crash?
>
> Rich
>
> On Fri, Jun 19, 2015 at 10:37 AM, Tom Rondeau  wrote:
>
>> On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 
>> wrote:
>>
>>> That was the first thing I checked. No I don't have any config file in
>>> there. I'm not sure where it's picking up these other settings.
>>>
>>> I added a local config file to ~/.gnuradio with the same settings and
>>> now they seem to be picked up correctly. Shrug. I had to install one last
>>> python module, python-graphviz, but it starts up and runs now!
>>>
>>> If I leave it on the default view, it seems to run stably. If I switch
>>> to the 'Buffer Table->Graph View' or 'Run Table->Graph View', then
>>> Performance Monitor crashes, sometimes instantly, sometimes after a few
>>> seconds, with the following error:
>>>
>>> ControlPort Monitor running.
>>> monitor::endpoints() = -h rbell -p 57991
>>> running: ['gr-perf-monitorx', 'rbell', '57991']
>>> Traceback (most recent call last):
>>>   File "/usr/local/bin/gr-perf-monitorx", line 370, in update
>>> if(self.perfTable.isVisible()):
>>> RuntimeError: wrapped C/C++ object of type QTableWidget has been deleted
>>>
>>>
>>> Have I overlooked something?
>>>
>>> Rich
>>>
>>
>>
>> Darn, I thought that I fixed that bug here:
>>
>>
>> https://github.com/gnuradio/gnuradio/commit/3b41bb4dec9b6ce89e4909d20fbc7ffd764a80f3
>>
>> Tom
>>
>>
>>
>>
>>> On Fri, Jun 19, 2015 at 6:38 AM, Tom Rondeau  wrote:
>>>
 On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell 
 wrote:

> I set my gnuradio configuration file (located here:
> /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the
> following:
>
> [PerfCounters]
> on = True #False
> export = True #False
> clock = thread
> #clock = monotonic
>
> [ControlPort]
> on = True #False
> edges_list = True #False
>
> I continue to run into the following message when I include a
> 'ctrlport performance monitor' in my flowgraph:
>
> ControlPort Monitor running.
> monitor::endpoints() = -h rbell -p 49158
> running: ['gr-perf-monitorx', 'rbell', '49158']
> Configuration has not turned on all of the appropriate ControlPort
> features:
> [ControlPort] on = True
> [ControlPort] edges_list = False
> [PerfCounters] on = True
> [PerfCounters] export = False
>
> Is there another file overriding the config file I set above to cause
> this?
>
> v/r,
> Rich
>

 Do you have a local config file in ~/.gnuradio/config.conf? Entries in
 there will override the system installed settings. See the manual page here
 for details:

 http://gnuradio.org/doc/doxygen/page_prefs.html

 Tom


>>>
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Richard Bell]

I just ran a new pull, I don't see any updates related to gr-perf-monitorx,
so I think I already have that commit. Here is the pull details just in
case:

rbell@rbell:~/Documents/gnuradio$ git pull origin master
remote: Counting objects: 32, done.
remote: Total 32 (delta 22), reused 22 (delta 22), pack-reused 10
Unpacking objects: 100% (32/32), done.
>From https://github.com/gnuradio/gnuradio
 * branchmaster -> FETCH_HEAD
   7b684a2..28f69a5  master -> origin/master
Updating 7b684a2..28f69a5
Fast-forward
 CMakeLists.txt | 35 +++--
 .../include/gnuradio/thrift_application_base.h |  4 +-
 gnuradio-runtime/lib/CMakeLists.txt|  7 ++-
 gr-digital/grc/digital_constellation.xml   | 21 +---
 gr-digital/grc/digital_constellation_rect.xml  | 60
+-
 grc/python/Generator.py|  2 +-
 6 files changed, 75 insertions(+), 54 deletions(-)
rbell@rbell:~/Documents/gnuradio$


Is there anyway I can help you figure out the cause of the crash?

Rich

On Fri, Jun 19, 2015 at 10:37 AM, Tom Rondeau  wrote:

> On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 
> wrote:
>
>> That was the first thing I checked. No I don't have any config file in
>> there. I'm not sure where it's picking up these other settings.
>>
>> I added a local config file to ~/.gnuradio with the same settings and now
>> they seem to be picked up correctly. Shrug. I had to install one last
>> python module, python-graphviz, but it starts up and runs now!
>>
>> If I leave it on the default view, it seems to run stably. If I switch to
>> the 'Buffer Table->Graph View' or 'Run Table->Graph View', then Performance
>> Monitor crashes, sometimes instantly, sometimes after a few seconds, with
>> the following error:
>>
>> ControlPort Monitor running.
>> monitor::endpoints() = -h rbell -p 57991
>> running: ['gr-perf-monitorx', 'rbell', '57991']
>> Traceback (most recent call last):
>>   File "/usr/local/bin/gr-perf-monitorx", line 370, in update
>> if(self.perfTable.isVisible()):
>> RuntimeError: wrapped C/C++ object of type QTableWidget has been deleted
>>
>>
>> Have I overlooked something?
>>
>> Rich
>>
>
>
> Darn, I thought that I fixed that bug here:
>
>
> https://github.com/gnuradio/gnuradio/commit/3b41bb4dec9b6ce89e4909d20fbc7ffd764a80f3
>
> Tom
>
>
>
>
>> On Fri, Jun 19, 2015 at 6:38 AM, Tom Rondeau  wrote:
>>
>>> On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell 
>>> wrote:
>>>
 I set my gnuradio configuration file (located here:
 /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following:

 [PerfCounters]
 on = True #False
 export = True #False
 clock = thread
 #clock = monotonic

 [ControlPort]
 on = True #False
 edges_list = True #False

 I continue to run into the following message when I include a 'ctrlport
 performance monitor' in my flowgraph:

 ControlPort Monitor running.
 monitor::endpoints() = -h rbell -p 49158
 running: ['gr-perf-monitorx', 'rbell', '49158']
 Configuration has not turned on all of the appropriate ControlPort
 features:
 [ControlPort] on = True
 [ControlPort] edges_list = False
 [PerfCounters] on = True
 [PerfCounters] export = False

 Is there another file overriding the config file I set above to cause
 this?

 v/r,
 Rich

>>>
>>> Do you have a local config file in ~/.gnuradio/config.conf? Entries in
>>> there will override the system installed settings. See the manual page here
>>> for details:
>>>
>>> http://gnuradio.org/doc/doxygen/page_prefs.html
>>>
>>> Tom
>>>
>>>
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Tom Rondeau]

On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 
wrote:

> That was the first thing I checked. No I don't have any config file in
> there. I'm not sure where it's picking up these other settings.
>
> I added a local config file to ~/.gnuradio with the same settings and now
> they seem to be picked up correctly. Shrug. I had to install one last
> python module, python-graphviz, but it starts up and runs now!
>
> If I leave it on the default view, it seems to run stably. If I switch to
> the 'Buffer Table->Graph View' or 'Run Table->Graph View', then Performance
> Monitor crashes, sometimes instantly, sometimes after a few seconds, with
> the following error:
>
> ControlPort Monitor running.
> monitor::endpoints() = -h rbell -p 57991
> running: ['gr-perf-monitorx', 'rbell', '57991']
> Traceback (most recent call last):
>   File "/usr/local/bin/gr-perf-monitorx", line 370, in update
> if(self.perfTable.isVisible()):
> RuntimeError: wrapped C/C++ object of type QTableWidget has been deleted
>
>
> Have I overlooked something?
>
> Rich
>


Darn, I thought that I fixed that bug here:

https://github.com/gnuradio/gnuradio/commit/3b41bb4dec9b6ce89e4909d20fbc7ffd764a80f3

Tom




> On Fri, Jun 19, 2015 at 6:38 AM, Tom Rondeau  wrote:
>
>> On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell 
>> wrote:
>>
>>> I set my gnuradio configuration file (located here:
>>> /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following:
>>>
>>> [PerfCounters]
>>> on = True #False
>>> export = True #False
>>> clock = thread
>>> #clock = monotonic
>>>
>>> [ControlPort]
>>> on = True #False
>>> edges_list = True #False
>>>
>>> I continue to run into the following message when I include a 'ctrlport
>>> performance monitor' in my flowgraph:
>>>
>>> ControlPort Monitor running.
>>> monitor::endpoints() = -h rbell -p 49158
>>> running: ['gr-perf-monitorx', 'rbell', '49158']
>>> Configuration has not turned on all of the appropriate ControlPort
>>> features:
>>> [ControlPort] on = True
>>> [ControlPort] edges_list = False
>>> [PerfCounters] on = True
>>> [PerfCounters] export = False
>>>
>>> Is there another file overriding the config file I set above to cause
>>> this?
>>>
>>> v/r,
>>> Rich
>>>
>>
>> Do you have a local config file in ~/.gnuradio/config.conf? Entries in
>> there will override the system installed settings. See the manual page here
>> for details:
>>
>> http://gnuradio.org/doc/doxygen/page_prefs.html
>>
>> Tom
>>
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Richard Bell]

That was the first thing I checked. No I don't have any config file in
there. I'm not sure where it's picking up these other settings.

I added a local config file to ~/.gnuradio with the same settings and now
they seem to be picked up correctly. Shrug. I had to install one last
python module, python-graphviz, but it starts up and runs now!

If I leave it on the default view, it seems to run stably. If I switch to
the 'Buffer Table->Graph View' or 'Run Table->Graph View', then Performance
Monitor crashes, sometimes instantly, sometimes after a few seconds, with
the following error:

ControlPort Monitor running.
monitor::endpoints() = -h rbell -p 57991
running: ['gr-perf-monitorx', 'rbell', '57991']
Traceback (most recent call last):
  File "/usr/local/bin/gr-perf-monitorx", line 370, in update
if(self.perfTable.isVisible()):
RuntimeError: wrapped C/C++ object of type QTableWidget has been deleted


Have I overlooked something?

Rich





On Fri, Jun 19, 2015 at 6:38 AM, Tom Rondeau  wrote:

> On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell 
> wrote:
>
>> I set my gnuradio configuration file (located here:
>> /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following:
>>
>> [PerfCounters]
>> on = True #False
>> export = True #False
>> clock = thread
>> #clock = monotonic
>>
>> [ControlPort]
>> on = True #False
>> edges_list = True #False
>>
>> I continue to run into the following message when I include a 'ctrlport
>> performance monitor' in my flowgraph:
>>
>> ControlPort Monitor running.
>> monitor::endpoints() = -h rbell -p 49158
>> running: ['gr-perf-monitorx', 'rbell', '49158']
>> Configuration has not turned on all of the appropriate ControlPort
>> features:
>> [ControlPort] on = True
>> [ControlPort] edges_list = False
>> [PerfCounters] on = True
>> [PerfCounters] export = False
>>
>> Is there another file overriding the config file I set above to cause
>> this?
>>
>> v/r,
>> Rich
>>
>
> Do you have a local config file in ~/.gnuradio/config.conf? Entries in
> there will override the system installed settings. See the manual page here
> for details:
>
> http://gnuradio.org/doc/doxygen/page_prefs.html
>
> Tom
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Tom Rondeau]

On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell 
wrote:

> I set my gnuradio configuration file (located here:
> /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following:
>
> [PerfCounters]
> on = True #False
> export = True #False
> clock = thread
> #clock = monotonic
>
> [ControlPort]
> on = True #False
> edges_list = True #False
>
> I continue to run into the following message when I include a 'ctrlport
> performance monitor' in my flowgraph:
>
> ControlPort Monitor running.
> monitor::endpoints() = -h rbell -p 49158
> running: ['gr-perf-monitorx', 'rbell', '49158']
> Configuration has not turned on all of the appropriate ControlPort
> features:
> [ControlPort] on = True
> [ControlPort] edges_list = False
> [PerfCounters] on = True
> [PerfCounters] export = False
>
> Is there another file overriding the config file I set above to cause this?
>
> v/r,
> Rich
>

Do you have a local config file in ~/.gnuradio/config.conf? Entries in
there will override the system installed settings. See the manual page here
for details:

http://gnuradio.org/doc/doxygen/page_prefs.html

Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Control Ports On/Off and Config file

[Richard Bell]

I set my gnuradio configuration file (located here:
/usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following:

[PerfCounters]
on = True #False
export = True #False
clock = thread
#clock = monotonic

[ControlPort]
on = True #False
edges_list = True #False

I continue to run into the following message when I include a 'ctrlport
performance monitor' in my flowgraph:

ControlPort Monitor running.
monitor::endpoints() = -h rbell -p 49158
running: ['gr-perf-monitorx', 'rbell', '49158']
Configuration has not turned on all of the appropriate ControlPort features:
[ControlPort] on = True
[ControlPort] edges_list = False
[PerfCounters] on = True
[PerfCounters] export = False

Is there another file overriding the config file I set above to cause this?

v/r,
Rich
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio