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 >>> [email protected] >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> [email protected] >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > _______________________________________________ > Discuss-gnuradio mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
