From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: Pretest? Date: Mon, 05 Mar 2007 08:15:40 +0100 Message-ID: <45EBC39C.1080706@swipnet.se> References: <87k5y83e3a.fsf@stupidchicken.com> <87zm6wmt4s.fsf@stupidchicken.com> <20070304002858.GA8868@kobe.laptop> <87lkicycwl.fsf@stupidchicken.com> <85odn8n3qa.fsf@lola.goethe.zz> <20070304204706.GA38715@kobe.laptop> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1173079027 18059 80.91.229.12 (5 Mar 2007 07:17:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 5 Mar 2007 07:17:07 +0000 (UTC) Cc: Chong Yidong , emacs-devel@gnu.org To: Giorgos Keramidas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 05 08:17:01 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 1HO7RM-00041W-2x for ged-emacs-devel@m.gmane.org; Mon, 05 Mar 2007 08:17:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HO7RL-000342-Hk for ged-emacs-devel@m.gmane.org; Mon, 05 Mar 2007 02:16:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HO7R9-00033k-4r for emacs-devel@gnu.org; Mon, 05 Mar 2007 02:16:47 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HO7R8-00033P-J9 for emacs-devel@gnu.org; Mon, 05 Mar 2007 02:16:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HO7R8-00033M-BT for emacs-devel@gnu.org; Mon, 05 Mar 2007 02:16:46 -0500 Original-Received: from av11-2-sn2.hy.skanova.net ([81.228.8.184]) by monty-python.gnu.org with esmtp (Exim 4.52) id 1HO7R3-0001yf-By; Mon, 05 Mar 2007 02:16:41 -0500 Original-Received: by av11-2-sn2.hy.skanova.net (Postfix, from userid 502) id 565B838789; Mon, 5 Mar 2007 08:16:40 +0100 (CET) Original-Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av11-2-sn2.hy.skanova.net (Postfix) with ESMTP id D325E387D7; Mon, 5 Mar 2007 08:16:39 +0100 (CET) Original-Received: from husetbladh.homeip.net (81-235-205-78-no59.tbcn.telia.com [81.235.205.78]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 769B537E45; Mon, 5 Mar 2007 08:16:39 +0100 (CET) User-Agent: Thunderbird 1.5.0.9 (X11/20070212) In-Reply-To: <20070304204706.GA38715@kobe.laptop> 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:67352 Archived-At: Giorgos Keramidas skrev: > On 2007-03-04 21:38, David Kastrup wrote: >> Chong Yidong writes: >>> Giorgos Keramidas writes: >>> >>>> FreeBSD 7.0-CURRENT #0: Tue Feb 27 01:25:46 EET 2007 >>>> >>>> While I'm running the GTK+ version, however, I can crash Emacs in >>>> emacs_blocked_free() by following the steps outlined below: >>>> >>>> * Run Emacs inside gdb: >>>> * Run M-x gnus-agent-batch while my network connection is >>>> disabled, and let it time-out. It prompts me for going into >>>> `off-line mode', to which I reply `yes'. >>>> * The next time I input C-z Emacs crashes with a backtrace of: >>> I can't seem to reproduce this on GNU/Linux (I don't have a FreeBSD >>> box handy). It's strange that gnus-agent batch has anything to do >>> with it. Have you been able to reproduce the C-z crash in any other >>> circumstance? (It is better to get a recipe not involving gnus, since >>> that might depend on your newsgroup settings.) >>> >>> In any case, the backtrace indicates that the crash occurs deep in >>> GTK/Glib. If you look at what is occurring in the Emacs code, what >>> we're doing is perfectly innocuous: gdk_pixbuf_new_from_xpm_data() is >>> called on a static character array containing an XPM image. So the >>> bug is probably in GTK or Glib, not in Emacs. >> Could not possibly have anything to do with the following? >> >> 2007-03-01 Kenichi Handa >> >> * process.c (send_process_object): Check the process status and >> signal an error if something is wrong. > > I sort of doubt that, but I can test. > > IIRC, Emacs 22.X had problems on FreeBSD with GTK+ a long time ago too. As I recall, it was the threading issue that was the problem then. Are there multiple threads running in Emacs at the time of the crash? info threads in gdb will show you that. A backtrace for each thread, if there are several, would be nice. Jan D.