discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: qtgui install problem for gnuradio 3.8.1.0


From: Cinaed Simson
Subject: Re: qtgui install problem for gnuradio 3.8.1.0
Date: Sat, 8 Aug 2020 14:44:02 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.0

Hi Chad - I'm running Debian 10 Buster remotely and the only error I receive tuning

   build/gr-qtgui/python/qtgui/qa_qtgui_test.sh

is

   DEPRECATED: Using filename with gr_unittest does no longer have any effect.
   qt.qpa.screen: QXcbConnection: Could not connect to display Could not connect to any X display.

which is because X is being blocked by a firewall.

Try running the script in

  build/gr-qtgui/python/qtgui/qa_qtgui_test.sh

for possibly more detail.

For zeromq,  type

  apt list --installed | grep zmq

and it should look something like the following

  libzmq3-dev/stable,stable,now 4.3.1-4+deb10u1 amd64 [installed]
  libzmq5/stable,stable,now 4.3.1-4+deb10u1 amd64 [installed,automatic]
  python-zmq/stable,now 17.1.2-2 amd64 [installed]
  python3-zmq/stable,now 17.1.2-2 amd64 [installed]

the versions may be different.

-- Cinaed


 

On 8/6/20 4:28 PM, Chad Spooner wrote:

All:

I've been trying to build gnuradio 3.8.1.0 under Ubuntu 18.04 (4.15.0-112-generic). I can successfully build most of it, but a couple tests don't pass when I issue "make test" prior to "sudo make install." The tests that don't pass are:

306:qa_constellation
309:qa_constellation_soft_decoder_cf
348:qa_qtgui
360:qa_zeromq_pub
361:qa_zeromq_pubsub
362:qa_zeromq_pushpull
363:qa_zeromq_reqrep
364:qa_zeromq_sub

The way the qtgui test fails is (from ...gnuradio/build/Testing/Temporary/LastTest.log):

348/364 Testing: qa_qtgui
348/364 Test: qa_qtgui
Command: "/bin/sh" "/home/cmspooner/workarea/gnuradio/build/gr-qtgui/python/qtgui/qa_qtgui_test.sh"
Directory: /home/cmspooner/workarea/gnuradio/build/gr-qtgui/python/qtgui
"qa_qtgui" start time: Aug 06 14:46 PDT
Output:
----------------------------------------------------------
Segmentation fault (core dumped)
<end of output>
Test time =   0.55 sec

I can't figure out why the test fails--the segmentation fault isn't informative. The test script exists and contains the following:

#!/usr/bin/env python
#
# Copyright 2011 Free Software Foundation, Inc.
#
# This file is part of GNU Radio
#
# GNU Radio is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 3, or (at your option)
# any later version.
#
# GNU Radio is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with GNU Radio; see the file COPYING.  If not, write to
# the Free Software Foundation, Inc., 51 Franklin Street,
# Boston, MA 02110-1301, USA.
#

from gnuradio import gr, gr_unittest, qtgui

class test_qtgui(gr_unittest.TestCase):

    def setUp (self):
        self.tb = gr.top_block ()

    def tearDown (self):
        self.tb = None

    # Tests to make sure we can instantiate the sink.
    # We use '5' in place of filter.firdes.WIN_BLACKMAN_hARRIS so we
    # don't have to worry about importing filter just for this one
    # constant.
    def test01(self):
        self.qtsnk = qtgui.sink_c(1024, 5,
                                  0, 1, "Test",
                                  True, True, True, True)

    def test02(self):
        self.qtsnk = qtgui.sink_f(1024, 5,
                                  0, 1, "Test",
                                  True, True, True, True)

    def test03(self):
        self.qtsnk = qtgui.time_sink_c(1024, 1, "Test", 1)

    def test04(self):
        self.qtsnk = qtgui.time_sink_f(1024, 1, "Test", 1)

    def test05(self):
        self.qtsnk = qtgui.freq_sink_c(1024, 5,
                                       0, 1, "Test", 1)

    def test06(self):
        self.qtsnk = qtgui.freq_sink_f(1024, 5,
                                       0, 1, "Test", 1)

    def test07(self):
        self.qtsnk = qtgui.waterfall_sink_c(1024, 5,
                                            0, 1, "Test")

    def test08(self):
        self.qtsnk = qtgui.waterfall_sink_f(1024, 5,
                                            0, 1, "Test")

    def test09(self):
        self.qtsnk = qtgui.const_sink_c(1024, "Test", 1)

    def test10(self):
        self.qtsnk = qtgui.time_raster_sink_b(1024, 100, 100.5,
                                              [], [], "Test", 1)

    def test11(self):
        self.qtsnk = qtgui.time_raster_sink_f(1024, 100, 100.5,
                                              [], [], "Test", 1)

    def test12(self):
        self.qtsnk = qtgui.histogram_sink_f(1024, 100, -1, 1, "Test", 1)

if __name__ == '__main__':
    gr_unittest.run(test_qtgui, "test_qtgui.xml")

I can't tell if test_qtgui.xml is an input to the test or output, but it doesn't exist on my system before or after the test.

Once I install anyway, and try to run gnuradio-companion, I see this:

<<< Welcome to GNU Radio Companion 3.8.1.0 >>>

Block paths:
    /home/cmspooner/.grc_gnuradio
    /usr/local/share/gnuradio/grc/blocks
Warning: restarting the docstring loader (crashed while loading 'qtgui_bercurve_sink')
Warning: restarting the docstring loader (crashed while loading 'qtgui_const_sink_x')
Warning: restarting the docstring loader (crashed while loading 'qtgui_edit_box_msg')
Warning: restarting the docstring loader (crashed while loading 'qtgui_freq_sink_x')
Warning: restarting the docstring loader (crashed while loading 'qtgui_histogram_sink_x')
Warning: docstring loader crashed too often

I tried searching through all my stored gnuradio Discussion List emails for this problem, but could not find anything helpful.

I've got UHD  3.15.0 installed and that is working with the partially broken gnuradio installation above--for example uhd_rx_cfile works fine.

Does anyone have any suggestions for how I can fix this installation?

Thanks,

Chad

-- 
Chad M. Spooner, PhD
NorthWest Research Associates
301 Webster Street
Monterey, CA 93940
cmspooner@nwra.com
831 582 4904
cyclostationary.blog


reply via email to

[Prev in Thread] Current Thread [Next in Thread]