Date: Sun, 23 Jun 2002 00:10:32 -0300 (ADT) From: "Marc G. Fournier" <scrappy@hub.org> To: David Greenman-Lawrence <dg@root.com> Cc: Martin Blapp <mb@imp.ch>, "bright@mu.org" <bright@mu.org>, <stable@freebsd.org> Subject: Re: Apache + threads under FreeBSD ... Message-ID: <20020623000914.M20796-100000@mail1.hub.org> In-Reply-To: <20020621102949.K94018@nexus.root.com>
next in thread | previous in thread | raw e-mail | index | archive | help
From srclib/apr/STATUS:
* Generate a good bug report to send to the FreeBSD hackers that details
the problems we have seen with threads and system calls (specifically
sendfile data is corrupted). From our analysis so far, we don't think
that this is an APR issue, but rather a FreeBSD kernel issue. Our
current solution is to just disable threads across the board on
FreeBSD.
MsgID: <20010828091959.D17570@ebuilt.com>
Status: Fixed in -CURRENT. MFC in about a week. Continuing
testing with threads on FreeBSD.
FreeBSD PR kern/32684:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/32684
On Fri, 21 Jun 2002, David Greenman-Lawrence wrote:
> >
> >Hi,
> >
> >> There is no current plan to backport the fix into -stable. It can be
> >> easily worked around with a patch to the apache2 source (and whereever else)
> >> to check that the FreeBSD version is 5.x or greater. I'm surprised that it
> >> doesn't already do that.
> >
> >Err. I've sent a mail that the behaviour of apache2 with/without those two
> >sendfile() fixes is the same.
> >
> >It just hangs.
>
> Why do you think this is a problem with sendfile()?
>
> -DG
>
> D.G.Lawrence
> Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500
> TeraSolutions, Inc. - http://www.terasolutions.com - (503) 288 9544
> The FreeBSD Project - http://www.freebsd.org
> Pave the road of life with opportunities.
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020623000914.M20796-100000>