From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-43747-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 22210 invoked by alias); 3 Oct 2014 18:22:12 -0000
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
Received: (qmail 22197 invoked by uid 89); 3 Oct 2014 18:22:11 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_00,MIME_CHARSET_FARAWAY,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: mx1.redhat.com
Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 03 Oct 2014 18:22:10 +0000
Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s93ILx11019687	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);	Fri, 3 Oct 2014 14:22:00 -0400
Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11])	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s93ILuhn005609;	Fri, 3 Oct 2014 14:21:57 -0400
Message-ID: <542EE944.4000500@redhat.com>
Date: Fri, 03 Oct 2014 18:22:00 -0000
From: Pedro Alves <palves@redhat.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: =?gbk?Q?=B8=DF=B9=FA=CA=A4?= <guosheng_gao@realsil.com.cn>,        Doug Evans <dje@google.com>, Gary Benson <gbenson@redhat.com>,        gdb <gdb@sourceware.org>, Andreas Arnez <arnez@linux.vnet.ibm.com>,        Joel Brobecker <brobecker@adacore.com>
Subject: Re: GDB bugs
References: <20140814083231.GA6283@blade.nx>	<20140814125224.GF4924@adacore.com>	<54102ED8.7060307@redhat.com>	<CADPb22Q5cr2aFrZgF4LKXCgQDddSDBwUeA3UJ2V=D93SqETmGQ@mail.gmail.com>	<20140910162853.GT13931@adacore.com>	<20140915102949.GC13503@blade.nx>	<CADPb22QFA7k6OH86ouy2wep1fpFbvBOAdfCd753r_fscMDNZ5g@mail.gmail.com>	<20140915160545.GN4962@adacore.com>	<CADPb22Tf2cMz79-Wg50p=31KinJ7iPOFNmdfkJQcaJ8A2SeO_g@mail.gmail.com>	<20140916093120.GA32511@blade.nx> <CADPb22QRefk+JqRerjfLqYVPXo2zf8cXpaW2G-6FVcO=1CQH1g@mail.gmail.com> <0CEE46EB9C50E44486A861D738D3E20645F67101@rsex2.realsil.com.cn>
In-Reply-To: <0CEE46EB9C50E44486A861D738D3E20645F67101@rsex2.realsil.com.cn>
Content-Type: text/plain; charset=gbk
Content-Transfer-Encoding: 8bit
X-SW-Source: 2014-10/txt/msg00002.txt.bz2

On 09/19/2014 04:24 AM, ¸ß¹úʤ wrote:
> Hi,
> I found that, for some targets like Jlink, can not report hardware watchpoint in RSP packet(can not report "Twatch"), how GDB to support this. 

Sorry, I don't understand this question.

> 
> By the way, it looks like that GDB can not stopped by user (ctrl + C)
> When free run.
> And this is caused by the commit "329ea57934a9d4b250a0b417af1ec47bc2d0ceb6"
>  /* Controls if targets can report that they can/are async.  This is
>    just for maintainers to use when debugging gdb.  */
> int target_async_permitted = 0;//this default value must 0.

If this is on Windows, then I recall that were subsequent fixes for a bug like that.

Thanks,
Pedro Alves