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

2015-10-13 Thread Stephan
2015-10-13 21:34 GMT+02:00 Nick Hudson : > On 10/13/15 17:58, Stephan wrote: > >> >> Breakpoint 1, 0x46213ff4 in g_dpgettext2 () from >> /usr/pkg/lib/libglib-2.0.so.0 >> (gdb) i r $r12 >> r120x7fffb8c8 2147465416 >> >> Breakpoint 1, 0x46213ff4 in g_dpgettext2 ()

daily CVS update output

2015-10-13 Thread NetBSD source update
Updating src tree: P src/distrib/sets/lists/comp/mi P src/distrib/sets/lists/xbase/md.amd64 P src/distrib/sets/lists/xbase/md.i386 P src/distrib/sets/lists/xcomp/md.amd64 P src/distrib/sets/lists/xcomp/md.i386 P src/distrib/sets/lists/xcomp/mi P src/distrib/sets/lists/xdebug/md.amd64 P

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

2015-10-13 Thread Nick Hudson
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

Automated report: NetBSD-current/i386 build failure

2015-10-13 Thread NetBSD Test Fixture
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host, using sources from CVS date 2015.10.13.09.03.58. An extract from the build.sh output follows: --- kern-MONOLITHIC --- --- evxfgpe.o ---

Sets list update needed for nouveau?

2015-10-13 Thread Paul Goyette
=== 1 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/X11R7/man/html4/nouveau.html = end of 1 extra files ===

Re: Ways to report trace when boot panics [Was NetBSD 7.0 i386 panic during boot]

2015-10-13 Thread Andrew Cagney
On 12 October 2015 at 10:32, Robert Elz wrote: > Long long ago I did an implementation of config code (more or less a console) > for a device that had nothing but ethernet. For that (and to avoid the > issue that would arise here, of needing specialised client code) I used

Re: NetBSD 7.0 i386 panic during boot

2015-10-13 Thread Mayuresh
On Sun, Oct 11, 2015 at 01:13:42PM -0400, Christos Zoulas wrote: > | > This looks like a NULL pointer dereference. Do you have a backtrace? > | > | Unfortunately the keyboard stops working when db prompt appears. So cannot > | gather complete trace. > > Compile a kernel with > options

Re: NetBSD 7.0 i386 panic during boot

2015-10-13 Thread Christos Zoulas
On Oct 13, 5:24pm, mayur...@acm.org (Mayuresh) wrote: -- Subject: Re: NetBSD 7.0 i386 panic during boot | On Sun, Oct 11, 2015 at 01:13:42PM -0400, Christos Zoulas wrote: | > | > This looks like a NULL pointer dereference. Do you have a backtrace? | > | | > | Unfortunately the keyboard stops

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

2015-10-13 Thread Stephan
Thanks all for your input. Nick was right that the stack pointer needs to be aligned on a 8-byte boundary. I was totally unaware that the calling convention requires this. The g_dpgettext2() function runs successfully a couple of times when epiphany launches. It is then called with an

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

2015-10-13 Thread Nick Hudson
On 10/13/15 17:58, Stephan wrote: Breakpoint 1, 0x46213ff4 in g_dpgettext2 () from /usr/pkg/lib/libglib-2.0.so.0 (gdb) i r $r12 r120x7fffb8c8 2147465416 Breakpoint 1, 0x46213ff4 in g_dpgettext2 () from /usr/pkg/lib/libglib-2.0.so.0 (gdb) i r $r12 r120x7fffb870

Re: Missing boot blocks

2015-10-13 Thread Paul Goyette
On Wed, 14 Oct 2015, Paul Goyette wrote: OK, now I've really done it! :) I've used the same script for years to (occassionally? rarely?) update my boot-blocks. I hadn't done it for a while, so this morning I decided to update. Ouch - something went wrong, and the machine no longer

Missing boot blocks

2015-10-13 Thread Paul Goyette
OK, now I've really done it! :) I've used the same script for years to (occassionally? rarely?) update my boot-blocks. I hadn't done it for a while, so this morning I decided to update. Ouch - something went wrong, and the machine no longer recognizes the hard drive as a bootable device. It

Re: Killing a zombie process?

2015-10-13 Thread Rhialto
I may have something similar; with 7.0/amd64 GENERIC kernel. I've been doing builds in pkg_comp with the chroot directory and /usr/pkgsrc mounted over nfs. After some packages, some processes simply don't terminate. Some of my processes are now (after trying to exit pkg_comp which hangs) UID