RE: snapshot-2002-03-02 available

RE: snapshot-2002-03-02 available

[Aurelio Medina]

My POSIX MQ port depends on PThreads for Win32.  So until PTHREADS_SHARED_PROCESS is available the implementation works only between threads.

Aurelio Medina

-----Original Message-----
From: Crescioli, Phil [mailto:pcrescioli@dsrnet.com]
Sent: Friday, March 29, 2002 12:59 PM
To: pthreads-win32@sources.redhat.com
Subject: RE: snapshot-2002-03-02 available


Hello all,
I am re-visiting some Win32 stuff and...
Can I use Posix Message Queues for Win32 to send/receive messages 
between different processes in a single win32 box(ie; an MQ sender
process who
sends to a MQ reciever process)?

Or is Posix Message Queues for Win32 dependent on win32 pthreads making 
this not yet possible due to PTHREADS_SHARED_PROCESS not yet
implemented?
Thanks,
Phil Crescioli

> -----Original Message-----
> From:	Ross Johnson [SMTP:rpj@ise.canberra.edu.au]
> Sent:	Saturday, March 02, 2002 1:24 AM
> To:	pthreads-win32@sources.redhat.com
> Subject:	NEW: snapshot-2002-03-02 available
> 
> There are bugs fixes, new routines, new tests, and a lot
> of reorganisation. Please see the ANNOUNCE, NEWS, and BUGS
> files in the package or at:
> 
> http://sources.redhat.com/pthreads-win32/announcement.html
> 
> There is also an updated Copyright notice on the source
> code, but NO CHANGE to the licensing, which is the GNU LGPL.
> 
> The Copyright notice replaces the original inadequate notice
> and reflects the heritage of the project.
> 
> The Copyright notice is slightly different to the one that I
> proposed on this list a few months back. This change was at
> my own instigation. I don't expect anyone to have any
> objection to it since there was no objection to the previous
> one, but please let me know if you do.
> 
> I've also made acknowledgements more prominent in the
> CONTRIBUTORS file and ChangeLog to go with the change in the
> copyright notice. Let me know if I've missed you out, or
> missed noting any significant contributions.
> 
> Enjoy!
> Ross

RE: snapshot-2002-03-02 available

[Crescioli, Phil]

Hello all,
I am re-visiting some Win32 stuff and...
Can I use Posix Message Queues for Win32 to send/receive messages 
between different processes in a single win32 box(ie; an MQ sender
process who
sends to a MQ reciever process)?

Or is Posix Message Queues for Win32 dependent on win32 pthreads making 
this not yet possible due to PTHREADS_SHARED_PROCESS not yet
implemented?
Thanks,
Phil Crescioli

> -----Original Message-----
> From:	Ross Johnson [SMTP:rpj@ise.canberra.edu.au]
> Sent:	Saturday, March 02, 2002 1:24 AM
> To:	pthreads-win32@sources.redhat.com
> Subject:	NEW: snapshot-2002-03-02 available
> 
> There are bugs fixes, new routines, new tests, and a lot
> of reorganisation. Please see the ANNOUNCE, NEWS, and BUGS
> files in the package or at:
> 
> http://sources.redhat.com/pthreads-win32/announcement.html
> 
> There is also an updated Copyright notice on the source
> code, but NO CHANGE to the licensing, which is the GNU LGPL.
> 
> The Copyright notice replaces the original inadequate notice
> and reflects the heritage of the project.
> 
> The Copyright notice is slightly different to the one that I
> proposed on this list a few months back. This change was at
> my own instigation. I don't expect anyone to have any
> objection to it since there was no objection to the previous
> one, but please let me know if you do.
> 
> I've also made acknowledgements more prominent in the
> CONTRIBUTORS file and ChangeLog to go with the change in the
> copyright notice. Let me know if I've missed you out, or
> missed noting any significant contributions.
> 
> Enjoy!
> Ross

RE: snapshot-2002-03-02 available

[Crescioli, Phil]

Ross,
Your win32pthreads lib saved me so much time porting my threaded code
from unix
to windows!  Unfortunately some of my code works by sending data via
message queues
between threads of different processes.  Any idea if your going to
support 
_POSIX_THREAD_PROCESS_SHARED in a near future release?
Thanks,
Phil Crescioli 


>>>The following POSIX 1003.1 2001 options are not defined: 
>>>_POSIX_THREAD_ATTR_STACKADDR 
>>>_POSIX_THREAD_PRIO_INHERIT 
>>>_POSIX_THREAD_PRIO_PROTECT 
>>>_POSIX_THREAD_PROCESS_SHARED 


