Hi John,
you could find the exact libosmosdr*.so that is used at runtime.
Of course, searching your filesystem for any libosmosdr* would be
clever, but it might be that you have multiple prefixes or so, so
we might as well make sure that at the time python actually starts
loading libraries, nothing looks in the wrong places:
I'm sure we could come up with cooler ways of doing that, but for
now, why not simply run
strace -e trace=open -o opened_files.txt python2 simple_ra
--aperture 2.4 --ant RX2 --srate 10.0e6 --dbw 8.0e6 --freq
1420.4057e6 --gain 37.5 --dcg 1000 --lrate 30 --integ 30 --devid
uhd='a',type=usrp2,addr=192.168.10.2,lo_offset=7.34e6,subdev=A:0
--longitude 172.570925 --latitude -43.519023
and then something like
grep osmosdr opened_files.txt
Then, simply check the file modification date of that file :)
Best regards,
Marcus
On 07/16/2017 11:44 AM, John Shields
wrote:
Thanks Marcus,
I used the other Marcus' build_gnuradio
script and I believe that it rebuilt gr-osmosdr. How would I
check?
I built 3.7.11.1 on July 7th on 14.04
LTS and today, I rebuilt again on 16.04.
Kind Regards,
John
On 16/07/17 09:28, Marcus Müller wrote:
Hi John,
looks like the the problem might (not sure) be that
something tries to access a different version of the python
libraries than you use now – so, seeing that simple_ra doesn't
come with any code that needs to be compiled itself, it does
look like there might be a remnant of your 14.04-time GNU
Radio installation *somewhere* on the system.
Soo, checking the usual suspects: did you also recompile
gr-osmosdr after you rebuilt GNU Radio and UHD?
Best regards,
Marcus
On 07/16/2017 09:53 AM, John
Shields wrote:
Hi,
While I usually regret it, I decided to update my Ubuntu
system from 14.04 LTS to 16.04 LTS and it seemed to go fine. I
rebuilt GNURadio and UHD and that seemed to go fine but when I
run Simple_ra with:
simple_ra --aperture 2.4 --ant RX2 --srate 10.0e6 --dbw 8.0e6
--freq 1420.4057e6 --gain 37.5 --dcg 1000 --lrate 30 --integ
30 --devid
uhd='a',type=usrp2,addr=192.168.10.2,lo_offset=7.34e6,subdev=A:0
--longitude 172.570925 --latitude -43.519023
linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_003.010.001.001-79-g7ac01c7f
gr-osmosdr v0.1.4-98-gc653754d (0.1.5git) gnuradio 3.7.11.1
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf
rfspace airspy redpitaya
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
-- Detecting internal GPSDO.... Found an internal GPSDO:
Jackson-Labs, FireFly , Firmware Rev 0.926
-- Setting references to the internal GPSDO
-- Using subdev spec 'A:0'.
-- Using LO offset of 7.34e+06 Hz.
python2: malloc.c:2394: sysmalloc: Assertion `(old_top ==
initial_top (av) && old_size == 0) || ((unsigned long)
(old_size) >= MINSIZE && prev_inuse (old_top)
&& ((unsigned long) old_end & (pagesize - 1)) ==
0)' failed.
Aborted (core dumped)
When I fed the failure message to professor GOOGLE, I got talk
of snap and xevilteddy but the commands for 32-bit didn't seem
to work for my 64-bit i7 system.
Any idea(s) about how I can get rid of this message?
kind Regards,
John
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
|