date:20211029

Re: Cannot specify link libraries for target "Python::NumPy"

2021-10-29 Thread Chad Spooner


Ron:

The failing test qa_qtgui runs 
/home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui/qa_qtgui_test.sh, 
as we knew, and this produces two core files in succession:


   -rw--- 1 cmspooner   cmspooner   20054016 Oct 29 17:46
   core-python3.31305.whisper6.mry.nwra.com.1635554807
   -rw--- 1 cmspooner   cmspooner   75030528 Oct 29 17:45
   core-except_block3.12172.whisper6.mry.nwra.com.1635554715

Applying strings to the except_block3 I can't quite see the command line:

   /usr/bin/python3 -B
   /home/cmspooner/temp/gnuradio/gnuradio-runtime/python/gnura

and to python3

   /usr/bin/python3 -v -B
   /home/cmspooner/temp/gnuradio/gr-qtgui/python/qtgui/qa_q

which I know is my modified command line from 
temp/gnuradio/build/gr-qtgui/python/qtgui/qa_qtgui_test.sh


In /home/cmspooner/temp/gnuradio/gnuradio-runtime/python/gnuradio there 
are several .py files:


   eng_arg.py  eng_notation.py  eng_option.py  gr_unittest.py

and in /home/cmspooner/temp/gnuradio/gnuradio-runtime/python/gnuradio/gr 
there are some more likely suspects:


   exceptions.py   __init__.py  qa_flowgraph.py
   qa_random.py  tag_utils.py
   gateway.py  packet_utils.py  qa_hier_block2.py
   qa_tag_utils.py   top_block.py
   hier_block2.py  pubsub.py    qa_prefs.py qa_uncaught_exception.py

Any advice on how to proceed?

Thanks,

C

On 10/29/21 3:55 PM, Chad Spooner wrote:


Ron:

Thanks. I had already done that but still couldn't find the core file. 
I'll figure that out--I'm sure I'm messing up somehow.


C


On 10/29/21 1:44 PM, Ron Economos wrote:


On Ubuntu, you have to enable core dumps with:

ulimit -c unlimited

Ron

On 10/29/21 8:44 AM, Chad Spooner wrote:


Ron:

Thanks much for your patience and help.

Prior to my previous 'make test' and email, I had already installed 
all the libraries you mention:


cmspoo...@whisper6.mry.nwra.com>dpkg -l | grep libqwt-qt
ii  libqwt-qt5-6 6.1.3-1 amd64    Qt widgets library for
technical applications (runtime, qt5)
ii  libqwt-qt5-dev 6.1.3-1 amd64    Qt widgets library for
technical applications (development, qt5)
cmspoo...@whisper6.mry.nwra.com>dpkg -l | grep qtbase5-dev
ii  qtbase5-dev:amd64 5.9.5+dfsg-0ubuntu2.6 amd64    Qt 5
base development files
ii  qtbase5-dev-tools 5.9.5+dfsg-0ubuntu2.6 amd64    Qt 5
base development programs
cmspoo...@whisper6.mry.nwra.com>dpkg -l | grep libqt5svg
ii  libqt5svg5:amd64 5.9.5-0ubuntu1 amd64    Qt 5 SVG module
ii  libqt5svg5-dev:amd64 5.9.5-0ubuntu1 amd64    Qt 5 SVG
module development files

The qa_qtgui fail:

228/247 Testing: qa_qtgui
228/247 Test: qa_qtgui
Command: "/bin/sh"
"/home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui/qa_qtgui_test.sh"
Directory: /home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui
"qa_qtgui" start time: Oct 28 17:27 PDT
Output:
--
Segmentation fault (core dumped)

Test time =   0.30 sec
--
Test Failed.
"qa_qtgui" end time: Oct 28 17:27 PDT
"qa_qtgui" time elapsed: 00:00:00
--

So I tried to expand on that tidbit of information (seg fault) by 
modifying qa_qtgui_test.sh to include a '-v' on the python3 line:


#!/bin/sh
export VOLK_GENERIC=1
export GR_DONT_LOAD_PREFS=1
export srcdir="/home/cmspooner/temp/gnuradio/gr-qtgui/python/qtgui"
export GR_CONF_CONTROLPORT_ON=False
export
PATH="/home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui":"$PATH"
export LD_LIBRARY_PATH="":$LD_LIBRARY_PATH
export

