From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.devel Subject: Re: Crash on GNUstep Date: Sat, 3 Dec 2011 01:37:47 +0000 (UTC) Message-ID: References: <744f0ef8ec4dea9c726bca00fa137c73@german-desktop> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1322876293 3198 80.91.229.12 (3 Dec 2011 01:38:13 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 3 Dec 2011 01:38:13 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 03 02:38:10 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RWeYL-0001FP-D7 for ged-emacs-devel@m.gmane.org; Sat, 03 Dec 2011 02:38:09 +0100 Original-Received: from localhost ([::1]:55363 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWeYK-0002wd-Ko for ged-emacs-devel@m.gmane.org; Fri, 02 Dec 2011 20:38:08 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:38127) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWeYH-0002wM-Rx for emacs-devel@gnu.org; Fri, 02 Dec 2011 20:38:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RWeYG-000795-LD for emacs-devel@gnu.org; Fri, 02 Dec 2011 20:38:05 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:41760) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RWeYG-00078x-BD for emacs-devel@gnu.org; Fri, 02 Dec 2011 20:38:04 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RWeYB-0001Am-Sx for emacs-devel@gnu.org; Sat, 03 Dec 2011 02:38:00 +0100 Original-Received: from 3.sub-75-213-118.myvzw.com ([75.213.118.3]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 03 Dec 2011 02:37:59 +0100 Original-Received: from Adrian.B.Robert by 3.sub-75-213-118.myvzw.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 03 Dec 2011 02:37:59 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 42 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 75.213.118.3 (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_8; en-us) AppleWebKit/533.21.1 (KHTML, like Gecko) Version/5.0.5 Safari/533.21.1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:146445 Archived-At: Germán Arias xelalug.org> writes: > > Emacs.app (rev 106570) crash with: > > (gdb) backtrace > #0 objc_msg_lookup (receiver=0x1200016, op=0x84836b0) > at /home/german/Instalados/GCC/gcc-4.6.0/libobjc/sendmsg.c:397 > #1 0x08266900 in ns_retain_object (obj=0x1200016) at nsterm.m:466 > #2 0x08256b62 in XGetImage (display=0x89b4c88, pixmap=0x1200016, x=0, > y=0, > width=64, height=64, plane_mask=4294967295, format=2) at > image.c:160 > #3 0xb508c2ea in ?? () from /usr/lib/libcairo.so.2 > #4 0x089b4c88 in ?? () > #5 0x01200016 in ?? () > #6 0x00000000 in ?? () > > I would like know if this problem is present on Mac or not. If not, > should be a problem with latest changes in gnustep. Thanks. Hi, I don't remember a whole lot about how this code works, but the XGetImage function at image.c:160 is kind of a way to fake out some of the other image code which was originally written around X-windows to work under NS. It appears that w32 does not take this approach here, and maybe NS shouldn't be either, since it looks like what has happened in this case is that somehow the linking has caused cairo's attempt to call the real X function to enter into our code instead of the X library which is doubtless also linked. On the Mac there won't be any external libraries trying to make X calls so it couldn't happen, but I'm not sure why it never occurred in my original testing on GNUstep either. The code should probably be changed to follow the approach NT does by skipping implementing and calling this function entirely. thanks, Adrian