From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.pretest.bugs,gmane.emacs.devel Subject: Re: Reproducible gtk crash Date: Sun, 21 Nov 2004 14:37:16 +0100 (CET) Message-ID: <200411211337.iALDbHCs032635@coolsville.localdomain> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1101044344 2054 80.91.229.6 (21 Nov 2004 13:39:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 21 Nov 2004 13:39:04 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Sun Nov 21 14:38:53 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CVrvY-00070l-00 for ; Sun, 21 Nov 2004 14:38:53 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CVs4Y-0006fJ-GW for gebp-emacs-pretest-bug@gmane.org; Sun, 21 Nov 2004 08:48:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CVs3i-0006Lc-3T for emacs-pretest-bug@gnu.org; Sun, 21 Nov 2004 08:47:18 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CVs3g-0006KU-O7 for emacs-pretest-bug@gnu.org; Sun, 21 Nov 2004 08:47:17 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CVs3g-0006Jj-DP; Sun, 21 Nov 2004 08:47:16 -0500 Original-Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CVruQ-0007Q4-N4; Sun, 21 Nov 2004 08:37:43 -0500 Original-Received: from coolsville.localdomain ([83.226.180.220] [83.226.180.220]) by mxfep01.bredband.com with ESMTP id <20041121133741.PFTH16147.mxfep01.bredband.com@coolsville.localdomain>; Sun, 21 Nov 2004 14:37:41 +0100 Original-Received: (from jhd@localhost) by coolsville.localdomain (8.12.9-20030917/8.12.9/Submit) id iALDbHCs032635; Sun, 21 Nov 2004 14:37:17 +0100 In-Reply-To: "from Simon Josefsson at Nov 21, 2004 01:24:35 pm" Original-To: Simon Josefsson X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: emacs-pretest-bug.gnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Errors-To: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.pretest.bugs:4816 gmane.emacs.devel:30168 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30168 > "Jan D." writes: > > > Ouch, this is nasty. When running Gnome the new GTK file dialog uses > > gnome-vfs as a backend, and gnome-vfs creates some threads. But malloc > > in Emacs can't handle different threads so we crash. One workaround is > > to set the use-old-gtk-file-dialog variable to t (it looks quite nice on > > Debian testing). > > I can confirm that the workaround works, thanks. It bring back the > old file selection dialog that I'm used to, which I even prefer. Btw, > shouldn't that variable be customizable? I wasn't sure what to do as this variable only exists for some GTK versions. For GTK 2.0 and 2.2 it doesn't make any sense (the new dialog does not exist), and for non-GTK versions it is also without use. I didn't want the variable to exist if the GTK version didn't have two file dialogs, as the old one will eventually go away. Is there a policy for these kind of variables (i.e. not only platform specific, but also toolkit version dependent)? Jan D.