PYTHONPATH=/home/cmspooner/temp/gnuradio/build/gnuradio-runtime/python:$PYTHONPATH
/usr/bin/python3 -v  -B
/home/cmspooner/temp/gnuradio/gr-qtgui/python/qtgui/qa_qtgui.py

and saw this at the end of the qa_qtgui test (full test log attached):

import 'numpy.polynomial.legendre' #
<_frozen_importlib_external.SourceFileLoader object at
0x7f25cd141dd8>
#

/usr/lib/python3/dist-packages/numpy/polynomial/__pycache__/hermite.cpython-36.pyc
matches
/usr/lib/python3/dist-packages/numpy/polynomial/hermite.pySegmentation
fault (core dumped)

Test time =   0.30 sec

I can't find the core file in /var/crash or 
/var/lib/systemd/coredump or in build/gr-qtgui/python/qtgui. I'll 
have to figure out how to access the core file to find out exactly 
which program is failing.


Chad

On 10/28/21 9:10 PM, Ron Economos wrote:


If you were trying to build the master branch, then log4cpp is too 
old on Ubuntu 18.04. Again, you'll need to build it from source. 
Or, as you've found, switching to maint-3.9 also works.


http://log4cpp.sourceforge.net/

To resolve the Qt5 issue, try installing libqwt-qt5-dev. The file 
it's looking for is /usr/lib/libqwt-qt5.so.


Just FYI, on new systems I install

Re: Cannot specify link libraries for target "Python::NumPy"

2021-10-29 Thread Chad Spooner


Ron:

Thanks. I had already done that but still couldn't find the core file. 
I'll figure that out--I'm sure I'm messing up somehow.


C


On 10/29/21 1:44 PM, Ron Economos wrote:


On Ubuntu, you have to enable core dumps with:

ulimit -c unlimited

Ron

On 10/29/21 8:44 AM, Chad Spooner wrote:


Ron:

Thanks much for your patience and help.

Prior to my previous 'make test' and email, I had already installed 
all the libraries you mention:


cmspoo...@whisper6.mry.nwra.com>dpkg -l | grep libqwt-qt
ii  libqwt-qt5-6 6.1.3-1 amd64    Qt widgets library for
technical applications (runtime, qt5)
ii  libqwt-qt5-dev 6.1.3-1 amd64    Qt widgets library for
technical applications (development, qt5)
cmspoo...@whisper6.mry.nwra.com>dpkg -l | grep qtbase5-dev
ii  qtbase5-dev:amd64 5.9.5+dfsg-0ubuntu2.6 amd64    Qt 5
base development files
ii  qtbase5-dev-tools 5.9.5+dfsg-0ubuntu2.6 amd64    Qt 5
base development programs
cmspoo...@whisper6.mry.nwra.com>dpkg -l | grep libqt5svg
ii  libqt5svg5:amd64 5.9.5-0ubuntu1 amd64    Qt 5 SVG module
ii  libqt5svg5-dev:amd64 5.9.5-0ubuntu1 amd64    Qt 5 SVG
module development files

The qa_qtgui fail:

228/247 Testing: qa_qtgui
228/247 Test: qa_qtgui
Command: "/bin/sh"
"/home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui/qa_qtgui_test.sh"
Directory: /home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui
"qa_qtgui" start time: Oct 28 17:27 PDT
Output:
--
Segmentation fault (core dumped)

Test time =   0.30 sec
--
Test Failed.
"qa_qtgui" end time: Oct 28 17:27 PDT
"qa_qtgui" time elapsed: 00:00:00
--

So I tried to expand on that tidbit of information (seg fault) by 
modifying qa_qtgui_test.sh to include a '-v' on the python3 line:


#!/bin/sh
export VOLK_GENERIC=1
export GR_DONT_LOAD_PREFS=1
export srcdir="/home/cmspooner/temp/gnuradio/gr-qtgui/python/qtgui"
export GR_CONF_CONTROLPORT_ON=False
export
PATH="/home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui":"$PATH"
export LD_LIBRARY_PATH="":$LD_LIBRARY_PATH
export

