public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
* gdb crash
@ 2003-05-06 19:58 Łukasz Michalski
  0 siblings, 0 replies; 5+ messages in thread
From: Łukasz Michalski @ 2003-05-06 19:58 UTC (permalink / raw)
  To: gdb

Hi,

I am developing application using wxWindows for Linux and MS Windows
platforms using wxWindows. Under windows I am using mingw with latest
patches and Dev-Cpp (latest beta)

I have problems using gdb under windows. When I run my application
standalone everything works correct. But when run under gdb app crashes and
gdb crashes just after.

When I try to run app step-by-step by setting breakpoint to first line and
stepping over gdb crashes when accessing first static variable.

It crashes always with the same message:
Access violation in gdb exe. Memory at address 0x0000004 cannot be "read".

I want to generate reasonable bug report, but I have no idea how to do it.
My app with debug info has 45Mb and is linked with wxWindows compiled
with -g flag and some other smaller libraries also compiled with -g flag.

Here are versions of compiler and gdb:
C:\>gdb -v
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
[...]
This GDB was configured as "mingw32".

C:\>gcc -v
Reading specs from P:/DevCpp/bin/../lib/gcc-lib/mingw32/3.2/specs
Configured with:
../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --host=
mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --en
able
-languages=f77,c++,objc,ada --disable-win32-registry --disable-shared
Thread model: win32
gcc version 3.2 (mingw special 20020817-1)

I can try to strip the code, but cannot make my app independent of wxWindows
and I use slightly modified version than original.

I will be very graceful for any suggestions what to do to make gdb work.

Under Linux everything works fine.

Regards,
ÂŁukasz Michalski

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

* Re: gdb crash
  2010-08-10 19:26 ` Tom Tromey
@ 2010-08-10 19:32   ` Mathew Yeates
  0 siblings, 0 replies; 5+ messages in thread
From: Mathew Yeates @ 2010-08-10 19:32 UTC (permalink / raw)
  To: Tom Tromey; +Cc: gdb

yes. this is fortran on a 64 bit Linux machine.

On Tue, Aug 10, 2010 at 12:26 PM, Tom Tromey <tromey@redhat.com> wrote:
>>>>>> "Mathew" == Mathew Yeates <mat.yeates@gmail.com> writes:
>
> Mathew> with gdb-weekly-7.2.50.20100713 I frequently get the error
> Mathew> stack.c:293: internal-error: print_frame_args: Assertion `nsym != NULL' failed.
> Mathew> A problem internal to GDB has been detected,
> Mathew> further debugging may prove unreliable.
> Mathew> Quit this debugging session? (y or n) y
>
> Mathew> stack.c:293: internal-error: print_frame_args: Assertion `nsym != NULL' failed.
>
> Mathew> Is there anything I can do to help fix this?
>
> We need more information.  What platform?  What are you debugging?
> Do you have, or can you make, a simple test case?
>
> I know of this:
>
>    http://sourceware.org/bugzilla/show_bug.cgi?id=11313
>
> However, I think this only happens with Fortran, or maybe also Pascal.
>
> Tom
>

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

* Re: gdb crash
  2010-08-10 18:44 Mathew Yeates
@ 2010-08-10 19:26 ` Tom Tromey
  2010-08-10 19:32   ` Mathew Yeates
  0 siblings, 1 reply; 5+ messages in thread
From: Tom Tromey @ 2010-08-10 19:26 UTC (permalink / raw)
  To: Mathew Yeates; +Cc: gdb

>>>>> "Mathew" == Mathew Yeates <mat.yeates@gmail.com> writes:

Mathew> with gdb-weekly-7.2.50.20100713 I frequently get the error
Mathew> stack.c:293: internal-error: print_frame_args: Assertion `nsym != NULL' failed.
Mathew> A problem internal to GDB has been detected,
Mathew> further debugging may prove unreliable.
Mathew> Quit this debugging session? (y or n) y

Mathew> stack.c:293: internal-error: print_frame_args: Assertion `nsym != NULL' failed.

Mathew> Is there anything I can do to help fix this?

We need more information.  What platform?  What are you debugging?
Do you have, or can you make, a simple test case?

I know of this:

    http://sourceware.org/bugzilla/show_bug.cgi?id=11313

However, I think this only happens with Fortran, or maybe also Pascal.

Tom

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

* gdb crash
@ 2010-08-10 18:44 Mathew Yeates
  2010-08-10 19:26 ` Tom Tromey
  0 siblings, 1 reply; 5+ messages in thread
From: Mathew Yeates @ 2010-08-10 18:44 UTC (permalink / raw)
  To: gdb

with gdb-weekly-7.2.50.20100713 I frequently get the error
stack.c:293: internal-error: print_frame_args: Assertion `nsym != NULL' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) y

