From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Frank Schmitt Newsgroups: gmane.emacs.devel Subject: Re: Bug Database? Date: Fri, 20 Oct 2006 14:01:31 +0200 Organization: Hamme net, kren mer och nimmi Message-ID: References: <17717.20433.183356.106695@kahikatea.snap.net.nz> <17718.15996.727727.91417@kahikatea.snap.net.nz> <17719.20082.610297.834477@kahikatea.snap.net.nz> <17719.55331.655678.827341@kahikatea.snap.net.nz> <17720.36925.992861.58347@kahikatea.snap.net.nz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1161371335 2668 80.91.229.2 (20 Oct 2006 19:08:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 20 Oct 2006 19:08:55 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 20 21:08:53 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Gaziq-0007BC-60 for ged-emacs-devel@m.gmane.org; Fri, 20 Oct 2006 21:08:01 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gazip-00074W-Bx for ged-emacs-devel@m.gmane.org; Fri, 20 Oct 2006 15:07:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gat4I-00062j-1R for emacs-devel@gnu.org; Fri, 20 Oct 2006 08:01:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gat4E-00062A-W1 for emacs-devel@gnu.org; Fri, 20 Oct 2006 08:01:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gat4E-00061s-Ll for emacs-devel@gnu.org; Fri, 20 Oct 2006 08:01:38 -0400 Original-Received: from [141.26.64.15] (helo=deliver.uni-koblenz.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gat4C-0007Fh-H7; Fri, 20 Oct 2006 08:01:36 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by deliver.uni-koblenz.de (Postfix) with ESMTP id 99D04B755F8; Fri, 20 Oct 2006 14:01:32 +0200 (CEST) Original-Received: from deliver.uni-koblenz.de ([127.0.0.1]) by localhost (deliver [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17188-02; Fri, 20 Oct 2006 14:01:30 +0200 (CEST) Original-Received: from fed1.frank-schmitt.net (dhcp81.uni-koblenz.de [141.26.71.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTP id 03885B7D2B1; Fri, 20 Oct 2006 14:01:30 +0200 (CEST) Original-Received: from fed1.frank-schmitt.net.Frank-Schmitt.net (localhost.localdomain [127.0.0.1]) by fed1.frank-schmitt.net (Postfix) with ESMTP id E8B90138338; Fri, 20 Oct 2006 14:01:31 +0200 (CEST) Original-To: Nick Roberts X-Face: :EL9TzGRN){7|oE2~xQ8Q(VjpjsXgX$~gi&rYD5J5p)$w\Thdl~v:7h`/n)J!8nXT%_+Wj6}@EHM8}QbA(9nX-wrQ:ch1%DauV[?kFasXUcnL#+"K8zOx&$@/M'/}, q-eztaJra1|?C+p$h\2XnK-HB"8_U (Nick Roberts's message of "Fri, 20 Oct 2006 22:00:45 +1300") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Virus-Scanned: by amavisd-new at uni-koblenz.de X-Mailman-Approved-At: Fri, 20 Oct 2006 13:17:17 -0400 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:60954 Archived-At: Nick Roberts writes: > > He did not say anything about the amount of work required. > > In the sentence before your quote he said: > > Frank> I looked at the code and while I wasn't able to do the fix myself, I > Frank> think for someone who knows gdb's internal, the fix wouldn't be much > Frank> work > > > Whether it > > is easy or hard affects what the project leaders need to do, but > > either way they should exercise leadership to get it fixed. > > Templates aren't GDB's only shortcoming. I could say GDB/MI is broken. Others > would say it's weak at debugging multi-threaded programs. Frank appears to be > saying "I want GDB to work well with C++ templates but I don't want to work on > it, so somebody else should or we should make life unpleasant for them.". > Maybe annoying the people who do contibute to free software is exercising > leadership, I wouldn't know. What I wanted to state is: A free project (especially if it doesn't have any capable free competitors (like gcc, gdb, the Linux kernel, to a lesser degree Mozilla)) has a responsibility to deliver code which fulfills the promises regarding functionality the project makes. Gdb states that it "allows you to see what is going on `inside' another program while it executes" and that "The program being debugged can be written in C, C++, Pascal, Objective-C (and many other languages)". Telling the user base "If you want the software to behave as advertised, fix it" is both common in free software and bad style as most users just can't do this. -- Did you ever realize how much text fits in eighty columns? If you now consider that a signature usually consists of up to four lines, this gives you enough space to spread a tremendous amount of information with your messages. So seize this opportunity and don't waste your signature with bullshit nobody will read.