atomic operation of flags (was: RE: select(2) converted to use a condition variable, and optimis)

2001-05-14 Thread Seigo Tanimura
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

Re: -CURRENT b0rked?

2001-05-14 Thread Terry Lambert
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

wchar.h / Citrus import

2001-05-14 Thread David O'Brien
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

Re: pgm to kill 4.3 via vm

2001-05-14 Thread Robert Watson
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

Huh??!? xterm: Error 14, errno 2: No such file or directory

2001-05-14 Thread David Wolfskill
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

Re: pgm to kill 4.3 via vm

2001-05-14 Thread Garrett Wollman
< 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

Re: new function for libdevstat

2001-05-14 Thread Sergey A. Osokin
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