From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#17411: 24.4.50; emacs_backtrace.txt Date: Tue, 13 May 2014 22:54:08 +0300 Message-ID: <83bnv1pi8v.fsf@gnu.org> References: <4ed285be-ccc5-4df6-90f8-5dfd88f52d21@default> <83siofu3gf.fsf@gnu.org> <83ppjjt9mw.fsf@gnu.org> <83tx8uq23h.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1400010927 23217 80.91.229.3 (13 May 2014 19:55:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 13 May 2014 19:55:27 +0000 (UTC) Cc: lekktu@gmail.com, 17411@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 13 21:55:19 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WkInF-0006fJ-1m for geb-bug-gnu-emacs@m.gmane.org; Tue, 13 May 2014 21:55:17 +0200 Original-Received: from localhost ([::1]:47533 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkInE-0005gf-PM for geb-bug-gnu-emacs@m.gmane.org; Tue, 13 May 2014 15:55:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51687) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkIn6-0005Tm-10 for bug-gnu-emacs@gnu.org; Tue, 13 May 2014 15:55:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WkIn0-0003MT-Su for bug-gnu-emacs@gnu.org; Tue, 13 May 2014 15:55:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45262) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkIn0-0003LP-QG for bug-gnu-emacs@gnu.org; Tue, 13 May 2014 15:55:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WkIn0-0000BR-82 for bug-gnu-emacs@gnu.org; Tue, 13 May 2014 15:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 May 2014 19:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17411 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 17411-submit@debbugs.gnu.org id=B17411.1400010866630 (code B ref 17411); Tue, 13 May 2014 19:55:02 +0000 Original-Received: (at 17411) by debbugs.gnu.org; 13 May 2014 19:54:26 +0000 Original-Received: from localhost ([127.0.0.1]:34380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkImP-0000A6-HJ for submit@debbugs.gnu.org; Tue, 13 May 2014 15:54:25 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:52680) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkImL-00009m-T9 for 17411@debbugs.gnu.org; Tue, 13 May 2014 15:54:23 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N5J00I0032RUS00@a-mtaout20.012.net.il> for 17411@debbugs.gnu.org; Tue, 13 May 2014 22:54:14 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5J00I913AEJU50@a-mtaout20.012.net.il>; Tue, 13 May 2014 22:54:14 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:89043 Archived-At: > From: Stefan Monnier > Cc: lekktu@gmail.com, 17411@debbugs.gnu.org > Date: Tue, 13 May 2014 15:32:13 -0400 > > The "eassert (length (i) > 0)" does catch this case already. We could > add another assert which is looser (i.e. one that would not be caught by > a "somewhat sane interval with a non-positive length"), but I'm not sure > how to formally define "hopelessly messed up". You could display the values on your system in a debugger, and after some time you should have a good idea what isn't messed up.