From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28017 invoked by alias); 6 Sep 2013 14:17:42 -0000 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 Received: (qmail 28008 invoked by uid 89); 6 Sep 2013 14:17:42 -0000 Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.222.211) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 06 Sep 2013 14:17:42 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,MSGID_MULTIPLE_AT autolearn=no version=3.3.2 X-HELO: mailhost.u-strasbg.fr Received: from mailhost.u-strasbg.fr (localhost [127.0.0.1]) by antispam (Postfix) with ESMTP id ED5D9220A0A for ; Fri, 6 Sep 2013 16:17:38 +0200 (CEST) Received: from mailhost.u-strasbg.fr (localhost [127.0.0.1]) by antivirus (Postfix) with ESMTP id DF35B220A24 for ; Fri, 6 Sep 2013 16:17:38 +0200 (CEST) Received: from md14.u-strasbg.fr (md14.u-strasbg.fr [130.79.200.249]) by mr1.u-strasbg.fr (Postfix) with ESMTP id CF7C3220A0A for ; Fri, 6 Sep 2013 16:17:37 +0200 (CEST) Received: from ms11.u-strasbg.fr (ms11.u-strasbg.fr [130.79.204.111]) by md14.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id r86EHbqH000820 for ; Fri, 6 Sep 2013 16:17:37 +0200 Received: from E6510Muller (gw-ics.u-strasbg.fr [130.79.210.225]) (Authenticated sender: mullerp) by ms11.u-strasbg.fr (Postfix) with ESMTPSA id A26281FD90 for ; Fri, 6 Sep 2013 16:17:37 +0200 (CEST) From: "Pierre Muller" To: References: <1378432920-7731-1-git-send-email-yao@codesourcery.com> <83txhymr02.fsf@gnu.org> <522990FF.30608@codesourcery.com> <83mwnqmj8f.fsf@gnu.org> <20130906130332.GE3001@adacore.com> <8361uem5yv.fsf@gnu.org> In-Reply-To: <8361uem5yv.fsf@gnu.org> Subject: RE: [PATCH 0/3] Trust readonly sections if target has memory protection Date: Fri, 06 Sep 2013 14:17:00 -0000 Message-ID: <000d01ceab0b$d53ae600$7fb0b200$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-SW-Source: 2013-09/txt/msg00238.txt.bz2 > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Eli Zaretskii > Envoy=E9=A0: vendredi 6 septembre 2013 15:32 > =C0=A0: Joel Brobecker > Cc=A0: yao@codesourcery.com; gdb-patches@sourceware.org > Objet=A0: Re: [PATCH 0/3] Trust readonly sections if target has memory > protection >=20 > > Date: Fri, 6 Sep 2013 06:03:32 -0700 > > From: Joel Brobecker > > Cc: Yao Qi , gdb-patches@sourceware.org > > > > > MinGW doesn't support Windows 3.x, and I think Cygwin doesn't support > > > 9x anymore. > > > > IMO, XP is probably the most ancient version that would be reasonable > > to support. Are people still developping on more ancient versions? I have a question: if Windows OS is supposed to support memory protection, then why is it allowed to set software interrupts? We do overwrite the .text section of the debuggee to do this, no? Does this simply mean that the program itself would not be allowed to modify its own .text section (or any other read-only section),=20 but that the debugger has a higher privilege, which allows him=20 to overwrite read-only sections... If this is true, does it mean that if we "set trust-readonly-sections auto"=20 and use the debugger to overwrite any memory in READ_ONLY section, and read it back subsequently, it will still display the unmodified memory? Is the "feature/problem" limited to use of gdbserver? Is the behavior the same on Linux systems? Pierre Muller