Re: Debugging Epiphany/Midori (webkit-gtk based) on earmv6hf (RPI 2)

[Nick Hudson <skrll%netbsd.org@localhost>]

On 05/31/15 18:07, Stephan wrote:
> Hi folks,
>
> I am currently testing some applications on the RPI 2. Some work
> pretty well, others not yet. As for webkit-gtk based browsers, I am
> experiencing crashes from time to time.
>
> One problem that occurs often seems to be related to g_dpgettext2 ()
> from glib2. The top of the stack looks like this:
>
> (gdb) bt
> #0  0x636f7452 in ?? ()
> #1  0x45ff3fa8 in g_dpgettext2 () from /usr/pkg/lib/libglib-2.0.so.0
> #2  0x42ad6030 in gtk_stock_lookup () from /usr/pkg/lib/libgtk-x11-2.0.so.0
> #3  0x42987b98 in gtk_action_set_stock_id () from /usr/pkg/lib/libgtk-x11-2.0.so.0
> #4  0x45f55cfc in g_object_set_valist () from /usr/pkg/lib/libgobject-2.0.so.0
> #5  0x45f5642c in g_object_set () from /usr/pkg/lib/libgobject-2.0.so.0
> #6  0x4298a27c in gtk_action_group_add_actions_full () from /usr/pkg/lib/libgtk-x11-2.0.so.0
> #7  0x4298a388 in gtk_action_group_add_actions () from /usr/pkg/lib/libgtk-x11-2.0.so.0
> #8  0x0004238c in ?? ()
> #9  0x45f5322c in g_object_new_internal () from /usr/pkg/lib/libgobject-2.0.so.0
> #10 0x45f5587c in g_object_new_valist () from /usr/pkg/lib/libgobject-2.0.so.0
> #11 0x45f55a24 in g_object_new () from /usr/pkg/lib/libgobject-2.0.so.0
> #12 0x00043ff0 in ephy_window_new_with_chrome ()
> #13 0x0003ac94 in ephy_shell_new_tab_full ()
> #14 0x0003f81c in ?? ()
> #15 0x40a090e8 in webkit_marshal_OBJECT__OBJECT () from /usr/pkg/lib/libwebkitgtk-1.0.so.0
> #16 0x45f4e070 in g_closure_invoke () from /usr/pkg/lib/libgobject-2.0.so.0
> #17 0x45f6154c in signal_emit_unlocked_R () from /usr/pkg/lib/libgobject-2.0.so.0
> #18 0x45f69278 in g_signal_emit_valist () from /usr/pkg/lib/libgobject-2.0.so.0
> #19 0x45f69cac in g_signal_emit_by_name () from /usr/pkg/lib/libgobject-2.0.so.0
> #20 0x409d9074 in WebKit::FrameLoaderClient::dispatchCreatePage(WebCore::NavigationAction const&) () from /usr/pkg/lib/libwebkitgtk-1.0.so.0
> ...

I'm pretty sure the problem is that somewhere in the call stack the
sp isn't 8-byte aligned and the alloca in g_dpgettext2 falls over this

Move up the frames doing up; info frame (or similar)

Nick