From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 06 17:15:56 2010 Received: (at submit) by debbugs.gnu.org; 6 Nov 2010 21:15:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEq7A-0003XL-1K for submit@debbugs.gnu.org; Sat, 06 Nov 2010 17:15:56 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEq78-0003XG-2h for submit@debbugs.gnu.org; Sat, 06 Nov 2010 17:15:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PEqBX-0004rc-2L for submit@debbugs.gnu.org; Sat, 06 Nov 2010 17:20:27 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID,T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:43997) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PEqBX-0004rX-01 for submit@debbugs.gnu.org; Sat, 06 Nov 2010 17:20:27 -0400 Received: from [140.186.70.92] (port=47303 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PEqBV-0003Um-VQ for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2010 17:20:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PEqBU-0004qw-Rv for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2010 17:20:25 -0400 Received: from mail-iw0-f169.google.com ([209.85.214.169]:63671) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PEqBU-0004qa-OS for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2010 17:20:24 -0400 Received: by iwn9 with SMTP id 9so4559774iwn.0 for ; Sat, 06 Nov 2010 14:20:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=PK2nC86lxbo/q/T7L9qMnxrwbZx/bDNXxcGbkmynSC4=; b=Y7khPjFuLKbFarxoj7HtEUpWRb3MOg+UYFlX9akVHG6H7yFr0nXTAXZtGVlwKqCQkF lmZiluSdsoBAjyYhjYhvrf11GpHV+zZlfEB9D+M93U0bsL9EZl3L4WyftXMxvq4gyyVJ yuGvzVmDzDGWITCv5Xg6QMCO3L/OOec1MlqOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=Emdsw4ab7jpRxeRDEQtIi37F5l6uP+XTJLLTO9OKL47bwa4X+GQ5EWgTDH1IFD5yfj 6IIQWsth4f5lz65IooXTqagTYOD/T8dLawbqq+3wGPFLBOAaOYEugxIL4hHbWitB1gvB jSEV2d/VZ5qTxct9ensoQianNLG9yRLzQvCTQ= Received: by 10.231.37.11 with SMTP id v11mr2780922ibd.189.1289078423165; Sat, 06 Nov 2010 14:20:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.199.141 with HTTP; Sat, 6 Nov 2010 14:20:03 -0700 (PDT) From: Jakub Turski Date: Sat, 6 Nov 2010 21:20:03 +0000 Message-ID: Subject: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Spam-Score: -4.8 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) Method to replicate: 1/ Compile recent OSX Emacs from 'emacs-23' branch 2/ Launch 'emacs -Q' 3/ Press: C-x 2 4/ Move your mouse to the corner of the frame, grab it, drag up, rescaling the vertically to minimum size Effect: Emacs crashes, if you resize it fast enough. If you resize it slowly, it will survive. I've discovered it as I use SizeUp, program that allows resizing OSX windows via keyboard shortcuts. Looks like this particular problem is related to scrollbars. If I disable scrollbars before resizing, this doesn't happen. In GNU Emacs 23.2.50.1 (x86_64-apple-darwin10.4.0, NS apple-appkit-1038.32) of 2010-10-17 on imacoob.nerv.local Windowing system distributor `Apple', version 10.3.1038 configured using `configure '--prefix=/opt/local' '--with-ns' '--without-x' '--without-dbus' 'CC=/usr/bin/gcc-4.2' 'CFLAGS=-O2 -arch x86_64' 'LDFLAGS=-L/opt/local/lib -arch x86_64' 'CPPFLAGS=-I/opt/local/include'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: pl_PL.UTF-8 value of $LC_CTYPE: pl_PL.UTF-8 value of $LC_MESSAGES: C value of $LC_MONETARY: en_IE.utf-8 value of $LC_NUMERIC: en_IE.utf-8 value of $LC_TIME: en_IE.utf-8 value of $LANG: en_IE.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x b i g u g e m a c s - C-w r e p o r t Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... call-interactively: Text is read-only Making completion list... kill-region: The mark is not set now, so there is no region Load-path shadows: None found. Features: (shadow sort mail-extr message ecomplete rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1 hex-util hashcash mail-utils emacsbug help-mode view tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win easymenu tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process ns multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 06 23:13:58 2010 Received: (at 7348) by debbugs.gnu.org; 7 Nov 2010 03:13:58 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEvhe-0006Wn-FY for submit@debbugs.gnu.org; Sat, 06 Nov 2010 23:13:58 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PEvha-0006Wh-PQ for 7348@debbugs.gnu.org; Sat, 06 Nov 2010 23:13:56 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id DE5C5C0569; Sun, 7 Nov 2010 12:18:26 +0900 (JST) Date: Sun, 07 Nov 2010 12:18:26 +0900 Message-ID: From: YAMAMOTO Mitsuharu To: Jakub Turski Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX In-Reply-To: References: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 7348 Cc: 7348@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) >>>>> On Sat, 6 Nov 2010 21:20:03 +0000, Jakub Turski said: > Method to replicate: > 1/ Compile recent OSX Emacs from 'emacs-23' branch > 2/ Launch 'emacs -Q' > 3/ Press: C-x 2 > 4/ Move your mouse to the corner of the frame, grab it, drag up, > rescaling the vertically to minimum size I tried this recipe with the *GTK+ build* compiled with --enable-checking on Mac OS X 10.6.4, and I got the following assertion failure: .../src/xdisp.c:11515: Emacs fatal error: assertion failed: BUFFERP(w->buffer) 11511 /* If showing the region, and mark has changed, we must redisplay 11512 the whole window. The assignment to this_line_start_pos prevents 11513 the optimization directly below this if-statement. */ 11514 if (((!NILP (Vtransient_mark_mode) 11515 && !NILP (XBUFFER (w->buffer)->mark_active)) 11516 != !NILP (w->region_showing)) 11517 || (!NILP (w->region_showing) 11518 && !EQ (w->region_showing, The value of w->buffer was nil when the assertion failure occurred. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 07 05:29:57 2010 Received: (at 7348) by debbugs.gnu.org; 7 Nov 2010 10:29:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PF2VY-0000xn-QR for submit@debbugs.gnu.org; Sun, 07 Nov 2010 05:29:57 -0500 Received: from mailout-de.gmx.net ([213.165.64.22] helo=mail.gmx.net) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PF2VW-0000xg-0B for 7348@debbugs.gnu.org; Sun, 07 Nov 2010 05:29:55 -0500 Received: (qmail invoked by alias); 07 Nov 2010 10:34:27 -0000 Received: from 62-47-54-94.adsl.highway.telekom.at (EHLO [62.47.54.94]) [62.47.54.94] by mail.gmx.net (mp060) with SMTP; 07 Nov 2010 11:34:27 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+XINJ/bpqX2KXHtSN9tPnULNJZt4AKk068B5dW5t rpW+UIpNx8Poeb Message-ID: <4CD680B0.4060503@gmx.at> Date: Sun, 07 Nov 2010 11:34:24 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: YAMAMOTO Mitsuharu Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 7348 Cc: Jakub Turski , 7348@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > The value of w->buffer was nil when the assertion failure occurred. IIUC this means the selected window was deleted and not replaced by another window. Can you check whether this is already the case at the time redisplay_internal is entered? martin From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 07 06:17:52 2010 Received: (at 7348) by debbugs.gnu.org; 7 Nov 2010 11:17:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PF3Fv-0001GU-TY for submit@debbugs.gnu.org; Sun, 07 Nov 2010 06:17:52 -0500 Received: from smtprelay-h32.telenor.se ([213.150.131.5]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PF3Ft-0001GO-Fq for 7348@debbugs.gnu.org; Sun, 07 Nov 2010 06:17:50 -0500 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h32.telenor.se (Postfix) with ESMTP id 4BAD6E8829 for <7348@debbugs.gnu.org>; Sun, 7 Nov 2010 12:22:23 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Anw+APIZ1kxV4S1kPGdsb2JhbACIApoGDAEBAQE1LbkUhUgEjV+CbYUa X-IronPort-AV: E=Sophos;i="4.58,309,1286143200"; d="scan'208";a="1688984827" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 07 Nov 2010 12:22:23 +0100 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id C66D57FA05A; Sun, 7 Nov 2010 12:22:22 +0100 (CET) Message-ID: <4CD68BEE.6020703@swipnet.se> Date: Sun, 07 Nov 2010 12:22:22 +0100 From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 To: YAMAMOTO Mitsuharu Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 7348 Cc: Jakub Turski , 7348@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) Some timing has changed. I got a crash because of BadCursor. It only happens if you start Emacs and put the mouse fast within the frame on a non-toolkit build. Initializing cursor to No_Cursor in note_mode_line_or_margin_highlight fixed tha. Jan D. YAMAMOTO Mitsuharu skrev 2010-11-07 04.18: >>>>>> On Sat, 6 Nov 2010 21:20:03 +0000, Jakub Turski said: > >> Method to replicate: >> 1/ Compile recent OSX Emacs from 'emacs-23' branch >> 2/ Launch 'emacs -Q' >> 3/ Press: C-x 2 >> 4/ Move your mouse to the corner of the frame, grab it, drag up, >> rescaling the vertically to minimum size > > I tried this recipe with the *GTK+ build* compiled with > --enable-checking on Mac OS X 10.6.4, and I got the following > assertion failure: > > .../src/xdisp.c:11515: Emacs fatal error: assertion failed: BUFFERP(w->buffer) > > 11511 /* If showing the region, and mark has changed, we must redisplay > 11512 the whole window. The assignment to this_line_start_pos prevents > 11513 the optimization directly below this if-statement. */ > 11514 if (((!NILP (Vtransient_mark_mode) > 11515 && !NILP (XBUFFER (w->buffer)->mark_active)) > 11516 != !NILP (w->region_showing)) > 11517 || (!NILP (w->region_showing) > 11518 && !EQ (w->region_showing, > > The value of w->buffer was nil when the assertion failure occurred. > > YAMAMOTO Mitsuharu > mituharu@math.s.chiba-u.ac.jp > > From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 07 14:01:03 2010 Received: (at 7348) by debbugs.gnu.org; 7 Nov 2010 19:01:03 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFAUA-0004wh-Ql for submit@debbugs.gnu.org; Sun, 07 Nov 2010 14:01:02 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFAU6-0004wL-Uz for 7348@debbugs.gnu.org; Sun, 07 Nov 2010 14:01:00 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LBJ00L003LMJG00@a-mtaout20.012.net.il> for 7348@debbugs.gnu.org; Sun, 07 Nov 2010 21:05:16 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.249.126]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LBJ00LMP3OQBY50@a-mtaout20.012.net.il>; Sun, 07 Nov 2010 21:05:16 +0200 (IST) Date: Sun, 07 Nov 2010 21:05:23 +0200 From: Eli Zaretskii Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX In-reply-to: <4CD68BEE.6020703@swipnet.se> To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Message-id: <834obtnedo.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <4CD68BEE.6020703@swipnet.se> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 7348 Cc: yacoob@gmail.com, 7348@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Jan Dj=C3=A4rv > Cc: Jakub Turski , 7348@debbugs.gnu.org >=20 > Some timing has changed. I got a crash because of BadCursor. It o= nly happens=20 > if you start Emacs and put the mouse fast within the frame on a non= -toolkit=20 > build. Initializing cursor to No_Cursor in note_mode_line_or_margi= n_highlight=20 > fixed tha. Looks like it's my fault. Sorry, and thanks for fixing that. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 07 20:38:48 2010 Received: (at 7348) by debbugs.gnu.org; 8 Nov 2010 01:38:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFGh6-0007Tm-Cc for submit@debbugs.gnu.org; Sun, 07 Nov 2010 20:38:48 -0500 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFGh3-0007Th-6L for 7348@debbugs.gnu.org; Sun, 07 Nov 2010 20:38:46 -0500 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id A4035C056B; Mon, 8 Nov 2010 10:43:18 +0900 (JST) Date: Mon, 08 Nov 2010 10:43:18 +0900 Message-ID: From: YAMAMOTO Mitsuharu To: martin rudalics Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX In-Reply-To: <4CD680B0.4060503@gmx.at> References: <4CD680B0.4060503@gmx.at> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 7348 Cc: Jakub Turski , 7348@debbugs.gnu.org, YAMAMOTO Mitsuharu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) >>>>> On Sun, 07 Nov 2010 11:34:24 +0100, martin rudalics said: >> The value of w->buffer was nil when the assertion failure occurred. > IIUC this means the selected window was deleted and not replaced by > another window. Can you check whether this is already the case at > the time redisplay_internal is entered? That's not the case at the beginning of redisplay_internal, indeed. The call to do_pending_window_change at line 11397 in xdisp.c (emacs-23 branch) seems to change selected_window because of the following call chain, but the variable `w' in redisplay_internal still points to the old selected window. redisplay_internal -> do_pending_window_change -> change_frame_size -> change_frame_size_1 -> set_window_height -> size_window -> delete_window (/* Delete WINDOW if it's too small. */) YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 08 05:02:33 2010 Received: (at 7348) by debbugs.gnu.org; 8 Nov 2010 10:02:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFOYb-0002tG-4K for submit@debbugs.gnu.org; Mon, 08 Nov 2010 05:02:33 -0500 Received: from mailout-de.gmx.net ([213.165.64.22] helo=mail.gmx.net) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PFOYX-0002tB-Pu for 7348@debbugs.gnu.org; Mon, 08 Nov 2010 05:02:31 -0500 Received: (qmail invoked by alias); 08 Nov 2010 10:07:06 -0000 Received: from 62-47-50-212.adsl.highway.telekom.at (EHLO [62.47.50.212]) [62.47.50.212] by mail.gmx.net (mp068) with SMTP; 08 Nov 2010 11:07:06 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/hKlsDsZXh9oT4KhBsPVy4LQrj6m+xYtwOvCOXjZ c4vzIQw02bggrf Message-ID: <4CD7CBC8.9010103@gmx.at> Date: Mon, 08 Nov 2010 11:07:04 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: YAMAMOTO Mitsuharu Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX References: <4CD680B0.4060503@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 7348 Cc: Jakub Turski , 7348@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > The call to do_pending_window_change at line 11397 in xdisp.c > (emacs-23 branch) seems to change selected_window because of the > following call chain, but the variable `w' in redisplay_internal still > points to the old selected window. > > redisplay_internal > -> do_pending_window_change > -> change_frame_size > -> change_frame_size_1 > -> set_window_height > -> size_window > -> delete_window (/* Delete WINDOW if it's too small. */) That's bad. So basing redisplay_internal entirely on struct window *w = XWINDOW (selected_window); is inherently broken. But simply reassigning w = XWINDOW (selected_window); after every do_pending_window_change call is hairy since it changes the selected window under our feet, so any things done for the window that was selected before the call would probably have to be redone for the now selected window. OTOH going back to retry after every call that might have changed the selected window could get us into an infinite loop. (BTW, do we really need up all three do_pending_window_change calls in redisplay_internal?) martin From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 08 14:19:49 2010 Received: (at 7348) by debbugs.gnu.org; 8 Nov 2010 19:19:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFXFt-0007bQ-Ds for submit@debbugs.gnu.org; Mon, 08 Nov 2010 14:19:49 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFXFr-0007bL-GR for 7348@debbugs.gnu.org; Mon, 08 Nov 2010 14:19:48 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LBK00F00Z4T5N00@a-mtaout20.012.net.il> for 7348@debbugs.gnu.org; Mon, 08 Nov 2010 21:24:18 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.249.126]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LBK00EFRZ8GYE40@a-mtaout20.012.net.il>; Mon, 08 Nov 2010 21:24:18 +0200 (IST) Date: Mon, 08 Nov 2010 21:24:27 +0200 From: Eli Zaretskii Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX In-reply-to: <4CD7CBC8.9010103@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <831v6vobys.fsf@gnu.org> References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 7348 Cc: yacoob@gmail.com, 7348@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Mon, 08 Nov 2010 11:07:04 +0100 > From: martin rudalics > Cc: Jakub Turski , 7348@debbugs.gnu.org > > > The call to do_pending_window_change at line 11397 in xdisp.c > > (emacs-23 branch) seems to change selected_window because of the > > following call chain, but the variable `w' in redisplay_internal still > > points to the old selected window. > > > > redisplay_internal > > -> do_pending_window_change > > -> change_frame_size > > -> change_frame_size_1 > > -> set_window_height > > -> size_window > > -> delete_window (/* Delete WINDOW if it's too small. */) > > That's bad. So basing redisplay_internal entirely on > > struct window *w = XWINDOW (selected_window); > > is inherently broken. But simply reassigning > > w = XWINDOW (selected_window); > > after every do_pending_window_change call is hairy since it changes the > selected window under our feet, so any things done for the window that > was selected before the call would probably have to be redone for the > now selected window. The only thing I see that uses selected_window and is done between this line: ++redisplaying_p; and the 1st call to do_pending_window_change is this call: reconsider_clip_changes (w, current_buffer); We could simply call reconsider_clip_changes again if we detect that the selected_window changed after the call to do_pending_window_change. The second call to do_pending_window_change is conditioned on must_finish being zero, which I think cannot happen when this situation hits. And the third call to do_pending_window_change already goes back to retry anyway. So maybe there's no problem in updating the value of w in this case. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 09 02:38:54 2010 Received: (at 7348) by debbugs.gnu.org; 9 Nov 2010 07:38:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFin7-0006wN-Vw for submit@debbugs.gnu.org; Tue, 09 Nov 2010 02:38:54 -0500 Received: from mailout-de.gmx.net ([213.165.64.23] helo=mail.gmx.net) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PFin4-0006wI-CK for 7348@debbugs.gnu.org; Tue, 09 Nov 2010 02:38:51 -0500 Received: (qmail invoked by alias); 09 Nov 2010 07:43:29 -0000 Received: from 62-47-62-244.adsl.highway.telekom.at (EHLO [62.47.62.244]) [62.47.62.244] by mail.gmx.net (mp017) with SMTP; 09 Nov 2010 08:43:29 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/VckhJtEzVsua1Cvbis5eAGuh1Po/3P+BY5JC7VY Nxjs47118l3Nb9 Message-ID: <4CD8FB98.8080706@gmx.at> Date: Tue, 09 Nov 2010 08:43:20 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> <831v6vobys.fsf@gnu.org> In-Reply-To: <831v6vobys.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 7348 Cc: yacoob@gmail.com, 7348@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > The only thing I see that uses selected_window and is done between > this line: > > ++redisplaying_p; > > and the 1st call to do_pending_window_change is this call: > > reconsider_clip_changes (w, current_buffer); > > We could simply call reconsider_clip_changes again if we detect that > the selected_window changed after the call to do_pending_window_change. I suppose that would be sufficient. > The second call to do_pending_window_change is conditioned on > must_finish being zero, which I think cannot happen when this > situation hits. Well I thought must_finish being non-zero means we must neglect pending changes while must_finish zero means we are allowed to do them. But I don't understand redisplay_internal at all. > And the third call to do_pending_window_change already goes back to > retry anyway. And if for some reason it doesn't this should not harm either. > So maybe there's no problem in updating the value of w in this case. In my branch I try to avoid that frame size changes may delete the selected window. But it's non-trivial to put such behavior into the trunk code. Anyway, if you're going to fix this please try putting a comment there how pause, must_finish and windows_or_buffers_changed interact and what the entire minibuffer/echo area stuff is about. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 09 11:52:38 2010 Received: (at 7348) by debbugs.gnu.org; 9 Nov 2010 16:52:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFrQz-0003B2-Vo for submit@debbugs.gnu.org; Tue, 09 Nov 2010 11:52:38 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFrQx-0003Aw-Dl for 7348@debbugs.gnu.org; Tue, 09 Nov 2010 11:52:36 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LBM00700N25GI00@a-mtaout22.012.net.il> for 7348@debbugs.gnu.org; Tue, 09 Nov 2010 18:57:15 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.249.126]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LBM004BXN3EDAU0@a-mtaout22.012.net.il>; Tue, 09 Nov 2010 18:57:15 +0200 (IST) Date: Tue, 09 Nov 2010 18:57:15 +0200 From: Eli Zaretskii Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX In-reply-to: <4CD8FB98.8080706@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83zktimo44.fsf@gnu.org> References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> <831v6vobys.fsf@gnu.org> <4CD8FB98.8080706@gmx.at> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 7348 Cc: yacoob@gmail.com, 7348@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Tue, 09 Nov 2010 08:43:20 +0100 > From: martin rudalics > CC: mituharu@math.s.chiba-u.ac.jp, yacoob@gmail.com, > 7348@debbugs.gnu.org > > > The second call to do_pending_window_change is conditioned on > > must_finish being zero, which I think cannot happen when this > > situation hits. > > Well I thought must_finish being non-zero means we must neglect pending > changes while must_finish zero means we are allowed to do them. But I > don't understand redisplay_internal at all. On second thought, perhaps we should simply goto retry after this second call. I don't believe we could hit an infloop, since the offending window was already deleted. WDYT? > In my branch I try to avoid that frame size changes may delete the > selected window. How can you do that in general? What will the window display like? From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 09 12:48:14 2010 Received: (at 7348) by debbugs.gnu.org; 9 Nov 2010 17:48:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFsIn-0003aV-PB for submit@debbugs.gnu.org; Tue, 09 Nov 2010 12:48:14 -0500 Received: from mailout-de.gmx.net ([213.165.64.22] helo=mail.gmx.net) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PFsIk-0003aN-RJ for 7348@debbugs.gnu.org; Tue, 09 Nov 2010 12:48:12 -0500 Received: (qmail invoked by alias); 09 Nov 2010 17:52:51 -0000 Received: from 62-47-53-235.adsl.highway.telekom.at (EHLO [62.47.53.235]) [62.47.53.235] by mail.gmx.net (mp032) with SMTP; 09 Nov 2010 18:52:51 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+mlBQMLn+m2Mr99gAc1IpHs+LRl5LSRnx6beuCb2 9an+jAZu9neOON Message-ID: <4CD98A70.70204@gmx.at> Date: Tue, 09 Nov 2010 18:52:48 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> <831v6vobys.fsf@gnu.org> <4CD8FB98.8080706@gmx.at> <83zktimo44.fsf@gnu.org> In-Reply-To: <83zktimo44.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 7348 Cc: yacoob@gmail.com, 7348@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > On second thought, perhaps we should simply goto retry after this > second call. I don't believe we could hit an infloop, since the > offending window was already deleted. WDYT? And the set of Emacs windows is finite, IIRC. But redisplay_internal is so convoluted that you never know. In any case it seems to me the most reasonable thing to do. >> In my branch I try to avoid that frame size changes may delete the >> selected window. > > How can you do that in general? What will the window display like? When I change a frame's size I have two cases: If I can accomodate all of its windows, I shrink them. If I can't accomodate all of them, I make the frame's selected window the frame's root window, deleting all other windows. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 09 13:45:11 2010 Received: (at 7348) by debbugs.gnu.org; 9 Nov 2010 18:45:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFtBv-0003zD-Gk for submit@debbugs.gnu.org; Tue, 09 Nov 2010 13:45:11 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PFtBt-0003z6-NM for 7348@debbugs.gnu.org; Tue, 09 Nov 2010 13:45:10 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LBM00200SA23X00@a-mtaout23.012.net.il> for 7348@debbugs.gnu.org; Tue, 09 Nov 2010 20:49:40 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.249.126]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LBM0019KSAQXQ40@a-mtaout23.012.net.il>; Tue, 09 Nov 2010 20:49:40 +0200 (IST) Date: Tue, 09 Nov 2010 20:49:39 +0200 From: Eli Zaretskii Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX In-reply-to: <4CD98A70.70204@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <838w12fi2k.fsf@gnu.org> References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> <831v6vobys.fsf@gnu.org> <4CD8FB98.8080706@gmx.at> <83zktimo44.fsf@gnu.org> <4CD98A70.70204@gmx.at> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 7348 Cc: yacoob@gmail.com, 7348@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Tue, 09 Nov 2010 18:52:48 +0100 > From: martin rudalics > CC: mituharu@math.s.chiba-u.ac.jp, yacoob@gmail.com, > 7348@debbugs.gnu.org > > If I can't accomodate all of them, I make the frame's selected > window the frame's root window, deleting all other windows. That's a bit drastic, isn't it? All we need is delete a single window, and we end up deleting all the rest? From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 10 02:14:07 2010 Received: (at 7348) by debbugs.gnu.org; 10 Nov 2010 07:14:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PG4sh-0000fX-9D for submit@debbugs.gnu.org; Wed, 10 Nov 2010 02:14:07 -0500 Received: from mailout-de.gmx.net ([213.165.64.23] helo=mail.gmx.net) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1PG4se-0000fB-Oa for 7348@debbugs.gnu.org; Wed, 10 Nov 2010 02:14:06 -0500 Received: (qmail invoked by alias); 10 Nov 2010 07:18:46 -0000 Received: from 62-47-41-15.adsl.highway.telekom.at (EHLO [62.47.41.15]) [62.47.41.15] by mail.gmx.net (mp037) with SMTP; 10 Nov 2010 08:18:46 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+55gJTrb+5HtwCF15z0h8280+MG2hrk7ekb44ogw vHncPoSyaxiC51 Message-ID: <4CDA4755.1010207@gmx.at> Date: Wed, 10 Nov 2010 08:18:45 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> <831v6vobys.fsf@gnu.org> <4CD8FB98.8080706@gmx.at> <83zktimo44.fsf@gnu.org> <4CD98A70.70204@gmx.at> <838w12fi2k.fsf@gnu.org> In-Reply-To: <838w12fi2k.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 7348 Cc: yacoob@gmail.com, 7348@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > That's a bit drastic, isn't it? All we need is delete a single > window, and we end up deleting all the rest? It's not drastic because when shrinking frames I allow windows to drop below their minimum sizes. Deletion happens only when I can't accomodate one line/two columns windows any more. The current trunk can delete a window when it drops below the minimum size which means that it can delete more and sooner. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 07 12:18:26 2011 Received: (at 7348) by debbugs.gnu.org; 7 Feb 2011 17:18:26 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PmUjK-000235-3Q for submit@debbugs.gnu.org; Mon, 07 Feb 2011 12:18:26 -0500 Received: from mail-iw0-f172.google.com ([209.85.214.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PmUjI-00022q-0S for 7348@debbugs.gnu.org; Mon, 07 Feb 2011 12:18:24 -0500 Received: by iwc10 with SMTP id 10so5075120iwc.3 for <7348@debbugs.gnu.org>; Mon, 07 Feb 2011 09:27:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=zEAdZw9qTa1TbWtOpeaS+oKpMMTdW7t0Pp8i2bnEak0=; b=MEP+Aak902Jm/3Lbtq+lIfubRJr6IV4d5PIqeF5A7NLev2/emW+QtTDYrzLvud1m9r kPPDn7TSZf1miPedBFHsc/hmqH5ZuLksbKZyYzj2NY8D76x51FTDIoitahAA+ExrJOn1 aKVDX5ZMGcGUcSvW8Iq8Bgym12uQnYglqUOKg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=lDSfU7+LutTiZGmu1cscz8rUSnTcy2pGoFvtPg6ZRWrHJEh1M9kF4lemYI6TejKsz6 KsjA0ptavU50R7wx0PuhxkfSowfQ4bIMMoEwpmtIPL+ROvmwXwea7fA2uaaR974qavR8 xdi/lJNBbk/Or1Sd4+tUOB/3UfFbEMswkTVks= Received: by 10.231.11.130 with SMTP id t2mr11391157ibt.49.1297099621230; Mon, 07 Feb 2011 09:27:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.149.72 with HTTP; Mon, 7 Feb 2011 09:26:41 -0800 (PST) In-Reply-To: <4CDA4755.1010207@gmx.at> References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> <831v6vobys.fsf@gnu.org> <4CD8FB98.8080706@gmx.at> <83zktimo44.fsf@gnu.org> <4CD98A70.70204@gmx.at> <838w12fi2k.fsf@gnu.org> <4CDA4755.1010207@gmx.at> From: Jakub Turski Date: Mon, 7 Feb 2011 17:26:41 +0000 Message-ID: Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX To: 7348@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -3.9 (---) X-Debbugs-Envelope-To: 7348 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) This bug hasn't been fixed, has it? Just wanted to see what are the chances of having this fixed in the next release. KT. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 07 23:48:46 2011 Received: (at 7348) by debbugs.gnu.org; 8 Feb 2011 04:48:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PmfVO-00025P-Di for submit@debbugs.gnu.org; Mon, 07 Feb 2011 23:48:46 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PmfVM-00025D-OJ for 7348@debbugs.gnu.org; Mon, 07 Feb 2011 23:48:45 -0500 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Pmfdl-0000EW-70; Mon, 07 Feb 2011 23:57:25 -0500 Date: Mon, 07 Feb 2011 23:57:25 -0500 Message-Id: From: Eli Zaretskii To: Jakub Turski In-reply-to: (message from Jakub Turski on Mon, 7 Feb 2011 17:26:41 +0000) Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> <831v6vobys.fsf@gnu.org> <4CD8FB98.8080706@gmx.at> <83zktimo44.fsf@gnu.org> <4CD98A70.70204@gmx.at> <838w12fi2k.fsf@gnu.org> <4CDA4755.1010207@gmx.at> X-Spam-Score: -6.5 (------) X-Debbugs-Envelope-To: 7348 Cc: 7348@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > From: Jakub Turski > Date: Mon, 7 Feb 2011 17:26:41 +0000 > Cc: > > This bug hasn't been fixed, has it? > Just wanted to see what are the chances of having this fixed in the > next release. I could try fixing it as discussed near the end of this thread, but do I have a reliable procedure for reproducing it? Is the bug OSX specific, and if so, in what way (i.e. what OSX specific features trigger it)? From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 08 02:15:14 2011 Received: (at 7348-done) by debbugs.gnu.org; 8 Feb 2011 07:15:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pmhn7-00069T-VL for submit@debbugs.gnu.org; Tue, 08 Feb 2011 02:15:14 -0500 Received: from smtprelay-b12.telenor.se ([62.127.194.21]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pmhn6-00069G-3g for 7348-done@debbugs.gnu.org; Tue, 08 Feb 2011 02:15:12 -0500 Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-b12.telenor.se (Postfix) with ESMTP id D32A2EB68F for <7348-done@debbugs.gnu.org>; Tue, 8 Feb 2011 08:23:52 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Als1AOd9UE1V4S1kPGdsb2JhbACIZJxEDAEBAQE1L7tPhVoEjxiDBw X-IronPort-AV: E=Sophos;i="4.60,440,1291590000"; d="scan'208";a="171280069" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb2.telenor.se with ESMTP; 08 Feb 2011 08:23:52 +0100 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id D5E277FA05A; Tue, 8 Feb 2011 08:23:51 +0100 (CET) Message-ID: <4D50EF87.4020506@swipnet.se> Date: Tue, 08 Feb 2011 08:23:51 +0100 From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.14) Gecko/20110123 Thunderbird/3.1.8 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX References: <4CD680B0.4060503@gmx.at> <4CD7CBC8.9010103@gmx.at> <831v6vobys.fsf@gnu.org> <4CD8FB98.8080706@gmx.at> <83zktimo44.fsf@gnu.org> <4CD98A70.70204@gmx.at> <838w12fi2k.fsf@gnu.org> <4CDA4755.1010207@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 7348-done Cc: Jakub Turski , 7348-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) Eli Zaretskii skrev 2011-02-08 05.57: >> From: Jakub Turski >> Date: Mon, 7 Feb 2011 17:26:41 +0000 >> Cc: >> >> This bug hasn't been fixed, has it? >> Just wanted to see what are the chances of having this fixed in the >> next release. > > I could try fixing it as discussed near the end of this thread, but do > I have a reliable procedure for reproducing it? Is the bug OSX > specific, and if so, in what way (i.e. what OSX specific features > trigger it)? It is Nextstep-specific, easy to trigger. I think most of the discussion in this bug is about something else, that comes from trying to reproduce it on a Gtk+-build. The crash is Nextstep-specific and now fixed. Jan D. From unknown Sat Jun 21 10:42:20 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 08 Mar 2011 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator