Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] DSF: cannot pause a program

Well, I did not find any suspicios issues.

The control seems to go to a spawner.dll which I do not know how to
debug. Perhaps, someone knows how to do this? Any hints are

I had created a simple program which also cannot be paused. This is a
Managed C++ Hello world with simple modifications.
It is compiled with Cygwin.
If I try to suspend it (while it is waiting for user input), it does
not suspends.

Also, Standard launcher is not possible to pause a program.

My configuration is
CDT 6.0,
Java 1.6.0_13
GCC  3.4.4 (cygming special)
GDB (cygwin-special)
Win32 XP

I had some feeling that I was able to pause QEMU with the same
configuration (or almost the same) few month ago.

Can someone try to test this program and confirm my observations?


2009/7/3 Marc Khouzam <marc.khouzam@xxxxxxxxxxxx>:
>> -----Original Message-----
>> From: cdt-dev-bounces@xxxxxxxxxxx
>> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Dmitry Smirnov
>> Sent: July-03-09 4:49 AM
>> To: CDT General developers list.
>> Subject: Re: [cdt-dev] DSF: cannot pause a program
>> > I'm assuming that after the end of those traces you are pressing
>> > the 'suspend' button?
>> Yes, sorry for this omisssion
>> > This works by sending an INT signal to GDB.  I'm not sure how what
>> > works on Windows.  Can you try this by hand?  I mean to run
>> a program
>> > straight in GDB and while it is running, interrupt it with a ^C.
>> Pressing ^C in console GDB works pretty good.
>> How can check how DSF communicates to GDB for INT signal?
> I'm not very knowledgeable about signals so what I would do
> is set a breakpoint in CDT to see if we are trying to send
> the signal.
> If you want to try that I suggest you set the bp
> in GDBRunControl.suspend() at the line:
>        fGdb.interrupt()
> This should hit for sure.
> Step into that call which should eventually lead
> you to Spawner.interrupt()
> I'm wondering if maybe we are not dealing with a Spawner
> which would explain the failure...
> Marc
>> Dmitry
>> _______________________________________________
>> cdt-dev mailing list
>> cdt-dev@xxxxxxxxxxx
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx

Attachment: Test.cpp
Description: Binary data

Back to the top