From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16250 invoked by alias); 22 Feb 2007 19:26:42 -0000 Received: (qmail 16217 invoked by uid 22791); 22 Feb 2007 19:26:42 -0000 X-Spam-Check-By: sourceware.org Received: from hb17.de (HELO ww17.hb17.de) (80.190.209.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 22 Feb 2007 19:26:30 +0000 Received: from insanenotebook (p57A2AFF6.dip0.t-ipconnect.de [87.162.175.246]) by ww17.hb17.de (ww17.hb17.de) with ESMTP id 62E99105D8 for ; Thu, 22 Feb 2007 20:26:28 +0100 (CET) From: "Sascha" To: Subject: MI, remote protocol and error codes Date: Thu, 22 Feb 2007 19:58:00 -0000 Message-ID: <000301c756b7$5c359d90$02b2a8c0@insanenotebook> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 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: 2007-02/txt/msg00240.txt.bz2 Hi, I'm currently using GDB (CS 6.5) in a situation like this: C/C++ IDE ---[MI]---> GDB ---[Remote Protocol]---> Remote stub Am I right and GDB does not care at all about remote error codes (ENN reply) ? The remote stub supports breakpoints, but there are situations when a breakpoint has to be rejected (depending on internal state). When the stub replies with an error code, GDB won't resume - which is good - but it just reports "Protocol error: Z0 (software-breakpoint) conflicting enabled responses". The MI protocol does not report the error code, so the IDE does not get to know why the breakpoint got rejected. Is there any way (or any plans) to report error codes over MI ? Or is there a different solution ? Thanks Sascha