ltib
[Top][All Lists]
Advanced

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

Re: [Ltib] Crash when executing gtk application


From: Rogério de Souza Moraes
Subject: Re: [Ltib] Crash when executing gtk application
Date: Wed, 16 Sep 2009 11:21:25 -0300

Hi Stuart,

I agree with you. I am using ubuntu 9.04 (jaunty) and this patch is
not necessary to compile gkt in my environment.

Regards,

Rogerio

2009/9/16 Stuart Hughes <address@hidden>:
> Hi Rogerio,
>
> Thanks for looking.  I'm inclined to pull out
> gtk2-2.12.1-builtin_icons.patch for the time being until this is resolved as
> even if it fixes some compilation problems, it doesn't actually run on the
> target.  What do you think?
>
> Regards, Stuart
>
> Rogério de Souza Moraes wrote:
>>
>> Hi Stuart,
>>
>> I compiled gtk2 again using one patch at once. Using the patch
>> gtk2-2.12.1-builtin_icons.patch (the one that we thought that was
>> harmless) I got the segmentation fault. The signal of segmentations
>> fault is caught at the file gtkicontheme.c. This is the file that when
>> I debug using gdb, is showed as responsible for the segfault.
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> find_image_offset (cache=0xf21c0, icon_name=0x679b8 "leafpad",
>> directory=0x402e1948 "16") at gtkiconcache.c:228
>> 228   n_buckets = GET_UINT32 (cache->buffer, hash_offset);
>>
>> Using the patch gtk2-2.12.1-no-update-icon-cache.patch the gtk
>> programs worked without problems. I spent a lot of time already to
>> discovery why the applications were crashing but I couldn't solve
>> this. Unhappy I can't spend more time on this because I have short
>> time to finish the project I am working on it.
>>
>> So the patch gtk2-2.12.1-no-update-icon-cache.patch is ok but the
>> patch gtk2-2.12.1-builtin_icons.patch causes segfault in GTK
>> applications that are more complex at handling with icons.
>>
>> Regards
>>
>> Rogerio
>>
>> 2009/9/16 Stuart Hughes <address@hidden>:
>>>
>>> Hi Rogerio,
>>>
>>> There are 2 patches that I see:
>>>
>>> Patch1          : gtk2-2.12.1-builtin_icons.patch
>>> Patch2          : gtk2-2.12.1-no-update-icon-cache.patch
>>>
>>> The first looks harmless (can you confirm?).
>>> The second one though I recall was to fix a build problem on Fedora. The
>>> issue is that the host side tool "gtk-update-icon-cache" is not always
>>> compatible with the gtk2 package we have and so why I hoped the builtin
>>> default would work okay (gtkbuiltincache.h).  It would be good if it
>>> could
>>> be made to work this way because it de-couples the build from the host
>>> platform.  If it can't be made to work then the prospect of including
>>> gtk-update-icon-cache (and all the packages that provide it) looms.  It
>>> scares me to have to provide too many host packages in /opt/ltib/usr/....
>>>
>>> * Would it be possible to try to figure out why the built-in
>>> gtkbuiltincache.h causes a SEGV on your target?
>>>
>>> * Can you think of another way around this?
>>>
>>> So far as X/framebuffer go, the only testing I did was some limited
>>> Framebuffer X testing of the gtk test programs that come with the package
>>> on
>>> a MAG G4 Sawtooth.
>>>
>>> Unfortunately I don't have time to dig into this right now, but if you
>>> (or
>>> anyone) can spare the time to fix this in "the right way", I'd appreciate
>>> it.
>>>
>>> Regards, Stuart
>>>
>>>
>>> Rogério de Souza Moraes wrote:
>>>>
>>>> Hi Stuart,
>>>>
>>>> thanks for helping, I tried to change the permission of
>>>> "/usr/share/icons" and "/usr/share/pixmaps" and it didn't worked. So
>>>> looking at the spec and analysing the patches that you put in
>>>> gtk.spec,  I saw that your patches were changing files that are
>>>> responsible for the gtk icon cache. I remove the patches and compiled.
>>>> For my surprise the programs that was crashing, now are working.
>>>> Looking at the patches appear that you did them to handle some
>>>> problems when you build ltib in FC4 and FC5. That's right?
>>>>
>>>> Another detail that now I am compiling GTK with X11. I didn't test
>>>> build gtk using just direct frame buffer but I think that even without
>>>> X11 it can works. For simple applications that use gtk, it does not
>>>> crash, but for applications that are more complex, it always crashes.
>>>>
>>>> My build host is an ubuntu 9.04 and my target is an IMX27 freescale
>>>> board.
>>>>
>>>> Regards
>>>>
>>>> Rogerio
>>>>
>>>> 2009/9/15 Stuart Hughes <address@hidden>:
>>>>>
>>>>> Hi Rogerio,
>>>>>
>>>>> I've not seen this, but have not used gtk much on the target boards.
>>>>> Make
>>>>> sure to check that you have the icons on the target and that they're
>>>>> readable etc.
>>>>>
>>>>> Regards, Stuart
>>>>>
>>>>>
>>>>> Rogério de Souza Moraes wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I am building LTIB in an Ubuntu 9.04. The boar that I use is an IMX27.
>>>>>> I tried to compile some pograms that use gtk
>>>>>> I am using gtk2-2.12.1 in an arm linux. In some gtk applications I get
>>>>>> the following segmentation fault:
>>>>>>
>>>>>> Program received signal SIGSEGV, Segmentation fault.
>>>>>> find_image_offset (cache=0xf21c0, icon_name=0x679b8 "leafpad",
>>>>>> directory=0x402e1948 "16") at gtkiconcache.c:228
>>>>>> 228   n_buckets = GET_UINT32 (cache->buffer, hash_offset);
>>>>>>
>>>>>> Somebody already handled with this error or can give some help to
>>>>>> solve
>>>>>> this?
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>> Rogerio
>>>>>>
>>>>
>>>> _______________________________________________
>>>> LTIB home page: http://ltib.org
>>>>
>>>> Ltib mailing list
>>>> address@hidden
>>>> http://lists.nongnu.org/mailman/listinfo/ltib
>>>>
>>
>




reply via email to

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