From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#24692: 25.1; simple, reproducible Emacs 25.1 crash on MS Windows Date: Fri, 14 Oct 2016 20:05:25 +0200 Message-ID: <58011E65.6090704@gmx.at> References: <5801121F.8090404@gmx.at> <9fc2c8e1-8cc0-499d-a871-949e7871635e@default> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1476468395 21445 195.159.176.226 (14 Oct 2016 18:06:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 14 Oct 2016 18:06:35 +0000 (UTC) To: Drew Adams , 24692@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 14 20:06:31 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bv6s3-0002uz-3G for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Oct 2016 20:06:15 +0200 Original-Received: from localhost ([::1]:48757 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bv6s1-00067M-Jk for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Oct 2016 14:06:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60764) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bv6rv-00067F-Pj for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2016 14:06:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bv6rq-0000SZ-HD for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2016 14:06:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49320) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1bv6rq-0000SO-Dj for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2016 14:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bv6rq-0007kf-7O for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2016 14:06:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Oct 2016 18:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24692-submit@debbugs.gnu.org id=B24692.147646833929768 (code B ref 24692); Fri, 14 Oct 2016 18:06:02 +0000 Original-Received: (at 24692) by debbugs.gnu.org; 14 Oct 2016 18:05:39 +0000 Original-Received: from localhost ([127.0.0.1]:55510 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bv6rS-0007k4-Vr for submit@debbugs.gnu.org; Fri, 14 Oct 2016 14:05:39 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:59914) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bv6rR-0007js-KI for 24692@debbugs.gnu.org; Fri, 14 Oct 2016 14:05:38 -0400 Original-Received: from [192.168.1.100] ([212.95.7.62]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MZTP3-1cFn2Y33cb-00LD5k; Fri, 14 Oct 2016 20:05:27 +0200 In-Reply-To: <9fc2c8e1-8cc0-499d-a871-949e7871635e@default> X-Provags-ID: V03:K0:qUr8Pk5i4ctpOfXXIvAKZAR6yNHglSlNdX0kUBcsuHKQIzNEviy kgeE88p/ZkjqFCzRXMch3F2NAVI/8SSPwOTfsVD3MR3CNy1tCglWu2FS+IFFqKLvjEeV/eh sCW05YGnxjAs1XWWIONXnNP/nemtkosPk5UEUVZS0L+U/dMF5lZfww0mcYgMWYX8iQDJ1dI a7MRsge+NXTNaotuTGIHw== X-UI-Out-Filterresults: notjunk:1;V01:K0:R7BGQ5DY148=:VKm4r/9YJW16ojJ7jZncBF SF+4YLafIVFXoW7eQBtl5Xfpsy8YyH8j6tjiXKN6Mf39Mo0n+zOVycIGOvGQJe/mbdF274RNA 1sAO8NfqqAWauq+ZpPi5IrEMDfo3m+zzz3Vnkwtrmf4AavReAvAVJXsGYRGbHvbr6jeEyrjol lp6WMfXt7nnbj/mk3XX3WwGy1bvLJQTnzjJaue6dljYivxV4oQ4h/37mWC/Zfo5fSIO0gJWX5 CmqicFz62K8umMq2dMZVT0V9wO2BSfppPD4GLIPdTfvVYWnUoHj/K5ZlZjTFl0cmFO+ZsHcvL hhlmZMdGPy1d9VF3DICzLlnb1Ri4OIs3ZsWPuzHO7FJvJKaAEhvIz79RBDV0jQXh4AbnaViWn IAJBfW1K7kxTcjW27tnRaeNjmb/Rvr6RFOezLJdwzU+/a6F0nQsgBLXojyGJGg0baI9yqvJTh qI683EE2nGox9rlWmuij6hL+P+lItas17JnjE1res6yZUgB5ZnSpdJX9cwG85lmfpjnZF8Fup iZhsC5AhDFqk7J/LTLLgchdfGyIJPmwl86qgbE+Y2eDwyGqAzB/Kpoe5U1nU/9GC/Ury1u+92 cxGS5T6yIIp8nsvAr6oidVGDUtFb2UyaXbjoopIGvXe6ysIcZoLKF6CAPzezbfWrYH5oX7cxW Cly7i7Gm7EXlXgXqdZjyCq1jM7TwvrGabCHowuPRNDhp5SXcoI7EpEVNXfG7sxUMCg1plhYYl dd5lHEgZvJ1EVLJTjFVe/b2pMnOLXTg0aEL+Q0GCOuf4nxSgtgTuz5suwfkYiSv5FGwh6t/X X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:124470 Archived-At: > The recipe seems "contrived"? Of course it is contrived. > I narrowed down tons of code to this simple recipe. A simple recipe would be to run (defun foo () "" (interactive) (let ((max-win-width 0) (max-win-height 1)) (save-excursion (goto-char (point-min)) (while (not (eobp)) (end-of-line) (setq max-win-width (max (current-column) max-win-width)) (when (zerop (forward-line 1)) (setq max-win-height (1+ max-win-height))))) (cons max-win-width max-win-height))) on simple.el. Does that crash? > As for "Why on earth should that crash?" Why indeed? The answer > seems to be "Because Emacs 25" - it does not crash in Emacs 20 > through 24.5. > > You can use a different command, such as `digit-argument', for > `C-h f', since `prefix-command-preserve-state' does not exist > in previous releases. (`digit-argument' will also crash Emacs > 25.) Note, BTW, that even though Emacs 24.5 does not crash, it > does take a long time to show `simple.el'. Scanning simple.el takes its time. > Note too that the time it takes Emacs 25 to crash, after clicking > `simple.el', seems variable - but it always crashes. There is > always a period when you see a blank `simple.el' frame, before > the crash, but sometimes the crash comes more quickly than other > times. > > This makes me think that the actual crash occurs elsewhere from > where the bug is manifested - e.g. eventually trying to access > an improper memory location. (Just a hunch, and likely not very > helpful.) The only way to find out is to use the debugger. You could try to find out where by simply displaying the current line count during scanning. If it always crashes at the same line, there might be a clue. And you could try finding simple.el _before_ evaluating your code and look what happens. martin