stack.c:293: internal-error: print_frame_args: Assertion `nsym != NULL' failed.

Is there anything I can do to help fix this?

-Mathew

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

* gdb crash
@ 2000-07-27 11:42 Tom Tromey
  0 siblings, 0 replies; 5+ messages in thread
From: Tom Tromey @ 2000-07-27 11:42 UTC (permalink / raw)
  To: Gdb List

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 6332 bytes --]

I'm using Red Hat x86 Linux 6.2.  I'm using a sourceware gdb that I
checked out and built from scratch yesterday.  I'm debugging a
gcj-compiled Java program that uses several shared libraries.  I'm
using today's gcj.  If I set a breakpoint in one of the shared
libraries, then gdb will sometimes crash when re-running my program.

Stack trace plus some additional info appended.

Tom

Program received signal SIGSEGV, Segmentation fault.
strcmp (p1=0x0, p2=0x8ea14ac "/x1/egcs/install/lib/libjserv.so.0")
    at ../sysdeps/generic/strcmp.c:38
38	../sysdeps/generic/strcmp.c: No such file or directory.
(gdb) bt
#0  strcmp (p1=0x0, p2=0x8ea14ac "/x1/egcs/install/lib/libjserv.so.0")
    at ../sysdeps/generic/strcmp.c:38
#1  0x80b2a87 in symbol_add_stub (arg=0x8ea1078) at ../../src/gdb/solib.c:1162
#2  0x80d91a3 in catch_errors (func=0x80b2a48 <symbol_add_stub>, 
    args=0x8ea1078, 
    errstring=0x8265100 "Error while reading shared library symbols:\n", 
    mask=6) at ../../src/gdb/top.c:611
#3  0x80b2de6 in solib_add (pattern=0x0, from_tty=0, target=0x0)
    at ../../src/gdb/solib.c:1431
#4  0x80a06e3 in handle_inferior_event (ecs=0xbffff1a8)
    at ../../src/gdb/infrun.c:2448
#5  0x809f9ca in wait_for_inferior () at ../../src/gdb/infrun.c:1291
#6  0x809f86c in proceed (addr=4294967295, siggnal=TARGET_SIGNAL_0, step=0)
    at ../../src/gdb/infrun.c:1085
#7  0x80f2982 in child_create_inferior (
    exec_file=0x8334c20 "/x2/tromey/netsrc/java/ApacheJServ-1.1.2/src/java/.libs/jserv-real-gij", allargs=0x8c8bbb8 "org.apache.jserv.JServ Dbg.properties", 
    env=0x83289b0) at ../../src/gdb/inftarg.c:495
#8  0x80b58e6 in linuxthreads_create_inferior (
    exec_file=0x8334c20 "/x2/tromey/netsrc/java/ApacheJServ-1.1.2/src/java/.libs/jserv-real-gij", allargs=0x8c8bbb8 "org.apache.jserv.JServ Dbg.properties", 
    env=0x83289b0) at ../../src/gdb/linux-thread.c:1606
#9  0x80c37a1 in find_default_create_inferior (
    exec_file=0x8334c20 "/x2/tromey/netsrc/java/ApacheJServ-1.1.2/src/java/.libs/jserv-real-gij", allargs=0x8c8bbb8 "org.apache.jserv.JServ Dbg.properties", 
    env=0x83289b0) at ../../src/gdb/target.c:1188
#10 0x809d513 in run_command (args=0x0, from_tty=1)
    at ../../src/gdb/infcmd.c:343
#11 0x80d9e03 in execute_command (p=0x8320c99 "", from_tty=1)
    at ../../src/gdb/top.c:1547
#12 0x80a8fd8 in command_handler (command=0x8320c98 "")
    at ../../src/gdb/event-top.c:515
#13 0x80a95f2 in command_line_handler (rl=0x9256670 "\210\024o\b\200\a")
    at ../../src/gdb/event-top.c:817
#14 0x8166c04 in rl_callback_read_char () at ../../src/readline/callback.c:114
#15 0x80a89e8 in rl_callback_read_char_wrapper (client_data=0x0)
    at ../../src/gdb/event-top.c:166
#16 0x80a8ecd in stdin_event_handler (error=0, client_data=0x0)
    at ../../src/gdb/event-top.c:422
#17 0x80f02b3 in handle_file_event (event_file_desc=0)
    at ../../src/gdb/event-loop.c:748
#18 0x80efdd9 in process_event () at ../../src/gdb/event-loop.c:383
#19 0x80efe15 in gdb_do_one_event (data=0x0) at ../../src/gdb/event-loop.c:420
#20 0x80d91a3 in catch_errors (func=0x80efdec <gdb_do_one_event>, args=0x0, 
    errstring=0x827a700 "", mask=6) at ../../src/gdb/top.c:611
#21 0x80efe33 in start_event_loop () at ../../src/gdb/event-loop.c:444
#22 0x80a8ab5 in cli_command_loop () at ../../src/gdb/event-top.c:196
#23 0x8081205 in captured_command_loop (data=0x0) at ../../src/gdb/main.c:104
#24 0x80d91a3 in catch_errors (func=0x80811f0 <captured_command_loop>, 
    args=0x0, errstring=0x824ccc2 "", mask=6) at ../../src/gdb/top.c:611
#25 0x8081c67 in captured_main (data=0xbffff770) at ../../src/gdb/main.c:749
#26 0x80d91a3 in catch_errors (func=0x8081234 <captured_main>, 
    args=0xbffff770, errstring=0x824ccc2 "", mask=6) at ../../src/gdb/top.c:611
#27 0x8081c93 in main (argc=3, argv=0xbffff7c4) at ../../src/gdb/main.c:761
#28 0x4013c9cb in __libc_start_main (main=0x8081c6c <main>, argc=3, 
    argv=0xbffff7c4, init=0x807fa84 <_init>, fini=0x824cb7c <_fini>, 
    rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffff7bc)
    at ../sysdeps/generic/libc-start.c:92
(gdb) up
#1  0x80b2a87 in symbol_add_stub (arg=0x8ea1078) at ../../src/gdb/solib.c:1162
(gdb) p so
$1 = (struct so_list *) 0x8ea1078
(gdb) p *so
$2 = {
  next = 0x8ea16d0, 
  lm = {
    l_addr = 1073827840, 
    l_name = 0x40014418 "X\236\005@`\236\005@h\236\005@", 
    l_ld = 0x40082594, 
    l_next = 0x400146d8, 
    l_prev = 0x40013ed0, 
    l_libname = 0x40014670, 
    l_info = {0x0, 0x400825c4, 0x40082614, 0x4008260c, 0x400825e4, 0x400825ec, 
      0x400825f4, 0x0, 0x0, 0x0, 0x400825fc, 0x40082604, 0x400825d4, 
      0x400825dc, 0x400825cc, 0x0, 0x0, 0x4008262c, 0x40082634, 0x4008263c, 
      0x4008261c, 0x0, 0x0, 0x40082624, 0x0 <repeats 55 times>, 0x4008264c, 
      0x40082644, 0x0 <repeats 13 times>, 0x40082654, 0x0, 0x0, 0x0}, 
    l_phdr = 0x40015034, 
    l_entry = 1073975200, 
    l_phnum = 3, 
    l_searchlist = {
      r_list = 0x0, 
      r_nlist = 0, 
      r_duplist = 0x0, 
      r_nduplist = 0
    }, 
    l_symbolic_searchlist = {
      r_list = 0x0, 
      r_nlist = 0, 
      r_duplist = 0x0, 
      r_nduplist = 0
    }, 
    l_loader = 0x40013ed0, 
    l_nbuckets = 1031, 
    l_buckets = 0x4001509c, 
    l_chain = 0x400160b8, 
    l_opencount = 1, 
    l_type = lt_library, 
    l_relocated = 1, 
    l_init_called = 0, 
    l_init_running = 0, 
    l_global = 1, 
    l_reserved = 0, 
    l_nversions = 6, 
    l_versions = 0x403ded80, 
    l_rpath_dirs = 0x0, 
    l_reloc_result = 0x0, 
    l_versyms = 0x4002a5b2, 
    l_origin = 0x40014688 "ðC\001@¨H\001@", 
    l_map_start = 1073827840, 
    l_map_end = 1074276448, 
    l_scope = {0x4001407c, 0x4001407c, 0x0, 0x0}, 
    l_local_scope = {0x400145ec, 0x0}, 
    l_dev = 2069, 
    l_ino = 311379, 
    l_phdr_allocated = 0
  }, 
  lmaddr = 1073824832, 
  so_original_name = "/x1/egcs/install/lib/libjserv.so.0", '\000' <repeats 477 times>, 
  so_name = "/x1/egcs/install/lib/libjserv.so.0", '\000' <repeats 477 times>, 
  abfd = 0x8e7d330, 
  lmend = 1074276448, 
  symbols_loaded = 0 '\000', 
  from_tty = 0 '\000', 
  objfile = 0x915b590, 
  sections = 0x8b2f3e0, 
  sections_end = 0x8b2f560, 
  textsection = 0x8b2f4b0
}
(gdb) p so->objfile->name
$3 = 0x0
(gdb) p so->so_name
$4 = "/x1/egcs/install/lib/libjserv.so.0", '\000' <repeats 477 times>

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

end of thread, other threads:[~2010-08-10 19:32 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-06 19:58 gdb crash Łukasz Michalski
  -- strict thread matches above, loose matches on Subject: below --
2010-08-10 18:44 Mathew Yeates
2010-08-10 19:26 ` Tom Tromey
2010-08-10 19:32   ` Mathew Yeates
2000-07-27 11:42 Tom Tromey

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