:On Thu, 8 Jul 1999, The Hermit Hacker wrote:
:> Three weeks ago, I, and a few other INN administrators, posted about
:> FreeBSD -STABLE's inability to run the newest INN code, due to MMAP() race
:> conditions...essentially, after X hours of run time, on a heavily loaded
:> INN server, the whole t
On Thu, 8 Jul 1999, The Hermit Hacker wrote:
> Three weeks ago, I, and a few other INN administrators, posted about
> FreeBSD -STABLE's inability to run the newest INN code, due to MMAP() race
> conditions...essentially, after X hours of run time, on a heavily loaded
> INN server, the whole thing
I wish to make one thing perfectly clear here, or, rather, a couple of
things. None of this thread was started as a 'slam session' against
*anyone* out there...
To those that have responded privately that "they are experiencing the
problem too", without a better way of saying it...that helps ab
On Thu, 8 Jul 1999, The Hermit Hacker wrote:
> right now, at work, I'm enjoying a 4 way battle. Me, fighting to bring in
> FreeBSD to replace some of our Solaris boxes. A friend of mine, fighting
> to bring in Linux to replace some of our Solaris boxes. My boss fighting
> against both of us to
:At that time, Matt pop'd up and stated that he knew of *at least* 6 MMAP()
:related race conditions that he was hoping to be able to get fixed "within
:a week"...that would have been two weeks ago.
I think I was talking about mmap w/ NFS.
Under FreeBSD-current I know of two problems ( t
On Thu, Jul 08, 1999 at 10:18:35AM -0300, The Hermit Hacker wrote:
> The newest INN does not have this option, MMAP() is a requirement for
> it...
Sorry, I didn't know that. Too bad, then.
> ah, okay, so you are saying that FreeBSD shouldn't be demonstrated using
> software that taxes/tweaks bug