* GDB debugging dll loaded by exe - failing
2008-02-18 4:30 GDB debugging dll loaded by exe - failing sroberts82
@ 2008-02-17 19:41 ` sroberts82
2008-02-18 6:06 ` Christopher Faylor
1 sibling, 0 replies; 3+ messages in thread
From: sroberts82 @ 2008-02-17 19:41 UTC (permalink / raw)
To: gdb
Hi,
I'm trying to use GDB (Cygwin) within Eclipse. I am trying to debug
process.exe whose source I do not have but it loads my dll, stephen.dll
which I want to debug. Initially, when I attach to the process it appears to
suspend it succesfully. However, I get these messages:
Cannot access memory at address 0x2ae0000
Previous frame inner to this frame (corrupt stack?)
Previous frame inner to this frame (corrupt stack?)
Cannot access memory at address 0x2ae0000
Cannot access memory at address 0x2ae0000
I don't know about windows security model for preventing me debugging things
I shouldn't but whatever it is I'm presuming it's being enforced here as
this is not my exe.
However, when I try to view the disassembly, I can't see anything.
So, I resume the process. This itself if quite sporadic as to whether or not
it is succesful. Quite often (as in 60% plus), gdb crashes. When it does
work, I carry on and load my dll and get the following messages:
Error: dll starting at 0x2141000 not found.
Error: dll starting at 0x661c1000 not found.
Error: dll starting at 0x685b1000 not found.
Error: dll starting at 0x72801000 not found.
When I try to set a breakpoint in my dll code, it seems to get set fine. But
when I do whatever I do to get that code to run, gdb just crashes, always.
I tried doing the same thing in visual c++ express and it works fine. I can
step prefectly and view the disassembly of the exe and the symbols of my
source are resolved perfectly. I don't want to use it however as the
interfece is horrible and I much prefer that of eclipse. But if I can't use
GDB then I can't use it. Has anyone seen this? Is there a configuration
issue somewhere?
Thanks
--
View this message in context: http://www.nabble.com/GDB-debugging-dll-loaded-by-exe---failing-tp15532302p15532302.html
Sent from the Sourceware - gdb list mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 3+ messages in thread
* GDB debugging dll loaded by exe - failing
@ 2008-02-18 4:30 sroberts82
2008-02-17 19:41 ` sroberts82
2008-02-18 6:06 ` Christopher Faylor
0 siblings, 2 replies; 3+ messages in thread
From: sroberts82 @ 2008-02-18 4:30 UTC (permalink / raw)
To: gdb
Hi,
I'm trying to use GDB (Cygwin) within Eclipse. I am trying to debug
process.exe whose source I do not have but it loads my dll, stephen.dll
which I want to debug. Initially, when I attach to the process it appears to
suspend it succesfully. However, I get these messages:
Cannot access memory at address 0x2ae0000
Previous frame inner to this frame (corrupt stack?)
Previous frame inner to this frame (corrupt stack?)
Cannot access memory at address 0x2ae0000
Cannot access memory at address 0x2ae0000
I don't know about windows security model for preventing me debugging things
I shouldn't but whatever it is I'm presuming it's being enforced here as
this is not my exe.
However, when I try to view the disassembly, I can't see anything.
So, I resume the process. This itself if quite sporadic as to whether or not
it is succesful. Quite often (as in 60% plus), gdb crashes. When it does
work, I carry on and load my dll and get the following messages:
Error: dll starting at 0x2141000 not found.
Error: dll starting at 0x661c1000 not found.
Error: dll starting at 0x685b1000 not found.
Error: dll starting at 0x72801000 not found.
When I try to set a breakpoint in my dll code, it seems to get set fine. But
when I do whatever I do to get that code to run, gdb just crashes, always.
I tried doing the same thing in visual c++ express and it works fine. I can
step prefectly and view the disassembly of the exe and the symbols of my
source are resolved perfectly. I don't want to use it however as the
interfece is horrible and I much prefer that of eclipse. But if I can't use
GDB then I can't use it. Has anyone seen this? Is there a configuration
issue somewhere?
Thanks
--
View this message in context: http://www.nabble.com/GDB-debugging-dll-loaded-by-exe---failing-tp15532302p15532302.html
Sent from the Sourceware - gdb list mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: GDB debugging dll loaded by exe - failing
2008-02-18 4:30 GDB debugging dll loaded by exe - failing sroberts82
2008-02-17 19:41 ` sroberts82
@ 2008-02-18 6:06 ` Christopher Faylor
1 sibling, 0 replies; 3+ messages in thread
From: Christopher Faylor @ 2008-02-18 6:06 UTC (permalink / raw)
To: sroberts82, gdb
On Sun, Feb 17, 2008 at 11:41:01AM -0800, sroberts82 wrote:
>Hi,
>I'm trying to use GDB (Cygwin) within Eclipse. I am trying to debug
>process.exe whose source I do not have but it loads my dll, stephen.dll
>which I want to debug. Initially, when I attach to the process it appears to
>suspend it succesfully. However, I get these messages:
>
>Cannot access memory at address 0x2ae0000
>Previous frame inner to this frame (corrupt stack?)
>Previous frame inner to this frame (corrupt stack?)
>Cannot access memory at address 0x2ae0000
>Cannot access memory at address 0x2ae0000
>
>I don't know about windows security model for preventing me debugging things
>I shouldn't but whatever it is I'm presuming it's being enforced here as
>this is not my exe.
>
>However, when I try to view the disassembly, I can't see anything.
>
>So, I resume the process. This itself if quite sporadic as to whether or not
>it is succesful. Quite often (as in 60% plus), gdb crashes. When it does
>work, I carry on and load my dll and get the following messages:
>
>Error: dll starting at 0x2141000 not found.
>
>Error: dll starting at 0x661c1000 not found.
>
>Error: dll starting at 0x685b1000 not found.
>
>Error: dll starting at 0x72801000 not found.
>
>When I try to set a breakpoint in my dll code, it seems to get set fine. But
>when I do whatever I do to get that code to run, gdb just crashes, always.
What version of gdb are you using? If you are using the one from the Cygwin
release you might try building a gdb from CVS to see if that works better.
It's possible that your problems are due to dll relocation and the gdb
in CVS works better in that scenario.
cgf
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-02-18 5:08 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-02-18 4:30 GDB debugging dll loaded by exe - failing sroberts82
2008-02-17 19:41 ` sroberts82
2008-02-18 6:06 ` Christopher Faylor
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox