public inbox for pthreads-win32@sourceware.org
 help / color / mirror / Atom feed
* const missing?
@ 2009-03-03 12:07 stephan o'farrill
  2009-03-03 21:46 ` Ross Johnson
  2009-03-05 21:47 ` condvar implementation Michel Pacilli
  0 siblings, 2 replies; 3+ messages in thread
From: stephan o'farrill @ 2009-03-03 12:07 UTC (permalink / raw)
  To: pthreads-win32

Hi All,

I just subscribed to the pthreads-win32 mailing list since I am
developing a pthread C++ class (in a very early stage). To be able to
support pthreads-win32 I need that the declarations are following the
posix standard.
Usually this is does not make a big difference, but for my purpose it
is important:
pthreads-win32s declaration of

PTW32_DLLPORT int PTW32_CDECL pthread_mutexattr_gettype
(pthread_mutexattr_t * attr, int *kind);

should be re-defined as:

PTW32_DLLPORT int PTW32_CDECL pthread_mutexattr_gettype (const
pthread_mutexattr_t * attr, int *kind);

according to the posix standard:
int pthread_mutexattr_gettype(const pthread_mutexattr_t *restrict
attr, int *restrict type);

I changed it successfully in my test copy of pthreads-win32.
I could apply the change by myself to CVS if write access could be granted.

All the best,
and thanks for the good work,
Hagen.

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

* Re: const missing?
  2009-03-03 12:07 const missing? stephan o'farrill
@ 2009-03-03 21:46 ` Ross Johnson
  2009-03-05 21:47 ` condvar implementation Michel Pacilli
  1 sibling, 0 replies; 3+ messages in thread
From: Ross Johnson @ 2009-03-03 21:46 UTC (permalink / raw)
  To: stephan o'farrill; +Cc: pthreads-win32

I've applied Stephan's change to the following routines in CVS 
(currently untested):-

pthread_attr_getschedpolicy()
pthread_attr_getinheritsched()
pthread_mutexattr_gettype()

Thanks Stephan.

stephan o'farrill wrote:
> Hi All,
>
> I just subscribed to the pthreads-win32 mailing list since I am
> developing a pthread C++ class (in a very early stage). To be able to
> support pthreads-win32 I need that the declarations are following the
> posix standard.
> Usually this is does not make a big difference, but for my purpose it
> is important:
> pthreads-win32s declaration of
>
> PTW32_DLLPORT int PTW32_CDECL pthread_mutexattr_gettype
> (pthread_mutexattr_t * attr, int *kind);
>
> should be re-defined as:
>
> PTW32_DLLPORT int PTW32_CDECL pthread_mutexattr_gettype (const
> pthread_mutexattr_t * attr, int *kind);
>
> according to the posix standard:
> int pthread_mutexattr_gettype(const pthread_mutexattr_t *restrict
> attr, int *restrict type);
>
> I changed it successfully in my test copy of pthreads-win32.
> I could apply the change by myself to CVS if write access could be granted.
>
> All the best,
> and thanks for the good work,
> Hagen.
>   

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

* condvar implementation
  2009-03-03 12:07 const missing? stephan o'farrill
  2009-03-03 21:46 ` Ross Johnson
@ 2009-03-05 21:47 ` Michel Pacilli
  1 sibling, 0 replies; 3+ messages in thread
From: Michel Pacilli @ 2009-03-05 21:47 UTC (permalink / raw)
  To: pthreads-win32

Hi all,

I wonder if it could be interesting to port the actual code of cond_var to
use 
The vista con_var ? For performance issues, or for design ?
I'm really not an expert but I'd like to know more about the good and bad
aspect of this propose.

Thanks

Michel Pacilli


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

end of thread, other threads:[~2009-03-05 21:47 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-03-03 12:07 const missing? stephan o'farrill
2009-03-03 21:46 ` Ross Johnson
2009-03-05 21:47 ` condvar implementation Michel Pacilli

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).