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 ()
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
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
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 ---
=== 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 ===
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
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
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
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
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
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
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
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
13 matches
Mail list logo