[Top][All Lists]

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

Re: rpctrace / libpager / signal preemptor

From: Brent W. Baccala
Subject: Re: rpctrace / libpager / signal preemptor
Date: Sun, 20 Nov 2016 21:50:04 -1000

On Sun, Nov 20, 2016 at 5:37 AM, Samuel Thibault <samuel.thibault@gnu.org> wrote:
Samuel Thibault, on Sun 20 Nov 2016 14:50:50 +0100, wrote:
> Samuel Thibault, on Wed 16 Nov 2016 20:05:49 +0100, wrote:
> > Samuel Thibault, on Wed 16 Nov 2016 19:50:07 +0100, wrote:

> > And is fixed by the attached patch, could you try it?
> It seems to be fixing at least some cases indeed.

With a couple more fixes, I could get a "cp" overflowing run not to
crash ext2fs. Probably other ways of using room in ext2 need fixing too.

Sorry I haven't answered for a few days.  I've been trying to test your patch by building a new glibc package, and keep having all kinds of problems with memory exhaustion.  I suppose I could test your patch just by building the library itself, but the Debian package build calls "make check" and it's causing me all kinds of grief.  So much so that I wonder if something haven't changed recently; I've built glibc before without these problems.  At least I'm getting a good look at how a Hurd system behaves when it runs out of swap.

Do you have any idea what other fixes are needed?  I intend to use ext2fs as a testbed for a new multi-client libpager, and I want to get its known bugs fixed first.

I've been approaching this problem from a different angle - trying to get gdb to handle the memory errors properly, so I can debug a signal preemptor.  I'll describe that in a separate discussion thread.

And I'm still trying to test your patch...



reply via email to

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