bug-hurd
[Top][All Lists]
Advanced

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

Re: [Fwd: Questions on isc-dhcp]


From: Samuel Thibault
Subject: Re: [Fwd: Questions on isc-dhcp]
Date: Thu, 24 Feb 2011 19:53:51 +0100
User-agent: Mutt/1.5.12-2006-07-14

Svante Signell, le Thu 24 Feb 2011 18:44:48 +0100, a écrit :
> On Thu, 2011-02-24 at 12:53 +0100, Samuel Thibault wrote:
> > Svante Signell, le Thu 24 Feb 2011 12:42:13 +0100, a écrit :
> > > Something might be wrong with libc (or sshd), I get a free() error in
> > > libc when starting ssh: (when booting or restarting)
> > > /etc/init.d/ssh start
> > > Starting OpenBSD Secure shell server: sshd
> > > *** glibc detected /usr/sbin/sshd: free(=: invalid pointer: 0x000a4000
> > 
> > Are you really using the libc from there?
> > As I said, pfinet now properly returning addresses triggers a bug in
> > libc, which is fixed by the libc I've uploaded there IIRC.
> 
> After going back and forth a few times, the conclusion that can be made
> is that the new pfinet is causing the problems.

Yes, that's what I said in an earlier mail and above: now that pfinet
returns an answer (while it has never done so in the past), glibc
crashes, so you need a fixed libc too.

> Having it installed results in the same errors with both the old and
> the new versions of libc installed.

So I guess the libc I provided you didn't actually have the fix.

> > > I'm kind of lost now. Maybe I will install Hurd again under qemu-kvm and
> > > start from scratch :(
> > 
> > Why? Just reinstall the hurd and libc0.3 packages, to restore libc and
> > pfinet.
> 
> Well the hurd package was not available /var/cache/apt/archives, it was
> supplied by mini.iso when installing the first time.

Nope, it got downloaded over the network. You can find it on the usual
debian mirrors.

> BTW: Can I allocate larger than 4GB for a filesystem under qemu-kvm?

Err, yes, sure, why would you think you can't?

> Compling large packages takes a lot of disk space. What about memory,
> max still 853MB?
> AT386 boot: physical memory from 0x0 to 0x3fffd000 (= 1024 MiB)
> Truncating memory size to 853MiB

I still need to upload a newer gnumach for that. 800MiB is however
enough for almost all packages (there's just gcj and kdelibs and similar
packages which produce a very big library, gnumach/glibc/hurd are not
among them).

Samuel



reply via email to

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