Re: [Discuss-gnuradio] Control Ports On/Off and Config file
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 t...@trondeau.com mailto:t...@trondeau.com wrote: On Fri, Jun 19, 2015 at 1:42 PM, Richard Bell richard.be...@gmail.com 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 t...@trondeau.com mailto:t...@trondeau.com wrote: On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell richard.be...@gmail.com 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 t...@trondeau.com mailto:t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell richard.be...@gmail.com
Re: [Discuss-gnuradio] Control Ports On/Off and Config file
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 t...@trondeau.com wrote: On Fri, Jun 19, 2015 at 1:42 PM, Richard Bell 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 t...@trondeau.com wrote: On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 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 t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell richard.be...@gmail.com 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
On Fri, Jun 19, 2015 at 1:42 PM, Richard Bell 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 t...@trondeau.com wrote: On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 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 t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell richard.be...@gmail.com 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
On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell richard.be...@gmail.com 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
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 t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell richard.be...@gmail.com 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
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 t...@trondeau.com wrote: On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 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 t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell richard.be...@gmail.com 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
On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 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 t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell richard.be...@gmail.com 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
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