From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: rf@q-leap.de, 1379@debbugs.gnu.org Resent-From: rf@q-leap.de Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 19 Nov 2008 15:20:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122710759028966 (code B ref -1); Wed, 19 Nov 2008 15:20:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.0 required=4.0 tests=BAYES_00,RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 19 Nov 2008 15:13:10 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAJFD3Ip028956 for ; Wed, 19 Nov 2008 07:13:04 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L2ojm-0002Wf-N8 for bug-gnu-emacs@gnu.org; Wed, 19 Nov 2008 10:13:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L2ojk-0002Ub-6s for bug-gnu-emacs@gnu.org; Wed, 19 Nov 2008 10:13:00 -0500 Received: from [199.232.76.173] (port=34716 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L2ojk-0002UM-2B for bug-gnu-emacs@gnu.org; Wed, 19 Nov 2008 10:13:00 -0500 Received: from ns2.q-leap.de ([88.79.172.217]:58641 helo=mail.q-leap.de) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L2oji-0004l0-RX for bug-gnu-emacs@gnu.org; Wed, 19 Nov 2008 10:12:59 -0500 Received: by mail.q-leap.de (Postfix, from userid 5001) id 30DA1918; Wed, 19 Nov 2008 16:13:33 +0100 (CET) Received: from fire (fire [192.168.55.80]) by mail.q-leap.de (Postfix) with ESMTP id 46D0F5E9 for ; Wed, 19 Nov 2008 16:13:30 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18724.11527.50272.291284@gargle.gargle.HOWL> Date: Wed, 19 Nov 2008 16:13:11 +0100 To: bug-gnu-emacs@gnu.org X-Mailer: VM 8.0.9 under Emacs 22.2.1 (x86_64-pc-linux-gnu) From: rf@q-leap.de X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) Hi, I wanted to start using the "emacs --daemon" option with subsequent "emacsclient ..." invocations. Everything works fine, as long as only one of my X11 screens is used. But when I want to start a new frame on display :0.1 while one or more frames are already running on display :0.0 the following happens: - Executing "emacsclient -c " for the first time: A frame appears, and immediately disappears again with the error message *ERROR*: X protocol error: BadDrawable (invalid Pixmap or Window parameter) on protocol request 14 - Executing "emacsclient -c " for the second time: A frame appears, but emacs is in a complete dead lock after this. Used Version: i emacs-snapshot 1:20081013-1 on Ubuntu 8.10 / x86_64 Thanks for your help, Roland From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: Dan Nicolaescu , 1379@debbugs.gnu.org Resent-From: Dan Nicolaescu Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 20 Nov 2008 02:20:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.12271471805359 (code B ref 1379); Thu, 20 Nov 2008 02:20:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-9.0 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1379) by emacsbugs.donarmstrong.com; 20 Nov 2008 02:13:00 +0000 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAK2Cw69005353 for <1379@emacsbugs.donarmstrong.com>; Wed, 19 Nov 2008 18:12:59 -0800 Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by barrelv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id mAK2CmSO009351; Wed, 19 Nov 2008 18:12:48 -0800 (PST) Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id mAK2ClRG008674; Wed, 19 Nov 2008 18:12:47 -0800 (PST) Date: Wed, 19 Nov 2008 18:12:47 -0800 (PST) Message-Id: <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> From: Dan Nicolaescu To: rf@q-leap.de Cc: 1379@debbugs.gnu.org References: <18724.11527.50272.291284@gargle.gargle.HOWL> In-Reply-To: <18724.11527.50272.291284@gargle.gargle.HOWL> (rf@q-leap.de's message of "Wed, 19 Nov 2008 16:13:11 +0100") Lines: 33 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: mAK2CmSO009351 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu rf@q-leap.de writes: > Hi, > > I wanted to start using the "emacs --daemon" option with subsequent > "emacsclient ..." invocations. Everything works fine, as long as only > one of my X11 screens is used. But when I want to start a new frame > on display :0.1 while one or more frames are already running on > display :0.0 the following happens: > > - Executing "emacsclient -c " for the first time: A frame appears, and > immediately disappears again with the error message > *ERROR*: X protocol error: BadDrawable (invalid Pixmap or Window parameter) on protocol request 14 > > - Executing "emacsclient -c " for the second time: A frame appears, > but emacs is in a complete dead lock after this. > > Used Version: > i emacs-snapshot 1:20081013-1 > > on Ubuntu 8.10 / x86_64 Can you please try to see if your scenario works without using the --daemon option? Start emacs like this: emacs -Q -f server-start& and then use emacsclient -c to connect. From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: rf@q-leap.de, 1379@debbugs.gnu.org Resent-From: rf@q-leap.de Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 20 Nov 2008 10:55:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.122717790910849 (code B ref 1379); Thu, 20 Nov 2008 10:55:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1379) by emacsbugs.donarmstrong.com; 20 Nov 2008 10:45:09 +0000 Received: from mail.q-leap.de (ns2.q-leap.de [88.79.172.217]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAKAj570010238 for <1379@emacsbugs.donarmstrong.com>; Thu, 20 Nov 2008 02:45:07 -0800 Received: by mail.q-leap.de (Postfix, from userid 5001) id 12D26678; Thu, 20 Nov 2008 11:45:37 +0100 (CET) Received: from fire (fire [192.168.55.80]) by mail.q-leap.de (Postfix) with ESMTP id 3CEE15D5; Thu, 20 Nov 2008 11:45:34 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18725.16319.588596.606651@gargle.gargle.HOWL> Date: Thu, 20 Nov 2008 11:45:19 +0100 To: Dan Nicolaescu Cc: 1379@debbugs.gnu.org In-Reply-To: <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> References: <18724.11527.50272.291284@gargle.gargle.HOWL> <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> X-Mailer: VM 8.0.9 under Emacs 22.2.1 (x86_64-pc-linux-gnu) From: rf@q-leap.de >>>>> "Dan" == Dan Nicolaescu writes: Hi Dan, Dan> rf@q-leap.de writes: >> Hi, >> >> I wanted to start using the "emacs --daemon" option with >> subsequent "emacsclient ..." invocations. Everything works >> fine, as long as only one of my X11 screens is used. But when I >> want to start a new frame on display :0.1 while one or more >> frames are already running on display :0.0 the following >> happens: >> >> - Executing "emacsclient -c " for the first time: A frame >> appears, and immediately disappears again with the error >> message *ERROR*: X protocol error: BadDrawable (invalid Pixmap >> or Window parameter) on protocol request 14 >> >> - Executing "emacsclient -c " for the second time: A frame >> appears, but emacs is in a complete dead lock after this. >> >> Used Version: i emacs-snapshot 1:20081013-1 >> >> on Ubuntu 8.10 / x86_64 Dan> Can you please try to see if your scenario works without Dan> using the --daemon option? Dan> Start emacs like this: Dan> emacs -Q -f server-start& Dan> and then use emacsclient -c to connect. I already had put (server-start) in my .emacs. This shows the same behaviour. Thanks, Roland From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: Stefan Monnier , 1379@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 20 Nov 2008 15:10:06 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.122719330313275 (code B ref 1379); Thu, 20 Nov 2008 15:10:06 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.6 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1379) by emacsbugs.donarmstrong.com; 20 Nov 2008 15:01:43 +0000 Received: from chene.dit.umontreal.ca (chene.dit.umontreal.ca [132.204.246.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAKF1cc2013266 for <1379@emacsbugs.donarmstrong.com>; Thu, 20 Nov 2008 07:01:40 -0800 Received: from ceviche.home (vpn-132-204-232-86.acd.umontreal.ca [132.204.232.86]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id mAKF1b2r011703; Thu, 20 Nov 2008 10:01:37 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 6DE62B40D7; Thu, 20 Nov 2008 10:01:37 -0500 (EST) From: Stefan Monnier To: rf@q-leap.de Cc: 1379@debbugs.gnu.org, Dan Nicolaescu Message-ID: References: <18724.11527.50272.291284@gargle.gargle.HOWL> <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> <18725.16319.588596.606651@gargle.gargle.HOWL> Date: Thu, 20 Nov 2008 10:01:37 -0500 In-Reply-To: <18725.16319.588596.606651@gargle.gargle.HOWL> (rf@q-leap.de's message of "Thu, 20 Nov 2008 11:45:19 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3151=0 >>> I wanted to start using the "emacs --daemon" option with >>> subsequent "emacsclient ..." invocations. Everything works >>> fine, as long as only one of my X11 screens is used. But when I >>> want to start a new frame on display :0.1 while one or more >>> frames are already running on display :0.0 the following >>> happens: >>> >>> - Executing "emacsclient -c " for the first time: A frame >>> appears, and immediately disappears again with the error >>> message *ERROR*: X protocol error: BadDrawable (invalid Pixmap >>> or Window parameter) on protocol request 14 >>> >>> - Executing "emacsclient -c " for the second time: A frame >>> appears, but emacs is in a complete dead lock after this. >>> >>> Used Version: i emacs-snapshot 1:20081013-1 >>> >>> on Ubuntu 8.10 / x86_64 Dan> Can you please try to see if your scenario works without Dan> using the --daemon option? Actually, can you just try it without any emacsclient/server? I.e. start Emacs on one of the screens, then do M-x make-frame-on-display and specify the other display. Stefan From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: Dan Nicolaescu , 1379@debbugs.gnu.org Resent-From: Dan Nicolaescu Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 20 Nov 2008 17:35:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.122720201919364 (code B ref 1379); Thu, 20 Nov 2008 17:35:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-9.0 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1379) by emacsbugs.donarmstrong.com; 20 Nov 2008 17:26:59 +0000 Received: from sallyv2.ics.uci.edu (sallyv2.ics.uci.edu [128.195.1.120]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAKHQuda019351 for <1379@emacsbugs.donarmstrong.com>; Thu, 20 Nov 2008 09:26:57 -0800 Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id mAKHQkN8009606; Thu, 20 Nov 2008 09:26:46 -0800 (PST) Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id mAKHQjsM010696; Thu, 20 Nov 2008 09:26:45 -0800 (PST) Date: Thu, 20 Nov 2008 09:26:45 -0800 (PST) Message-Id: <200811201726.mAKHQjsM010696@mothra.ics.uci.edu> From: Dan Nicolaescu To: rf@q-leap.de Cc: 1379@debbugs.gnu.org References: <18724.11527.50272.291284@gargle.gargle.HOWL> <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> <18725.16319.588596.606651@gargle.gargle.HOWL> In-Reply-To: <18725.16319.588596.606651@gargle.gargle.HOWL> (rf@q-leap.de's message of "Thu, 20 Nov 2008 11:45:19 +0100") Lines: 60 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: mAKHQkN8009606 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu rf@q-leap.de writes: > >>>>> "Dan" == Dan Nicolaescu writes: > > Hi Dan, > > Dan> rf@q-leap.de writes: > >> Hi, > >> > >> I wanted to start using the "emacs --daemon" option with > >> subsequent "emacsclient ..." invocations. Everything works > >> fine, as long as only one of my X11 screens is used. But when I > >> want to start a new frame on display :0.1 while one or more > >> frames are already running on display :0.0 the following > >> happens: > >> > >> - Executing "emacsclient -c " for the first time: A frame > >> appears, and immediately disappears again with the error > >> message *ERROR*: X protocol error: BadDrawable (invalid Pixmap > >> or Window parameter) on protocol request 14 > >> > >> - Executing "emacsclient -c " for the second time: A frame > >> appears, but emacs is in a complete dead lock after this. > >> > >> Used Version: i emacs-snapshot 1:20081013-1 > >> > >> on Ubuntu 8.10 / x86_64 > > > Dan> Can you please try to see if your scenario works without > Dan> using the --daemon option? > > Dan> Start emacs like this: > > Dan> emacs -Q -f server-start& > > Dan> and then use emacsclient -c to connect. > > I already had put (server-start) in my .emacs. This shows the same > behaviour. Putting (server-start) in your .emacs is most of the time not the same as using emacs -Q -f server-start& so please try that, and even better, please try what Stefan asked: Actually, can you just try it without any emacsclient/server? I.e. start Emacs on one of the screens, then do M-x make-frame-on-display and specify the other display. Make sure that you use emacs -Q& when trying the above. Thanks From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: rf@q-leap.de, 1379@debbugs.gnu.org Resent-From: rf@q-leap.de Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 20 Nov 2008 23:05:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.12272218367864 (code B ref 1379); Thu, 20 Nov 2008 23:05:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1379) by emacsbugs.donarmstrong.com; 20 Nov 2008 22:57:16 +0000 Received: from mail.q-leap.de (ns2.q-leap.de [88.79.172.217]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAKMvCVH007858 for <1379@emacsbugs.donarmstrong.com>; Thu, 20 Nov 2008 14:57:14 -0800 Received: by mail.q-leap.de (Postfix, from userid 5001) id 33F58738; Thu, 20 Nov 2008 23:57:44 +0100 (CET) Received: from fire (fire [192.168.55.80]) by mail.q-leap.de (Postfix) with ESMTP id 9CC825ED; Thu, 20 Nov 2008 23:57:40 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18725.60248.707518.131755@gargle.gargle.HOWL> Date: Thu, 20 Nov 2008 23:57:28 +0100 To: Stefan Monnier Cc: 1379@debbugs.gnu.org, Dan Nicolaescu In-Reply-To: References: <18724.11527.50272.291284@gargle.gargle.HOWL> <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> <18725.16319.588596.606651@gargle.gargle.HOWL> X-Mailer: VM 8.0.9 under Emacs 23.0.60.1 (x86_64-pc-linux-gnu) From: rf@q-leap.de >>>>> "Stefan" == Stefan Monnier writes: >>>> I wanted to start using the "emacs --daemon" option with >>>> subsequent "emacsclient ..." invocations. Everything works >>>> fine, as long as only one of my X11 screens is used. But when >>>> I want to start a new frame on display :0.1 while one or more >>>> frames are already running on display :0.0 the following >>>> happens: >>>> >>>> - Executing "emacsclient -c " for the first time: A frame >>>> appears, and immediately disappears again with the error >>>> message *ERROR*: X protocol error: BadDrawable (invalid >>>> Pixmap or Window parameter) on protocol request 14 >>>> >>>> - Executing "emacsclient -c " for the second time: A frame >>>> appears, but emacs is in a complete dead lock after this. >>>> >>>> Used Version: i emacs-snapshot 1:20081013-1 >>>> >>>> on Ubuntu 8.10 / x86_64 Dan> Can you please try to see if your scenario works without Dan> using the --daemon option? Stefan> Actually, can you just try it without any Stefan> emacsclient/server? I.e. start Emacs on one of the Stefan> screens, then do M-x make-frame-on-display and specify the Stefan> other display. Good idea. It also doesn't work. Same error message. From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: Dan Nicolaescu , 1379@debbugs.gnu.org Resent-From: Dan Nicolaescu Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 20 Nov 2008 23:25:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.122722309713443 (code B ref 1379); Thu, 20 Nov 2008 23:25:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-9.0 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1379) by emacsbugs.donarmstrong.com; 20 Nov 2008 23:18:17 +0000 Received: from sallyv2.ics.uci.edu (sallyv2.ics.uci.edu [128.195.1.120]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAKNIFXI013437 for <1379@emacsbugs.donarmstrong.com>; Thu, 20 Nov 2008 15:18:16 -0800 Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id mAKNHtb8024944; Thu, 20 Nov 2008 15:17:59 -0800 (PST) Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id mAKNHsY6012103; Thu, 20 Nov 2008 15:17:54 -0800 (PST) Date: Thu, 20 Nov 2008 15:17:54 -0800 (PST) Message-Id: <200811202317.mAKNHsY6012103@mothra.ics.uci.edu> From: Dan Nicolaescu To: rf@q-leap.de Cc: Stefan Monnier , 1379@debbugs.gnu.org References: <18724.11527.50272.291284@gargle.gargle.HOWL> <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> <18725.16319.588596.606651@gargle.gargle.HOWL> <18725.60248.707518.131755@gargle.gargle.HOWL> In-Reply-To: <18725.60248.707518.131755@gargle.gargle.HOWL> (rf@q-leap.de's message of "Thu, 20 Nov 2008 23:57:28 +0100") Lines: 38 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: mAKNHtb8024944 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu rf@q-leap.de writes: > >>>>> "Stefan" == Stefan Monnier writes: > > >>>> I wanted to start using the "emacs --daemon" option with > >>>> subsequent "emacsclient ..." invocations. Everything works > >>>> fine, as long as only one of my X11 screens is used. But when > >>>> I want to start a new frame on display :0.1 while one or more > >>>> frames are already running on display :0.0 the following > >>>> happens: > >>>> > >>>> - Executing "emacsclient -c " for the first time: A frame > >>>> appears, and immediately disappears again with the error > >>>> message *ERROR*: X protocol error: BadDrawable (invalid > >>>> Pixmap or Window parameter) on protocol request 14 > >>>> > >>>> - Executing "emacsclient -c " for the second time: A frame > >>>> appears, but emacs is in a complete dead lock after this. > >>>> > >>>> Used Version: i emacs-snapshot 1:20081013-1 > >>>> > >>>> on Ubuntu 8.10 / x86_64 > > > Dan> Can you please try to see if your scenario works without > Dan> using the --daemon option? > > Stefan> Actually, can you just try it without any > Stefan> emacsclient/server? I.e. start Emacs on one of the > Stefan> screens, then do M-x make-frame-on-display and specify the > Stefan> other display. > > Good idea. It also doesn't work. Same error message. Can you please try to recompile emacs with --with-x-toolkit=lucid ? And try again emacs -Q and M-x make-frame-on-display ? (This is to make sure this is not a Gtk bug) From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: rf@q-leap.de, 1379@debbugs.gnu.org Resent-From: rf@q-leap.de Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 20 Nov 2008 23:35:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.122722358615847 (code B ref 1379); Thu, 20 Nov 2008 23:35:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1379) by emacsbugs.donarmstrong.com; 20 Nov 2008 23:26:26 +0000 Received: from mail.q-leap.de (ns2.q-leap.de [88.79.172.217]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAKNQMnS015838 for <1379@emacsbugs.donarmstrong.com>; Thu, 20 Nov 2008 15:26:24 -0800 Received: by mail.q-leap.de (Postfix, from userid 5001) id D9BD4738; Fri, 21 Nov 2008 00:26:54 +0100 (CET) Received: from fire (fire [192.168.55.80]) by mail.q-leap.de (Postfix) with ESMTP id A539D5ED; Fri, 21 Nov 2008 00:26:51 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18725.62000.38364.607040@gargle.gargle.HOWL> Date: Fri, 21 Nov 2008 00:26:40 +0100 To: Dan Nicolaescu Cc: Stefan Monnier , 1379@debbugs.gnu.org In-Reply-To: <200811202317.mAKNHsY6012103@mothra.ics.uci.edu> References: <18724.11527.50272.291284@gargle.gargle.HOWL> <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> <18725.16319.588596.606651@gargle.gargle.HOWL> <18725.60248.707518.131755@gargle.gargle.HOWL> <200811202317.mAKNHsY6012103@mothra.ics.uci.edu> X-Mailer: VM 8.0.9 under Emacs 22.2.1 (x86_64-pc-linux-gnu) From: rf@q-leap.de >>>>> "Dan" == Dan Nicolaescu writes: Dan> rf@q-leap.de writes: >> >>>>> "Stefan" == Stefan Monnier >> writes: >> >> >>>> I wanted to start using the "emacs --daemon" option with >> >>>> subsequent "emacsclient ..." invocations. Everything works >> >>>> fine, as long as only one of my X11 screens is used. But >> when >>>> I want to start a new frame on display :0.1 while one >> or more >>>> frames are already running on display :0.0 the >> following >>>> happens: >> >>>> >> >>>> - Executing "emacsclient -c " for the first time: A frame >> >>>> appears, and immediately disappears again with the error >> >>>> message *ERROR*: X protocol error: BadDrawable (invalid >> >>>> Pixmap or Window parameter) on protocol request 14 >> >>>> >> >>>> - Executing "emacsclient -c " for the second time: A frame >> >>>> appears, but emacs is in a complete dead lock after this. >> >>>> >> >>>> Used Version: i emacs-snapshot 1:20081013-1 >> >>>> >> >>>> on Ubuntu 8.10 / x86_64 >> >> Dan> Can you please try to see if your scenario works without Dan> using the --daemon option? >> Stefan> Actually, can you just try it without any Stefan> emacsclient/server? I.e. start Emacs on one of the Stefan> screens, then do M-x make-frame-on-display and specify the Stefan> other display. >> >> Good idea. It also doesn't work. Same error message. Dan> Can you please try to recompile emacs with Dan> --with-x-toolkit=lucid ? And try again emacs -Q and M-x Dan> make-frame-on-display ? (This is to make sure this is not a Dan> Gtk bug) I'll try. But this will take some time, since I didn't compile this myself (it's the version coming with Ubunto 8.10). From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: rf@q-leap.de, 1379@debbugs.gnu.org Resent-From: rf@q-leap.de Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 21 Nov 2008 11:10:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.12272652985567 (code B ref 1379); Fri, 21 Nov 2008 11:10:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1379) by emacsbugs.donarmstrong.com; 21 Nov 2008 11:01:38 +0000 Received: from mail.q-leap.de (ns2.q-leap.de [88.79.172.217]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mALB1YaD005560 for <1379@emacsbugs.donarmstrong.com>; Fri, 21 Nov 2008 03:01:36 -0800 Received: by mail.q-leap.de (Postfix, from userid 5001) id F10FA678; Fri, 21 Nov 2008 12:02:05 +0100 (CET) Received: from fire (fire [192.168.55.80]) by mail.q-leap.de (Postfix) with ESMTP id 8AB555E9; Fri, 21 Nov 2008 12:02:02 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18726.38177.511042.959596@gargle.gargle.HOWL> Date: Fri, 21 Nov 2008 12:01:53 +0100 To: Dan Nicolaescu Cc: Stefan Monnier , 1379@debbugs.gnu.org In-Reply-To: <200811202317.mAKNHsY6012103@mothra.ics.uci.edu> References: <18724.11527.50272.291284@gargle.gargle.HOWL> <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> <18725.16319.588596.606651@gargle.gargle.HOWL> <18725.60248.707518.131755@gargle.gargle.HOWL> <200811202317.mAKNHsY6012103@mothra.ics.uci.edu> X-Mailer: VM 8.0.9 under Emacs 23.0.60.1 (x86_64-pc-linux-gnu) From: rf@q-leap.de >>>>> "Dan" == Dan Nicolaescu writes: Dan> rf@q-leap.de writes: >> >>>>> "Stefan" == Stefan Monnier >> writes: >> >> >>>> I wanted to start using the "emacs --daemon" option with >> >>>> subsequent "emacsclient ..." invocations. Everything works >> >>>> fine, as long as only one of my X11 screens is used. But >> when >>>> I want to start a new frame on display :0.1 while one >> or more >>>> frames are already running on display :0.0 the >> following >>>> happens: >> >>>> >> >>>> - Executing "emacsclient -c " for the first time: A frame >> >>>> appears, and immediately disappears again with the error >> >>>> message *ERROR*: X protocol error: BadDrawable (invalid >> >>>> Pixmap or Window parameter) on protocol request 14 >> >>>> >> >>>> - Executing "emacsclient -c " for the second time: A frame >> >>>> appears, but emacs is in a complete dead lock after this. >> >>>> >> >>>> Used Version: i emacs-snapshot 1:20081013-1 >> >>>> >> >>>> on Ubuntu 8.10 / x86_64 >> >> Dan> Can you please try to see if your scenario works without Dan> using the --daemon option? >> Stefan> Actually, can you just try it without any Stefan> emacsclient/server? I.e. start Emacs on one of the Stefan> screens, then do M-x make-frame-on-display and specify the Stefan> other display. >> >> Good idea. It also doesn't work. Same error message. Dan> Can you please try to recompile emacs with Dan> --with-x-toolkit=lucid ? And try again emacs -Q and M-x Dan> make-frame-on-display ? (This is to make sure this is not a Dan> Gtk bug) Yup, that was it. With the lucid toolkit, the problem is gone. Thanks for the hint, and good luck in finding out what is wrong with gtk ;-). Roland From unknown Fri Aug 15 21:26:42 2025 X-Loop: don@donarmstrong.com Subject: bug#1379: emacs --daemon not working with X11 dual-head Reply-To: Dan Nicolaescu , 1379@debbugs.gnu.org Resent-From: Dan Nicolaescu Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 21 Nov 2008 16:20:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.122728399525304 (code B ref 1379); Fri, 21 Nov 2008 16:20:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-9.0 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1379) by emacsbugs.donarmstrong.com; 21 Nov 2008 16:13:15 +0000 Received: from sallyv2.ics.uci.edu (sallyv2.ics.uci.edu [128.195.1.120]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mALGDCKE025293 for <1379@emacsbugs.donarmstrong.com>; Fri, 21 Nov 2008 08:13:13 -0800 Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id mALGCubT016048; Fri, 21 Nov 2008 08:13:01 -0800 (PST) Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id mALGCsCK015141; Fri, 21 Nov 2008 08:12:54 -0800 (PST) Date: Fri, 21 Nov 2008 08:12:54 -0800 (PST) Message-Id: <200811211612.mALGCsCK015141@mothra.ics.uci.edu> From: Dan Nicolaescu To: rf@q-leap.de Cc: Stefan Monnier , 1379@debbugs.gnu.org References: <18724.11527.50272.291284@gargle.gargle.HOWL> <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> <18725.16319.588596.606651@gargle.gargle.HOWL> <18725.60248.707518.131755@gargle.gargle.HOWL> <200811202317.mAKNHsY6012103@mothra.ics.uci.edu> <18726.38177.511042.959596@gargle.gargle.HOWL> In-Reply-To: <18726.38177.511042.959596@gargle.gargle.HOWL> (rf@q-leap.de's message of "Fri, 21 Nov 2008 12:01:53 +0100") Lines: 49 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: mALGCubT016048 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.363, required 5, autolearn=disabled, ALL_TRUSTED -1.44, TW_GT 0.08) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu rf@q-leap.de writes: > >>>>> "Dan" == Dan Nicolaescu writes: > > Dan> rf@q-leap.de writes: > >> >>>>> "Stefan" == Stefan Monnier > >> writes: > >> > >> >>>> I wanted to start using the "emacs --daemon" option with > >> >>>> subsequent "emacsclient ..." invocations. Everything works > >> >>>> fine, as long as only one of my X11 screens is used. But > >> when >>>> I want to start a new frame on display :0.1 while one > >> or more >>>> frames are already running on display :0.0 the > >> following >>>> happens: > >> >>>> > >> >>>> - Executing "emacsclient -c " for the first time: A frame > >> >>>> appears, and immediately disappears again with the error > >> >>>> message *ERROR*: X protocol error: BadDrawable (invalid > >> >>>> Pixmap or Window parameter) on protocol request 14 > >> >>>> > >> >>>> - Executing "emacsclient -c " for the second time: A frame > >> >>>> appears, but emacs is in a complete dead lock after this. > >> >>>> > >> >>>> Used Version: i emacs-snapshot 1:20081013-1 > >> >>>> > >> >>>> on Ubuntu 8.10 / x86_64 > >> > >> > Dan> Can you please try to see if your scenario works without > Dan> using the --daemon option? > >> > Stefan> Actually, can you just try it without any > Stefan> emacsclient/server? I.e. start Emacs on one of the > Stefan> screens, then do M-x make-frame-on-display and specify the > Stefan> other display. > >> > >> Good idea. It also doesn't work. Same error message. > > Dan> Can you please try to recompile emacs with > Dan> --with-x-toolkit=lucid ? And try again emacs -Q and M-x > Dan> make-frame-on-display ? (This is to make sure this is not a > Dan> Gtk bug) > > Yup, that was it. With the lucid toolkit, the problem is gone. Thanks > for the hint, and good luck in finding out what is wrong with gtk ;-). Thanks for confirming that. Does your distribution also provide emacs-22.3? If yes, is it compiled with gtk? Can you please check if emacs -Q followed by M-x make-frame-on-display work on that version? From unknown Fri Aug 15 21:26:42 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#1379: Same Error with GTK/QT-Engine Reply-To: "Joel J. Adamson " , 1379@debbugs.gnu.org Resent-From: "Joel J. Adamson " Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 06 Feb 2009 02:35:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 1379 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1379-submit@emacsbugs.donarmstrong.com id=B1379.123388721729427 (code B ref 1379); Fri, 06 Feb 2009 02:35:03 +0000 Received: (at 1379) by emacsbugs.donarmstrong.com; 6 Feb 2009 02:26:57 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mxpm.isis.unc.edu (mxp2.isis.unc.edu [152.2.2.160]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n162QnxV029421 for <1379@emacsbugs.donarmstrong.com>; Thu, 5 Feb 2009 18:26:50 -0800 Received: from smtp.unc.edu (smtpsrv2.isis.unc.edu [152.2.2.250]) by mxp2.isis.unc.edu (8.14.1/8.14.1) with ESMTP id n162QmVN026090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <1379@emacsbugs.donarmstrong.com>; Thu, 5 Feb 2009 21:26:48 -0500 Received: from chondestes.bio.unc.edu (chondestes.bio.unc.edu [152.2.67.61]) by smtp.unc.edu (8.14.3/8.14.3) with ESMTP id n162LmbJ024105 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <1379@emacsbugs.donarmstrong.com>; Thu, 5 Feb 2009 21:21:48 -0500 (EST) Received: from chondestes.bio.unc.edu (localhost [127.0.0.1]) by chondestes.bio.unc.edu (8.14.3/8.14.2) with ESMTP id n162I4E1013534 for <1379@emacsbugs.donarmstrong.com>; Thu, 5 Feb 2009 21:18:04 -0500 Received: from email.unc.edu (joel@localhost) by chondestes.bio.unc.edu (8.14.3/8.14.3/Submit) with ESMTP id n162I37w013530 for <1379@emacsbugs.donarmstrong.com>; Thu, 5 Feb 2009 21:18:04 -0500 X-Authentication-Warning: chondestes.bio.unc.edu: joel owned process doing -bs To: 1379@debbugs.gnu.org X-Mailer: MH-E 8.1; nmh 1.3; GNU Emacs 23.0.60 Date: Thu, 05 Feb 2009 21:18:03 -0500 Message-ID: <13529.1233886683@email.unc.edu> From: "Joel J. Adamson " X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4,1.2.40,4.0.166 definitions=2009-02-05_05:2009-02-05,2009-02-05,2009-02-05 signatures=0 X-Proofpoint-Spam-Details: rule=uncdefault_notspam policy=uncdefault score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0811170000 definitions=main-0902050187 I receive the above error when running Emacs server under X with KDE, with a GTK Theme installed from the GTK/QT Theme Engine (http://gtk-qt.ecs.soton.ac.uk/), when trying to open `emacsclient -c' over an SSH connection (ssh -CY). If I open a new Emacs instance with emacs -Q -f server-start I get a clean Emacs without the GTK theme (bearing a default GTK theme, that is), and I can `make-frame-on-display' on my home display. Joel -- Joel J. Adamson -- http://www.unc.edu/~adamsonj University of North Carolina at Chapel Hill CB #3280, Coker Hall Chapel Hill, NC 27599-3280 From unknown Fri Aug 15 21:26:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1379: Emacs (GTK+) segfaulting with X11 dual-head References: <18724.11527.50272.291284@gargle.gargle.HOWL> In-Reply-To: <18724.11527.50272.291284@gargle.gargle.HOWL> Resent-From: ashish.is@lostca.se (Ashish SHUKLA) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Jul 2013 07:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1379 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 1379@debbugs.gnu.org Received: via spool by 1379-submit@debbugs.gnu.org id=B1379.13732671267958 (code B ref 1379); Mon, 08 Jul 2013 07:06:01 +0000 Received: (at 1379) by debbugs.gnu.org; 8 Jul 2013 07:05:26 +0000 Received: from localhost ([127.0.0.1]:38439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Uw5Vj-00024D-Mh for submit@debbugs.gnu.org; Mon, 08 Jul 2013 03:05:25 -0400 Received: from arati.lostca.se ([144.76.32.53]:42054 ident=having) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Uw5Vb-00023r-Hr for 1379@debbugs.gnu.org; Mon, 08 Jul 2013 03:05:20 -0400 Received: from arati.lostca.se (localhost [127.0.0.1]) by arati.lostca.se (Postfix) with ESMTP id E5409D1A for <1379@debbugs.gnu.org>; Mon, 8 Jul 2013 07:03:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=lostca.se; h=from:to :subject:date:message-id:mime-version:content-type; s=howrah; bh=JTIa3sGgKz4GZ/w9WnFR+d4YraM=; b=Yp59ITiPXRsR+YYYT76R+zogUm6v SwQdrgo8A+oMDAplTnqEWSwCDp6CwrQZjNHcpnPO+y1XkVCNVx6SSCiypKMI4ypH U30SzrnWgq19itSr4WtIHRPQT0KcbCfiCSs8Tj1HcLC7jW1dvM1InM4j5OZ5r6SL BJYMZUNoRU2pYh4= Received: from chateau.d.if (localhost [IPv6:::1]) by arati.lostca.se (Postfix) with ESMTP id 60298D19 for <1379@debbugs.gnu.org>; Mon, 8 Jul 2013 07:03:20 +0000 (UTC) Received: from chateau.d.if (localhost [IPv6:::1]); by chateau.d.if (OpenSMTPD) with ESMTP id d7e25926; for <1379@debbugs.gnu.org>; Mon, 8 Jul 2013 12:34:25 +0530 (IST) X-Hashcash: 1:20:130708:1379@debbugs.gnu.org::8fOzEWpqSlqx7swj:00000000000000000000000000000000000000000TmTX From: ashish.is@lostca.se (Ashish SHUKLA) Organization: Lost Case X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 12:22PM up 12:37, 8 users, load averages: 0.21, 1.16, 1.20 X-Operating-System: FreeBSD/FreeBSD 9.1-RELEASE-p4/amd64 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Attribution: =?UTF-8?Q?=E0=A4=86=E0=A4=B6=E0=A5=80=E0=A4=B7?= Organisation: Lost Case Date: Mon, 08 Jul 2013 12:34:21 +0530 Message-ID: <864nc5pm6i.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (amd64-portbld-freebsd9.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, Emacs (compiled with GTK+ 3.0 X11 toolkit) support is segfaulting for me on FreeBSD 9.1-RELEASE (amd64). Following are the steps to reproduce it: [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record -0.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 0.0 FILL_THIS_FORM Fill in a form with personal information 2.2 FILL_THIS_FORM_LOAN Answer loan question(s) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, Emacs (compiled with GTK+ 3.0 X11 toolkit) support is segfaulting for me on FreeBSD 9.1-RELEASE (amd64). Following are the steps to reproduce it: [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record -0.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 2.2 FILL_THIS_FORM_LOAN Answer loan question(s) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, Emacs (compiled with GTK+ 3.0 X11 toolkit) support is segfaulting for me on FreeBSD 9.1-RELEASE (amd64). Following are the steps to reproduce it: 1. Start Emacs: emacs -Q 2. Create an Emacs frame on a different DISPLAY: M-x make-frame-on-display = :0.1 RET 3. Press C-z in primary Emacs frame to minimize. 4. Restore it. 5. It segfaults. I've run it under GDB, and following is the output of "backtrace full": #v+ Starting program: /usr/local/bin/emacs-24.3.50 -Q [New LWP 100823] [New Thread 15ed800 (LWP 100823/emacs-24.3.50)] [New Thread d3c000 (LWP 101535/emacs-24.3.50)] [New Thread e3a800 (LWP 101536/emacs-24.3.50)] [New Thread e45c00 (LWP 101537/emacs-24.3.50)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 15ed800 (LWP 100823/emacs-24.3.50)] 0x00000008050647c4 in g_slice_free1 () from /usr/local/lib/libglib-2.0.so.0 #0 0x00000008050647c4 in g_slice_free1 () from /usr/local/lib/libglib-2.0.= so.0 No symbol table info available. #1 0x0000000801bddadb in gtk_style_context_set_background () from /usr/loc= al/lib/libgtk-3.so.0 No symbol table info available. #2 0x0000000801c81d86 in gtk_widget_freeze_child_notify () from /usr/local= /lib/libgtk-3.so.0 No symbol table info available. #3 0x000000080490ab6a in g_closure_unref () from /usr/local/lib/libgobject= -2.0.so.0 No symbol table info available. #4 0x0000000804921438 in g_signal_emit_valist () from /usr/local/lib/libgo= bject-2.0.so.0 No symbol table info available. #5 0x00000008049220e3 in g_signal_emit () from /usr/local/lib/libgobject-2= .0.so.0 No symbol table info available. #6 0x0000000801c7c7da in gtk_widget_queue_resize () from /usr/local/lib/li= bgtk-3.so.0 No symbol table info available. #7 0x000000080490ab6a in g_closure_unref () from /usr/local/lib/libgobject= -2.0.so.0 No symbol table info available. #8 0x0000000804921438 in g_signal_emit_valist () from /usr/local/lib/libgo= bject-2.0.so.0 No symbol table info available. #9 0x00000008049220e3 in g_signal_emit () from /usr/local/lib/libgobject-2= .0.so.0 No symbol table info available. #10 0x0000000801bdbb72 in gtk_style_context_invalidate () from /usr/local/l= ib/libgtk-3.so.0 No symbol table info available. #11 0x0000000801c7732e in gtk_widget_get_style_context () from /usr/local/l= ib/libgtk-3.so.0 No symbol table info available. #12 0x0000000801b19c81 in gtk_event_box_new () from /usr/local/lib/libgtk-3= .so.0 No symbol table info available. #13 0x000000080490ab6a in g_closure_unref () from /usr/local/lib/libgobject= -2.0.so.0 No symbol table info available. #14 0x0000000804921438 in g_signal_emit_valist () from /usr/local/lib/libgo= bject-2.0.so.0 No symbol table info available. #15 0x00000008049220e3 in g_signal_emit () from /usr/local/lib/libgobject-2= .0.so.0 No symbol table info available. #16 0x0000000801c7d929 in gtk_widget_realize () from /usr/local/lib/libgtk-= 3.so.0 No symbol table info available. #17 0x0000000801c7e1d0 in gtk_widget_set_parent () from /usr/local/lib/libg= tk-3.so.0 No symbol table info available. #18 0x0000000801b37d55 in gtk_fixed_put () from /usr/local/lib/libgtk-3.so.0 No symbol table info available. #19 0x0000000000523c31 in xg_create_scroll_bar (f=3D0x127dc50, bar=3D0x12d8= f80, scroll_callback=3D0x4fe972 , end_callback=3D0x4feb= 5e , scroll_bar_name=3D0x68b9c8 "verticalScrollBar"= ) at gtkutil.c:3673 wscroll =3D (GtkWidget *) 0xe24240 webox =3D (GtkWidget *) 0x1270940 scroll_id =3D 0 vadj =3D (GtkAdjustment *) 0x1a51800 #20 0x00000000004fec04 in x_create_toolkit_scroll_bar (f=3D0x127dc50, bar= =3D0x12d8f80) at xterm.c:4583 scroll_bar_name =3D 0x68b9c8 "verticalScrollBar" #21 0x00000000004fec88 in x_scroll_bar_create (w=3D0x127ec50, top=3D0, left= =3D586, width=3D16, height=3D462) at xterm.c:4929 f =3D (struct frame *) 0x127dc50 bar =3D (struct scroll_bar *) 0x12d8f80 barobj =3D 68719477198 #22 0x00000000004ff52e in XTset_vertical_scroll_bar (w=3D0x127ec50, portion= =3D191, whole=3D191, position=3D0) at xterm.c:5231 f =3D (struct frame *) 0x127dc50 barobj =3D 140737488324560 bar =3D (struct scroll_bar *) 0xc78bc3 top =3D 0 height =3D 462 left =3D 581 sb_left =3D 586 width =3D 21 sb_width =3D 16 window_y =3D 0 window_height =3D 462 fringe_extended_p =3D 1 #23 0x0000000000454a1d in set_vertical_scroll_bar (w=3D0x127ec50) at xdisp.= c:15280 start =3D 0 end =3D 191 whole =3D 191 #24 0x0000000000457ba4 in redisplay_window (window=3D19393621, just_this_on= e_p=3D0) at xdisp.c:16144 w =3D (struct window *) 0x127ec50 f =3D (struct frame *) 0x127dc50 buffer =3D (struct buffer *) 0xc78400 old =3D (struct buffer *) 0xc78400 lpoint =3D { charpos =3D 192,=20 bytepos =3D 192 } opoint =3D { charpos =3D 192,=20 bytepos =3D 192 } startp =3D { charpos =3D 1,=20 bytepos =3D 1 } update_mode_line =3D 1 tem =3D 0 it =3D { window =3D 0,=20 w =3D 0x8034f4ccd,=20 f =3D 0x1a1d000,=20 method =3D 55468925,=20 stop_charpos =3D 0,=20 prev_stop =3D 14411264,=20 base_level_stop =3D 0,=20 end_charpos =3D 14411264,=20 s =3D 0xe7f400 "\v",=20 string_nchars =3D 0,=20 region_beg_charpos =3D 140737488328664,=20 region_end_charpos =3D 34444180673,=20 redisplay_end_trigger_charpos =3D 0,=20 multibyte_p =3D 1,=20 header_line_p =3D 0,=20 string_from_display_prop_p =3D 1,=20 string_from_prefix_prop_p =3D 0,=20 from_disp_prop_p =3D 1,=20 ellipsis_p =3D 1,=20 avoid_cursor_p =3D 1,=20 dp =3D 0xdbe600,=20 dpvec =3D 0xb9f070,=20 dpend =3D 0x7fffffff9800,=20 dpvec_char_len =3D 5976420,=20 dpvec_face_id =3D 0,=20 saved_face_id =3D 0,=20 ctl_chars =3D {12185712, 4307153008, 12694626, 12694626, 12694626, 140737= 488328784, 5979619, 13152256, 17179842632, 12694626, 13361730, 12185712, 12= 694576, 13361728, 140737488328800, 140737488328832},=20 start =3D { pos =3D { charpos =3D 5979723,=20 bytepos =3D 12185712 },=20 overlay_string_index =3D 12694626,=20 string_pos =3D { charpos =3D 12694626,=20 bytepos =3D 13361730 },=20 dpvec_index =3D -26400 },=20 current =3D { pos =3D { charpos =3D 5594312,=20 bytepos =3D 12694578 },=20 overlay_string_index =3D 12897596466,=20 string_pos =3D { charpos =3D 13152256,=20 bytepos =3D 12694626 },=20 dpvec_index =3D 13152261 },=20 n_overlay_strings =3D 13361730,=20 overlay_strings_charpos =3D 12185712,=20 overlay_strings =3D {17179869184, 12694578, 13361728, 140737488328960, 14= 0737488328960, 5932969, 12694578, 140737488332496, 4509745, 140737488329024= , 6473959, 1373265466, 26988544, 8192, 0, 140737488329040},=20 string_overlays =3D {12694578, 21474810208, 12694578, 140737488329072, 17= 218258, 140737488329104, 17218256, 140737488329136, 5978146, 12694578, 1721= 8258, 140737488329152, 12694578, 140737488329520, 6086258, 140737488329200}= ,=20 string =3D 6132423,=20 from_overlay =3D 12694578,=20 stack =3D {{ string =3D 12694578,=20 string_nchars =3D 12694578,=20 end_charpos =3D 22749696,=20 stop_charpos =3D 140737488329584,=20 prev_stop =3D 17218258,=20 base_level_stop =3D 140737488329232,=20 cmp_it =3D { stop_pos =3D 5973808,=20 id =3D 12694578,=20 ch =3D 12694578,=20 rule_idx =3D 0,=20 lookback =3D 5933031,=20 nglyphs =3D 22749696,=20 reversed_p =3D false,=20 charpos =3D 8589934594,=20 nchars =3D 9999334,=20 nbytes =3D 0,=20 from =3D 13295810,=20 to =3D 0,=20 width =3D 12694578 },=20 face_id =3D 12694578,=20 u =3D { image =3D { object =3D 16768434,=20 slice =3D { x =3D 0,=20 y =3D 17603174,=20 width =3D 140737488329712,=20 height =3D 10698902 },=20 image_id =3D 10743045 },=20 comp =3D { object =3D 16768434 },=20 stretch =3D { object =3D 16768434 } },=20 position =3D { charpos =3D 140737488329280,=20 bytepos =3D 2 },=20 current =3D { pos =3D { charpos =3D 17603174,=20 bytepos =3D 11588646 },=20 overlay_string_index =3D 0,=20 string_pos =3D { charpos =3D 140737488329472,=20 bytepos =3D 13243090 },=20 dpvec_index =3D -25599 },=20 from_overlay =3D 12694578,=20 area =3D 48,=20 method =3D GET_FROM_BUFFER,=20 paragraph_embedding =3D 24,=20 multibyte_p =3D 0,=20 string_from_display_prop_p =3D 0,=20 string_from_prefix_prop_p =3D 0,=20 display_ellipsis_p =3D 0,=20 avoid_cursor_p =3D 0,=20 bidi_p =3D 0,=20 from_disp_prop_p =3D 0,=20 line_wrap =3D 12694578,=20 voffset =3D 0,=20 space_width =3D 17708262,=20 font_height =3D 19394480 }, { string =3D 52,=20 string_nchars =3D 14169856,=20 end_charpos =3D 51539607552,=20 stop_charpos =3D 12694578,=20 prev_stop =3D -3664973252977432860,=20 base_level_stop =3D 3,=20 cmp_it =3D { stop_pos =3D 140737488343536,=20 id =3D 140737488329584,=20 ch =3D 6074310,=20 rule_idx =3D 0,=20 lookback =3D 12694578,=20 nglyphs =3D 12694578,=20 reversed_p =3D false,=20 charpos =3D 10698102,=20 nchars =3D 10698086,=20 nbytes =3D 0,=20 from =3D -25744,=20 to =3D 32767,=20 width =3D 5973842 },=20 face_id =3D -25680,=20 u =3D { image =3D { object =3D 6074105,=20 slice =3D { x =3D 12694578,=20 y =3D 10698070,=20 width =3D 12694578,=20 height =3D 12 },=20 image_id =3D 5933031 },=20 comp =3D { object =3D 6074105 },=20 stretch =3D { object =3D 6074105 } },=20 position =3D { charpos =3D 22749664,=20 bytepos =3D 140737488330032 },=20 current =3D { pos =3D { charpos =3D 6088477,=20 bytepos =3D 17603174 },=20 overlay_string_index =3D 6104461,=20 string_pos =3D { charpos =3D 12694578,=20 bytepos =3D 12694578 },=20 dpvec_index =3D 17603174 },=20 from_overlay =3D 22749664,=20 area =3D RIGHT_MARGIN_AREA,=20 method =3D GET_FROM_STRING,=20 paragraph_embedding =3D 10698054,=20 multibyte_p =3D 0,=20 string_from_display_prop_p =3D 0,=20 string_from_prefix_prop_p =3D 0,=20 display_ellipsis_p =3D 0,=20 avoid_cursor_p =3D 0,=20 bidi_p =3D 0,=20 from_disp_prop_p =3D 0,=20 line_wrap =3D 16500834,=20 voffset =3D 0,=20 space_width =3D 140737488329664,=20 font_height =3D 1 }, { string =3D 12694578,=20 string_nchars =3D 0,=20 end_charpos =3D 0,=20 stop_charpos =3D 8589934594,=20 prev_stop =3D 10698758,=20 base_level_stop =3D 12694626,=20 cmp_it =3D { stop_pos =3D 140737488329728,=20 id =3D 2,=20 ch =3D 26838784,=20 rule_idx =3D 0,=20 lookback =3D 25109296,=20 nglyphs =3D 0,=20 reversed_p =3D false,=20 charpos =3D 140737488329920,=20 nchars =3D 5380860,=20 nbytes =3D 0,=20 from =3D 27068421,=20 to =3D 0,=20 width =3D -25536 },=20 face_id =3D 12694578,=20 u =3D { image =3D { object =3D 4,=20 slice =3D { x =3D 140737488330192,=20 y =3D 25026912,=20 width =3D 1305680756774,=20 height =3D 13075456 },=20 image_id =3D 140737488329984 },=20 comp =3D { object =3D 4 },=20 stretch =3D { object =3D 4 } },=20 position =3D { charpos =3D 5976517,=20 bytepos =3D 10698070 },=20 current =3D { pos =3D { charpos =3D 12,=20 bytepos =3D 12884901891 },=20 overlay_string_index =3D 12694578,=20 string_pos =3D { charpos =3D 10698070,=20 bytepos =3D 13237442 },=20 dpvec_index =3D 12694578 },=20 from_overlay =3D 12158669,=20 area =3D 10697846,=20 method =3D GET_FROM_BUFFER,=20 paragraph_embedding =3D 2298013412,=20 multibyte_p =3D 0,=20 string_from_display_prop_p =3D 1,=20 string_from_prefix_prop_p =3D 1,=20 display_ellipsis_p =3D 1,=20 avoid_cursor_p =3D 1,=20 bidi_p =3D 1,=20 from_disp_prop_p =3D 0,=20 line_wrap =3D WINDOW_WRAP,=20 voffset =3D 0,=20 space_width =3D 140737488343536,=20 font_height =3D 140737488330096 }, { string =3D 6073862,=20 string_nchars =3D 12694578,=20 end_charpos =3D 12694578,=20 stop_charpos =3D 12694578,=20 prev_stop =3D 8,=20 base_level_stop =3D 5933031,=20 cmp_it =3D { stop_pos =3D 22749632,=20 id =3D 140737488330480,=20 ch =3D 6088477,=20 rule_idx =3D 0,=20 lookback =3D 140737488329120,=20 nglyphs =3D 10743048,=20 reversed_p =3D false,=20 charpos =3D 12694578,=20 nchars =3D 12694578,=20 nbytes =3D 0,=20 from =3D 135,=20 to =3D 32767,=20 width =3D 12694578 },=20 face_id =3D 1,=20 u =3D { image =3D { object =3D 10697830,=20 slice =3D { x =3D 12694578,=20 y =3D 6095378,=20 width =3D 140737488330464,=20 height =3D 140737488330336 },=20 image_id =3D 12694626 },=20 comp =3D { object =3D 10697830 },=20 stretch =3D { object =3D 10697830 } },=20 position =3D { charpos =3D 0,=20 bytepos =3D 10742965 },=20 current =3D { pos =3D { charpos =3D 51539607552,=20 bytepos =3D 0 },=20 overlay_string_index =3D 140737488330176,=20 string_pos =3D { charpos =3D 1,=20 bytepos =3D 140737488330288 },=20 dpvec_index =3D 12694578 },=20 from_overlay =3D 12694626,=20 area =3D 4294942304,=20 method =3D 32767,=20 paragraph_embedding =3D 4294944048,=20 multibyte_p =3D 1,=20 string_from_display_prop_p =3D 1,=20 string_from_prefix_prop_p =3D 1,=20 display_ellipsis_p =3D 1,=20 avoid_cursor_p =3D 1,=20 bidi_p =3D 1,=20 from_disp_prop_p =3D 1,=20 line_wrap =3D 4294955504,=20 voffset =3D 32767,=20 space_width =3D 5,=20 font_height =3D 5 }, { string =3D 15256256,=20 string_nchars =3D -24784,=20 end_charpos =3D 15256256,=20 stop_charpos =3D 16,=20 prev_stop =3D 12573136,=20 base_level_stop =3D 140737488330480,=20 cmp_it =3D { stop_pos =3D 5976837,=20 id =3D 12694578,=20 ch =3D 8,=20 rule_idx =3D 2,=20 lookback =3D 13075456,=20 nglyphs =3D 12573136,=20 reversed_p =3D false,=20 charpos =3D 10697846,=20 nchars =3D 0,=20 nbytes =3D 6,=20 from =3D 12694578,=20 to =3D 0,=20 width =3D 12158573 },=20 face_id =3D 12573136,=20 u =3D { image =3D { object =3D 140737488330480,=20 slice =3D { x =3D 5932732,=20 y =3D 12573136,=20 width =3D 140737488330640,=20 height =3D 5979276 },=20 image_id =3D 12694578 },=20 comp =3D { object =3D 140737488330480 },=20 stretch =3D { object =3D 140737488330480 } },=20 position =3D { charpos =3D 12895599702,=20 bytepos =3D 12694578 },=20 current =3D { pos =3D { charpos =3D 8,=20 bytepos =3D 13075456 },=20 overlay_string_index =3D 22749600,=20 string_pos =3D { charpos =3D 12694578,=20 bytepos =3D 12694578 },=20 dpvec_index =3D 13237250 },=20 from_overlay =3D 6093767,=20 area =3D 12573136,=20 method =3D GET_FROM_BUFFER,=20 paragraph_embedding =3D 13075456,=20 multibyte_p =3D 0,=20 string_from_display_prop_p =3D 0,=20 string_from_prefix_prop_p =3D 0,=20 display_ellipsis_p =3D 0,=20 avoid_cursor_p =3D 0,=20 bidi_p =3D 0,=20 from_disp_prop_p =3D 0,=20 line_wrap =3D 4294942672,=20 voffset =3D 32767,=20 space_width =3D 5976837,=20 font_height =3D 13237248 }},=20 sp =3D 10697798,=20 selective =3D 13075456,=20 what =3D 12694578,=20 face_id =3D 0,=20 selective_display_ellipsis_p =3D 0,=20 ctl_arrow_p =3D 0,=20 face_box_p =3D 0,=20 start_of_box_run_p =3D 0,=20 end_of_box_run_p =3D 1,=20 overlay_strings_at_end_processed_p =3D 1,=20 ignore_overlay_strings_at_pos_p =3D 0,=20 glyph_not_available_p =3D 1,=20 starts_in_middle_of_char_p =3D 1,=20 face_before_selective_p =3D 1,=20 constrain_row_ascent_descent_p =3D 1,=20 line_wrap =3D 32767,=20 base_face_id =3D 5978228,=20 c =3D 0,=20 len =3D 5932732,=20 cmp_it =3D { stop_pos =3D 12694578,=20 id =3D 140737488330768,=20 ch =3D 5980322,=20 rule_idx =3D 0,=20 lookback =3D 12694578,=20 nglyphs =3D 12573136,=20 reversed_p =3D 3,=20 charpos =3D 12694578,=20 nchars =3D 13237250,=20 nbytes =3D 0,=20 from =3D -24312,=20 to =3D 32767,=20 width =3D 12573136 },=20 char_to_display =3D 12573136,=20 glyphless_method =3D GLYPHLESS_DISPLAY_THIN_SPACE,=20 image_id =3D 12186272,=20 slice =3D { x =3D 140737488330864,=20 y =3D 5976837,=20 width =3D 12694578,=20 height =3D 8596031457 },=20 space_width =3D 13075456,=20 voffset =3D -3424,=20 tab_width =3D 185,=20 font_height =3D 12694578,=20 object =3D 25769803776,=20 position =3D { charpos =3D 12694578,=20 bytepos =3D 13075461 },=20 truncation_pixel_width =3D -3424,=20 continuation_pixel_width =3D 185,=20 first_visible_x =3D 0,=20 last_visible_x =3D -24464,=20 last_visible_y =3D 32767,=20 extra_line_spacing =3D 5932732,=20 max_extra_line_spacing =3D 0,=20 override_ascent =3D 12186272,=20 override_descent =3D 0,=20 override_boff =3D -24304,=20 glyph_row =3D 0x5b3c8c,=20 area =3D 12694578,=20 nglyphs =3D 0,=20 pixel_width =3D 12158621,=20 ascent =3D 3,=20 descent =3D 13237250,=20 max_ascent =3D 0,=20 max_descent =3D 12694578,=20 phys_ascent =3D 0,=20 phys_descent =3D 13075456,=20 max_phys_ascent =3D 0,=20 max_phys_descent =3D -23248,=20 current_x =3D 32512,=20 continuation_lines_width =3D 12694578,=20 eol_pos =3D { charpos =3D 12694578,=20 bytepos =3D 13354898 },=20 current_y =3D 12694578,=20 first_vpos =3D 0,=20 vpos =3D 12186272,=20 hpos =3D 0,=20 left_user_fringe_bitmap =3D 33792,=20 right_user_fringe_bitmap =3D 199,=20 left_user_fringe_face_id =3D 0,=20 right_user_fringe_face_id =3D 1024336,=20 bidi_p =3D 1,=20 bidi_it =3D { bytepos =3D 11,=20 charpos =3D 13354896,=20 ch =3D 5498582,=20 nchars =3D 13075456,=20 ch_len =3D 12694578,=20 type =3D 4294943024,=20 type_after_w1 =3D 32767,=20 orig_type =3D 5978228,=20 resolved_level =3D 0,=20 invalid_levels =3D 5932732,=20 invalid_rl_levels =3D 0,=20 prev =3D { bytepos =3D 12694578,=20 charpos =3D 140737488331152,=20 type =3D 5980322,=20 type_after_w1 =3D UNKNOWN_BT,=20 orig_type =3D 12694578 },=20 last_strong =3D { bytepos =3D 12890400442,=20 charpos =3D 12694578,=20 type =3D 13354898,=20 type_after_w1 =3D UNKNOWN_BT,=20 orig_type =3D 4294954512 },=20 next_for_neutral =3D { bytepos =3D 0,=20 charpos =3D 12186272,=20 type =3D 4294944048,=20 type_after_w1 =3D 32767,=20 orig_type =3D 13354896 },=20 prev_for_neutral =3D { bytepos =3D 22749536,=20 charpos =3D 140737488331312,=20 type =3D 6096865,=20 type_after_w1 =3D UNKNOWN_BT,=20 orig_type =3D UNKNOWN_BT },=20 next_for_ws =3D { bytepos =3D 8589934592,=20 charpos =3D 12694578,=20 type =3D RLE,=20 type_after_w1 =3D UNKNOWN_BT,=20 orig_type =3D 5929909 },=20 next_en_pos =3D 17846274,=20 next_en_type =3D 10635701,=20 ignore_bn_limit =3D 17846274,=20 sor =3D 4294943328,=20 scan_dir =3D 32767,=20 disp_pos =3D 5533551,=20 disp_prop =3D 0,=20 stack_idx =3D 6,=20 level_stack =3D {{ level =3D 12694578,=20 override =3D NEUTRAL_DIR }, { level =3D -24063,=20 override =3D 32512 }, { level =3D 17846274,=20 override =3D NEUTRAL_DIR }, { level =3D 19644005,=20 override =3D NEUTRAL_DIR }, { level =3D -24000,=20 override =3D 32767 }, { level =3D 5930379,=20 override =3D NEUTRAL_DIR }, { level =3D 12694626,=20 override =3D 86 }, { level =3D 3,=20 override =3D 16777216 }, { level =3D 3,=20 override =3D NEUTRAL_DIR }, { level =3D -23968,=20 override =3D NEUTRAL_DIR }, { level =3D 5930267,=20 override =3D NEUTRAL_DIR }, { level =3D 19615280,=20 override =3D NEUTRAL_DIR }, { level =3D 19644005,=20 override =3D NEUTRAL_DIR }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D -23848,=20 override =3D 32767 }, { level =3D 4387347,=20 override =3D NEUTRAL_DIR }, { level =3D 6096865,=20 override =3D 86 }, { level =3D 3,=20 override =3D 10 }, { level =3D 0,=20 override =3D 32767 }, { level =3D 26768640,=20 override =3D NEUTRAL_DIR }, { level =3D 26768640,=20 override =3D NEUTRAL_DIR }, { level =3D 27381760,=20 override =3D NEUTRAL_DIR }, { level =3D 55392235,=20 override =3D 8 }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 19615280,=20 override =3D 6 }, { level =3D 13075456,=20 override =3D NEUTRAL_DIR }, { level =3D -23816,=20 override =3D 32767 }, { level =3D 5932870,=20 override =3D NEUTRAL_DIR }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 1,=20 override =3D NEUTRAL_DIR }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 12177056,=20 override =3D NEUTRAL_DIR }, { level =3D 55501206,=20 override =3D NEUTRAL_DIR }, { level =3D -23600,=20 override =3D 14 }, { level =3D 12177056,=20 override =3D NEUTRAL_DIR }, { level =3D -23056,=20 override =3D 32767 }, { level =3D 6670273,=20 override =3D NEUTRAL_DIR }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D -23600,=20 override =3D 32767 }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 26768640,=20 override =3D NEUTRAL_DIR }, { level =3D 55501504,=20 override =3D 8 }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 5255097,=20 override =3D NEUTRAL_DIR }, { level =3D -23568,=20 override =3D 32767 }, { level =3D -11792,=20 override =3D 32767 }, { level =3D -11816,=20 override =3D 32767 }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 5252965,=20 override =3D NEUTRAL_DIR }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 26768640,=20 override =3D NEUTRAL_DIR }, { level =3D 26768640,=20 override =3D NEUTRAL_DIR }, { level =3D 27381760,=20 override =3D NEUTRAL_DIR }, { level =3D -11816,=20 override =3D 32767 }, { level =3D 55392321,=20 override =3D 8 }, { level =3D 26768640,=20 override =3D NEUTRAL_DIR }, { level =3D 27381760,=20 override =3D NEUTRAL_DIR }, { level =3D 0,=20 override =3D NEUTRAL_DIR }, { level =3D 55500763,=20 override =3D 8 }, { level =3D 5255097,=20 override =3D NEUTRAL_DIR }, { level =3D -23328,=20 override =3D 32767 }, { level =3D -11792,=20 override =3D 32767 }},=20 string =3D { lstring =3D 5253403,=20 s =3D 0xd ,=20 schars =3D 140737488331808,=20 bufpos =3D 28107776,=20 from_disp_str =3D 0,=20 unibyte =3D 0 },=20 w =3D 0x7fffffffa4c0,=20 paragraph_dir =3D 5979276,=20 separator_limit =3D 0,=20 prev_was_pdf =3D 0,=20 first_elt =3D 1,=20 new_paragraph =3D 1,=20 frame_window_p =3D 0 },=20 paragraph_embedding =3D 4294943936 } current_matrix_up_to_date_p =3D 0 used_current_matrix_p =3D 0 buffer_unchanged_p =3D 0 temp_scroll_step =3D 0 count =3D 6 rc =3D 0 centering_position =3D -1 last_line_misfit =3D 0 beg_unchanged =3D 191 end_unchanged =3D 0 #25 0x000000000044ff0c in redisplay_window_0 (window=3D19393621) at xdisp.c= :13773 No locals. #26 0x00000000005cc76b in internal_condition_case_1 (bfun=3D0x44fecd , arg=3D19393621, handlers=3D13017990, hfun=3D0x44fe9c ) at eval.c:1326 val =3D 13075461 c =3D { tag =3D 12694578,=20 val =3D 12694578,=20 next =3D 0x7fffffffce10,=20 gcpro =3D 0x0,=20 jmp =3D {{ _jb =3D {6080232, 12694626, 140737488332216, 140737488332496, 1407374= 88343536, 140737488343512, 0, 0, 34772061127551, 17179869184, 13152261, 0} }},=20 handlerlist =3D 0x7fffffffcec0,=20 lisp_eval_depth =3D 0,=20 pdlcount =3D 6,=20 poll_suppress_count =3D 1,=20 interrupt_input_blocked =3D 0,=20 byte_stack =3D 0x0 } h =3D { handler =3D 13017990,=20 var =3D 12694578,=20 chosen_clause =3D 13075456,=20 tag =3D 0x7fffffffa5f0,=20 next =3D 0x7fffffffcec0 } #27 0x000000000044fe7d in redisplay_windows (window=3D19393621) at xdisp.c:= 13753 w =3D (struct window *) 0x127ec50 #28 0x000000000044f17c in redisplay_internal () at xdisp.c:13364 f =3D (struct frame *) 0x127dc50 w =3D (struct window *) 0x127ec50 sw =3D (struct window *) 0x127ec50 fr =3D (struct frame *) 0x127dc50 pending =3D 0 must_finish =3D 0 tlbufpos =3D { charpos =3D 0,=20 bytepos =3D 192 } tlendpos =3D { charpos =3D 0,=20 bytepos =3D 0 } number_of_visible_frames =3D 2 count =3D 3 count1 =3D 6 sf =3D (struct frame *) 0x127dc50 polling_stopped_here =3D 1 tail =3D 16965542 frame =3D 19389525 consider_all_windows_p =3D 1 update_miniwindow_p =3D 0 #29 0x000000000044f828 in redisplay_preserve_echo_area (from_where=3D11) at= xdisp.c:13613 No locals. #30 0x000000000061fff5 in wait_reading_process_output (time_limit=3D30, nse= cs=3D0, read_kbd=3D-1, do_display=3Dtrue, wait_for_cell=3D12694578, wait_pr= oc=3D0x0, just_wait_proc=3D0) at process.c:4498 timeout_reduced_for_timers =3D true channel =3D 1 nfds =3D 1 Available =3D { __fds_bits =3D {134218752, 0 } } Writeok =3D { __fds_bits =3D {0 } } check_write =3D true check_delay =3D 0 no_avail =3D false xerrno =3D 35 proc =3D 0 timeout =3D { tv_sec =3D 0,=20 tv_nsec =3D 332786301 } end_time =3D { tv_sec =3D 1373265495,=20 tv_nsec =3D 323391145 } wait_channel =3D -1 got_some_input =3D true count =3D 2 #31 0x00000000004226ca in sit_for (timeout=3D120, reading=3Dtrue, display_o= ption=3D1) at dispnew.c:5797 sec =3D 30 nsec =3D 0 do_display =3D true #32 0x00000000005361b0 in read_char (commandflag=3D1, map=3D17403238, prev_= event=3D12694578, used_mouse_menu=3D0x7fffffffcc3d, end_time=3D0x0) at keyb= oard.c:2809 tem0 =3D 12694578 timeout =3D 30 delay_level =3D 4 buffer_size =3D 1 c =3D 12694578 jmpcount =3D 2 local_getcjmp =3D {{ _jb =3D {5462958, 12694626, 140737488340680, 140737488341392, 140737488= 343536, 140737488343512, 0, 0, 34776350131071, 12694578, 12694578, 18066626} }} save_jump =3D {{ _jb =3D {0 } }} tem =3D 12694578 save =3D 12694578 previous_echo_area_message =3D 12694578 also_record =3D 12694578 reread =3D false gcpro1 =3D { next =3D 0xc1b432,=20 var =3D 0x108d726,=20 nvars =3D 140737488341120 } gcpro2 =3D { next =3D 0xc0,=20 var =3D 0x5d07b2,=20 nvars =3D 12694578 } polling_stopped_here =3D false orig_kboard =3D (struct kboard *) 0xe2e000 #33 0x00000000005412e3 in read_key_sequence (keybuf=3D0x7fffffffcc80, bufsi= ze=3D30, prompt=3D12694578, dont_downcase_last=3Dfalse, can_return_switch_f= rame=3Dtrue, fix_current_buffer=3Dtrue) at keyboard.c:9079 interrupted_kboard =3D (KBOARD *) 0xe2e000 interrupted_frame =3D (struct frame *) 0x127dc50 key =3D 13234224 used_mouse_menu =3D false echo_local_start =3D 0 last_real_key_start =3D 0 keys_local_start =3D 0 new_binding =3D 17179855952 count =3D 2 t =3D 0 echo_start =3D 0 keys_start =3D 0 current_binding =3D 17403238 first_event =3D 12694578 first_unbound =3D 31 mock_input =3D 0 fkey =3D { parent =3D 21475718,=20 map =3D 21475718,=20 start =3D 0,=20 end =3D 0 } keytran =3D { parent =3D 13027750,=20 map =3D 13027750,=20 start =3D 0,=20 end =3D 0 } indec =3D { parent =3D 21475702,=20 map =3D 21475702,=20 start =3D 0,=20 end =3D 0 } shift_translated =3D false delayed_switch_frame =3D 12694578 original_uppercase =3D 22749280 original_uppercase_position =3D -1 dummyflag =3D false starting_buffer =3D (struct buffer *) 0xc78400 fake_prefixed_keys =3D 12694578 gcpro1 =3D { next =3D 0xbfda70,=20 var =3D 0xc78400,=20 nvars =3D 140737488341824 } #34 0x0000000000533325 in command_loop_1 () at keyboard.c:1449 cmd =3D 16500834 keybuf =3D {104, 12694578, 140737488342256, 5980322, 12694578, 12897475024= , 12694578, 13237250, 34369236992, 12897475024, 12573136, 5976477, 13237248= , 22749280, 140737488342416, 6096865, 13237250, 8589934594, 16624422, 2, 12= 884901888, 13075461, 13237248, 140737488342352, 5932732, 22749280, 12694578= , 16854882, 16624422, 9849125} i =3D 1 prev_modiff =3D 10 prev_buffer =3D (struct buffer *) 0xc78400 already_adjusted =3D false #35 0x00000000005cc61a in internal_condition_case (bfun=3D0x532fb7 , handlers=3D13104322, hfun=3D0x53293e ) at eval.c:1289 val =3D 16624422 c =3D { tag =3D 12694578,=20 val =3D 12694578,=20 next =3D 0x7fffffffcf40,=20 gcpro =3D 0x0,=20 jmp =3D {{ _jb =3D {6079902, 2, 140737488342504, 140737488342768, 14073748834353= 6, 140737488343512, 0, 0, 34776350131071, 6741290, 0, 34369211392} }},=20 handlerlist =3D 0x0,=20 lisp_eval_depth =3D 0,=20 pdlcount =3D 2,=20 poll_suppress_count =3D 1,=20 interrupt_input_blocked =3D 0,=20 byte_stack =3D 0x0 } h =3D { handler =3D 13104322,=20 var =3D 12694578,=20 chosen_clause =3D 140737488342880,=20 tag =3D 0x7fffffffce10,=20 next =3D 0x0 } #36 0x0000000000532d1c in command_loop_2 (ignore=3D12694578) at keyboard.c:= 1164 val =3D 32 #37 0x00000000005cc0af in internal_catch (tag=3D13096370, func=3D0x532cfa <= command_loop_2>, arg=3D12694578) at eval.c:1063 c =3D { tag =3D 13096370,=20 val =3D 12694578,=20 next =3D 0x0,=20 gcpro =3D 0x0,=20 jmp =3D {{ _jb =3D {6078619, 2, 140737488342808, 140737488343024, 14073748834353= 6, 140737488343512, 0, 0, 34772067353471, 13075456, 17179856912, 13075461} }},=20 handlerlist =3D 0x0,=20 lisp_eval_depth =3D 0,=20 pdlcount =3D 2,=20 poll_suppress_count =3D 1,=20 interrupt_input_blocked =3D 0,=20 byte_stack =3D 0x0 } #38 0x0000000000532ccf in command_loop () at keyboard.c:1143 No locals. #39 0x000000000053252a in recursive_edit_1 () at keyboard.c:776 count =3D 1 val =3D 12694578 #40 0x000000000053267f in Frecursive_edit () at keyboard.c:840 count =3D 0 buffer =3D 12694578 #41 0x00000000005308d0 in main (argc=3D2, argv=3D0x7fffffffd1d8) at emacs.c= :1554 dummy =3D 140737488343472 stack_bottom_variable =3D 0 '\0' do_initial_setlocale =3D true dumping =3D false skip_args =3D 0 rlim =3D { rlim_cur =3D 536870912,=20 rlim_max =3D 536870912 } no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 #v- Running with Athena toolkit (Xaw3d widgets) works fine. Thanks =2D-=20 Ashish SHUKLA =E2=80=9CA man, a plan, a canoe, pasta, heros, rajahs, a coloratura, maps, = snipe, percale, macaroni, a gag, a banana bag, a tan, a tag, a banana bag again (o= r a camel), a crepe, pins, Spam, a rut, a Rolo, cash, a jar, sore hats, a peon,= a canal--Panama!=E2=80=9D (Guy L. Steele, Jr.) Sent from my Emacs --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBCgAGBQJR2mR5AAoJEMdGz6nnT6SwOlUP/0XuLxq2tZdNmeli7UAjUktG azKJRjxDTcqLmdhXu9LohwmBpp/9jpikMFnCLsQWTfTkyi3IqbdYYPzjJjoW3OQI eoJAcgUxfUJPHO1EWGT1MnzChYexjvIaegFx7kzM/tNcPef9nM+xR0kHZCEUe6ZB vk2yEOjTwqNKneCxILyMgeU9p85AjKCJjzG9SC3ya8ZIxsTHoRozZ5G+Ir9m+A3V nnJqoXrG9OyRhuBhUr+40n6hZ20LwGIkKh2f85otUu30qfnYnAt3nXjsDVKw30NC R8iNgMFVuye6G6OtP9Rgb4aCyHCR27CGuy23N47nKyy/cgS4tqd2WKyVHd2QPdsd TPpe6JNkBd1Ymo0cUriTqST27l7ufM3rvQLiYqYZrD435d/WliBPCqa1ZnXZ5X4E wrnQ7AMcYfNKciqG3BO64g4X4ixNp2yXzIjCTE/aKw5KixeHisVZkSbFc4u0cJk4 wHMGI8ukg/mEdS4XQDPlNSo/+LJkVOYiXRnBTZEhIBIDXMWHVaUHybpYqPkrXIGJ 0xO2O/aWIpsvt4bPax3rjB+N1S98wdQ8kYoyjCXi14x40Pfx4NMBO3LXcrYRJH0G 62KJhNcgefLjZnxt/LKhK0asCqOkglgjUqosM9jfPZS6wmWwK3DsDJfP6X9sVmbM DZ+zPlpeIdoK4yzHv7T6 =q8dM -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 02 17:34:41 2017 Received: (at control) by debbugs.gnu.org; 2 Dec 2017 22:34:41 +0000 Received: from localhost ([127.0.0.1]:42264 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLGMr-0001qy-DD for submit@debbugs.gnu.org; Sat, 02 Dec 2017 17:34:41 -0500 Received: from mail-io0-f170.google.com ([209.85.223.170]:36976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLGMp-0001ql-Dq for control@debbugs.gnu.org; Sat, 02 Dec 2017 17:34:40 -0500 Received: by mail-io0-f170.google.com with SMTP id d16so14907653iob.4 for ; Sat, 02 Dec 2017 14:34:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=nl21x28e9fbUMfkaYGqBMW+MY5Oaq8JvuiQj9ceOwSU=; b=gGnJ6rWyiwaQDKsLPmNe7XTOdN8hKAPRW2Okzu9huZ+k9y72q2CtaWrM5UzCdGug05 d49Ife1Woa/pp0lc7y4u4ZNGn++5CYrEzMjl8vKm+q44/YgdI6+HxBmTFg64L0aE0Ztv z7enO10mxePEb8bDX3CBmkq2zYrpoOJEN91HX9InPA/pdPuDV0m7cZtCXP6X+xJFxRCj Y8E7lVg52E+Iof39MBDcbI2OrTRRVds7dvUG4tndJUMB9mx++bFjUKMFbIU/TN+Njck4 5qo+ZlsdMWY+PUL4/eTGTeBbVR2j13lT+QqYTtEE0df0i27yeMuPRlViWWBUKahtU1/E afkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=nl21x28e9fbUMfkaYGqBMW+MY5Oaq8JvuiQj9ceOwSU=; b=VZYJvXfGk2kUeog6HgSzCftIxlxVbZG7oP3GcbQT+ZwoPuZAQDriAaHSvKjRoTwIB1 T3xZ/dXcu80W9lOdx09p/P0euheA5pXsuHfDOKUXhGLJO9pwaLl2WHx02KTt52icFdwh 0J6ih8HtHQH/+tkcENJqA0apEy9U8jhFdhg0qhwzt4et15hJX/5fOzR10y7U1oPkjbOW UzqBSOH/G2M9UdraQjt/CFtnjjQrAnUGAsrNvSiYYJsEjWQnIr5dV2y51UcqUC1dHgSF RCM+UY75aur9lhvkzYQUPsMnvIvnC7JsBMDx1tppPDtkHjd7ECY9Hri3KAIFWpDO0+Ul J1DQ== X-Gm-Message-State: AJaThX7A68K808NJTWQBeSYcXdReIUY5xTqt6qUykOSV7WiccLAa3yeY afvm03Y7quK4f26W1mbMec1vZQ== X-Google-Smtp-Source: AGs4zMZ7TX1KpWae8KI56t+8iXTka3vXRtBgqAhKg9ayUt9oHDOr0hmzO3yPfwQVaZCItJzYi9H+9Q== X-Received: by 10.107.183.20 with SMTP id h20mr19078317iof.23.1512254073633; Sat, 02 Dec 2017 14:34:33 -0800 (PST) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id m31sm2059660iti.3.2017.12.02.14.34.32 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 02 Dec 2017 14:34:32 -0800 (PST) From: Noam Postavsky To: control@debbugs.gnu.org Subject: Re: bug#1379: emacs --daemon not working with X11 dual-head References: <18724.11527.50272.291284@gargle.gargle.HOWL> <200811200212.mAK2ClRG008674@mothra.ics.uci.edu> <18725.16319.588596.606651@gargle.gargle.HOWL> <18725.60248.707518.131755@gargle.gargle.HOWL> <200811202317.mAKNHsY6012103@mothra.ics.uci.edu> <18726.38177.511042.959596@gargle.gargle.HOWL> Date: Sat, 02 Dec 2017 17:34:31 -0500 In-Reply-To: <18726.38177.511042.959596@gargle.gargle.HOWL> (rf's message of "Fri, 21 Nov 2008 12:01:53 +0100") Message-ID: <871skckbd4.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) retitle 1379 [gtk] emacs --daemon not working with X11 dual-head quit rf@q-leap.de writes: > Yup, that was it. With the lucid toolkit, the problem is gone. Thanks > for the hint, and good luck in finding out what is wrong with gtk ;-). From unknown Fri Aug 15 21:26:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1379: [gtk] emacs --daemon not working with X11 dual-head Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Feb 2022 13:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1379 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: rf@q-leap.de Cc: 1379@debbugs.gnu.org Received: via spool by 1379-submit@debbugs.gnu.org id=B1379.164536518332602 (code B ref 1379); Sun, 20 Feb 2022 13:54:02 +0000 Received: (at 1379) by debbugs.gnu.org; 20 Feb 2022 13:53:03 +0000 Received: from localhost ([127.0.0.1]:59643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLme7-0008Tm-3H for submit@debbugs.gnu.org; Sun, 20 Feb 2022 08:53:03 -0500 Received: from quimby.gnus.org ([95.216.78.240]:54820) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLme5-0008TG-6U for 1379@debbugs.gnu.org; Sun, 20 Feb 2022 08:53:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=OUDy/nwb/jXCCSTLsW4I8JCfn5IRCORvouUEItwVNX8=; b=GhGUfxrnfXuhactyWHejSNCIRo tIVNlVFoVprMQppcHyR3UgysrhT88ycEo5r7uSxTFz1exIoKWdqiLPfLRwyXst9vob8MJlCHSVPSH WjUe4d49J6NvWxT83vrJsgUqM2TATw1SGwMHk2JOpZYtf6WUxZtcr5Ypc2hWMfVRJxNU=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLmdw-0002Jv-Mg; Sun, 20 Feb 2022 14:52:55 +0100 From: Lars Ingebrigtsen References: <18724.11527.50272.291284@gargle.gargle.HOWL> X-Now-Playing: Lydia Lunch's _Queen of Siam_: "Tied And Twist" Date: Sun, 20 Feb 2022 14:52:51 +0100 In-Reply-To: <18724.11527.50272.291284@gargle.gargle.HOWL> (rf@q-leap.de's message of "Wed, 19 Nov 2008 16:13:11 +0100") Message-ID: <8735kdskzw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: rf@q-leap.de writes: > I wanted to start using the "emacs --daemon" option with subsequent > "emacsclient ..." invocations. Everything works fine, as long as only > one of my X11 screens is used. But when I want to start [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) rf@q-leap.de writes: > I wanted to start using the "emacs --daemon" option with subsequent > "emacsclient ..." invocations. Everything works fine, as long as only > one of my X11 screens is used. But when I want to start a new frame > on display :0.1 while one or more frames are already running on > display :0.0 the following happens: > > - Executing "emacsclient -c " for the first time: A frame appears, and > immediately disappears again with the error message > *ERROR*: X protocol error: BadDrawable (invalid Pixmap or Window > parameter) on protocol request 14 > > - Executing "emacsclient -c " for the second time: A frame appears, > but emacs is in a complete dead lock after this. > > Used Version: > i emacs-snapshot 1:20081013-1 > > on Ubuntu 8.10 / x86_64 (I'm going through old bug reports that unfortunately weren't resolved at the time.) Do you still see this problem in recent versions of Emacs/gtk? I can't recall seeing any similar reports in recent years. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 20 08:53:11 2022 Received: (at control) by debbugs.gnu.org; 20 Feb 2022 13:53:11 +0000 Received: from localhost ([127.0.0.1]:59646 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLmeF-0008U9-C0 for submit@debbugs.gnu.org; Sun, 20 Feb 2022 08:53:11 -0500 Received: from quimby.gnus.org ([95.216.78.240]:54836) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLmeD-0008Tu-Jp for control@debbugs.gnu.org; Sun, 20 Feb 2022 08:53:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Qu6uDCIgyaqWp0XpVm7Gxavw4twvm9ybrsZZTKsaSxQ=; b=MyVd6I+6h8QeaMzu5rBWLXwELy jmKUvSKdjoMTldrOoIZnb+MnDy/rQUKMufD5RqmnvtCOB2O6FoxBi5QiRTndSvlQ3vNjfsGxTydVm 97tdV3sgRxb2gak/Uh2NEGZODCIIsCsglvu9cYDDN15GDH0AEwFrIqFgJXCKk3K//KgA=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLme5-0002K3-8D for control@debbugs.gnu.org; Sun, 20 Feb 2022 14:53:03 +0100 Date: Sun, 20 Feb 2022 14:52:57 +0100 Message-Id: <871qzxskzq.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #1379 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 1379 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 1379 + moreinfo quit From unknown Fri Aug 15 21:26:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1379: [gtk] emacs --daemon not working with X11 dual-head Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2022 18:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1379 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: rf@q-leap.de Cc: 1379@debbugs.gnu.org Received: via spool by 1379-submit@debbugs.gnu.org id=B1379.164788741231422 (code B ref 1379); Mon, 21 Mar 2022 18:31:01 +0000 Received: (at 1379) by debbugs.gnu.org; 21 Mar 2022 18:30:12 +0000 Received: from localhost ([127.0.0.1]:38219 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWMnD-0008AO-T8 for submit@debbugs.gnu.org; Mon, 21 Mar 2022 14:30:12 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53278) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWMnB-00083z-Me for 1379@debbugs.gnu.org; Mon, 21 Mar 2022 14:30:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=fK3Uy7Q87YknQiEfPsa5BV+/q9jy9SaBQxQooEM+Kzo=; b=NjsZo2rmCNJcCXSIZpbV+q7TD4 vI/d5KgQ55qoaJYGvm1Ki7kz3NTiAJ9KTZiNQRyuKEuP2oVWOMrGQBuHeFAstjZLxwvaQY3H3AHyF G+fLO6HYRWSy4Se2IZTN+BhMgwDNj1mrEuroNYkD116oxozEPH82MDHA6ASBhSRZqACs=; Received: from 109.179.236.69.tmi.telenormobil.no ([109.179.236.69] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWMn3-0002GP-RJ; Mon, 21 Mar 2022 19:30:04 +0100 From: Lars Ingebrigtsen References: <18724.11527.50272.291284@gargle.gargle.HOWL> <8735kdskzw.fsf@gnus.org> Date: Mon, 21 Mar 2022 19:30:00 +0100 In-Reply-To: <8735kdskzw.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 20 Feb 2022 14:52:51 +0100") Message-ID: <877d8nqhuf.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > Do you still see this problem in recent versions of Emacs/gtk? I can't > recall seeing any similar reports in recent years. More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Lars Ingebrigtsen writes: > Do you still see this problem in recent versions of Emacs/gtk? I can't > recall seeing any similar reports in recent years. More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 21 14:30:18 2022 Received: (at control) by debbugs.gnu.org; 21 Mar 2022 18:30:18 +0000 Received: from localhost ([127.0.0.1]:38222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWMnK-0008Hh-Dc for submit@debbugs.gnu.org; Mon, 21 Mar 2022 14:30:18 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53316) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWMnH-00089D-To for control@debbugs.gnu.org; Mon, 21 Mar 2022 14:30:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=PFvqFl1/aUsrTC3SYeYzAY35F0wR+PN5cEi3xuE8O8E=; b=NNtCc7G1y5Uw60Mtacudg32tTa YTWvIls9C3TTWMZ8c0wYkveOj5GzMs2uqc0vNaIEozEgLemZtKEK6XTMaIODqE5cmVNw3Sk7ZAqhq bVZ604QWQSwlTHTN4VlcS6beuTa55jlpWM+8JkIMEkOW+qQawis7jbWB/bx7TaE7y3D0=; Received: from 109.179.236.69.tmi.telenormobil.no ([109.179.236.69] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWMnA-0002Gl-Gf for control@debbugs.gnu.org; Mon, 21 Mar 2022 19:30:10 +0100 Date: Mon, 21 Mar 2022 19:30:07 +0100 Message-Id: <875yo7qhu8.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #1379 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 1379 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 1379 quit