From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30810 invoked by alias); 10 Feb 2006 11:36:29 -0000 Received: (qmail 30795 invoked by uid 22791); 10 Feb 2006 11:36:27 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 10 Feb 2006 11:36:22 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F7WYy-0003I8-Q4 for gdb@sources.redhat.com; Fri, 10 Feb 2006 12:35:46 +0100 Received: from zigzag.lvk.cs.msu.su ([158.250.17.23]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Feb 2006 12:35:44 +0100 Received: from ghost by zigzag.lvk.cs.msu.su with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Feb 2006 12:35:44 +0100 To: gdb@sources.redhat.com From: Vladimir Prus Subject: MI error messages Date: Fri, 10 Feb 2006 11:36:00 -0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.8.2 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-02/txt/msg00073.txt.bz2 Hello! Below is a short MI session: (gdb) -var-assign KDEVTMP br &"mi_cmd_var_assign: Could not assign expression to varible object\n" ^error,msg="mi_cmd_var_assign: Could not assign expression to varible The good thing about this is that I can easily detect that's an error, and show a message to the user. The bad thing is that the message includes 'mi_cmd_var_assign:' part. For end user of KDevelop, or even end user of gdb, this makes no sense -- it's the name of internal function. It can only confuse. So, could somebody tell: 1. Is it guaranteed that all MI error message start with function name and a semicolon? 2. If not, is there any regexp that can be used to remove the function name, that's guaranteed to work for all current and future MI error messages. Removing anything before first semicolon is risky -- error message can contain ':' for other reasons. 3. If not, can the function name be removed? - Volodya