From: Hui Zhu <teawater@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>, msnyder@vmware.com
Cc: gdb-patches@sourceware.org
Subject: Re: Bug in i386_process_record?
Date: Sun, 23 Aug 2009 23:53:00 -0000 [thread overview]
Message-ID: <daef60380908231642h1d85f7b5r70a5856647335f4c@mail.gmail.com> (raw)
In-Reply-To: <837hwufkxr.fsf@gnu.org>
If I am right, this is from the old memory manager -- segment manager.
X86 is a old arch and support it.
Now, most of OS include Linux, they don't use this MM, they use page
manager that X86 support it too (X86 is crazy). So they set the value
of segment reg to 0.
For the gdb, the value of segment reg is not the really value.
cs 0x73 115
ss 0x7b 123
ds 0x7b 123
es 0x7b 123
fs 0x0 0
gs 0x33 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.
And prec just support Linux now. I have move
"set_gdbarch_process_record (gdbarch, i386_process_record);" to
i386-linux-tdep.c.
This patch doesn't add any more thing, just fix the bug. And this bug
seems affect a lot of program (for example, Oza's fp example). I
suggest let it in first. After that, we can find a good way to handle
the segment reg better.
What do you think about it?
Thanks,
Hui
On Mon, Aug 24, 2009 at 02:24, Eli Zaretskii <eliz@gnu.org> wrote:
>
> > From: Hui Zhu <teawater@gmail.com>
> > Date: Sun, 23 Aug 2009 12:29:33 +0800
> > Cc: gdb-patches ml <gdb-patches@sourceware.org>
> >
> > read_register (I386_ES_REGNUM)
> > This value is not the value of ES. This is number of TLB.
>
> On what OS?
next prev parent reply other threads:[~2009-08-23 23:43 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4A7BA1DE.6010103@vmware.com>
2009-08-10 9:33 ` Hui Zhu
2009-08-10 22:12 ` Michael Snyder
2009-08-11 6:20 ` Hui Zhu
2009-08-11 18:31 ` Hui Zhu
2009-08-16 16:12 ` Hui Zhu
2009-08-18 5:35 ` Michael Snyder
2009-08-18 11:52 ` Hui Zhu
2009-08-21 3:23 ` Hui Zhu
2009-08-23 3:15 ` Michael Snyder
2009-08-23 3:33 ` Hui Zhu
2009-08-23 4:13 ` Michael Snyder
2009-08-23 9:04 ` Hui Zhu
2009-08-23 17:37 ` Hui Zhu
2009-08-23 18:23 ` Michael Snyder
2009-08-23 18:32 ` Eli Zaretskii
2009-08-23 23:53 ` Hui Zhu [this message]
2009-08-23 23:56 ` Daniel Jacobowitz
2009-08-24 0:01 ` Hui Zhu
2009-08-24 7:46 ` Eli Zaretskii
2009-08-24 3:15 ` Hui Zhu
2009-08-24 19:20 ` Eli Zaretskii
2009-08-25 5:04 ` Hui Zhu
2009-08-25 18:45 ` Eli Zaretskii
2009-08-26 3:19 ` Hui Zhu
2009-08-26 3:27 ` Eli Zaretskii
2009-08-26 7:20 ` Hui Zhu
2009-08-26 17:37 ` Eli Zaretskii
2009-08-27 0:05 ` Michael Snyder
2009-08-27 0:32 ` Michael Snyder
2009-08-27 1:50 ` Hui Zhu
2009-08-27 15:35 ` Hui Zhu
2009-08-28 1:44 ` Michael Snyder
2009-08-28 2:14 ` Hui Zhu
2009-08-28 6:16 ` Michael Snyder
2009-08-28 8:46 ` Hui Zhu
2009-08-30 1:12 ` Michael Snyder
2009-08-27 1:44 ` Hui Zhu
2009-08-29 6:51 ` Hui Zhu
2009-08-24 20:31 ` Eli Zaretskii
2009-08-25 6:53 ` Hui Zhu
2009-08-23 18:24 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=daef60380908231642h1d85f7b5r70a5856647335f4c@mail.gmail.com \
--to=teawater@gmail.com \
--cc=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=msnyder@vmware.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox