[prev in list] [next in list] [prev in thread] [next in thread] 

List:       wine-patches
Subject:    Re: timed-out non-overlapped ReadFile
From:       Mike McCormack  <mike_mccormack () start ! com ! au>
Date:       2001-12-21 1:01:36
[Download RAW message or body]

This is a multi-part message in MIME format


This patch handles the special case where
ReadIntervalTimeout=MAXDWORD, ReadTotalTimeoutConstant=0 and
ReadTotalTimeoutMultiplier=0 a little better. We should just wait
until we get some data, then read it and return in that case.

Mike

ChangeLog:
* handle ReadIntervalTimeout=MAXDWORD special case a bit better


>That works.  Helps anyway.  The app seemed to take a long time to
decide
>it was finished transferring mail, but this sometimes happens.  It
keeps
>downloading a new list of access numbers and I keep restoring the old
>one from a tar.gz because none of the new numbers is local for
>me.  Maybe the new list is archived now from being old and some
operator
>has to hang a tape every time the app wants it.
>
>Lawson



------------------------------------------
mailto:Mike_McCormack@start.com.au
ph +82 16 430 0425

__________________________________________________________________
Get your free Australian email account at http://www.Looksmart.com.au

["special_timeout.diff" (application/octet-stream)]

Index: server/serial.c
===================================================================
RCS file: /home/wine/wine/server/serial.c,v
retrieving revision 1.15
diff -u -w -r1.15 serial.c
--- server/serial.c	2001/12/20 00:07:09	1.15
+++ server/serial.c	2001/12/20 02:54:26
@@ -211,6 +211,10 @@
     if(serial->attrib & FILE_FLAG_OVERLAPPED)
         return FD_TYPE_OVERLAPPED;
 
+    if( (serial->readinterval == MAXDWORD) &&
+        (serial->readmult == 0) && (serial->readconst == 0) )
+        return FD_TYPE_DEFAULT;
+
     return FD_TYPE_TIMEOUT;
 }
 


[prev in list] [next in list] [prev in thread] [next in thread]