This is the mail archive of the gdb-prs@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug tdep/15420] Thread support broken on 64-bit Solaris/x86


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]