[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
|
[news.eclipse.tools.gef] Re: Crash with empty Labels on Linux
|
- From: Max <mbrigl@xxxxxxx>
- Date: Thu, 13 Oct 2005 15:48:58 +0200
- Newsgroups: eclipse.tools.gef
- Organization: EclipseCorner
- User-agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.)
Hi,
I will provide a snippet as soon as possible. Unfortunately I can
reproduce the problem only on our application, but not in a simple
standalone.
On Wed, 12 Oct 2005 13:03:44 -0400, Billy Biggs wrote:
> A snippet would be very helpful. X is asynchronous, but in SWT there is
> a way to put it in synchronous mode so you can get a stack trace of
> where the failure occurs. When creating the display:
>
> Device.DEBUG = true;
> DeviceData data = new DeviceData();
> data.debug = true;
> Display display = new Display (data);
>
> The X request which is failing here is an XCreatePixmap, so this might
> have to do with an icon somewhere failing...
>
> Randy Hudson wrote:
>> This sounds like a nasty bug. Can you please provide us with a snippet that
>> reproduces it?
>>
>> "Max" <mbrigl@xxxxxxx> wrote in message
>> news:pan.2005.10.12.07.00.57.225057@xxxxxxxxxx
>>
>>>instantiating Labels (from draw2D) with no initial text the application
>>>crashes with following error (only on linux, on windows the application
>>>works fine):
>>>
>>>------------------------------------------------------ The
>>>program 'SWT' received an X Window System error. This probably reflects a
>>>bug in the program. The error was 'BadAlloc (insufficient resources for
>>>operation)'.
>>> (Details: serial 4345 error_code 11 request_code 53 minor_code 0) (Note
>>> to programmers: normally, X errors are reported asynchronously;
>>> that is, you will receive the error a while after causing it. To debug
>>> your program, run it with the --sync command line option to change this
>>> behavior. You can then get a meaningful backtrace from your debugger if
>>> you break on the gdk_x_error() function.)
>>>----------------------------------------------------- Trying to find a
>>>workaround I set a MarginBorder(1) on the Label the problem seems to be
>>>resolved.
>>>
>>>regards
>>
>>
>>