Mail Archives: cygwin/2011/07/12/13:03:03
X-Recipient: | archive-cygwin AT delorie DOT com
|
X-SWARE-Spam-Status: | No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,T_TO_NO_BRKTS_FREEMAIL
|
X-Spam-Check-By: | sourceware.org
|
MIME-Version: | 1.0
|
In-Reply-To: | <CADqjQ-JYHL3ZbYw2umByGJBr9rF87hX-o2smZM-rxsegD4cNnQ@mail.gmail.com>
|
References: | <CADqjQ-JYHL3ZbYw2umByGJBr9rF87hX-o2smZM-rxsegD4cNnQ AT mail DOT gmail DOT com>
|
Date: | Tue, 12 Jul 2011 13:02:34 -0400
|
Message-ID: | <CADqjQ-Ldmr1iLNanERREbmoaSEcKqTcRWuTrNZDvB3bdgDpp2A@mail.gmail.com>
|
Subject: | Re: Pthreads and GDB?
|
From: | Jan Chludzinski <jan DOT chludzinski AT gmail DOT com>
|
To: | cygwin AT cygwin DOT com
|
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm
|
List-Id: | <cygwin.cygwin.com>
|
List-Unsubscribe: | <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
|
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com>
|
List-Archive: | <http://sourceware.org/ml/cygwin/>
|
List-Post: | <mailto:cygwin AT cygwin DOT com>
|
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
|
Sender: | cygwin-owner AT cygwin DOT com
|
Mail-Followup-To: | cygwin AT cygwin DOT com
|
Delivered-To: | mailing list cygwin AT cygwin DOT com
|
X-MIME-Autoconverted: | from quoted-printable to 8bit by delorie.com id p6CH2xMb013605
|
> Since cygwin1.dll is multithreaded, I routinely set breakpoints which
> are only hit in a thread. So, yes, gdb is supposed to be multi-thread
> aware.
I have a 2 thread program. I set the break for main() and run (to main):
(gdb) b main
Breakpoint 1 at 0x401191
(gdb) r
Starting program: /home/John/projects/pthreads/test1/a.exe
[New thread 3680.0x13e8]
Error: dll starting at 0x76ff0000 not found.
Error: dll starting at 0x76590000 not found.
Error: dll starting at 0x76ff0000 not found.
Error: dll starting at 0x76c40000 not found.
[New thread 3680.0xc7c]
Breakpoint 1, 0x00401191 in main ()
Wait a few seconds and start to step:
(gdb) n
Single stepping until exit from function main,
which has no line number information.
[New thread 3680.0x1410]
[New thread 3680.0x1540]
Counter value functionCount1: 1
Counter value functionCount2: 2
...
Final count: 10
Program exited normally.
As you can see the threads have finished executing, along with the
main thread, *before * I ever get a chance to step to the first
pthread_create(). Let alone set a break in a thread.
Why?
Thanks, Jan
On Tue, Jul 12, 2011 at 6:16 AM, Jan Chludzinski
<jan DOT chludzinski AT gmail DOT com> wrote:
> I went to GNU.org to read about GDB and threads since I'm having
> trouble working with ptheads under GDB on Cygwin. I notice this on
> the GNU.org web site:
>
> "Warning: These facilities are not yet available on every GDB
> configuration where the operating system supports threads. If your GDB
> does not support threads, these commands have no effect. For example,
> a system without thread support shows no output from `info threads',
> and always rejects the thread command, like this:"
>
> What the level of support for threads with GDB under Cygwin?
>
> Switching between threads causes seg-faults. Also, I thought that
> while you're stepping through one thread, the other threads weren't
> running? Shouldn't I be able to set a breakpoint in a thread before
> pthread_create() is invoked? Doesn't appear to be the case?
>
> ---Jan
>
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
- Raw text -