discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Trouble running the cairo backend


From: Fred Kiefer
Subject: Re: Trouble running the cairo backend
Date: Sun, 10 Feb 2008 20:11:38 +0100
User-agent: Thunderbird 2.0.0.9 (X11/20070801)

TMC wrote:
> 
> Fred Kiefer wrote:
>> Please send me this back trace and if need be, I will explain the other
>> debug step in a follow up mail.
>>
>> Cheers,
>> Fred
>>
> OK, the following is the output.
> --Tycho Martin Clendenny
> 
> address@hidden:~$ debugapp GWorkspace
> GNU gdb 6.6-debian
> Copyright (C) 2006 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i486-linux-gnu"...
> Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
> (gdb) b XGErrorHandler
> Function "XGErrorHandler" not defined.
> Make breakpoint pending on future shared library load? (y or [n]) y
> 
> Breakpoint 1 (XGErrorHandler) pending.
> (gdb) run
> Starting program:
> /home/tycho/GNUstep/System/Applications/GWorkspace.app/GWorkspace 
> [Thread debugging using libthread_db enabled]
> [New Thread -1221323088 (LWP 6528)]
> Breakpoint 2 at 0xb7125d7c: file XGServerEvent.m, line 125.
> Pending breakpoint "XGErrorHandler" resolved
> [Switching to Thread -1221323088 (LWP 6528)]
> 
> Breakpoint 2, XGErrorHandler (display=0x829d2d8, err=0xbfa7fbc8)
>     at XGServerEvent.m:125
> 125     XGServerEvent.m: No such file or directory.
>         in XGServerEvent.m
> (gdb) backtrace
> #0  XGErrorHandler (display=0x829d2d8, err=0xbfa7fbc8) at
> XGServerEvent.m:125
> #1  0xb6f31bfa in _XError () from /usr/lib/libX11.so.6
> #2  0xb6f336c4 in _XReply () from /usr/lib/libX11.so.6
> #3  0xb6f2d5da in XSync () from /usr/lib/libX11.so.6
> #4  0xb713e8ee in +[XWindowBuffer windowBufferForWindow:depthInfo:] (
>     self=0xb7165d80, _cmd=0xb71694b8, awindow=0x82aa0b0, aDI=0xbfa7fd60)
>     at XWindowBuffer.m:343
> #5  0xb714914e in -[XGCairoXImageSurface initWithDevice:] (self=0x83b5568, 
>     _cmd=0xb7168a58, device=0x82aa0b0) at XGCairoXImageSurface.m:40
> #6  0xb71451a4 in -[CairoGState GSSetDevice:::] (self=0x82b8c78, 
>     _cmd=0xb7168d88, device=0x82aa0b0, x=0, y=64) at CairoGState.m:154

The request code of two means:
#define X_ChangeWindowAttributes        2

But where do we send a change window attribute request with a bad parameter?

Now I am a bit clueless. The only thing I can think off to try next is
to switch off SHM by setting the default XWindowBufferUseXShm to NO. The
error is happening in the SHM code, so we may get around that problem,
but it wont tell us, what went wrong and why.

Perhaps if SHM isn't really the issue, we may get a better error message.

Fred




reply via email to

[Prev in Thread] Current Thread [Next in Thread]