Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
Message-ID: <3FF356E2.5000304@zoominternet.net>
Date: Wed, 31 Dec 2003 18:08:18 -0500
From: Robert Baruch <autophile AT zoominternet DOT net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: help: dumper 1.10 not giving expected stack trace in gdb
References: <3FF1F041 DOT 9010506 AT zoominternet DOT net> <Pine DOT GSO DOT 4 DOT 56 DOT 0312302135360 DOT 18706 AT slinky DOT cs DOT nyu DOT edu> <3FF2414D DOT 8060507 AT zoominternet DOT net> <20031231063511 DOT GA2113 AT redhat DOT com> <3FF2ED39 DOT 9080003 AT zoominternet DOT net> <20031231170224 DOT GA3881 AT redhat DOT com>
In-Reply-To: <20031231170224.GA3881@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Christopher Faylor wrote:

>It's an unfortunate side effect of the way dumper works.  The dumping
>process is paused waiting for a debugger (in this case dumper.exe) to
>connect.  The routine that is used to pause is frameless.  The stack is
>still available for inspection via something like 'x/100x $esp' but the
>stack trace is often munged in this scenario.
>
Hi Christopher,

Is the routine causing the pause frameless because it's inside a Windows 
native dll? If that is the case, could I determine the correct amount to 
adjust some registers to get to a good backtrace?

Here is the result of x/120x $esp. I've marked with a double-star the 
innermost frame that the t.exe.stackdump file shows, and star marks the 
frames which can get to that innermost frame. What gdb commands should I 
execute to fool gdb into providing a good backtrace?

(gdb) x/120x $esp
0x22fca4:       0x77f5c534      0x77e7a62d      0x00000778      0x00000000
0x22fcb4:       0x0022fccc      0x00000778      0x0000ea60      0x0022fd30
0x22fcc4:       0x77f7d417      0x0022fccc      0xdc3cba00      0xffffffff
0x22fcd4:       0x7ffdf000      0x7ffde000      0x00000014      0x00000001
0x22fce4:       0x00000000      0x00000000      0x00000010      0x0022fcb8
0x22fcf4:       0x0022fd4c      0x0022ff28      0x77e94809      0x77e83ae0
0x22fd04:       0x00000000     *0x0022fd58      0x77e7ac21      0x00000778
0x22fd14:       0x0000ea60      0x00000000      0x61073611      0x00000778
0x22fd24:       0x0000ea60      0xffffffff      0x77f59037      0x00000000
0x22fd34:       0x00240000      0x00000000      0x00244348      0x0022fe2c
0x22fd44:       0x0000c000      0x77f5c014      0x00000000      0x00000001
0x22fd54:       0x00000780     *0x0022fde8      0x61071c99      0x00000780
0x22fd64:       0x00000001      0x00000000      0x00000000      0x00000000
0x22fd74:       0x0022fd90      0x0000003f      0x00401324      0x0000c000
0x22fd84:       0x0022fd90      0x0000003f      0x00000000      0x61616161
0x22fd94:       0x61416141      0x61616161      0x61126ac0      0x61616161
0x22fda4:       0x00000008      0x00000001      0x00000778      0x00000001
0x22fdb4:       0x0022fdd0      0x0022fe38      0x00000006      0x00000000
0x22fdc4:       0x00000001      0x0022fdd8      0x61078220      0x00000000
0x22fdd4:       0x0a040008      0x0022fe18      0x00000006      0x00000724
0x22fde4:       0x00000000     *0x0022fe38      0x6106f232      0x00000000
0x22fdf4:       0x61416141      0x61616161      0x61078199      0x61616161
0x22fe04:       0x61614161      0x41616161      0x00000000      0x00000000
0x22fe14:       0x0a030000      0xffffff00      0x61078220      0x0022fec0
0x22fe24:       0x00000000      0x0022fe98      0x00000006      0x00000724
0x22fe34:       0x00000000    **0x0022fe88      0x6106f3b0      0x00000724
0x22fe44:       0x00000006      0x0022fea8      0x0040120d      0x00000000
0x22fe54:       0x00000000      0x0022fe68      0xfffefeff      0x00000000
0x22fe64:       0x0022fe80      0x0a030000      0x00000000      0x00000000
0x22fe74:       0x00000000      0x41414141      0x0022febc      0x0022fec0

Thanks,

--Rob


--
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/