[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[patch #3268] Run Loops with WaitForMultipleObjects in Mingw

From: Adam Fedor
Subject: [patch #3268] Run Loops with WaitForMultipleObjects in Mingw
Date: Mon, 29 Nov 2004 23:03:05 -0500
User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/125.5.5 (KHTML, like Gecko) Safari/125.11

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

[patch #3268] Latest Modifications:

Changes by: 
                Adam Fedor <address@hidden>
                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

Date: Fri 08/06/2004 at 15:02  Name: README.TXT  Size: 4.86KB   By: Zhen
detailed explain

Date: Fri 08/06/2004 at 15:01  Name: diff.base  Size: 199.86KB   By: Zhen
Patch file

For detailed info, follow this link:

  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]