bugGNUstep - Bugs: bug #7952, Thread comminucation setup on...

Group
 
 

bug #7952: Thread comminucation setup on MinGW fails

Submitter:  Willem Rein Oudshoorn <wim>
Submitted:  Mon 01 Mar 2004 10:18:08 AM UTC
   
 
Category:  Base/Foundation Severity:  1 - Wish
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Wed 23 Feb 2005 04:19:47 PM UTC, comment #2: 

Rewritten to use a windows Event for thread synchronisation
rather than a pipe.

I tried Luis' code ... but it didn't work for me ... for some reason windows insisted on signalling an event on the pipe continuously event though it hadn't been written to.

Richard Frith-Macdonald <CaS>
Group Member
Mon 28 Jun 2004 09:29:36 AM UTC, comment #1: 

I have it work using Windows WaitForMultipleObjects instead select in the -[GSRunLoopCtxt pollUntil:within:] method and use pipe windows handle in the -[NSRunLoop addEvent:type:watcher:forMode] instead of _open_osfhandle() handle.

But it's a ugly hack and the completed fixed version need more recode and changes in the others classes in order than works with WaitForMultipleObjects.

Luis Cabellos <Zhen>
Mon 01 Mar 2004 10:18:08 AM UTC, original submission:  

In the +[GSPerformHolder initialize] method a pipe is created for
interthread signalling.  These pipes are added to the runloop sources.
However the runloop sources uses a kind of `select' call and under
MinGW (Windows) select does not accept pipes.  So this will fail.
Consequences, all multithreading programs will not run. 
The offending code is now outcommented, so it runs, but the
performSelectorOnMainThread methods will NOT work.  This needs to be
fixed.

Willem Rein Oudshoorn <wim>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 2 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-02-23 CaS StatusNone Fixed
    Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.13-758e.
Corresponding source code