Files
SDL/src
Ozkan Sezer 98bec6749f hidapi, windows: sync with mainstream: change MAX_STRING_WCHARS to 126.
This merges mainstream commit
4f2e91bae8
(authored by Vladimir Gladkov) into ours. From the original commit log:

Win32 HID API doc says: For USB devices, the maximum string length is
126 wide characters (not including the terminating NULL character).

For certain USB devices, using a buffer larger or equal to 127 wchars
results in successful completion of HID API functions, but a broken
string is stored in the output buffer. This behaviour persists even if
HID API is bypassed and HID IOCTLs are passed to the HID driver directly
(IOCTL_HID_GET_MANUFACTURER_STRING, IOCTL_HID_GET_PRODUCT_STRING, etc).

So, the buffer MUST NOT exceed 126 wchars.

windows: refactor ULONGLONG hid_internal_get_info(...) ->
 hid_internal_detect_bus_type_result hid_internal_detect_bus_type(...)

hid_internal_detect_bus_type is now only responsible for detection of
the bus type; rename it accordingly. Also, mixing an internal flag and
DEV_INST into an ULONGLONG retval feels kinda hackish; use a cleaner
approach instead (add an internal flag to help distinguishing between
BLUETOOTH and BLE devices, then clear it once we are done).
2024-03-05 14:39:20 +03:00
..
2024-03-03 08:40:24 -08:00
2024-02-12 19:51:48 -08:00
2024-01-01 13:15:26 -08:00
2024-01-17 09:24:04 -08:00
2024-03-01 08:28:12 -05:00
2024-02-12 09:54:33 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00
2024-02-22 14:58:11 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00
2024-01-01 13:15:26 -08:00