Declaration Syntax| C# | Visual Basic | Visual C++ |
public static int InterruptTransfer( MonoUsbDeviceHandle deviceHandle, byte endpoint, Object data, int length, out int actualLength, int timeout )
Public Shared Function InterruptTransfer ( _ deviceHandle As MonoUsbDeviceHandle, _ endpoint As Byte, _ data As Object, _ length As Integer, _ <OutAttribute> ByRef actualLength As Integer, _ timeout As Integer _ ) As Integer
public: static int InterruptTransfer( [InAttribute] MonoUsbDeviceHandle^ deviceHandle, unsigned char endpoint, Object^ data, int length, [OutAttribute] int% actualLength, int timeout )
Parameters- deviceHandle (MonoUsbDeviceHandle)
- A handle for the device to communicate with.
- endpoint (Byte)
- The address of a valid endpoint to communicate with.
- data (Object)
A suitably-sized data buffer for either input or output (depending on endpoint).
This value can be:- An Array of bytes or other blittable types.
- An already allocated, pinned GCHandle. In this case AddrOfPinnedObject()()()() is used for the buffer address.
- An IntPtr.
- length (Int32)
- For interrupt writes, the number of bytes from data to be sent. for interrupt reads, the maximum number of bytes to receive into the data buffer.
- actualLength (Int32%)
- Output location for the number of bytes actually transferred.
- timeout (Int32)
- Timeout (in milliseconds) that this function should wait before giving up due to no response being received. For an unlimited timeout, use value 0.
Return Value- 0 on success (and populates actualLength)
- ErrorTimeout if the transfer timed out
- ErrorPipe if the endpoint halted
- ErrorOverflowif the device offered more data, see Packets and overflows
- ErrorNoDevice if the device has been disconnected
- another MonoUsbError code on other failures
RemarksThe direction of the transfer is inferred from the direction bits of the endpoint address.
For interrupt reads, the length field indicates the maximum length of data you are expecting to receive. If less data arrives than expected, this function will return that data, so be sure to check the transferred output parameter.
You should also check the transferred parameter for interrupt writes. Not all of the data may have been written. Also check transferred when dealing with a timeout error code. libusb may have to split your transfer into a number of chunks to satisfy underlying O/S requirements, meaning that the timeout may expire after the first few chunks have completed. libusb is careful not to lose any data that may have been transferred; do not assume that timeout conditions indicate a complete lack of I/O.
Note:
Member documentation was originally generated using the Libusb-1.0 API documentation:
Synchronous device I/O