wine fakedll и линуксовые потоки

А что за программатор? Мимокродил, просто очень интересно

да SinoWealth JET51. Там долгая история, хотел распотрошить прошивку умного чайника, а вон чем кончилось...

лучше отснифай и отреверси протокол

да это-то как раз несложно и неинтересно. Читать-писать флешку микросхемы я более-менее умею напрямую. Прикол в том, что у них база данных по девайсам в каком-то бинарном формате в отдельных файлах хранится, и с ней (разумеется) умеет работать только их софтина. Плюс у них плагин для Keil IDE для интерактивной отладки.

Хочется как-то реюзать их приложения, написав при этом по минимуму костылей.

--

Кстати, в рамках оффтопа — как там ваш hp 2110 поживает? :-)

Переписал dll.so со старой версией libusb-0.1 — все работает стабильно (она потоки внутри себя не юзает).

Я как-то начал писать fakedll для 0.1. Застопорилось на не 100% совместимости в хедерах, чего я не ожидал. А теперь вообще не могу найти тот код, где я пытался копировать в usb_find_busses(), usb_get_busses(), usb_find_devices() из линуксовой структуры в виндовую. А как у тебя вышло?

Не понимаю, почему эти fakedll до сих пор не в составе вайна. Без нормальной поддержки usb (Александр Морозов начал, а потом вдруг ушёл, кажись, в DrWeb) был бы usb хоть для тех программ, которые используют libusb.

ну, там вендор написал свой велосипед вместо libusb — программатор-то древний, на PDIUSB12 и каком-то Winbond-контроллере. Вот типа пример из его API

BOOL VendorControlIn(HANDLE *hFile,
             uint8_t bmRequest,
             uint16_t wValue,
             uint16_t wIndex,
             uint16_t wLength,
             uint8_t *lpOutBuffer,
             uint32_t *lpNumberOfBytesTransferred);

Ложится идеально на usb_control_msg с requestType = 0xc0.