From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18361 invoked by alias); 6 May 2013 11:48:09 -0000 Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org Received: (qmail 18335 invoked by uid 55); 6 May 2013 11:48:09 -0000 From: "ro at CeBiTec dot Uni-Bielefeld.DE" To: gdb-prs@sourceware.org Subject: [Bug tdep/15420] Thread support broken on 64-bit Solaris/x86 Date: Mon, 06 May 2013 11:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: tdep X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ro at CeBiTec dot Uni-Bielefeld.DE X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: brobecke at sourceware dot org X-Bugzilla-Target-Milestone: 7.6 X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 X-SW-Source: 2013-q2/txt/msg00191.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=15420 --- Comment #3 from Rainer Orth 2013-05-06 11:48:08 UTC --- > --- Comment #2 from Joel Brobecker 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 , 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.