From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15571 invoked by alias); 15 Dec 2001 17:33:34 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 15547 invoked from network); 15 Dec 2001 17:33:31 -0000 Received: from unknown (HELO freya.inter.net.il) (192.114.186.14) by sources.redhat.com with SMTP; 15 Dec 2001 17:33:31 -0000 Received: from zaretsky ([192.116.55.139]) by freya.inter.net.il (Mirapoint) with ESMTP id BCE80152; Sat, 15 Dec 2001 19:33:24 +0200 (IST) Date: Sat, 15 Dec 2001 09:33:00 -0000 From: "Eli Zaretskii" To: muller@cerbere.u-strasbg.fr Message-Id: <1438-Sat15Dec2001193204+0200-eliz@is.elta.co.il> X-Mailer: emacs 21.1.50 (via feedmail 8 I) and Blat ver 1.8.9 CC: autophile@starband.net, gdb@sources.redhat.com, cgf@redhat.com In-reply-to: <4.2.0.58.20011214092106.00aca8d8@ics.u-strasbg.fr> (message from Pierre Muller on Fri, 14 Dec 2001 09:36:27 +0100) Subject: Re: [Q] Accessing fs:0 on x86 Linux? Reply-to: Eli Zaretskii References: <4.2.0.58.20011214092106.00aca8d8@ics.u-strasbg.fr> X-SW-Source: 2001-12/txt/msg00136.txt.bz2 > Date: Fri, 14 Dec 2001 09:36:27 +0100 > From: Pierre Muller > > But I once announced that I had a tool that is able to do this on > the go32v2 target. > See > http://sources.redhat.com/ml/gdb/2000-q1/msg00515.html > and related thread. > > This was never really considered for insertion into GDB CVS... > Eli, there was no followup to your answer > http://sources.redhat.com/ml/gdb/2000-q1/msg00535.html > ???? I looked into this issue when GDB 5.1 was in the last stages of development, but eventually decided that GDB lacked some infrastructure to add such a functionality. You could find the traces of that in a thread "Re: 8 bit read"; start reading here: http://sources.redhat.com/ml/gdb/2001-07/msg00338.html The problem with your patches was that they only worked for a single command, an analog of the `x' command. What I'm looking for is a general feature which would allow memory references using a selector:offset pair to be used in _any_ expression you submit to GDB. GDB cannot do that currently, and I don't think it would be right for me to hack every GDB command out there with "#ifdef __DJGPP__" type of code. So I have no alternative but to reject your patches. Sorry. A work-around would be to write a simple function that would do the fetching of data via a selector other than DS, and then call that function from GDB. Depending on your needs, you could get away with the _farpeek* family that is already available in the DJGPP library.