> -----Original Message-----
> From:	Ross Johnson [SMTP:rpj@ise.canberra.edu.au]
> Sent:	Saturday, March 02, 2002 1:24 AM
> To:	pthreads-win32@sources.redhat.com
> Subject:	NEW: snapshot-2002-03-02 available
> 
> There are bugs fixes, new routines, new tests, and a lot
> of reorganisation. Please see the ANNOUNCE, NEWS, and BUGS
> files in the package or at:
> 
> http://sources.redhat.com/pthreads-win32/announcement.html
> 
> There is also an updated Copyright notice on the source
> code, but NO CHANGE to the licensing, which is the GNU LGPL.
> 
> The Copyright notice replaces the original inadequate notice
> and reflects the heritage of the project.
> 
> The Copyright notice is slightly different to the one that I
> proposed on this list a few months back. This change was at
> my own instigation. I don't expect anyone to have any
> objection to it since there was no objection to the previous
> one, but please let me know if you do.
> 
> I've also made acknowledgements more prominent in the
> CONTRIBUTORS file and ChangeLog to go with the change in the
> copyright notice. Let me know if I've missed you out, or
> missed noting any significant contributions.
> 
> Enjoy!
> Ross

Re: snapshot-2002-03-02 available

[Ross Johnson]

Hi,

"Crescioli, Phil" wrote:
> 
> Ross,
> Your win32pthreads lib saved me so much time porting my threaded code
> from unix to windows!

http://sources.redhat.com/pthreads-win32/contributors.html

>  Unfortunately some of my code works by sending data via
> message queues
> between threads of different processes.  Any idea if your going to
> support
> _POSIX_THREAD_PROCESS_SHARED in a near future release?
> Thanks,
> Phil Crescioli

As you know, there has been an attempt in the past to
include message queues.

Aurelio Medina <AMedina at xcaliber dot com> wrote an
implementation but unfortunately it relied on process shared
mutexes etc, which aren't supported by pthreads-win32.
Although, it did work for single process applications.

See thread starting at

http://sources.redhat.com/ml/pthreads-win32/2001/msg00085.html

Process shared objects would have to be the next major
ToDo for pthreads-win32 because there isn't a lot more that
can be added to the library without them. A few people have
been looking for message queues and possibly many others
who have considered pthreads-win32 and then silently moved
on.

I'm not sure if this is possible to do while supporting the
full POSIX semantics, but perhaps a restricted version might
be possible making use of Win32 named objects, putting
just the names into shared memory. The starting point
would have to be process shared semaphores, then the
other devices would start to fall into place.

I'll have to check over past discussion of this issue, but
I seem to recall some of the reasons it hasn't been done
yet are:

- technical feasibility. Anything is possible, but will it
  maximise the return on the investment :^);
- low priority. People who are willing to contribute
  time to the library don't need the feature themselves;
- it may start to pull in parts of the POSIX standard
  that are beyond the intended scope of the library,
  i.e. shared memory routines, even message queues.

Have you looked at other POSIX compatibility projects
such as Cygwin or UWIN?

Regards.
Ross

> 
> >>>The following POSIX 1003.1 2001 options are not defined:
> >>>_POSIX_THREAD_ATTR_STACKADDR
> >>>_POSIX_THREAD_PRIO_INHERIT
> >>>_POSIX_THREAD_PRIO_PROTECT
> >>>_POSIX_THREAD_PROCESS_SHARED
> 
> > -----Original Message-----
> > From: Ross Johnson [SMTP:rpj@ise.canberra.edu.au]
> > Sent: Saturday, March 02, 2002 1:24 AM
> > To:   pthreads-win32@sources.redhat.com
> > Subject:      NEW: snapshot-2002-03-02 available
> >
> > There are bugs fixes, new routines, new tests, and a lot
> > of reorganisation. Please see the ANNOUNCE, NEWS, and BUGS
> > files in the package or at:
> >
> > http://sources.redhat.com/pthreads-win32/announcement.html
> >
> > There is also an updated Copyright notice on the source
> > code, but NO CHANGE to the licensing, which is the GNU LGPL.
> >
> > The Copyright notice replaces the original inadequate notice
> > and reflects the heritage of the project.
> >
> > The Copyright notice is slightly different to the one that I
> > proposed on this list a few months back. This change was at
> > my own instigation. I don't expect anyone to have any
> > objection to it since there was no objection to the previous
> > one, but please let me know if you do.
> >
> > I've also made acknowledgements more prominent in the
> > CONTRIBUTORS file and ChangeLog to go with the change in the
> > copyright notice. Let me know if I've missed you out, or
> > missed noting any significant contributions.
> >
> > Enjoy!
> > Ross

NEW: snapshot-2002-03-02 available

[Ross Johnson]

There are bugs fixes, new routines, new tests, and a lot
of reorganisation. Please see the ANNOUNCE, NEWS, and BUGS
files in the package or at:

http://sources.redhat.com/pthreads-win32/announcement.html

There is also an updated Copyright notice on the source
code, but NO CHANGE to the licensing, which is the GNU LGPL.

The Copyright notice replaces the original inadequate notice
and reflects the heritage of the project.