PYTHONPATH=/home/cmspooner/temp/gnuradio/build/gnuradio-runtime/python:$PYTHONPATH
/usr/bin/python3 -v  -B
/home/cmspooner/temp/gnuradio/gr-qtgui/python/qtgui/qa_qtgui.py

and saw this at the end of the qa_qtgui test (full test log attached):

import 'numpy.polynomial.legendre' #
<_frozen_importlib_external.SourceFileLoader object at
0x7f25cd141dd8>
#

/usr/lib/python3/dist-packages/numpy/polynomial/__pycache__/hermite.cpython-36.pyc
matches
/usr/lib/python3/dist-packages/numpy/polynomial/hermite.pySegmentation
fault (core dumped)

Test time =   0.30 sec

I can't find the core file in /var/crash or /var/lib/systemd/coredump 
or in build/gr-qtgui/python/qtgui. I'll have to figure out how to 
access the core file to find out exactly which program is failing.


Chad

On 10/28/21 9:10 PM, Ron Economos wrote:


If you were trying to build the master branch, then log4cpp is too 
old on Ubuntu 18.04. Again, you'll need to build it from source. Or, 
as you've found, switching to maint-3.9 also works.


http://log4cpp.sourceforge.net/

To resolve the Qt5 issue, try installing libqwt-qt5-dev. The file 
it's looking for is /usr/lib/libqwt-qt5.so.


Just FYI, on new systems I install qtbase5-dev, libqwt-qt5-dev and 
libqt5svg5-dev and that takes care of everything


You can look at why the QA test failed by inspecting the file 
gnuradio/build/Testing/Temporary/LastTest.log


If you're willing to build CMake from source, newer versions (3.17 
and after I think) provide a find_package debug option. Just add 
-DCMAKE_FIND_DEBUG_MODE=ON to the CMake command line and you'll get 
copious amounts of debug information showing where CMake looked for 
packages


Ron

On 10/28/21 5:41 PM, Chad Spooner wrote:


All:

After a lot of hand-to-hand combat with cmake, I got past that step 
and attempted the compilation step, which immediately started 
failing (using gcc 8.4). So ... I gave up and switched to 
maint-3.9, got past the cmake step much faster, got through the 
compilation. However, one test from 'make test' fails:


99% tests passed, 1 tests failed out of 247

Total Test time (real) = 125.33 sec

The following tests FAILED:
    228 - qa_qtgui (Failed)
Errors while running CTest
Makefile:85: recipe for target 'test' failed
make: *** [test] Error 8

Even though in the cmake step I see:

-- Configuring gr-channels support...
--   Dependency ENABLE_GNURADIO_RUNTIME = ON
--   Dependency ENABLE_GR_BLOCKS = ON
--   Dependency ENABLE_GR_FFT = ON
--   Dependency ENABLE_GR_FILTER = ON
--   Dependency ENABLE_GR_ANALOG = ON
--   Enab

Re: USRP N210 growing latencies

2021-10-29 Thread Fabien PELLET


Hi,

Thanks for the answer.

At the moment, it seems that catching the underflow message and then 
lock/unlock the flowgraph permits to reset the buffers and is enough for 
my application to get reasonnable and not growing forever latencies. I 
don't if someone know a better way like a C++ method that could do that 
more "elegantly".


If I need more predictible latencies in the futur, indeed, I will try to 
use tags as you suggest.


Regards,

Fabien, F4CTZ.

Le 27/10/2021 à 17:02, Sylvain Munaut a écrit :

Hi,



OK I understand that. But is there any solution which permits to reset that 
growing propagation delay ? How to reset the flowgraph buffers without killing 
the application and restart it ? Is there any method that permits to purge and 
resync buffers of the flowgraph ?

The USRP supports timestamps for RX and TX.
So you get tags for when data was received / is supposed to be transmitted.
Using a custom block to modify the RX tags into TX tags ( to change
the RX timestamps to TX timestamps a bit into the future ), you should
be able to achieve a constant controlled latency.

Cheers,

 Sylvain

Re: Cannot specify link libraries for target "Python::NumPy"

2021-10-29 Thread Ron Economos


On Ubuntu, you have to enable core dumps with:

ulimit -c unlimited

Ron

On 10/29/21 8:44 AM, Chad Spooner wrote:


Ron:

Thanks much for your patience and help.

