From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: Core dumps in redisplay. Date: Mon, 28 Feb 2005 20:09:53 +0100 Message-ID: <7452a19cb26d7b5243c6cac47273f10e@swipnet.se> References: <7eee8e4a0b7241b67a0ae97e4923b908@swipnet.se> <49e5a9dfdc9abedb548ffb2ba94ee4bb@swipnet.se> <854df3d393258d420a5f4a60c87f6ea0@swipnet.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1109618734 3202 80.91.229.2 (28 Feb 2005 19:25:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 28 Feb 2005 19:25:34 +0000 (UTC) Cc: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 28 20:25:34 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D5qWC-000312-SV for ged-emacs-devel@m.gmane.org; Mon, 28 Feb 2005 20:25:25 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D5qoc-0003WW-Dz for ged-emacs-devel@m.gmane.org; Mon, 28 Feb 2005 14:44:26 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D5qlS-0002NE-Re for emacs-devel@gnu.org; Mon, 28 Feb 2005 14:41:11 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D5qlL-0002KZ-Br for emacs-devel@gnu.org; Mon, 28 Feb 2005 14:41:05 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D5qlJ-0002CE-Be for emacs-devel@gnu.org; Mon, 28 Feb 2005 14:41:01 -0500 Original-Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D5qI3-0001pR-Ii; Mon, 28 Feb 2005 14:10:48 -0500 Original-Received: from coolsville.localdomain ([83.226.180.210] [83.226.180.210]) by mxfep01.bredband.com with ESMTP id <20050228191038.EWEV429.mxfep01.bredband.com@coolsville.localdomain>; Mon, 28 Feb 2005 20:10:38 +0100 In-Reply-To: Original-To: David Kastrup X-Mailer: Apple Mail (2.619.2) 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:33943 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33943 > But xmalloc and all related routines use BLOCK_INPUT nevertheless. So > it is obvious that although malloc seemingly can be used (given _BOTH_ > PTHREAD and GTK) without problems, all uses of xmalloc still are > flawed in the old way. > > So we still can't allow using xmalloc except in the main thread. What > is the design? Should xmalloc be usable outside of the main thread or > not? The Gnome file backend does not know about or use xmalloc and friends, so only the main thread calls it. Note, the threading checks are there for the purpose of the Gnome file chooser backend only, it is not a general thread safe solution. Jan D.