Cheers, 

There have been a couple of questions recently (one from me) regarding 
GDB on 64-bit SPARC Solaris executables.  I have a little information.

1. An error such as

    (gdb) b main
    Cannot access memory at address 0x0

on an executable with debugging information may be due to the use of
stabs debugging info, which I gather does not support 64-bit
addresses.  For example, you won't see this error in the absence 
of debugging info (where the minimal symbols are used).

2. An error such as 

    (gdb) run
    Starting program: /export/home/users/hilfingr/gdb/test64 
    procfs:3887 -- process not stopped.    <<<< ?????
    procfs: ...giving up...

results from attempting to debug a 64-bit executable process from a 32-
bit-compiled GDB.  What happens specifically is that all attempts to
read from /proc/xxxxx/status result in an EOVERFLOW error, with no
data read.  The process actually IS stopped, but since at the moment
GDB 5 does not check that its procinfo calls succeed, you get the
message in this form instead, when later parts of procfs_wait read the
flags and find 0's for what should be the flags indicating that the
process is stopped.

Mind you, various annoyances have prevented me from getting a version
that actually DOES work yet on Solaris, and I can't vouch for all
releases of Solaris (this info is from a 2.7 version of the OS).
However, this at least indicates one problem one might face.

Paul Hilfinger
UC Berkeley & ACT Corp.

_______________________________________________
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

Reply via email to