Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Segmentation fault using plutoSDR on Ubuntu LTS 22.04 #749

Open
sdy623 opened this issue Dec 31, 2023 · 3 comments
Open

Segmentation fault using plutoSDR on Ubuntu LTS 22.04 #749

sdy623 opened this issue Dec 31, 2023 · 3 comments

Comments

@sdy623
Copy link

sdy623 commented Dec 31, 2023

I am got trouble with my plutoSDR device using this tool. It always shows Segmentation fault when I try to run this program to get data form my device.

Here are some information about my issues

Scenario

gnss-sdr --config_file=../gnss-sdr.conf 
Initializing GNSS-SDR v0.0.18.git-next-6b9ad0332 ... Please wait.
Logging will be written at "/tmp"
Use gnss-sdr --log_dir=/path/to/log to change that.
device address: 192.168.137.101
frequency : 1575420000 Hz
sample rate: 3000000 Sps
gain mode: manual
item type: gr_complex
RF Channels: 1
[1]    109598 segmentation fault (core dumped)  gnss-sdr --config_file=../gnss-sdr.conf

Config file

Here is my config file My config

Callstack from core dump file

And I used gdb to show the callstack at the error occurred.

(gdb) bt
#0  0x000055870b52017c in std::__shared_ptr<gr::io_signature, (__gnu_cxx::_Lock_policy)2>::__shared_ptr (this=0x7fff1f8a2200)
    at /usr/include/c++/11/bits/shared_ptr_base.h:1152
#1  0x000055870b5201cb in std::shared_ptr<gr::io_signature>::shared_ptr (
    this=0x7fff1f8a2200) at /usr/include/c++/11/bits/shared_ptr.h:150
#2  0x000055870b5201fc in gr::basic_block::input_signature (this=0x0)
    at /usr/include/gnuradio/basic_block.h:162
#3  0x000055870b68c483 in SignalConditioner::connect (this=0x55870ed720d0, 
    top_block=std::shared_ptr<gr::top_block> (use count 2, weak count 1) = {...})
    at /home/***/gnss-sdr/src/algorithms/conditioner/adapters/signal_conditioner.cc:68
#4  0x000055870b500989 in GNSSFlowgraph::connect_signal_conditioners (
    this=0x55870ed60f30)
    at /home/***/gnss-sdr/src/core/receiver/gnss_flowgraph.cc:664
#5  0x000055870b4ffcda in GNSSFlowgraph::connect_desktop_flowgraph (
    this=0x55870ed60f30)
    at /home/***/gnss-sdr/src/core/receiver/gnss_flowgraph.cc:423
#6  0x000055870b4ff65c in GNSSFlowgraph::connect (this=0x55870ed60f30)
    at /home/***/gnss-sdr/src/core/receiver/gnss_flowgraph.cc:369
#7  0x000055870b4c3a4d in ControlThread::run (this=0x55870ed5cc20)
    at /home/***/gnss-sdr/src/core/receiver/control_thread.cc:380
#8  0x000055870b4b6b5b in main (argc=1, argv=0x7fff1f8a2810)
    at /home/***/gnss-sdr/src/main/main.cc:149

System Environment info:

System Version: Ubuntu LTS 22.04
Kernel Version: 6.2.0-39-generic
Shell: zsh 5.8.1
DE: GNOME 42.9
GNSS-SDR Version: v0.0.18.git-next-6b9ad0332
Gnuradio Version: 3.10.1.1

I would really appreciate any insight possible as to how I can navigate this issue.

@jwmelto
Copy link
Contributor

jwmelto commented Dec 31, 2023

You can see in #2 of your trace that this==0, which is pretty much guaranteed to dump core. It's in the SignalConditioner connect() call, on the input side.

I don't know anything about using your input device but when you have an IP address you generally need a port as well. I wonder if the source isn't being properly constructed and just isn't providing an error message?

@sdy623
Copy link
Author

sdy623 commented Jan 1, 2024

I used the ADALM-Pluto device, its connection protocol based on libido, which just need the up address can work well.

For my configuration file, I copied the signal source config from the documentation.

@Rupak910
Copy link

I am getting the same error. If you got any solution to your problem, kindly share.

Thank You

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants