Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 25 Jun 2016 14:35:44 +0300
From:      Konstantin Belousov <kostikbel@gmail.com>
To:        "O. Hartmann" <ohartman@zedat.fu-berlin.de>
Cc:        Brooks Davis <brooks@freebsd.org>, freebsd-current@freebsd.org
Subject:   Re: HEADS UP: caution required with updates using custom kernels
Message-ID:  <20160625113544.GS38613@kib.kiev.ua>
In-Reply-To: <20160625131806.14fa4799.ohartman@zedat.fu-berlin.de>
References:  <20160623210751.GB7860@spindle.one-eyed-alien.net> <20160624060019.5e650ad9.ohartman@zedat.fu-berlin.de> <20160624155111.GB20770@spindle.one-eyed-alien.net> <330789230754140e38fb527973e23405@ultimatedns.net> <20160624225034.GC20770@spindle.one-eyed-alien.net> <20160625070238.GG38613@kib.kiev.ua> <20160625131806.14fa4799.ohartman@zedat.fu-berlin.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jun 25, 2016 at 01:18:06PM +0200, O. Hartmann wrote:
> Am Sat, 25 Jun 2016 10:02:38 +0300
> Konstantin Belousov <kostikbel@gmail.com> schrieb:
> 
> > On Fri, Jun 24, 2016 at 10:50:34PM +0000, Brooks Davis wrote:
> > > pipe(2) had an unnecessarily odd calling convention (ignoring the
> > > argument the user thought they were passing and returning the two file
> > > descriptors via the two return registers).  This required machine
> > > dependent assembly for every target and special handling in tracing
> > > tools (ktrace, dtrace, etc).  On 64-bit platforms, pipe(2)'s
> > > implementation is the only reason the two-register return model needs to
> > > exist at all (on 32-bit platforms it allows off_t to be returned from
> > > lseek).  
> > getpid() is another instance.
> > _______________________________________________
> > freebsd-current@freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
> 
> That all is a nice explanation, but how to recover from a broken system, on which the
> order of installation wasn't performed the right way?

Copy the libc.so.7 binary from the build area to /lib manually, e.g. using
rescue shell.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160625113544.GS38613>