> -----Original Message-----
> From: lib...@li...=20
> [mailto:lib...@li...] On=20
> Behalf Of Benedikt Sauter
> Sent: 2007 July 23 07:45
> To: lib...@li...
> Subject: [Libusb-win32-devel] bulk write is good but at bulk=20
> read:usb_reap_async: timeout error
>=20
> Hello,
>=20
> did anybody know an solution for this problem?
>=20
> http://osdir.com/ml/lib.libusb.devel.windows/2006-07/msg00032.html
>=20
> I have the same problem:
>=20
> I can write to my device but can't read. (Bulkendpoint)
>=20
> Libusb tells me this:
>=20
> found 1 busses
> usb_set_debug: Setting debugging level to 255 (on)
> 3 Bytes written
> LIBUSB_DLL error: usb_reap_async: timeout error
> Error usb_bulk_read: -116
> usb_reap_async: timeout error (2)
>=20
> My application works on linux without problems. Only on windows with
> cygwin this problem occours.
You have to set the MS bit of the endpoint address for input
transfers when working with the Windows version of libusb.
The Linux version takes care of this for you.
Dave
***************************************************************************=
***************************************************************************=
***************************************************************************=
****************
NICE CTI Systems UK Limited ("NICE") is registered in England under company=
number, 3403044. The registered office of NICE is at Tollbar Way, Hedge E=
nd, Southampton, Hampshire SO30 2ZP.
Confidentiality: This communication and any attachments are intended for th=
e above-named persons only and may be confidential and/or legally privilege=
d. Any opinions expressed in this communication are not necessarily those o=
f NICE. If this communication has come to you in error you must take no act=
ion based on it, nor must you copy or show it to anyone; please delete/dest=
roy and inform the sender by e-mail immediately.
Monitoring: NICE may monitor incoming and outgoing e-mails.
Viruses: Although we have taken steps toward ensuring that this e-mail and=
attachments are free from any virus, we advise that in keeping with good c=
omputing practice the recipient should ensure they are actually virus free.
***************************************************************************=
***************************************************************************=
***************************************************************************=
*******************
=20
|
