From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16733 invoked by alias); 13 Feb 2006 07:43:27 -0000 Received: (qmail 16723 invoked by uid 22791); 13 Feb 2006 07:43:26 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 13 Feb 2006 07:43:25 +0000 Received: from kahikatea.snap.net.nz (p202-124-114-157.snap.net.nz [202.124.114.157]) by viper.snap.net.nz (Postfix) with ESMTP id ED174740C72; Mon, 13 Feb 2006 20:43:20 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id F10148890; Mon, 13 Feb 2006 20:42:21 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17392.14429.495865.319476@kahikatea.snap.net.nz> Date: Mon, 13 Feb 2006 07:43:00 -0000 To: Vladimir Prus Cc: gdb@sources.redhat.com Subject: Re: MI error messages In-Reply-To: <200602131005.45774.ghost@cs.msu.su> References: <17388.62632.330005.663964@kahikatea.snap.net.nz> <200602131005.45774.ghost@cs.msu.su> 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/msg00122.txt.bz2 > I believe you're wrong. The example I given actually results from situation > where user specifies a wrong new value for a variable. The specific testcase > I've tried in KDevelop is assigning value of "br" to "int" variable. That's > clearly a user error. If you're trying to give one variable the value of another then I guess you're right. I've only set variables to prescribed values while debugging. However, I still maintain that some error messages are for the user, and some should only occur if there is a bug in the front end and should never really be seen by the user. Its just that your example, perhaps, belongs to the former and not the latter. Nick