re: kernel killing processes when out of swap

area to a specific GID (say wheel). While on the issue we could also reserve a range of process ID's for wheel group only. To always be able to log on and un-wedge a system would be most convenient. Later Mark Hittinger [EMAIL PROTECTED] ___

re: sending messages, user process <--> kernel module

Another idea is to do something with msgsnd()/msgrcv() to allow the kernel to do interprocess communication with userland processes. Some of the older operating systems (DEC's TOPS-10, for example) used this technique. Later Mark Hittinger [EMAIL PROT

Re: bleh. Re: ufs_rename panic

> McKusick wrote: > The potentially slow, but utterly effective way to fix this race > is to only allow one rename at a time per filesystem. Can we serialize unprivileged renames per mount as an alternate work around? Later Mark Hittinger [EMAIL PROTECTED] To Unsubscribe: send mail

Re: ssh password cracker - now this *is* cool!

> > Yah, and typing backspaces also ought to work. 12345bb45bb45678b8 > How about some control-Q's? :-) Later Mark Hittinger Earthlink [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

re: Strange request: Reading RX-50 (aka DEC Rainbow 100) disks

blower to get rid of dust in order to get the floppies to even read at all anymore. My apple ][ floppies still read solid with no air blower. Good Luck! Mark Hittinger Earthlink [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Easy way to recover disk (fwd)

appens to be an indirect or double indirect block. Then you are in for a long night of fsdb'in. One of the things I'd like to see in a file system enhancement would be the implementation of "shadow" indirect blocks much like the extra superblocks that we can use if the primary

re: 5.0 features?

restart of the checkpointed process(es). (Not as fun as SMP but fairly slick) Later Mark Hittinger Earthlink!Mindspring!Netcom!Dallas [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

re: Is FreeBSD dead ?

dressed in the illusion of going to the next level. If they start rocking how many of us wouldn't want to be on board? Later Mark Hittinger Earthlink!Mindspring!Netcom!Dallas [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message