This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.
Christian Gagneraud chris at techworks.ieOn 07/08/12 14:54, Peter Stuge wrote: > Hi Chris, > > Christian Gagneraud wrote: >> Another "bug" I discovered is that if you just do a device scan to print >> available device and exit the python script, it will generate plenty of >> error messages like "libusb:warning [cancel_bulk_transfer] unrecognised >> discard errno 9", the workaround is to simply wait a bit before exiting. >> It seems that some USB packets are still pending after calling >> osmosdr.source_c(). > > I'm interested in this since I'm the libusb maintainer. > > Error 9 means that ioctl() returns "Invalid file descriptor" - so the > fd that came from open():ing the device has since become invalid. I > would appreciate if you can provide a short (python) program to > reproduce this error, or perhaps you can provide a debug log, > according to the http://libusb.org/wiki/debug page. It shouldn't Hi Peter, Please find attached the full log. I can provide u with a simple python program, but it will depends on gnuradio, gr-osmosdr and you will need a compatible device plugged in as well. Chris > happen. > > > Thanks > > //Peter > -- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 Web: http://www.techworks.ie/ -------------- next part -------------- A non-text attachment was scrubbed... Name: libusb.log Type: text/x-log Size: 226058 bytes Desc: not available URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20120807/b082703f/attachment.bin>