Re: [Ltib] Crash when executing gtk application

[Stuart Hughes]

Hi Rogerio,

I've checked in a change to comment out the offending patch.  I've also 
added a re-build dependency so that if XORG_SERVER is changed cairo gets 
rebuilt.

Regards, Stuart

Rogério de Souza Moraes wrote:
> 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