The Copyright notice is slightly different to the one that I
proposed on this list a few months back. This change was at
my own instigation. I don't expect anyone to have any
objection to it since there was no objection to the previous
one, but please let me know if you do.

I've also made acknowledgements more prominent in the
CONTRIBUTORS file and ChangeLog to go with the change in the
copyright notice. Let me know if I've missed you out, or
missed noting any significant contributions.

Enjoy!
Ross

Re: snapshot-2002-03-02 available

[Vincent Sweeney]

[-- Attachment #1: Type: text/plain, Size: 1350 bytes --]

The included MSVC++ project files do not work / compile this snapshot.
Attached are some updated files that build the project without any problems.

Regards,
    Vince.

----- Original Message -----
From: "Ross Johnson" <rpj@ise.canberra.edu.au>
To: <pthreads-win32@sources.redhat.com>
Sent: Saturday, March 02, 2002 6:24 AM
Subject: NEW: snapshot-2002-03-02 available


> There are bugs fixes, new routines, new tests, and a lot
> of reorganisation. Please see the ANNOUNCE, NEWS, and BUGS
> files in the package or at:
>
> http://sources.redhat.com/pthreads-win32/announcement.html
>
> There is also an updated Copyright notice on the source
> code, but NO CHANGE to the licensing, which is the GNU LGPL.
>
> The Copyright notice replaces the original inadequate notice
> and reflects the heritage of the project.
>
> The Copyright notice is slightly different to the one that I
> proposed on this list a few months back. This change was at
> my own instigation. I don't expect anyone to have any
> objection to it since there was no objection to the previous
> one, but please let me know if you do.
>
> I've also made acknowledgements more prominent in the
> CONTRIBUTORS file and ChangeLog to go with the change in the
> copyright notice. Let me know if I've missed you out, or
> missed noting any significant contributions.
>
> Enjoy!
> Ross
>

[-- Attachment #2: pthread-msvc.zip --]
[-- Type: application/x-zip-compressed, Size: 1779 bytes --]

Re: snapshot-2002-03-02 available

[Ross Johnson]

Thanks. Although it isn't necessary to specify pthread.def anymore,
which has therefore been removed from the package.

You can also replace all source files with just pthread.c. This
#includes all other source files. The reason for this is to
maximise the potential for inlining under /O2. (As I understand it,
inlining can only occur within the same "translation unit".)

Unfortunately it then seems there is no way to list all of the
individual source files (so they can be edited) except by
running a build and then looking in the "External references"
folder. Is there a way to gerate the external references list
without running a build?

Ross

Vincent Sweeney wrote:
> 
> The included MSVC++ project files do not work / compile this snapshot.
> Attached are some updated files that build the project without any problems.
> 
> Regards,
>     Vince.
> 
> ----- Original Message -----
> From: "Ross Johnson" <rpj@ise.canberra.edu.au>
> To: <pthreads-win32@sources.redhat.com>
> Sent: Saturday, March 02, 2002 6:24 AM
> Subject: NEW: snapshot-2002-03-02 available
> 
> > There are bugs fixes, new routines, new tests, and a lot
> > of reorganisation. Please see the ANNOUNCE, NEWS, and BUGS
> > files in the package or at:
> >
> > http://sources.redhat.com/pthreads-win32/announcement.html
> >
> > There is also an updated Copyright notice on the source
> > code, but NO CHANGE to the licensing, which is the GNU LGPL.
> >
> > The Copyright notice replaces the original inadequate notice
> > and reflects the heritage of the project.
> >
> > The Copyright notice is slightly different to the one that I
> > proposed on this list a few months back. This change was at
> > my own instigation. I don't expect anyone to have any
> > objection to it since there was no objection to the previous
> > one, but please let me know if you do.
> >
> > I've also made acknowledgements more prominent in the
> > CONTRIBUTORS file and ChangeLog to go with the change in the
> > copyright notice. Let me know if I've missed you out, or
> > missed noting any significant contributions.
> >
> > Enjoy!
> > Ross
> >
> 
>   ------------------------------------------------------------------------
>                        Name: pthread-msvc.zip
>    pthread-msvc.zip    Type: Zip Compressed Data (application/x-zip-compressed)
>                    Encoding: base64

Re: snapshot-2002-03-02 available

[Scott McCaskill]

> Unfortunately it then seems there is no way to list all of the
> individual source files (so they can be edited) except by
> running a build and then looking in the "External references"
> folder. Is there a way to gerate the external references list
> without running a build?
>

There is a good way to accomplish what (I think) you want:

1. Add all the source files to the project, including the ones that are
#included by pthread.c
2. In the workspace view, select all the files that are #included by
pthread.c (i.e. the ones you don't want MSVC to compile directly)
3. Right click on one of those files, select "Settings.."
4. Under the "General" tab, select "Exclude file from build" (probably also
want to have "All configurations" selected when you do this)

--Scott McCaskill