From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ulrich Mueller Newsgroups: gmane.emacs.devel Subject: Re: emacs --daemon and GDK default display Date: Mon, 23 Mar 2009 22:33:38 +0100 Message-ID: <18888.50.303190.358177@a1ihome1.kph.uni-mainz.de> References: <18879.34340.349741.391197@a1ihome1.kph.uni-mainz.de> <49BF8DD5.2030502@gnu.org> <18887.22064.669003.766051@a1i15.kph.uni-mainz.de> <49C7C250.9030505@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1237844067 21081 80.91.229.12 (23 Mar 2009 21:34:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 23 Mar 2009 21:34:27 +0000 (UTC) Cc: emacs-devel@gnu.org, Jason Rumney To: Jan =?iso-8859-1?Q?Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 23 22:35:44 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Llro6-00081W-Ev for ged-emacs-devel@m.gmane.org; Mon, 23 Mar 2009 22:35:42 +0100 Original-Received: from localhost ([127.0.0.1]:37596 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Llrmj-0000HI-IM for ged-emacs-devel@m.gmane.org; Mon, 23 Mar 2009 17:34:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LlrmG-00008Z-HI for emacs-devel@gnu.org; Mon, 23 Mar 2009 17:33:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LlrmB-00006j-II for emacs-devel@gnu.org; Mon, 23 Mar 2009 17:33:47 -0400 Original-Received: from [199.232.76.173] (port=56716 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LlrmB-00006d-Au for emacs-devel@gnu.org; Mon, 23 Mar 2009 17:33:43 -0400 Original-Received: from a1iwww1.kph.uni-mainz.de ([134.93.134.1]:46764) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Llrm8-00022O-MD; Mon, 23 Mar 2009 17:33:41 -0400 Original-Received: from a1ihome1.kph.uni-mainz.de (a1ihome1.kph.uni-mainz.de [134.93.134.75]) by a1iwww1.kph.uni-mainz.de (8.14.0/8.13.4) with ESMTP id n2NLXdmJ028994; Mon, 23 Mar 2009 22:33:39 +0100 Original-Received: from a1ihome1.kph.uni-mainz.de (localhost [127.0.0.1]) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.1) with ESMTP id n2NLXcHc020999; Mon, 23 Mar 2009 22:33:38 +0100 Original-Received: (from ulm@localhost) by a1ihome1.kph.uni-mainz.de (8.14.0/8.14.0/Submit) id n2NLXcDo020991; Mon, 23 Mar 2009 22:33:38 +0100 In-Reply-To: <49C7C250.9030505@swipnet.se> X-Mailer: VM 8.0.2-487 under Emacs 22.2.1 (i686-pc-linux-gnu) X-MIME-Autoconverted: from 8bit to quoted-printable by a1iwww1.kph.uni-mainz.de id n2NLXdmJ028994 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:109794 Archived-At: >>>>> On Mon, 23 Mar 2009, Jan Dj=E4rv wrote: > If I remember correctly, the display manager does not set a new > default display when the old is closed. There is some code for that > case i gtkutil.c. > But there was a bug in it. I don't know if that fixes anything, but > please try again. This wouldn't help, since the segmentation fault already happens in gdk_display_open, so it doesn't reach the code affected by your change of today. > Note that closing displays under Gtk+ is generally buggy in itself. > If you can capture a stack trace in the debugger A GDB backtrace is attached to our downstream bug at . Unfortunately, without symbols in Emacs. ;-) But I think that there's enough information to see what is going on. > we should be able to tell if it is Gtk+ or Emacs that is doing the > wrong thing. There's definitely a problem in libcanberra which fails to check for a null pointer (already reported to its upstream). The question is if Emacs could do anything to work around the problem? I suppose you can't set a default display before calling gdk_display_open? Ulrich