🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

3 total messages Started by Foldi Tamas Mon, 21 Jan 2002 15:43
Section index is uninitialized error message on Tru64 V5.1A (ds20)
#2785
Author: Foldi Tamas
Date: Mon, 21 Jan 2002 15:43
98 lines
5219 bytes
Hi gdb team,

	When I try to run gdb, i get the the following error message. What should
i do, or is this normal?

[crow@bps-udev-01]% gdb ./a        
GNU gdb 5.1.0.1
Copyright 2001 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 "alphaev67-dec-osf5.1"...mdebugread.c:2448:
gdb-internal-error: Section index is uninitialized

An internal GDB error was detected.  This may make further
debugging unreliable.  Continue this debugging session? (y or n) 
Create a core file containing the current state of GDB? (y or n) y
(gdb) r
Starting program: /usr/users/crow/./a 

Program received signal SIGTRAP, Trace/breakpoint trap.
warning: Hit heuristic-fence-post without finding
warning: enclosing function for address 0x3ff80020328
This warning occurs if you are debugging a function without any symbols
(for example, in a stripped executable).  In that case, you may wish to
increase the size of the search with the `set heuristic-fence-post' command.

Otherwise, you told GDB there was a function where there isn't one, or
(more likely) you have encountered a bug in GDB.
0x3ff80020328 in ?? ()

[snipp...]
[crow@bps-udev-01]% file a
a:      COFF format alpha dynamically linked, demand paged executable or
object module ___not stripped___ - version 3.13-14 

[snipp]
[crow@bps-udev-01]% dbx `which gdb` ./core
dbx version 5.1
Type 'help' for help.
Core file created by program "gdb"

signal IOT/Abort trap at >*[__kill, 0x3ff800e8908]      beq     a3,
0x3ff800e8920
(dbx) ts

Thread 0x3:
>  0 __kill(0x0, 0x4, 0x3ff00000000, 0x100000001, 0x3ff801a9c14)
>  [0x3ff800e8908]
   1 (unknown)() [0x3ff801ee108]
   2 __tis_raise(0x3ff801a9c14, 0x990, 0x3ff801229d8, 0x100000006,
0x3ff801869b4) [0x3ff801229d4]
   3 raise(0x3ff801229d8, 0x100000006, 0x3ff801869b4, 0x1400001f0,
0x3ff801a9c44) [0x3ff801869b0]
   4 abort(0x12004d674, 0x1400e4000, 0x0, 0x0, 0x100000000) [0x3ff801a9c40]
   5 internal_verror(file = 0x14001a820 = "mdebugread.c", line = 2448, fmt =
0x14001a830 = "Section index is uninitialized", ap = struct {
    _a0 = 0x11fffae50
    _offset = 24
}) ["utils.c":734, 0x12004d670]
   6 internal_error(file = 0x14001a820 = "mdebugread.c", line = 2448, string =
0x14001a830 = "Section index is uninitialized") ["utils.c":755, 0x12004d724]
   7 parse_partial_symbols(objfile = 0x1400e4000) ["mdebugread.c":2448,
0x1200d8e70]
   8 mdebug_build_psymtabs(objfile = 0x1400e4000, swap = 0x14005df90, info =
0x1400de0c0) ["mdebugread.c":512, 0x1200d46b8]
   9 mipscoff_symfile_read(objfile = 0x1400e4000, mainline = 1)
["mipsread.c":98, 0x1201432a8]
  10 syms_from_objfile(objfile = 0x1400e4000, addrs = 0x11fffb0e0, mainline =
1, verbo = 0) ["symfile.c":725, 0x120061d44]
  11 symbol_file_add(name = 0x11fffe028 = "./a", from_tty = 0, addrs = (nil),
mainline = 1, flags = 0) ["symfile.c":854, 0x120062110]
  12 symbol_file_add_main_1(args = 0x11fffe028 = "./a", from_tty = 0, flags =
0) ["symfile.c":915, 0x120062310]
  13 symbol_file_add_main(args = 0x11fffe028 = "./a", from_tty = 0)
["symfile.c":909, 0x1200622b8]
  14 do_captured_command(data = 0x11fffbaa0) ["top.c":482, 0x12005b530]
  15 catch_errors(func = 0x12005b504, args = 0x11fffbaa0, errstring =
0x140071c88 = "", mask = 6) ["top.c":416, 0x12005b454]
  16 catch_command_errors(command = 0x12006228c, arg = 0x11fffe028 = "./a",
from_tty = 0, mask = 6) ["top.c":502, 0x12005b5c8]
  17 captured_main(data = 0x11fffbfe0) ["main.c":559, 0x12004bde8]
  18 catch_errors(func = 0x12004b46c, args = 0x11fffbfe0, errstring =
0x1400714b0 = "", mask = 6) ["top.c":416, 0x12005b454]
  19 main(argc = 2, argv = 0x11fffc018) ["main.c":716, 0x12004c304]

Environment:
OSF1/Tru64 5.1A 1885 alpha DS/20 (alphaev67-dec-osf5.1 systype)


Best regards,
FOLDI Tamas
-- 
________________________________________________
COMPAQ System Advanced Development Group in HPTC
COMPAQ Computer Hungary, 1124 Nemetvolgyi ut 97.
CERN, bldg 513 S-015, CH-1211 Geneva 23,  Switzerland
Re: Section index is uninitialized error message on Tru64 V5.1A (ds20)
#2602
Author: Beemer Biker
Date: Thu, 07 Mar 2002 21:00
73 lines
3717 bytes
"Foldi Tamas" <crow@localhost.hu> wrote in message news:20020121154347.GA25574@hax0r.hu...
> Hi gdb team,
> 
> When I try to run gdb, i get the the following error message. What should
> i do, or is this normal?
> 
> [crow@bps-udev-01]% gdb ./a        
> GNU gdb 5.1.0.1
> Copyright 2001 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 "alphaev67-dec-osf5.1"...mdebugread.c:2448:
> gdb-internal-error: Section index is uninitialized


see http://sources.redhat.com/ml/gdb-patches/2001-05/msg00178.html and make that change to "symfile.c"

However, even after doing that, it didnt do me much good:

# ./bin/gdb a.out
GNU gdb 5.1.1
Copyright 2002 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 "alphaev67-dec-osf5.1"...
(gdb) list
1       #include <stdio.h>
2       main ()
3       {
4         short i;
5         int j;
6         long k;
7
8         printf("hello %ld, %ld, %ld\n",sizeof(i),sizeof(j),sizeof(k));
9       }
10
(gdb) break 4
Breakpoint 1 at 0x120001130: file hello.c, line 4.
(gdb) run
Starting program: /usr/users/user1/a.out
Memory fault - core dumped
#

BTW:  "show warranty" didnt work either ;<)


-- 
===========================================================
Joseph Stateson                          jstateson at swri.edu 
Principal Analyst
Production Systems & Software Engineering Dept.
Signal Exploitation and Geolocation Division
Southwest Research Institute
San Antonio, Texas USA
===========================================================
Re: Section index is uninitialized error message on Tru64 V5.1A (ds20)
#2603
Author: Beemer Biker
Date: Thu, 07 Mar 2002 21:41
28 lines
2502 bytes
FWIW the debugee got this debugging the debugger

# ./bin/gdb ./bin/gdb core
GNU gdb 5.1.1
Copyright 2002 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 "alphaev67-dec-osf5.1"...
BFD: Unhandled OSF/1 core file section type 33472
BFD: Unhandled OSF/1 core file section type 528
BFD: Unhandled OSF/1 core file section type 32768
BFD: Unhandled OSF/1 core file section type 7
BFD: Unhandled OSF/1 core file section type 32768
BFD: Unhandled OSF/1 core file section type 8192
BFD: Unhandled OSF/1 core file section type 8192
BFD: Unhandled OSF/1 core file section type 7
warning: big endian file does not match little endian target.
Core was generated by `
                       '.
Program terminated with signal 1, Hangup.
warning: Couldn't find general-purpose registers in core file.
warning: Couldn't find general-purpose registers in core file.
#0  0x00000000 in ?? ()
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads