From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.bugs Subject: bug#23158: 25.1.50; crash by consecutive http accesses Date: Thu, 31 Mar 2016 11:31:52 +0900 Organization: Emacsen advocacy group Message-ID: References: <83vb44uh08.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1459391602 13504 80.91.229.3 (31 Mar 2016 02:33:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 31 Mar 2016 02:33:22 +0000 (UTC) Cc: 23158 <23158@debbugs.gnu.org> To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 31 04:33:11 2016 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 1alSQ2-0000bQ-DE for geb-bug-gnu-emacs@m.gmane.org; Thu, 31 Mar 2016 04:33:10 +0200 Original-Received: from localhost ([::1]:57699 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1alSQ1-0005x8-Fc for geb-bug-gnu-emacs@m.gmane.org; Wed, 30 Mar 2016 22:33:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50576) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1alSPx-0005x2-C6 for bug-gnu-emacs@gnu.org; Wed, 30 Mar 2016 22:33:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1alSPu-0007iu-68 for bug-gnu-emacs@gnu.org; Wed, 30 Mar 2016 22:33:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48407) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1alSPu-0007iq-2i for bug-gnu-emacs@gnu.org; Wed, 30 Mar 2016 22:33:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1alSPt-0007o0-Oi for bug-gnu-emacs@gnu.org; Wed, 30 Mar 2016 22:33:01 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Katsumi Yamaoka Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Mar 2016 02:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23158 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23158-submit@debbugs.gnu.org id=B23158.145939152329938 (code B ref 23158); Thu, 31 Mar 2016 02:33:01 +0000 Original-Received: (at 23158) by debbugs.gnu.org; 31 Mar 2016 02:32:03 +0000 Original-Received: from localhost ([127.0.0.1]:45534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1alSOx-0007mo-Bz for submit@debbugs.gnu.org; Wed, 30 Mar 2016 22:32:03 -0400 Original-Received: from mail-hampton.hostforweb.net ([205.234.186.191]:57095 helo=hampton.hostforweb.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1alSOv-0007mK-FI for 23158@debbugs.gnu.org; Wed, 30 Mar 2016 22:32:01 -0400 Original-Received: from s70.gtokyofl21.vectant.ne.jp ([202.215.75.70]:60839 helo=localhost) by hampton.hostforweb.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1alSOj-002qlN-2j; Wed, 30 Mar 2016 21:31:51 -0500 X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (i686-pc-cygwin) Cancel-Lock: sha1:I2bXXB0ZxwWtQgRAKWbAx/1Ww8E= X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hampton.hostforweb.net X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: hampton.hostforweb.net: authenticated_id: yamaoka/from_h X-Authenticated-Sender: hampton.hostforweb.net: yamaoka@jpl.org X-Source: X-Source-Args: X-Source-Dir: 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115791 Archived-At: On Wed, 30 Mar 2016 18:23:19 +0300, Eli Zaretskii wrote: >> those consecutive http accesses seem to crash Emacs. > Thanks. Can you try reproducing the problem in an unoptimized build, > and show the backtrace from that? I built Emacs from the git master with the option CFLAGS=3D'-O0' and verified it works for the test code with no problem. However, for reading the spam mail in question, Emacs doesn't crash but it gets to be unusable; when I try to run some command, Emacs says Wrong type argument: sequencep, #> and does not proceed. A Lisp backtrace follows: Debugger entered--Lisp error: (wrong-type-argument sequencep #>) process-list() window--process-window-list() window--adjust-process-windows() read-from-minibuffer("Switch to buffer in other frame (default *Summary n= nml:tmp*): " nil (keymap (10 . minibuffer-complete-and-exit) (13 . minibuff= er-complete-and-exit) keymap (menu-bar keymap (minibuf "Minibuf" keymap (ta= b menu-item "Complete" minibuffer-complete :help "Complete as far as possib= le") (space menu-item "Complete Word" minibuffer-complete-word :help "Compl= ete at most one word") (63 menu-item "List Completions" minibuffer-completi= on-help :help "Display all possible completions") "Minibuf")) (27 keymap (1= 18 . switch-to-completions)) (prior . switch-to-completions) (63 . minibuff= er-completion-help) (32 . minibuffer-complete-word) (9 . minibuffer-complet= e) keymap (menu-bar keymap (minibuf "Minibuf" keymap (previous menu-item "P= revious History Item" previous-history-element :help "Put previous minibuff= er history element in the minibuffer") (next menu-item "Next History Item" = next-history-element :help "Put next minibuffer history element in the mini= buffer") (isearch-backward menu-item "Isearch History Backward" isearch-bac= kward :help "Incrementally search minibuffer history backward") (isearch-fo= rward menu-item "Isearch History Forward" isearch-forward :help "Incrementa= lly search minibuffer history forward") (return menu-item "Enter" exit-mini= buffer :key-sequence "" :help "Terminate input and exit minibuffer") (quit = menu-item "Quit" abort-recursive-edit :help "Abort input and exit minibuffe= r") "Minibuf")) (10 . exit-minibuffer) (13 . exit-minibuffer) (7 . abort-re= cursive-edit) (C-tab . file-cache-minibuffer-complete) (9 . self-insert-com= mand) (XF86Back . previous-history-element) (up . previous-line-or-history-= element) (prior . previous-history-element) (XF86Forward . next-history-ele= ment) (down . next-line-or-history-element) (next . next-history-element) (= 27 keymap (114 . previous-matching-history-element) (115 . next-matching-hi= story-element) (112 . previous-history-element) (110 . next-history-element= ))) nil buffer-name-history "*Summary nnml:tmp*" nil) completing-read-default("Switch to buffer in other frame (default *Summar= y nnml:tmp*): " internal-complete-buffer nil confirm-after-completion nil b= uffer-name-history "*Summary nnml:tmp*" nil) read-buffer("Switch to buffer in other frame: " # confirm-after-completion) read-buffer-to-switch("Switch to buffer in other frame: ") (list (read-buffer-to-switch "Switch to buffer in other frame: ")) call-interactively(switch-to-buffer-other-frame nil nil) command-execute(switch-to-buffer-other-frame) Thanks.