public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
* problems with pthread library
@ 2005-08-05 13:28 rodrigo
  2005-08-05 14:26 ` Dave Korn
  0 siblings, 1 reply; 3+ messages in thread
From: rodrigo @ 2005-08-05 13:28 UTC (permalink / raw)
  To: gdb

Hello group:



I'm begining to migrate a 10k lines of code project to use the GNU tools.



I'm using eclipse 3.1 & CDT + latest Cygwin.



I have rewrite the OS Layer to begin use pthread library for

multi-threading capabilites.



When i try to debug my program i note the CPU going almost 100% with my

program & gdb.exe taking most of it. The program never goes further.



If i run the program without the debugger everything goes well.



So i decided to investigate more and found where the program hangs.

I found that when creating mutexes the debugger get lost. Not after the

first call but after a couple of invocation of 'pthread_mutex_init' &

'pthread_cond_init'.



I can repro the similar problem without using eclipse but directly using

cygwin and gdb.



Any hints on what is going on ?

Thanks,

Rodrigo.


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

* RE: problems with pthread library
  2005-08-05 13:28 problems with pthread library rodrigo
@ 2005-08-05 14:26 ` Dave Korn
  2005-08-08 13:45   ` Rodrigo Varas
  0 siblings, 1 reply; 3+ messages in thread
From: Dave Korn @ 2005-08-05 14:26 UTC (permalink / raw)
  To: rodrigo, gdb

----Original Message----
>From: rodrigo
>Sent: 05 August 2005 14:28

> Hello group:

  ¡Hola! Rodrigo,

> I have rewrite the OS Layer to begin use pthread library for
> multi-threading capabilites.

> So i decided to investigate more and found where the program hangs.
> I found that when creating mutexes the debugger get lost. Not after the
> first call but after a couple of invocation of 'pthread_mutex_init' &
> 'pthread_cond_init'.

> Any hints on what is going on ?

  I think there is a bug in pthread_cond_* or pthread_mutex_* functionality
in cygwin at the moment.  If you roll back your cygwin dll version to 1.5.17
(using the 'prev' button in the cygwin setup.exe), does that fix it?


    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....

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

* RE: problems with pthread library
  2005-08-05 14:26 ` Dave Korn
@ 2005-08-08 13:45   ` Rodrigo Varas
  0 siblings, 0 replies; 3+ messages in thread
From: Rodrigo Varas @ 2005-08-08 13:45 UTC (permalink / raw)
  To: 'Dave Korn', gdb

Hello Dave,

Thanks for your reply.

I can go back to a previous cygwin but how to explain that the application
start normally without any debugging involved ?

Rodrigo.

-----Original Message-----
From: Dave Korn [mailto:dave.korn@artimi.com] 
Sent: Friday, August 05, 2005 10:26 AM
To: rodrigo@tekchile.cl; gdb@sources.redhat.com
Subject: RE: problems with pthread library

----Original Message----
>From: rodrigo
>Sent: 05 August 2005 14:28

> Hello group:

  ¡Hola! Rodrigo,

> I have rewrite the OS Layer to begin use pthread library for
> multi-threading capabilites.

> So i decided to investigate more and found where the program hangs.
> I found that when creating mutexes the debugger get lost. Not after the
> first call but after a couple of invocation of 'pthread_mutex_init' &
> 'pthread_cond_init'.

> Any hints on what is going on ?

  I think there is a bug in pthread_cond_* or pthread_mutex_* functionality
in cygwin at the moment.  If you roll back your cygwin dll version to 1.5.17
(using the 'prev' button in the cygwin setup.exe), does that fix it?


    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....


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

end of thread, other threads:[~2005-08-08 13:45 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-08-05 13:28 problems with pthread library rodrigo
2005-08-05 14:26 ` Dave Korn
2005-08-08 13:45   ` Rodrigo Varas

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