From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22971 invoked by alias); 16 Feb 2020 22:41:13 -0000 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 Received: (qmail 22912 invoked by uid 89); 16 Feb 2020 22:41:08 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: =?ISO-8859-1?Q?No, score=0.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.1 spammy=wei, wei=c3, watches, H*r:sk:gdb@sou?= X-HELO: mout.gmx.net Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.17.20) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 16 Feb 2020 22:41:07 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1581892863; bh=MP1ssehewUuB8eGSNm3REmv84uWu9t4/d8PzFuRWCkw=; h=X-UI-Sender-Class:To:From:Subject:Date; b=Cs6vpTA6W212UY347OO6cWMhhOSovm7mu3HjUuYCFUeMRtqTL6U8vfkWaD/nvopBV L5K+B5noqcd4GyU0pHnsrtoAiv2r9hj3bLQULpawCmQ1KvhdWQj4lxjVe5CLZy/F4F fnape0Xfc26noMAP4gTxMApDex6/P9WBcelWPKK4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.64] ([46.223.148.137]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MTzfG-1ivB6b2phy-00R49l for ; Sun, 16 Feb 2020 23:41:03 +0100 To: gdb@sourceware.org From: =?UTF-8?Q?Volker_Wei=c3=9fmann?= Subject: Is this a bug in gdb Message-ID: <64aad0f5-5cee-63a6-18cc-1efdef1b1750@gmx.de> Date: Sun, 16 Feb 2020 22:41:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2020-02/txt/msg00038.txt.bz2 Hello, The help text of the watch command claims that the -l option watches the memory of the variable. When I tried this, I was surprised by the outcome (reproducible): (gdb) watch this->v_ Hardware watchpoint 2: this->v_ (gdb) watch -l this->v_ A syntax error in expression, near `restrict *) 0x00007fffffffd398'. (gdb) Note: Using print &(this->v_) and=C2=A0 watch (char[8]) *outputoftheprintcommand worked. I am asking you whether this is a bug in gdb or not, because if it is a bug in gdb, I will try to make a minimal example an file a bug report. Greetings Volker Wei=C3=9Fmann