From mboxrd@z Thu Jan 1 00:00:00 1970 From: Barry Branham To: insight@sourceware.cygnus.com Subject: insight crash Date: Sat, 06 Jan 2001 15:19:00 -0000 Message-id: <3A57A8F3.F0B8FB49@networkusa.net> X-SW-Source: 2001-q1/msg00018.html Hi, Insight crashes when I run it on on RedHat 7.0. I was using it previously on RH 6.2 and it ran fine. I recently upgraded to RH7.0 and installed insight+dejagnu-20001213. It config'd ok, make'd with minor warnings and installed ok. When I run with an executable as argument, it a long time passes and then it seg faults. Without an argument it displays an empty source window - no menu bar etc but doesn't crash. Today I got similiar results with insight+dejagnu-20010106. When it crashes, 'gdb /usr/local/bin/gdb core' (regular gdb) gives the following: [bhb@vger bhb]$ gdb /usr/local/bin/gdb core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... Core was generated by `/usr/local/bin/gdb /usr/local/bin/Dash'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libncurses.so.5...done. Loaded symbols for /usr/lib/libncurses.so.5 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libthread_db.so.1...done. Loaded symbols for /lib/libthread_db.so.1 #0 0x401cb245 in chunk_alloc (ar_ptr=0x0, nb=0) at malloc.c:2736 2736 malloc.c: No such file or directory. (gdb) backtrace gives this: (gdb) bt #0 0x401cb245 in chunk_alloc (ar_ptr=0x0, nb=0) at malloc.c:2736 #1 0x401cb08e in __libc_malloc (bytes=32) at malloc.c:2704 #2 0x80d853a in xmmalloc (md=0x0, size=32) at utils.c:1024 #3 0x80d85a8 in xmalloc (size=32) at utils.c:1059 #4 0x8185274 in string_need (s=0xbf800290, n=16) at cplus-dem.c:4721 #5 0x81853c5 in string_appendn (p=0xbf800290, s=0x8569814 "mainWindowWidget__C14VkSimpleWindow", n=16) at cplus-dem.c:4808 #6 0x8184dc2 in demangle_function_name (work=0xbf8002d0, mangled=0xbf8002c4, declp=0xbf800290, scan=0x8569824 "__C14VkSimpleWindow") at cplus-dem.c:4558 #7 0x8182963 in iterate_demangle_function (work=0xbf8002d0, mangled=0xbf8002c4, declp=0xbf800290, scan=0x8569824 "__C14VkSimpleWindow") at cplus-dem.c:2569 #8 0x8182e5f in demangle_prefix (work=0xbf8002d0, mangled=0xbf8002c4, declp=0xbf800290) at cplus-dem.c:2818 #9 0x8180c80 in internal_cplus_demangle (work=0xbf8002d0, mangled=0x8569814 "mainWindowWidget__C14VkSimpleWindow") at cplus-dem.c:1108 #10 0x8180971 in cplus_demangle ( mangled=0x8569814 "mainWindowWidget__C14VkSimpleWindow", options=3) at cplus-dem.c:928 #11 0x80960d8 in lookup_symbol ( name=0x8569814 "mainWindowWidget__C14VkSimpleWindow", block=0x86fc7c8, namespace=VAR_NAMESPACE, is_a_field_of_this=0x0, symtab=0x0) at symtab.c:587 #12 0x8096100 in lookup_symbol ( name=0x8569814 "mainWindowWidget__C14VkSimpleWindow", block=0x86fc7c8, namespace=VAR_NAMESPACE, is_a_field_of_this=0x0, symtab=0x0) at symtab.c:595 #13 0x8096100 in lookup_symbol ( name=0x8569814 "mainWindowWidget__C14VkSimpleWindow", block=0x86fc7c8, ---Type to continue, or q to quit---q subsequent frames repeat... So it looks like we're running out of memory. Running top during this shows size getting up to 25Mb before the segfault. Any help much appreciated. Barry Branham