* message queues & timers
@ 2003-02-14 17:16 Blanco Alejandro-EAB005
0 siblings, 0 replies; 3+ messages in thread
From: Blanco Alejandro-EAB005 @ 2003-02-14 17:16 UTC (permalink / raw)
To: 'pthreads-win32@sources.redhat.com'
I found many threads on Aurelio Medina's message queue implementation, but it does not appear to be in the distribution. I grabbed the latest version from the mailing list, but is there a reason not to put it in the release?
Is there support for timers? I know without signals it is hard to have general purpose support, but what about just supporting SIGEV_THREAD that uses a notification function?
Alex Blanco
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: message queues & timers
2003-02-14 18:14 Medina Sr, Aurelio
@ 2003-02-24 8:22 ` Ross Johnson
0 siblings, 0 replies; 3+ messages in thread
From: Ross Johnson @ 2003-02-24 8:22 UTC (permalink / raw)
To: Medina Sr, Aurelio; +Cc: Blanco Alejandro-EAB005, pthreads-win32
Hi,
[Sorry for the delay in responding. I've only just returned from
vacation today.]
The reason Aurelio's message queues aren't in the distribution is
that they rely on PROCESS_SHARED attribute objects, which are not
implemented in pthreads-win32, and therefore they won't work for
IPC. They do work within the same process though, but this is too
limited IMO. If included, I think they would be a trap for
programmers expecting to use them for IPC. See for example:
http://sources.redhat.com/ml/pthreads-win32/2001/msg00101.html
Regards.
Ross
Medina Sr, Aurelio wrote:
> If I remember correctly it was left out because it's not technically part of the POSIX Threads standard. It would be nice however if it was included as a separately library that came packaged with PThreads-Win32.
>
> Aurelio
> -----Original Message-----
> From: Blanco Alejandro-EAB005 [mailto:Alex.Blanco@motorola.com]
> Sent: Friday, February 14, 2003 11:16 AM
> To: 'pthreads-win32@sources.redhat.com'
> Subject: message queues & timers
>
>
> I found many threads on Aurelio Medina's message queue implementation, but it does not appear to be in the distribution. I grabbed the latest version from the mailing list, but is there a reason not to put it in the release?
>
> Is there support for timers? I know without signals it is hard to have general purpose support, but what about just supporting SIGEV_THREAD that uses a notification function?
>
> Alex Blanco
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: message queues & timers
@ 2003-02-14 18:14 Medina Sr, Aurelio
2003-02-24 8:22 ` Ross Johnson
0 siblings, 1 reply; 3+ messages in thread
From: Medina Sr, Aurelio @ 2003-02-14 18:14 UTC (permalink / raw)
To: Blanco Alejandro-EAB005, pthreads-win32
If I remember correctly it was left out because it's not technically part of the POSIX Threads standard. It would be nice however if it was included as a separately library that came packaged with PThreads-Win32.
Aurelio
-----Original Message-----
From: Blanco Alejandro-EAB005 [mailto:Alex.Blanco@motorola.com]
Sent: Friday, February 14, 2003 11:16 AM
To: 'pthreads-win32@sources.redhat.com'
Subject: message queues & timers
I found many threads on Aurelio Medina's message queue implementation, but it does not appear to be in the distribution. I grabbed the latest version from the mailing list, but is there a reason not to put it in the release?
Is there support for timers? I know without signals it is hard to have general purpose support, but what about just supporting SIGEV_THREAD that uses a notification function?
Alex Blanco
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-02-24 8:22 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-02-14 17:16 message queues & timers Blanco Alejandro-EAB005
2003-02-14 18:14 Medina Sr, Aurelio
2003-02-24 8:22 ` 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).