Maybe it is possbile to create wrappers for these types in your portable
program
Is pthread_t a simple handle for the memory location of the
pthread_t strucutre?
On Thu, 2003-02-27 at 11:40, John Polstra wrote:
> In article <[EMAIL PROTECTED]>,
> Craig Rodrigues <[EMAIL PROTECTED]> wrote:
>
On 27-Feb-2003 Craig Rodrigues wrote:
> On Thu, Feb 27, 2003 at 08:40:22AM -0800, John Polstra wrote:
>> FreeBSD violates POSIX in this respect.
>
> Doh! I just looked at:
> http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libpthread/include/pthread.h
> and it looks like OpenBSD does the same thi
In article <[EMAIL PROTECTED]>,
Garrett Wollman <[EMAIL PROTECTED]> wrote:
>
> We could define pthread_t as __intptr_t without making significant
> changes to the implementation.
Agreed. I think it would be "nicer" if it were a small integer like
a file descriptor -- i.e., an index into a table
In article <[EMAIL PROTECTED]>, Mike
Barcroft <[EMAIL PROTECTED]> wrote:
>
> So it looks like pthread_t must be an arithmetic type, but not the
> others.
Great. Thanks for checking!
John
--
John Polstra
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappoi
John Polstra <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>,
> Mike Barcroft <[EMAIL PROTECTED]> wrote:
> > John Polstra <[EMAIL PROTECTED]> writes:
> > > FreeBSD violates POSIX in this respect. The 1003.1 standard
> > > (section 2.5) requires pthread_t to be an arithmetic type.
> >
< said:
> Interesting. I don't have that standard and wasn't aware of the
> change.
You do. It's available for free on the Web from opengroup.org. Free
registration is required. Mike may still have some copies of the
official guidebook to the standard, which includes the final text
PDFs, whic
< said:
> FreeBSD violates POSIX in this respect. The 1003.1 standard
> (section 2.5) requires pthread_t to be an arithmetic type. We are
> non-compliant in the same way for almost all of the primary
> thread-related types:
Not so (with respect to those other types). XBD page 367:
# All of th
In article <[EMAIL PROTECTED]>,
Mike Barcroft <[EMAIL PROTECTED]> wrote:
> John Polstra <[EMAIL PROTECTED]> writes:
> > FreeBSD violates POSIX in this respect. The 1003.1 standard
> > (section 2.5) requires pthread_t to be an arithmetic type.
>
> It looks like this requirement was removed in POS
John Polstra <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>,
> Craig Rodrigues <[EMAIL PROTECTED]> wrote:
> >
> > pthread_self() returns something of type pthread_t.
> > This code works under Linux, because pthread_t is mapped to an integer value.
> >
> > However, on FreeBSD, pthre
On Thu, Feb 27, 2003 at 08:40:22AM -0800, John Polstra wrote:
> FreeBSD violates POSIX in this respect.
Doh! I just looked at:
http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libpthread/include/pthread.h
and it looks like OpenBSD does the same thing.
Just wondering, is the FreeBSD KSE project im
In article <[EMAIL PROTECTED]>,
Craig Rodrigues <[EMAIL PROTECTED]> wrote:
>
> pthread_self() returns something of type pthread_t.
> This code works under Linux, because pthread_t is mapped to an integer value.
>
> However, on FreeBSD, pthread_t is a pointer to struct pthread, so this
> code doe
Craig Rodrigues wrote:
return static_cast(pthread_self());
pthread_self() returns something of type pthread_t.
This code works under Linux, because pthread_t is mapped to an integer value.
However, on FreeBSD, pthread_t is a pointer to struct pthread, so this
code does not compile:
OpenSSLPlug
12 matches
Mail list logo
