From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15009 invoked by alias); 25 Aug 2009 05:04:16 -0000 Received: (qmail 14894 invoked by uid 22791); 25 Aug 2009 05:04:15 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-pz0-f198.google.com (HELO mail-pz0-f198.google.com) (209.85.222.198) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 25 Aug 2009 05:04:09 +0000 Received: by pzk36 with SMTP id 36so1377176pzk.12 for ; Mon, 24 Aug 2009 22:04:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.8.24 with SMTP id 24mr461734wfh.337.1251176648078; Mon, 24 Aug 2009 22:04:08 -0700 (PDT) In-Reply-To: <83d46ldnoj.fsf@gnu.org> References: <4A7BA1DE.6010103@vmware.com> <4A90B261.2030602@vmware.com> <4A90C08A.8000107@vmware.com> <837hwufkxr.fsf@gnu.org> <83d46ldnoj.fsf@gnu.org> From: Hui Zhu Date: Tue, 25 Aug 2009 06:53:00 -0000 Message-ID: Subject: Re: Bug in i386_process_record? To: Eli Zaretskii Cc: msnyder@vmware.com, gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-08/txt/msg00408.txt.bz2 On Tue, Aug 25, 2009 at 03:19, Eli Zaretskii wrote: >> From: Hui Zhu >> Date: Mon, 24 Aug 2009 07:42:41 +0800 >> Cc: gdb-patches@sourceware.org >> >> For the gdb, the value of segment reg is not the really value. >> cs =A0 =A0 =A0 =A0 =A0 =A0 0x73 =A0 115 >> ss =A0 =A0 =A0 =A0 =A0 =A0 0x7b =A0 123 >> ds =A0 =A0 =A0 =A0 =A0 =A0 0x7b =A0 123 >> es =A0 =A0 =A0 =A0 =A0 =A0 0x7b =A0 123 >> fs =A0 =A0 =A0 =A0 =A0 =A0 0x0 =A0 =A00 >> gs =A0 =A0 =A0 =A0 =A0 =A0 0x33 =A0 51 >> I have tried some insn that use segment reg such as string ops insn. >> I found that the value of this segment reg cannot affect anything. > > Did you try setjmp and longjmp? > Signal and setjmp longjump is still not tested. I will do it. Thanks, Hui