Bug #3999
closedUndefined symbol: rtlsdr_set_bias_tee
100%
Description
I have just cloned the latest version from the GIT and am compiling on a Raspberry Pi v3. I am trying to run RTL_TCP and am getting the following output:
$ rtl_tcp
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
Tuned to 100000000 Hz.
rtl_tcp: symbol lookup error: rtl_tcp: undefined symbol: rtlsdr_set_bias_tee
$
The program then seems to abort.
Updated by laforge almost 5 years ago
On Mon, May 13, 2019 at 11:34:01AM +0000, StandingWave [REDMINE] wrote:
rtl_tcp: symbol lookup error: rtl_tcp: undefined symbol: rtlsdr_set_bias_tee
This means you're running an rtl_tcp binary that doesn't match the librtlsdr shared
library. Please make sure you're not mixing libraries and binaries from different
sources/versions. This is why it's typically a good idea to use package managers
on Linux and not manually install binaries as your system can easily get in an unclean
state where headers and or libraries and or executables don't match versions anymore.
Updated by StandingWave almost 5 years ago
Thanks for your response. I did initially install the rtl-sdr package available from the Raspian repository, but it did not seem to contain any binaries? Certainly not the rtl_test or rtl_tcp binaries. This is why I removed and purged the package and then downloaded and compiled the sources. I usually compile as a last resort but in this case it seemed to be the only viable option.
I did a little more digging and it seems that there was another package called librtlsdr0 package on the system which apt remove rtl-sdr did not remove. I have now removed this and the error seems to have gone.
Thanks.
Updated by laforge almost 5 years ago
- Status changed from New to Resolved
- Assignee set to laforge
- % Done changed from 0 to 100
