On Mon, 07 May 2001 12:37:22 -0700 (PDT),
John Baldwin <[EMAIL PROTECTED]> said:
John> You need the lock when clearing the bit in p_flag. That is why the proc locks
John> are there, so all those proc locks need to stay. When you clear a bit, you are
John> writing all the bits, so you need to
John Hay wrote:
>
> > > >
> > > > It seems that sysinstall(8) was not fully integrated into
> > > > buildworld - it depends on content of /usr/share/syscons/keymaps,
> > > > while it shouldn't.
> > > >
> > > > I've just committed a patch that should fix this problem.
> >
> > You should look a lit
I am going to import parts of the Citrus Project XPG4DL (an
implementation of I18N (locale) framework). We *need* wchar.h and we
just cannot wait.
If there are known concerns or issues with this, please let me know.
--
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTE
On Mon, 14 May 2001, Garrett Wollman wrote:
> < said:
>
> > The process and signal-related structures may be inconsistent if the
> > debugger disregards existing locks held over those structures. It does
> > not matter if code is currently still executing, it matters that
> > preemption can occ
This is today's -CURRENT:
FreeBSD m147.whistle.com 5.0-CURRENT FreeBSD 5.0-CURRENT #64: Mon May 14 09:06:50 PDT
2001 root@localhost:/common/C/obj/usr/src/sys/LAPTOP_30W i386
Earlier today, I built -STABLE:
FreeBSD m147.whistle.com 4.3-STABLE FreeBSD 4.3-STABLE #49: Mon May 14 06:37:18 PD
< said:
> The process and signal-related structures may be inconsistent if the
> debugger disregards existing locks held over those structures. It does
> not matter if code is currently still executing, it matters that
> preemption can occur. The choices appear to be:
Preemption should never o
On Sat, May 12, 2001 at 05:42:01PM +0400, Sergey A. Osokin wrote:
> On Fri, May 11, 2001 at 07:35:50PM +0200, Poul-Henning Kamp wrote:
> > In message <[EMAIL PROTECTED]>, "Sergey A. Osokin" writes:
> >
> > >Hello.
> > >2 monthes ago I talked in -current about new features for libdevstat.
> > >Her