public inbox for pthreads-win32@sourceware.org
 help / color / mirror / Atom feed
* UWIN not supported
@ 2008-04-20 19:49 Paul Thomas
  2008-04-21  5:00 ` Ross Johnson
  0 siblings, 1 reply; 2+ messages in thread
From: Paul Thomas @ 2008-04-20 19:49 UTC (permalink / raw)
  To: pthreads-win32

Hi,

I read in the announcement (POSIX Threads (pthreads) for Win32) that  
UWIN is not supported. What does that mean exactly? Does it mean that  
the two won't work together or just that nobody wants to look into any  
problems?

If they don't work together, can anyone explain why? I mean is it just  
a question of routing signals or something more serious.

thanks,
Paul.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: UWIN not supported
  2008-04-20 19:49 UWIN not supported Paul Thomas
@ 2008-04-21  5:00 ` Ross Johnson
  0 siblings, 0 replies; 2+ messages in thread
From: Ross Johnson @ 2008-04-21  5:00 UTC (permalink / raw)
  To: pthreads-win32; +Cc: spongelavapaul

Paul Thomas wrote:
> Hi,
>
> I read in the announcement (POSIX Threads (pthreads) for Win32) that 
> UWIN is not supported. What does that mean exactly? Does it mean that 
> the two won't work together or just that nobody wants to look into any 
> problems?
Hi Paul,

In the most general sense it means that I don't run the test suite 
against any UWIN build of the library before releasing revisions. 
Several years ago now, I wasn't able to get the UWIN environment up and 
running and haven't had the interest to spend more time on it. I'd be 
happy to change the ANNOUNCE file if someone is willing to confirm that 
the [pthreads-win32] test suite passes - or passes with known exceptions.

As you've indicated, signals don't work, nor does shared memory etc. and 
AFAIK UWIN would need to be made threads-aware for these to work as well.

I assume they have worked together at least superficially in the past, 
hence the UWIN sections in the source (contributed by David Korn at 
AT&T). But to what extent they worked together back then I don't know. 
With minimal effort, someone who knows UWIN internals could probably get 
it working well enough to get through the pthreads-win32 test suite, but 
real applications that also need what UWIN provides, e.g. signals, still 
may not work.

Not sure if this helps at all but, ultimately, IMO UWIN needs it's own 
pthreads routines as Cygwin has done.

Ross

>
> thanks,
> Paul.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-04-21  5:00 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-04-20 19:49 UWIN not supported Paul Thomas
2008-04-21  5:00 ` Ross Johnson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).