Prior to my previous 'make test' and email, I had already installed 
all the libraries you mention:


cmspoo...@whisper6.mry.nwra.com>dpkg -l | grep libqwt-qt
ii  libqwt-qt5-6 6.1.3-1 amd64    Qt widgets library for
technical applications (runtime, qt5)
ii  libqwt-qt5-dev 6.1.3-1 amd64    Qt widgets library for
technical applications (development, qt5)
cmspoo...@whisper6.mry.nwra.com>dpkg -l | grep qtbase5-dev
ii  qtbase5-dev:amd64 5.9.5+dfsg-0ubuntu2.6 amd64    Qt 5 base
development files
ii  qtbase5-dev-tools 5.9.5+dfsg-0ubuntu2.6 amd64    Qt 5 base
development programs
cmspoo...@whisper6.mry.nwra.com>dpkg -l | grep libqt5svg
ii  libqt5svg5:amd64 5.9.5-0ubuntu1 amd64    Qt 5 SVG module
ii  libqt5svg5-dev:amd64 5.9.5-0ubuntu1 amd64    Qt 5 SVG
module development files

The qa_qtgui fail:

228/247 Testing: qa_qtgui
228/247 Test: qa_qtgui
Command: "/bin/sh"
"/home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui/qa_qtgui_test.sh"
Directory: /home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui
"qa_qtgui" start time: Oct 28 17:27 PDT
Output:
--
Segmentation fault (core dumped)

Test time =   0.30 sec
--
Test Failed.
"qa_qtgui" end time: Oct 28 17:27 PDT
"qa_qtgui" time elapsed: 00:00:00
--

So I tried to expand on that tidbit of information (seg fault) by 
modifying qa_qtgui_test.sh to include a '-v' on the python3 line:


#!/bin/sh
export VOLK_GENERIC=1
export GR_DONT_LOAD_PREFS=1
export srcdir="/home/cmspooner/temp/gnuradio/gr-qtgui/python/qtgui"
export GR_CONF_CONTROLPORT_ON=False
export
PATH="/home/cmspooner/temp/gnuradio/build/gr-qtgui/python/qtgui":"$PATH"
export LD_LIBRARY_PATH="":$LD_LIBRARY_PATH
export

PYTHONPATH=/home/cmspooner/temp/gnuradio/build/gnuradio-runtime/python:$PYTHONPATH
/usr/bin/python3 -v  -B
/home/cmspooner/temp/gnuradio/gr-qtgui/python/qtgui/qa_qtgui.py

and saw this at the end of the qa_qtgui test (full test log attached):

import 'numpy.polynomial.legendre' #
<_frozen_importlib_external.SourceFileLoader object at 0x7f25cd141dd8>
#

/usr/lib/python3/dist-packages/numpy/polynomial/__pycache__/hermite.cpython-36.pyc
matches
/usr/lib/python3/dist-packages/numpy/polynomial/hermite.pySegmentation
fault (core dumped)

Test time =   0.30 sec

I can't find the core file in /var/crash or /var/lib/systemd/coredump 
or in build/gr-qtgui/python/qtgui. I'll have to figure out how to 
access the core file to find out exactly which program is failing.


Chad

On 10/28/21 9:10 PM, Ron Economos wrote:


If you were trying to build the master branch, then log4cpp is too 
old on Ubuntu 18.04. Again, you'll need to build it from source. Or, 
as you've found, switching to maint-3.9 also works.


http://log4cpp.sourceforge.net/

To resolve the Qt5 issue, try installing libqwt-qt5-dev. The file 
it's looking for is /usr/lib/libqwt-qt5.so.


Just FYI, on new systems I install qtbase5-dev, libqwt-qt5-dev and 
libqt5svg5-dev and that takes care of everything


You can look at why the QA test failed by inspecting the file 
gnuradio/build/Testing/Temporary/LastTest.log


If you're willing to build CMake from source, newer versions (3.17 
and after I think) provide a find_package debug option. Just add 
-DCMAKE_FIND_DEBUG_MODE=ON to the CMake command line and you'll get 
copious amounts of debug information showing where CMake looked for 
packages


Ron

On 10/28/21 5:41 PM, Chad Spooner wrote:


All:

