schrieb Mehmet Erol Sanliturk am 14.02.2012 15:39 (localtime):
> Dear All ,
>
> Today I have encountered a case which I think informing you about it may be
> useful .
>
> In my previous messages , I have mentioned very slowness of KDE4 .
>
>
> Onto another computer I have installed DruidBSD 9.0 b5
Hello.
Accidentally, I managed to kill my libc.so.7 and didn't make a backup.
Now my FreeBSD 10/amd64 box, compiled yesterday's world last time,
refuses to do anything since login doesn't work. /bin/sh is missing a
symbol, I forgot the name, it was late last night (and therefore I made
that mistake
On 15/02/2012 10:33, O. Hartmann wrote:
> Hello.
> Accidentally, I managed to kill my libc.so.7 and didn't make a backup.
> Now my FreeBSD 10/amd64 box, compiled yesterday's world last time,
> refuses to do anything since login doesn't work. /bin/sh is missing a
> symbol, I forgot the name, it was
on 15/02/2012 12:33 O. Hartmann said the following:
> Hello. Accidentally, I managed to kill my libc.so.7 and didn't make a
> backup. Now my FreeBSD 10/amd64 box, compiled yesterday's world last time,
> refuses to do anything since login doesn't work. /bin/sh is missing a
> symbol, I forgot the n
On Wed, Feb 15, 2012 at 01:47:24PM +0200, Andriy Gapon wrote:
> on 15/02/2012 12:33 O. Hartmann said the following:
> > Hello. Accidentally, I managed to kill my libc.so.7 and didn't make a
> > backup. Now my FreeBSD 10/amd64 box, compiled yesterday's world last time,
> > refuses to do anything si
Hi,
Boot from a live CD, and copy from the last build obj dir:
[/usr/obj]# find . -name libc.so.7
./usr/src/tmp/lib/libc.so.7
./usr/src/lib/libc/libc.so.7
./usr/src/lib32/usr/lib32/libc.so.7
./lib32/usr/src/lib/libc/libc.so.7
On 02/15/12 12:33, O. Hartmann wrote:
> Hello.
> Accidentally, I manag
On 02/15/12 13:01, Lars Engels wrote:
> On Wed, Feb 15, 2012 at 01:47:24PM +0200, Andriy Gapon wrote:
>> on 15/02/2012 12:33 O. Hartmann said the following:
>>> Hello. Accidentally, I managed to kill my libc.so.7 and didn't make a
>>> backup. Now my FreeBSD 10/amd64 box, compiled yesterday's world
On 2012-02-15 13:37, O. Hartmann wrote:
> ;-) Problem: I can not even login anymore, since I have "insecured" the
> console for security reasons and the shell is rejecting due to a symbol
> missing. I tried booting into single user mode, but that doesn't help
> much.
When booting in single user mo
On 02/15/12 13:58, Dimitry Andric wrote:
> On 2012-02-15 13:37, O. Hartmann wrote:
>> ;-) Problem: I can not even login anymore, since I have "insecured" the
>> console for security reasons and the shell is rejecting due to a symbol
>> missing. I tried booting into single user mode, but that doesn'
On Mon, Feb 13, 2012 at 02:50:45PM -0800, Dmitry Mikulin wrote:
> >>>It seems that now wait4(2) can be called from the real (non-debugger)
> >>>parent first and result in the call to proc_reap(), isn't it ? We would
> >>>then just reparent the child back to the caller, still leaving the
> >>>zombie
On Wed, Feb 15, 2012 at 09:22:10AM -0800, Dmitry Mikulin wrote:
>
>
> On 02/15/2012 08:32 AM, Konstantin Belousov wrote:
> >On Mon, Feb 13, 2012 at 02:50:45PM -0800, Dmitry Mikulin wrote:
> >It seems that now wait4(2) can be called from the real (non-debugger)
> >parent first and result i
On 02/15/2012 08:32 AM, Konstantin Belousov wrote:
On Mon, Feb 13, 2012 at 02:50:45PM -0800, Dmitry Mikulin wrote:
It seems that now wait4(2) can be called from the real (non-debugger)
parent first and result in the call to proc_reap(), isn't it ? We would
then just reparent the child back to
beta6 is now out with the following changes:
* pkg register: now run inside a transaction, this speeds up things a lot
(thanks avg)
* pkg version: -v now print name-version to match behaviour of legacy
pkg_version
* pkg register: fix flatsize calculation
* new pkg-updating(1) man page (thanks be
On Wed, Feb 15, 2012 at 09:54:44AM -0800, Dmitry Mikulin wrote:
>
>
> On 02/15/2012 09:40 AM, Konstantin Belousov wrote:
> >On Wed, Feb 15, 2012 at 09:22:10AM -0800, Dmitry Mikulin wrote:
> >>
> >>On 02/15/2012 08:32 AM, Konstantin Belousov wrote:
> >>>On Mon, Feb 13, 2012 at 02:50:45PM -0800, Dm
On 02/15/2012 09:40 AM, Konstantin Belousov wrote:
On Wed, Feb 15, 2012 at 09:22:10AM -0800, Dmitry Mikulin wrote:
On 02/15/2012 08:32 AM, Konstantin Belousov wrote:
On Mon, Feb 13, 2012 at 02:50:45PM -0800, Dmitry Mikulin wrote:
It seems that now wait4(2) can be called from the real (non-d
I'm not sure we are on the same page. Let's do it from the very beginning.
The real parent calls wait4() and enters kern_wait() while the child is in a
zombie state. The child is in the gdb's children list and the real parent's
orphan list.
We enter proc_reap() because the child is caught by t
On Wed, Feb 15, 2012 at 4:47 AM, Harald Schmalzbauer <
h.schmalzba...@omnilan.de> wrote:
> schrieb Mehmet Erol Sanliturk am 14.02.2012 15:39 (localtime):
> > Dear All ,
> >
> > Today I have encountered a case which I think informing you about it may
> be
> > useful .
> >
> > In my previous messag
On Wed, Feb 15, 2012 at 08:53:42PM -0200, Renato Botelho wrote:
> On Wed, Feb 15, 2012 at 3:50 PM, Baptiste Daroussin wrote:
> > beta6 is now out with the following changes:
> >
> > * pkg register: now run inside a transaction, this speeds up things a lot
> > (thanks avg)
> > * pkg version: -v no
FreeBSD murphys.ramenzoni.com.br 10.0-CURRENT FreeBSD 10.0-CURRENT #4
r231691: Tue Feb 14 15:51:35 BRST 2012
r...@murphys.ramenzoni.com.br:/usr/obj/usr/src/sys/MURPHYS i386
On Wed, Feb 15, 2012 at 8:57 PM, Baptiste Daroussin wrote:
> On Wed, Feb 15, 2012 at 08:53:42PM -0200, Renato Botelho wrote
On Wed, Feb 15, 2012 at 3:50 PM, Baptiste Daroussin wrote:
> beta6 is now out with the following changes:
>
> * pkg register: now run inside a transaction, this speeds up things a lot
> (thanks avg)
> * pkg version: -v now print name-version to match behaviour of legacy
> pkg_version
> * pkg reg
20 matches
Mail list logo
