Hi Marcus,
An update - i reinstalled python-wxgtk2.8 and that
dependency was satisfied when I re-ran Marcus' build_gnuradio script.
When I run the same command as before, I now get:
john@i7ubuntu:~$ ./simp_10.sh
linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_003.010.001.001-79-g7ac01c7f
Exception in thread Thread-8:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
File "/home/john/simple_ra/simple_ra_receiver.py", line 757, in
_tod_value_probe
self.set_tod_value(val)
File "/home/john/simple_ra/simple_ra_receiver.py", line 1564, in
set_tod_value
self.set_cal_result(sra.calib_onoff_auto(self.tod_value,
self.cdevn, self.cdevrate, self.cdevinit, self.cdevoff, self.cdevoff,
"\r", self.cinterval, self.contime))
File "/home/john/simple_ra/simple_ra_receiver.py", line 1586, in
set_cal_result
self.set_cr(self.cal_result if self.cex == True else "OFF")
File "/home/john/simple_ra/simple_ra_receiver.py", line 1764, in set_cr
self.set_cal_sig4log(1 if (self.cr == "ON" or self.cal_enable ==
True ) else 0)
File "/home/john/simple_ra/simple_ra_receiver.py", line 1966, in
set_cal_sig4log
self.set_tp_log_status(sra.log_tp_data(logger_tp.real,
logger_tp.imag, self.freq+self.sky_off, self.idecln, self.dbw,
self.longitude, self.prefix,
self.lrate,self.ira,self.tplog_ena,self.expname,self.cal_sig4log,self.stype,self.logger_det_a*self.dc_gain,self.logger_det_b*self.dc_gain))
NameError: global name 'logger_tp' is not defined
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)
So while I still have the malloc assert, I seem to have gained an issue
with logger_tp.
Not sure what else I should try?
Kind Regards,
John
On 16/07/17 10:37, Marcus Müller wrote:
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
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio