From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12740 invoked by alias); 11 Feb 2009 12:31:05 -0000 Received: (qmail 12732 invoked by uid 22791); 11 Feb 2009 12:31:04 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.152) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 11 Feb 2009 12:30:58 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n1BCUoBW000234 ; Wed, 11 Feb 2009 13:30:50 +0100 (CET) Received: from mailserver.u-strasbg.fr (ms2.u-strasbg.fr [IPv6:2001:660:2402:d::11]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id n1BCUoaE078589 ; Wed, 11 Feb 2009 13:30:50 +0100 (CET) (envelope-from muller@ics.u-strasbg.fr) Received: from d620muller (www-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id n1BCUnRN035884 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Wed, 11 Feb 2009 13:30:49 +0100 (CET) (envelope-from muller@ics.u-strasbg.fr) From: "Pierre Muller" To: "'Amker.Cheng'" , References: In-Reply-To: Subject: RE: Is this a bug or as designed? Date: Wed, 11 Feb 2009 12:31:00 -0000 Message-ID: <000001c98c44$93605ac0$ba211040$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-02/txt/msg00091.txt.bz2 This is a limitation of windows native GDB 6.8 I wrote two patches that should solve that issue for next release if they are accepted. http://sourceware.org/ml/gdb-patches/2009-02/msg00194.html and http://sourceware.org/ml/gdb-patches/2009-02/msg00206.html If you are willing to test these out, you will need to get GDB cvs HEAD source and apply the two patches above. Pierre Muller Pascal language support maintainer for GDB > -----Message d'origine----- > De=A0: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] De la > part de Amker.Cheng > Envoy=E9=A0: Wednesday, February 11, 2009 12:59 PM > =C0=A0: gdb@sourceware.org > Objet=A0: Is this a bug or as designed? >=20 > Hi All: > I got a problem about the behavior of gdb 6.8. > When remote debugging win32 inferior with gdb and gdbserver(both > running on the same machine), > I found that gdb always missing watchpoints. just like following > outputs: >=20 > ----------------start here > GNU gdb 6.8 > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show > copying" > and "show warranty" for details. > This GDB was configured as "i386-pc-cygwin". > (gdb) file a.exe > Reading symbols from /cygdrive/e/work/gdb/native- > target/bin/a.exe...done. > (gdb) target remote :2345 > Remote debugging using :2345 > [New Thread 1980] > Reading symbols from /cygdrive/c/WINDOWS/system32/ntdll.dll...done. > Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll > Reading symbols from /cygdrive/c/WINDOWS/system32/kernel32.dll...done. > Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll > Reading symbols from /usr/bin/cygwin1.dll...done. > Loaded symbols for /usr/bin/cygwin1.dll > Reading symbols from /cygdrive/c/WINDOWS/system32/advapi32.dll...done. > Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll > Reading symbols from /cygdrive/c/WINDOWS/system32/rpcrt4.dll...done. > Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll > 0x7c921231 in ntdll!DbgUiConnectToDbg () from > /cygdrive/c/WINDOWS/system32/ntdll.dll > (gdb) awatch b > Hardware access (read/write) watchpoint 1: b > (gdb) c > Continuing. >=20 > Program exited normally. > (gdb) q > ------------------cut here >=20 >=20 >=20 > According to above output, gdb just let inferior run to end normally, > although it said > hardware watchpoint was set successfully. >=20 > I checked the remotelogfile and found there is no "Z" packets at all. > Further more, I > think there is something wrong when handling hardware watchpoint in > gdbserver for win32, > because the debug register is not set at all in gdbserver. >=20 > BTW It is sure that there are access to b in the inferior program and > There is no such problem with native debug with GDB under win32+cygwin. >=20 > Thanks for help! > Regards.