0806d8a0:Call kernel32.SetCommTimeouts(00000084,406050f0) ret=0043de48
0806d8a0:trace:comm:SetCommTimeouts (84,0x406050f0)
0806d8a0: set_serial_info( handle=132, flags=1, readinterval=ffffffff,
readconst=00000000, readmult=00000000, writeconst=0000000a,
writemult=0000000a, eventmask=403a09f1, commerror=403a09f1 )
0806d8a0: set_serial_info() = 0
0806d8a0: get_handle_fd( handle=132, access=80000000 )
0806d8a0: *fd* 132 -> 22
0806d8a0: get_handle_fd() = 0 { fd=-1, type=3 }
0806d8a0: set_handle_info( handle=132, flags=0, mask=0, fd=17 )
0806d8a0: set_handle_info() = 0 { old_flags=0, cur_fd=17 }
0806d8a0:Ret kernel32.SetCommTimeouts() retval=00000001 ret=0043de48
whas this what you ment
or this
0806d8a0:trace:win32:PE_fixup_imports --- SetCommTimeouts KERNEL32.dll.0
0806d8a0:trace:win32:MODULE_GetProcAddress (40661000,SetCommTimeouts)
0806d8a0:trace:win32:PE_FindExportedFunction (SetCommTimeouts)
The1trex
--
Philosophers have tried to interpret the world in different ways; the
important thing is to change it.
- Karl Marx
>From: g.patel@wanadoo.fr.invalid (gerard patel)
>Reply-To: wine-users@winehq.com
>To: wine-users@winehq.com
>Subject: Re: Resource temporarily unavailable
>Date: Wed, 05 Dec 2001 14:36:55 GMT
>
>On Wed, 05 Dec 2001 12:27:32 +0000, "T REX" <the1trex@hotmail.com>
>wrote:
>
> >Hmm well it is a posibilty, the weird thing here is that the Thinkboxx
> >does not use hardware flow controll, this i know since the serial cabel
> >suplied only has three pins where two are data and one is ground.
> >I think that the lacking support may be conusing the error, but why does
>it
> >work under windows when hardware flow controll is not available.
> >The program must be relaying on software flow controll,
> >does windows use software flow controll that emulates DTS/DTR signals.
> >
> >The fact that it is the lacking 1024 bytes that couses the problem
>strongly
> >supports the teory that the problem resides in the serial communication.
> >Maybe that when the thinkboxx sends an request, this request for some
>reason
> >does not rach the comm port or that the answer dont, maybe i hawe a
>wronlgly
> >configured flow controll.
> >
> >On windows the program does not hang ewen when nothing is connected to
>the
> >comm port so it cant be getting the 1024 bytes there either but it dosnt
> >hang,
>
>It could be that Windows just times out.
>Could you try to apply to dlls/kernel/comm.c
>the following patch :
>
>--- comm.c.orig Fri Nov 30 18:46:43 2001
>+++ comm.c Wed Dec 5 14:34:30 2001
>@@ -1392,6 +1392,13 @@
> return FALSE;
> }
>
>+ TRACE("timeouts=%ld %ld %ld %ld %ld\n",
>+ lptimeouts->ReadIntervalTimeout,
>+ lptimeouts->ReadTotalTimeoutMultiplier,
>+ lptimeouts->ReadTotalTimeoutConstant,
>+ lptimeouts->WriteTotalTimeoutMultiplier,
>+ lptimeouts->WriteTotalTimeoutConstant);
>+
> SERVER_START_REQ( set_serial_info )
> {
> req->handle = hComm;
>
>and post the part of the trace with SetCommTimeouts,
>this would show what are the values passed to this Api.
>
>Gerard
>_______________________________________________
>wine-users mailing list
>wine-users@winehq.com
>http://www.winehq.com/mailman/listinfo/wine-users
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
