On 28 Nov 2001, Andreas Mohr Usenet 10/01 wrote: > > Call kernel32.ReadFile(00000060,43050000,00000400,40606988,4304a6cc) > > ret=0043ecff > > trace:file:ReadFile 96 0x43050000 1024 0x40606988 0x4304a6cc > > FIXME:pthread_rwlock_rdlock > > FIXME:pthread_rwlock_unlock > > trace:file:FILE_SetDosError errno = 11 Resource temporarily unavailable > > Ret kernel32.ReadFile() retval=00000000 ret=0043ecff > First, is 0x60 really the open handle to the comm device ? > If that's the case, then you should try to find out why this > *system error message* happens (add further debug traces to wine to find out > what request exactly is failing and why etc. etc.). Why go to that trouble? It obviously happens because no comm data is immediately available for reading, and nonblocking overlapped I/O is used. Have you never heard about nonblocking I/O?
