From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Core dumps in redisplay. Date: Mon, 28 Feb 2005 20:38:15 +0100 Message-ID: References: <7eee8e4a0b7241b67a0ae97e4923b908@swipnet.se> <49e5a9dfdc9abedb548ffb2ba94ee4bb@swipnet.se> <854df3d393258d420a5f4a60c87f6ea0@swipnet.se> <7452a19cb26d7b5243c6cac47273f10e@swipnet.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1109619348 5286 80.91.229.2 (28 Feb 2005 19:35:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 28 Feb 2005 19:35:48 +0000 (UTC) Cc: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 28 20:35:47 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D5qfz-0004Yw-9i for ged-emacs-devel@m.gmane.org; Mon, 28 Feb 2005 20:35:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D5qyO-0002Bg-R4 for ged-emacs-devel@m.gmane.org; Mon, 28 Feb 2005 14:54:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D5qy4-00029r-RM for emacs-devel@gnu.org; Mon, 28 Feb 2005 14:54:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D5qy1-000286-6y for emacs-devel@gnu.org; Mon, 28 Feb 2005 14:54:09 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D5qy0-00027h-Uy for emacs-devel@gnu.org; Mon, 28 Feb 2005 14:54:09 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D5qif-0004Mc-M7 for emacs-devel@gnu.org; Mon, 28 Feb 2005 14:38:17 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1D5qie-0000JC-V2; Mon, 28 Feb 2005 14:38:17 -0500 Original-To: "Jan D." In-Reply-To: <7452a19cb26d7b5243c6cac47273f10e@swipnet.se> (Jan D.'s message of "Mon, 28 Feb 2005 20:09:53 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:33944 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33944 "Jan D." writes: >> 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. You wish. I am putting appropriate assertions in right now and expect to report otherwise soon (the trace output is rather clear-spoken about this). I want to have this out of the way before I make an Emacs/AUCTeX/preview-latex representation at a major GNU/Linux conference Saturday and a workshop at a major TeX conference next week without having the demos crash. That's simply uncool. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum