[patch #3268] Run Loops with WaitForMultipleObjects in Mingw

[Adam Fedor]

This mail is an automated notification from the patch tracker
 of the project: GNUstep.

/**************************************************************************/
[patch #3268] Latest Modifications:

Changes by: 
                Adam Fedor <fedor@gnu.org>
'Date: 
                Tue 11/30/2004 at 03:55 (US/Mountain)

            What     | Removed                   | Added
---------------------------------------------------------------------------
         Assigned to | None                      | fedor


------------------ Additional Follow-up Comments ----------------------------
This patch is currently in the mingw-runloop branch of base.  It needs someone 
to test it on Windows and provide some feedback,






/**************************************************************************/
[patch #3268] Full Item Snapshot:

URL: <http://savannah.gnu.org/patch/?func=detailitem&item_id=3268>
Project: GNUstep
Submitted by: Luis Cabellos
On: Fri 08/06/2004 at 15:01

Category:  Foundation
Priority:  5 - Normal
Resolution:  None
Privacy:  Public
Assigned to:  fedor
Originator Email:  
Status:  Open


Summary:  Run Loops with WaitForMultipleObjects in Mingw

Original Submission:  Replace "select" function with "WaitForMultipleObjects" 
function in the Mingw version of GNUStep Run Loop. Replace sockets descriptors 
with win32 Handles to work with it. See [bugs #7952] that fix. 
Also wake in backend win32 messages instead of polling for it.
This patch only affects the migw32 code and let everything else the same.

Follow-up Comments
------------------


-------------------------------------------------------
Date: Tue 11/30/2004 at 03:55       By: Adam Fedor <fedor>
This patch is currently in the mingw-runloop branch of base.  It needs someone 
to test it on Windows and provide some feedback,

-------------------------------------------------------
Date: Wed 09/01/2004 at 10:02       By: Richard Frith-Macdonald <CaS>
I have since been told that the documentation/FAQ I read which told me that 
select supported more than 64 descriptors was wrong.
Had I known that when I did the original port, I'd have used 
MsgWaitForMultipleObjects right from day one!
I'd certainly like to see this patch applied as soon as possible - but it's a 
big one ... is the copyright assigned to the FSF?

-------------------------------------------------------
Date: Thu 08/19/2004 at 15:49       By: Fred Kiefer <FredKiefer>
I remember that I suggested a similar change to the windows 
MsgWaitForMultipleObjects functions years ago and Richard explained to me at 
that time, the big problem with this function was that it only allows a limited 
amount of handles (In the cygwin headers the limit is 64) and this would not be 
sufficent for GNUstep.
Perhaps Richard could comment on this patch?







File Attachments
-------------------

-------------------------------------------------------
Date: Fri 08/06/2004 at 15:06  Name: diff.back  Size: 758B   By: Zhen
Patch file of win32 backend
http://savannah.gnu.org/patch/download.php?item_id=3268&amp;item_file_id=3543

-------------------------------------------------------
Date: Fri 08/06/2004 at 15:02  Name: README.TXT  Size: 4.86KB   By: Zhen
detailed explain
http://savannah.gnu.org/patch/download.php?item_id=3268&amp;item_file_id=3542

-------------------------------------------------------
Date: Fri 08/06/2004 at 15:01  Name: diff.base  Size: 199.86KB   By: Zhen
Patch file
http://savannah.gnu.org/patch/download.php?item_id=3268&amp;item_file_id=3541






For detailed info, follow this link:
<http://savannah.gnu.org/patch/?func=detailitem&item_id=3268>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/