From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-15?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: multi-tty branch + GTK (Re: copyrights to be fixed) Date: Fri, 16 Feb 2007 08:22:46 +0100 Message-ID: <45D55BC6.4010009@swipnet.se> References: <200702090136.25838.pogonyshev@gmx.net> <86irebhkgg.fsf@lola.quinscape.zz> <87r6szr7c7.fsf@pacem.orebokech.com> <85d54gkd4j.fsf@lola.goethe.zz> <45CF2DF9.1000806@swipnet.se> <45D203AB.6070306@lorentey.hu> <45D444E2.3030305@lorentey.hu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1171610630 3670 80.91.229.12 (16 Feb 2007 07:23:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Feb 2007 07:23:50 +0000 (UTC) Cc: Karoly Lorentey , joakim@verona.se, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 16 08:23:42 2007 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 1HHxRU-0006CJ-Qp for ged-emacs-devel@m.gmane.org; Fri, 16 Feb 2007 08:23:41 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HHxRU-0005v1-Ar for ged-emacs-devel@m.gmane.org; Fri, 16 Feb 2007 02:23:40 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HHxRJ-0005uw-3B for emacs-devel@gnu.org; Fri, 16 Feb 2007 02:23:29 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HHxRG-0005uj-LQ for emacs-devel@gnu.org; Fri, 16 Feb 2007 02:23:27 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HHxRG-0005ug-E0 for emacs-devel@gnu.org; Fri, 16 Feb 2007 02:23:26 -0500 Original-Received: from av10-2-sn2.hy.skanova.net ([81.228.8.182]) by monty-python.gnu.org with esmtp (Exim 4.52) id 1HHxRF-0007Ue-UP for emacs-devel@gnu.org; Fri, 16 Feb 2007 02:23:26 -0500 Original-Received: by av10-2-sn2.hy.skanova.net (Postfix, from userid 502) id 852CB3844D; Fri, 16 Feb 2007 08:23:24 +0100 (CET) Original-Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av10-2-sn2.hy.skanova.net (Postfix) with ESMTP id 57C0F38444; Fri, 16 Feb 2007 08:23:24 +0100 (CET) Original-Received: from husetbladh.homeip.net (81-235-205-78-no59.tbcn.telia.com [81.235.205.78]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 3F7B637E52; Fri, 16 Feb 2007 08:23:24 +0100 (CET) User-Agent: Thunderbird 1.5.0.9 (X11/20070212) In-Reply-To: X-detected-kernel: Linux 2.4-2.6 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:66446 Archived-At: Richard Stallman skrev: > (Disconnections can not be prevented entirely, though: Emacs/GTK crashes > on both branches if a server connection is cut or a server crashes. In > some use cases, this happens regularly, by design: e.g., if the user > runs emacsclient to create a frame on an ssh-forwarded remote X server, > then later logs out from the ssh session, the server connection is > closed, unintentionally SEGVing the Emacs process. I think we should > document this in PROBLEMS.) > > Yes, would someone please do so? > > However, once the multi-tty branch handles this just as well as > the current version, this issue is no longer an obstacle to merging in > the multi-tty branch. We alredy have a workaround in place (gtkutil.c): /* GTK 2.2-2.8 has a bug that makes gdk_display_close crash (bug http://bugzilla.gnome.org/show_bug.cgi?id=85715). This way we can continue running, but there will be memory leaks. */ #if GTK_MAJOR_VERSION == 2 && GTK_MINOR_VERSION < 10 g_object_run_dispose (G_OBJECT (gdpy)); #else /* This seems to be fixed in GTK 2.10. */ gdk_display_close (gdpy); #endif But I don't have all versions of Gtk+ in place, so if anybody can confirm that this does not work on some Gtk+ version, we can skip the g_object_run_dispose call also. Jan D.