* sparc 32/64bit mixup?
@ 2001-05-07 14:53 Dykiel, Richard
2001-05-07 15:02 ` Paul Hilfinger
0 siblings, 1 reply; 2+ messages in thread
From: Dykiel, Richard @ 2001-05-07 14:53 UTC (permalink / raw)
To: 'gdb@sources.redhat.com'
Hello,
somebody's already got that kinf of error when running a program under gdb?
--------------------------------------------
rdykiel@sol1 [15]: gdb osedb
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 "sparc-sun-solaris2.7"...
(gdb) b main
Breakpoint 1 at 0x28c2c: file ../example/db.c, line 154.(gdb) r
Starting program: /export/home2/rdykiel/build/osedb/obj/solaris/osedb
procfs: init_inferior, get_traced_signals line 4565, /proc/6601: Value too
large for defined data type.
-----------------------------------------------
The problem occurs on a 32bit sparc running solaris2.7.
The SHELL environment variable points to a 64bit tcsh executable; this shell
is forked by gdb to run the debugged program. A truss of the run sequence
shows that gdb encounters an error Err#79 EOVERFLOW when reading the /proc
files of the tcsh process it created.
I'd like to know if it's a bug in gdb or an error in the configuration when
building gdb.
thanks
Richard Dykiel (978) 250-7491
Paceline Systems Corp.
9B Kidder Road
Chelmsford MA 01824
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: sparc 32/64bit mixup?
2001-05-07 14:53 sparc 32/64bit mixup? Dykiel, Richard
@ 2001-05-07 15:02 ` Paul Hilfinger
0 siblings, 0 replies; 2+ messages in thread
From: Paul Hilfinger @ 2001-05-07 15:02 UTC (permalink / raw)
To: Dykiel, Richard; +Cc: 'gdb@sources.redhat.com'
Last time I checked, a 32-bit Sparc process could not successfully
'proc' a 64-bit Sparc process.
P. Hilfinger
> Hello,
> somebody's already got that kinf of error when running a program under gdb?
>
> --------------------------------------------
> rdykiel@sol1 [15]: gdb osedb
> 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 "sparc-sun-solaris2.7"...
> (gdb) b main
> Breakpoint 1 at 0x28c2c: file ../example/db.c, line 154.(gdb) r
> Starting program: /export/home2/rdykiel/build/osedb/obj/solaris/osedb
> procfs: init_inferior, get_traced_signals line 4565, /proc/6601: Value too
> large for defined data type.
> -----------------------------------------------
>
> The problem occurs on a 32bit sparc running solaris2.7.
> The SHELL environment variable points to a 64bit tcsh executable; this shell
> is forked by gdb to run the debugged program. A truss of the run sequence
> shows that gdb encounters an error Err#79 EOVERFLOW when reading the /proc
> files of the tcsh process it created.
>
> I'd like to know if it's a bug in gdb or an error in the configuration when
> building gdb.
> thanks
>
>
> Richard Dykiel (978) 250-7491
> Paceline Systems Corp.
> 9B Kidder Road
> Chelmsford MA 01824
>
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2001-05-07 15:02 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-05-07 14:53 sparc 32/64bit mixup? Dykiel, Richard
2001-05-07 15:02 ` Paul Hilfinger
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox