From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-15?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: [emacs_user@hotmail.com: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed to allocate] Date: Sat, 17 Feb 2007 12:48:11 +0100 Message-ID: <45D6EB7B.9070408@swipnet.se> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1171712923 7393 80.91.229.12 (17 Feb 2007 11:48:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 17 Feb 2007 11:48:43 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: emacs_user@hotmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 17 12:48:35 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 1HIO3M-0005cP-Sg for ged-emacs-devel@m.gmane.org; Sat, 17 Feb 2007 12:48:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HIO3M-0000j7-G5 for ged-emacs-devel@m.gmane.org; Sat, 17 Feb 2007 06:48:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HIO3B-0000j0-Fh for emacs-devel@gnu.org; Sat, 17 Feb 2007 06:48:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HIO39-0000ih-Ke for emacs-devel@gnu.org; Sat, 17 Feb 2007 06:48:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HIO39-0000ie-EA for emacs-devel@gnu.org; Sat, 17 Feb 2007 06:48:19 -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 1HIO38-0000a7-AK; Sat, 17 Feb 2007 06:48:18 -0500 Original-Received: by av11-2-sn2.hy.skanova.net (Postfix, from userid 502) id 65E8C37EC0; Sat, 17 Feb 2007 12:48:16 +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 147A337EA6; Sat, 17 Feb 2007 12:48:16 +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 0251A37E48; Sat, 17 Feb 2007 12:48:15 +0100 (CET) User-Agent: Thunderbird 1.5.0.9 (X11/20070103) In-Reply-To: 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:66486 Archived-At: Richard Stallman skrev: > Can you please DTRT and ack? > > ------- Start of forwarded message ------- > From: "emacs user" > To: emacs-devel@gnu.org > Bcc: > Date: Tue, 13 Feb 2007 22:49:00 -0500 > Mime-Version: 1.0 > Content-Type: text/plain; format=flowed > Subject: ***MEMORY-ERROR***: emacs[5172]: GSlice: failed to allocate > X-Spam-Status: No, score=0.0 required=5.0 tests=MSGID_FROM_MTA_HEADER > autolearn=failed version=3.0.4 > > latest cvs from today, configured with gtk, compiled under cygwin: > > $ /usr/local/emacs/src/emacs.exe -Q > > ***MEMORY-ERROR***: emacs[5172]: GSlice: failed to allocate 504 bytes > (alignment: 512): Function not implemented GSlice is a memory handling function in Gtk+ (Glib). It tries to allocate an aligned block of memory using posix_memalign, memalign or valloc. I don't know which of these three is used on cygwin, but apparently cygwin does not have a correct implementation. I'd say it is either a cygwin problem, or a glib problem. The allocation is done when Emacs tries to create a widget and is done within the Gtk+ liby. There is nothing Emacs can do to fix this. It must be done in cygwin (by implemeting whatever function is used correctly) or by glib (by recovering better from errors like this). Jan D.