Mail Archives: cygwin/2003/06/11/06:06:03
Hi Thomas,
Problem solved: it was not the mutex but the but the pthread_mutexattr_t
that caused the error. cygwin's pthread_mutexattr_init () function checks
if its argument points to a valid object. If the pthread_mutexattr_t's
value still points to a valid object (from a previous call)
pthread_mutexattr_init () fails, and so do later pthread_mutex_init()s with
this attribute. I think this behaviour is not correct since an uninitialized
pthread_mutexattr_t can point to anything (as a previously created attribute),
so this is probably a bug in cygwin (or what does the International Pthread
Attributes Committee say?). A quick look in winsup/cygwin/thread.cc shows
that this kind of check is done for more of the ..._init() functions, so there
may be similar effects (but i did not test that yet). Demo-Program below does
not work with (my) cygwin but does in my linux box:
#include <pthread.h>
int main () {
pthread_mutexattr_t attr;
pthread_mutexattr_init (&attr);
if (pthread_mutexattr_init (&attr)) {
printf ("error should not happen\n");
}
}
Greetings - Rasmus
> Rasmus Hahn wrote:
> > On Tue, Jun 10, 2003 at 09:25:43AM +0200, Thomas Pfaff wrote:
> >
> >>Rasmus Hahn wrote:
> >>
> >>
> >>>Hello,
> >>>
> >>>i am using cygwin on my Windows2000 and my c++ program segfaults
> >>>when using pthread-mutexes. In particular i am using a lot of
> >>>mutexes from within constructors of static objects. These constructors
> >>>are called at a very early time of execution of the program and do
> >>>calls of pthread_mutex_init, pthread_mutex_lock and such. Taken a glance
> >>>at the cygwin source i noticed that the static initializers (constructors
> >>>of static objects) are run _before_ some user_data->threadinterface is
> >>>initialized (look at dll_crt0_1 () in winsup/cygwin/dcrt0.cc). Isnt it
> >>>possible to use thread-functions from static initializers?
> >>>BTW i am using cygwin snapshot 20030602 compiled with gcc-3.3 since the
> >>>out-of-the-box gcc from the cygwin-package is a prerelease and definitely
> >>>contains bugs that do not allow it to compile my code.
> >>>
> >>
> >>Could you provide a test case ?
> >
> >
> > No, i cannot. As it turned out the initializers are run at least but i
> > dont know if before or after cygwin-initialization. Only when run with
> > gdb the program behaves differently (crash in constructors). That makes
> > reproduction & location of errors a little harder.
> >
>
> If your program only segfaults in the debugger than the problem is a
> harmless IsBadWritePtr which is used to check for an already initialized
> mutex.
> You can ignore this one. Set a breakpoint at main and continue.
> To avoid it you can set the mutex to PTHREAD_MUTEX_INITIALIZER before
> you call pthread_mutex_init.
>
> Thomas
>
>
>
--
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -