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:13:19 +0100 Message-ID: <45EBC30F.8020206@swipnet.se> References: <87k5y83e3a.fsf@stupidchicken.com> <87zm6wmt4s.fsf@stupidchicken.com> <20070304002858.GA8868@kobe.laptop> <87lkicycwl.fsf@stupidchicken.com> 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 1173078845 17539 80.91.229.12 (5 Mar 2007 07:14:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 5 Mar 2007 07:14:05 +0000 (UTC) Cc: Giorgos Keramidas , emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 05 08:13:58 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 1HO7OP-0002i8-N0 for ged-emacs-devel@m.gmane.org; Mon, 05 Mar 2007 08:13:57 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HO7OO-0001nE-W2 for ged-emacs-devel@m.gmane.org; Mon, 05 Mar 2007 02:13:57 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HO7OC-0001mX-5q for emacs-devel@gnu.org; Mon, 05 Mar 2007 02:13:44 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HO7OA-0001li-JQ for emacs-devel@gnu.org; Mon, 05 Mar 2007 02:13:43 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HO7OA-0001lW-8g for emacs-devel@gnu.org; Mon, 05 Mar 2007 02:13:42 -0500 Original-Received: from av8-2-sn3.vrr.skanova.net ([81.228.9.184]) by monty-python.gnu.org with esmtp (Exim 4.52) id 1HO7O9-0001Dz-6I for emacs-devel@gnu.org; Mon, 05 Mar 2007 02:13:41 -0500 Original-Received: by av8-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 442F538446; Mon, 5 Mar 2007 08:13:40 +0100 (CET) Original-Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av8-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 223A237ECA; Mon, 5 Mar 2007 08:13:40 +0100 (CET) Original-Received: from husetbladh.homeip.net (81-235-205-78-no59.tbcn.telia.com [81.235.205.78]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 821C637E4B; Mon, 5 Mar 2007 08:13:39 +0100 (CET) User-Agent: Thunderbird 1.5.0.9 (X11/20070212) In-Reply-To: <87lkicycwl.fsf@stupidchicken.com> 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:67350 Archived-At: Chong Yidong skrev: > 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. It looks like the heap is corrupted, it may be something Emacs did previously, or perhaps something Gtk+ does. Very hard to tell though, a pity valgrind doesn't work with Emacs. Jan D.