1/27/2024 0 Comments CopyQ 7.1.0 for ios instal free![]() That future rebuilders don't need to worry as much about their buildĬhange-Id: I30a4e2ff3919929001c2319c4bb80354f7bcfda0ĭiff -git a/host/windows/.gitignore b/host/windows/.gitignore Update SOURCES to explicitly set Windows Vista as the target. ![]() For source files that are already majority CRLF, make the whole file CRLF. Update BUILDME.TXT files with up-to-date instructions. The old address, using DEBUG_CRTS=1 to pickup the debug ATL for checked USER_C_FLAGS=/EHsc, removing /Wp64, manually setting DLL base addresses to This entailed modifying SOURCES files to use USE_NATIVE_EH=1 instead of Version to what built the last version of these files. ![]() Update AdbWinApi.dll, AdbWinUsbApi.dll, adb_winapi_test.exe buildĮnvironments to WDK 7.1.0, which seems to be the publicly available closest The future (or at least so crash addresses can be manually symbolized). Include AdbWinUsbApi.pdb (debugging symbols) so the DLL can be debugged in ![]() Update AdbWinUsbApi.dll in prebuilt tree. Increased AdbWinUsbApi.dll file version info from 2.0.0.0 to 2.0.0.1. Way adb uses it, fix dumping of initial "handshake". Symbolize some dumped data to make things more readable, disable old testĬode that looked for specific hardware, test AdbGetInterfaceName() the same adb_winapi_test misc: more strictly check return values and error codes, Added a test case to adb_winapi_test that reproduces the race condition and Some modern 3rd party devices were still using the legacy driver or a similarĭriver derived from the original source code. (I don't know the official status of it). The source code for the 'legacy kernelĭriver' was deleted from AOSP over 4 years ago, so it is probably deprecated Kernel driver' instead of AdbWinUsbApi.dll (which uses WinUsb.dll which uses a This causes AdbWinApi.dll to call a 'legacy ![]() This fix should not affect devices whose vendor supplies Windows USB drivers The fix is to make AdbCloseHandle(endpoint) set a flag to prevent future IOsįrom starting up, abort any pending IOs, and wait for the pending IOs to abort.ĪdbEndpointAsync() (the async APIs) since Interface would clobber the WinUsb handles, causing a concurrent There is a race condition in AdbWinUsbApi.dll where AdbCloseHandle() of an F6b91cf39b54e0a6f59e53f4de968b0745350d7e ĪdbWinUsbApi.dll: fix race condition crash in WinUsb.dll ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |