From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: My Emacs unicode 2 crash again when I do some *Replace String (M-%)*, I give the debug informations under gdb in the attachments. Date: Tue, 13 Mar 2007 23:24:57 +0200 Message-ID: References: <20070306063056.GA21948@debian-testing-hy.localdomain> <86zm6q5upr.fsf@lola.quinscape.zz> <17902.9556.720278.162036@kahikatea.snap.net.nz> <85bqizpiu6.fsf@lola.goethe.zz> <871wjvc7or.fsf@uwakimon.sk.tsukuba.ac.jp> <87odmxbyrx.fsf@uwakimon.sk.tsukuba.ac.jp> <864pop1sv2.fsf@lola.quinscape.zz> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1173821104 17859 80.91.229.12 (13 Mar 2007 21:25:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 13 Mar 2007 21:25:04 +0000 (UTC) Cc: stephen@xemacs.org, emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 13 22:24:56 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HREUK-0003zW-HL for ged-emacs-devel@m.gmane.org; Tue, 13 Mar 2007 22:24:56 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HREV8-00014p-Hb for ged-emacs-devel@m.gmane.org; Tue, 13 Mar 2007 16:25:46 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HREV1-0000yq-G3 for emacs-devel@gnu.org; Tue, 13 Mar 2007 17:25:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HREV0-0000xc-RT for emacs-devel@gnu.org; Tue, 13 Mar 2007 17:25:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HREV0-0000xV-Fb for emacs-devel@gnu.org; Tue, 13 Mar 2007 16:25:38 -0500 Original-Received: from romy.inter.net.il ([213.8.233.24]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HREU6-0002OT-Vv; Tue, 13 Mar 2007 17:24:43 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-66-145.inter.net.il [80.230.66.145]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id HJO62258 (AUTH halo1); Tue, 13 Mar 2007 23:24:38 +0200 (IST) In-reply-to: <864pop1sv2.fsf@lola.quinscape.zz> (message from David Kastrup on Tue, 13 Mar 2007 08:54:09 +0100) X-detected-kernel: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) 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:67872 Archived-At: > Cc: Eli Zaretskii , emacs-devel@gnu.org > From: David Kastrup > Date: Tue, 13 Mar 2007 08:54:09 +0100 > > I actually know no option with similarly devastating effects on > debugging productivity: if registers and values and stuff get > optimized away, that is basically a nuisance, but gdb tells you what > happens (at least with newer debug info formats, which value is where > is traced rather well). If the optimized-away values are function call arguments, the fact that GDB tells me they were optimized away doesn't help. Inability to produce a usable backtrace is a very serious roadblock for debugging, not just some nuisance. I have no idea whether there are options to prevent that, maybe not. This is what I meant when I said we didn't know what to write. > How much more wasted man-hours do you want, Eli, before "knowing" it > might be a good idea to use this by default? Why ask me? I didn't suggest to put anything neither in DEBUG nor in aclocal. I will ask GCC developers to add a feature to turn off the more problematic optimizations, and that's all. And if you want to add something somewhere, you don't need my blessing to install changes in CVS. (Maybe just not before the release, as configury is known to be quite sensitive.)