This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug tdep/15420] Thread support broken on 64-bit Solaris/x86
- From: "ro at CeBiTec dot Uni-Bielefeld.DE" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Mon, 06 May 2013 11:48:08 +0000
- Subject: [Bug tdep/15420] Thread support broken on 64-bit Solaris/x86
- Auto-submitted: auto-generated
- References: <bug-15420-4717 at http dot sourceware dot org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=15420
--- Comment #3 from Rainer Orth <ro at CeBiTec dot Uni-Bielefeld.DE> 2013-05-06 11:48:08 UTC ---
> --- Comment #2 from Joel Brobecker <brobecker at gnat dot com> 2013-05-06 11:35:14 UTC ---
> Rainer,
>
> The Solaris 10 man page is absolutely explicit about these routines:
>
> SPARC Only
> ps_lgetxregsize(),ps_lgetxregs(), andps_lsetxregs() are
> SPARC-specific. They do not need to be defined by a control-
> ling process on non-SPARC architecture. ps_lgetxregsize()
> returns in *xregsize the size of the architecture-dependent
> extra state registers. ps_lgetxregs() gets the extra state
> registers, and ps_lsetxregs() sets them.
I'm seeing this only in the Solaris 9 man page. On Solaris 10 (Update
11, man page dated 13 Sep 2010), I have
ps_lgetxregsize(), ps_lgetxregs(), and ps_lsetxregs() are
system dependent. ps_lgetxregsize() returns in *xregsize the
size of the architecture-dependent extra state registers.
ps_lgetxregs() gets the extra state registers, and
ps_lsetxregs() sets them. On systems that do not support
extra state registers, these functions will return
PS_NOXREGS.
> This may be obsolete info, but I am testing on ia32-solaris, and I am not
> seeing the problem either. I wonder if the 'x' might mean 'cross' meaning that
> the routines are only used when in 64bit mode...
I suppose the x means extra, as in proc(4):
xregs
Extra state registers. The extra state register set is
architecture dependent; this file is empty if the system
does not support extra state registers. If the file is non-
empty, it contains an architecture dependent structure of
type prxregset_t, defined in <procfs.h>, with the values of
the lwp's extra state registers. If the lwp is not stopped,
all register values are undefined. See also the PCSXREG con-
trol operation, below.
> I will send a patch...
Fine, thanks.
Rainer
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.