NameDateSize

..10-Aug-201812 KiB

aclocal.m410-Aug-201838.6 KiB

AUTHORS10-Aug-201831

ChangeLog10-Aug-20188.7 KiB

compile10-Aug-20183.6 KiB

config.guess10-Aug-201844.4 KiB

config.h10-Aug-20182.3 KiB

config.h.in10-Aug-20181.9 KiB

config.sub10-Aug-201832.9 KiB

configure10-Aug-2018395 KiB

configure.ac10-Aug-20181.9 KiB

COPYING10-Aug-201825.8 KiB

depcomp10-Aug-201817.4 KiB

examples/10-Aug-20184 KiB

INSTALL10-Aug-20189.2 KiB

install-sh10-Aug-201813.3 KiB

libusb/10-Aug-20184 KiB

libusb-compat.xcodeproj/10-Aug-20184 KiB

libusb-config.in10-Aug-20181.3 KiB

libusb.pc.in10-Aug-2018268

LICENSE10-Aug-20182.2 KiB

ltmain.sh10-Aug-2018239.4 KiB

m4/10-Aug-20184 KiB

MacConfigExternalDebug.xcconfig10-Aug-2018615

MacConfigExternalRelease.xcconfig10-Aug-2018854

Makefile.am10-Aug-2018462

Makefile.in10-Aug-201822.6 KiB

missing10-Aug-201810.9 KiB

MODULE_LICENSE_LGPL10-Aug-20180

NEWS10-Aug-2018725

NOTICE10-Aug-201825.8 KiB

README10-Aug-20182 KiB

README.version10-Aug-2018129

README

1libusb-compat-0.1
2=================
3
4A compatibility layer allowing applications written for libusb-0.1 to work
5with libusb-1.0. libusb-compat-0.1 attempts to look, feel, smell and walk
6like libusb-0.1.
7
8Do not attempt to install libusb-0.1 and libusb-compat-0.1 on the same system.
9
10Known quirks/differences from libusb-0.1:
11 1. usb_resetep(), a previously deprecated function, is implemented as
12    equivalent to calling usb_clear_halt().
13 2. libusb-0.1 allowed you to open a device which you did not have permission
14    to do anything useful with (all I/O requests would immediately fail).
15    libusb-compat-0.1 does not allow you to open such devices. You can still
16    read descriptor info without opening a device.
17 3. usb_device's "num_children" attribute is hardcoded to 0, and "children"
18    is hardcoded to NULL. Do you need this information in your software? Let
19    us know on the mailing list, and we'll add it.
20 4. Some libusb-0.1 users may have implemented I/O cancellation by running
21    transfers in their own threads and simply killing the thread when they
22    don't want to do the transfer any more. This is bad programming practice
23    for obvious reasons, and this lack of functionality was one of the primary
24    drivers for libusb-1.0 development. With libusb-1.0 or libusb-compat-0.1
25    backed by libusb-1.0, forcefully killing threads in this way is likely
26    to cause all libusb I/O to halt. Instead, port your application to use
27    libusb-1.0's asynchronous transfer API, which supports transfer
28    cancellation.
29 5. Error codes returned on certain events may not exactly match the error
30    codes returned by libusb-0.1. Patches accepted to bring us closer to the
31    behaviour of libusb-0.1 on Linux.
32
33libusb homepage:
34http://libusb.sourceforge.net
35
36Use the mailing list for questions, comments, etc:
37https://sourceforge.net/mailarchive/forum.php?forum_name=libusb-devel
38
39- Daniel Drake <dsd@gentoo.org>
40(use the mailing list rather than mailing developers directly)
41
42

README.version