After a lot of hand-to-hand combat with cmake, I got past that step 
and attempted the compilation step, which immediately started 
failing (using gcc 8.4). So ... I gave up and switched to maint-3.9, 
got past the cmake step much faster, got through the compilation. 
However, one test from 'make test' fails:


99% tests passed, 1 tests failed out of 247

Total Test time (real) = 125.33 sec

The following tests FAILED:
    228 - qa_qtgui (Failed)
Errors while running CTest
Makefile:85: recipe for target 'test' failed
make: *** [test] Error 8

Even though in the cmake step I see:

-- Configuring gr-channels support...
--   Dependency ENABLE_GNURADIO_RUNTIME = ON
--   Dependency ENABLE_GR_BLOCKS = ON
--   Dependency ENABLE_GR_FFT = ON
--   Dependency ENABLE_GR_FILTER = ON
--   Dependency ENABLE_GR_ANALOG = ON
--   Enabling gr-channels support.
--   Override with -DENABLE_GR_CHANNELS=ON/OFF
-- Python checking for PyQt5 - found
-- Checking for module 'Qt5Qwt6'
--   No package 'Qt5Qwt6' f

Re: gr-tutorial error

2021-10-29 Thread Vasil Velichkov

Hi Wojciech,

On 29/10/2021 15.48, Wojciech Kazubski via GNU Radio, the Free & Open-Source 
Toolkit for Software Radio wrote:
> Gr-tutorial is GR-3.7 only and will not build with version 3.8 or 3.9.

It has been updated for 3.8 and 3.9 and it has separate sections where needed - 
like for XML vs YAML files.

2.5 Step 4: Flesh out the XML file
2.6 Step 4 bis: Flesh out the YAML file

Regards,
Vasil

Re: gr-tutorial error

2021-10-29 Thread GNU Radio, the Free & Open-Source Toolkit for Software Radio

> Good afternoon,
> 
> I am working on the tutorial for creating My QPSK Demodulator block and it
> seems that I have run into an error when I execute the flow graph. The
> error:
> Traceback (most recent call last):
>   File "/home/mariom/gr-tutorial/build/top_block.py", line 191, in 
> main()
>   File "/home/mariom/gr-tutorial/build/top_block.py", line 167, in main
> tb = top_block_cls()
>   File "/home/mariom/gr-tutorial/build/top_block.py", line 82, in __init__
> self.tutorial_my_qpsk_demod_cb_0 = tutorial.my_qpsk_demod_cb(True)
> AttributeError: module 'tutorial' has no attribute 'my_qpsk_demod_cb'
> 
> In case you in the link for the tutorial here it is: Click here
> 
> 
> I have been looking at the My QPSK Demodulator code blocks to see if there
> was something I missed but it does not seem so. I'm using Ubuntu 20.04.3
> LTS and I downloaded Gnuradio 3.8.4.0. I'm not sure where to go after this.
> Any suggestions? Thank you for your time. Have a nice day.
> 
> -Mario Moran

Gr-tutorial is GR-3.7 only and will not build with version 3.8 or 3.9.
If you want to follow QPSK demodulation tutorial, there is a link to 
mpsk_stage6.grc flowgraph there that does not require My QPSK Demodulator 
block. 
-- 

Wojciech Kazubski

Re: gr-tutorial error

2021-10-29 Thread Vasil Velichkov

Hi Mario,

Welcome to GNU Radio!

On 29/10/2021 01.08, Mario Moran wrote:
> AttributeError: module 'tutorial' has no attribute 'my_qpsk_demod_cb'

Usually this error indicates undefined symbol/reference in the OOT's shared 
object (.so) file. To find our the exact problem go to your OOT's build 
directory, execute `ldd -r lib/*.so` and provide the full output.

Also to improve the error handling in python/__init__.py change ImportError to 
ModuleNotFoundError. Then rebuild, reinstall and run you flowgraph.

See also https://github.com/gnuradio/gnuradio/issues/4761

Regards,
Vasil

Re: Cannot specify link libraries for target "Python::NumPy"

Re: Cannot specify link libraries for target "Python::NumPy"

Re: USRP N210 growing latencies

Re: Cannot specify link libraries for target "Python::NumPy"

Re: gr-tutorial error

Re: gr-tutorial error

Re: gr-tutorial error

7 matches

Site Navigation

Mail list logo

Footer information