William A. Rowe, Jr. wrote:
William A. Rowe, Jr. wrote:
Michael Clark wrote:
apr_os_dir_put doesn't create a working apr_dir_t i.e. apr_dir_read
will not work on the created apr_dir_t
Favor - please don't post to multiple lists, have a bit of patience;
feedback was posted to [EMAIL PROTECTED]
William A. Rowe, Jr. wrote:
Michael Clark wrote:
Hi Folks,
I posted a note about my privilege separation patches the other day
and received some good private help/feedback, and have now made the
patches a considerable amount more portable and they are using apr
much more extensively.
Cool stu
William A. Rowe, Jr. wrote:
Michael Clark wrote:
apr_os_dir_put doesn't create a working apr_dir_t i.e. apr_dir_read
will not work on the created apr_dir_t
Favor - please don't post to multiple lists, have a bit of patience;
feedback was posted to [EMAIL PROTECTED]
Ok - confused Iain Wade's
Michael Clark wrote:
Hi Folks,
I posted a note about my privilege separation patches the other day
and received some good private help/feedback, and have now made the
patches a considerable amount more portable and they are using apr
much more extensively.
Cool stuff! I'll start reviewing thi
Michael Clark wrote:
apr_os_dir_put doesn't create a working apr_dir_t i.e. apr_dir_read will
not work on the created apr_dir_t
Favor - please don't post to multiple lists, have a bit of patience;
feedback was posted to [EMAIL PROTECTED]
> -Ursprüngliche Nachricht-
> Von: William A. Rowe, Jr.
> Gesendet: Montag, 10. Dezember 2007 22:23
> An: dev@httpd.apache.org
> Cc: [EMAIL PROTECTED]
> Betreff: Re: svn commit: r602503 - in
> /httpd/httpd/branches/2.2.x: CHANGES STATUS modules/http/http_etag.c
>
>
> [EMAIL PROTECTED]
apr_os_dir_put doesn't create a working apr_dir_t i.e. apr_dir_read will
not work on the created apr_dir_t
This is not the case with apr_os_file_put which does in fact create a
working apr_file_t
Is this a bug or a feature? There doesn't seem to be any users of
apr_os_dir_put in the httpd tr
Hi Folks,
I posted a note about my privilege separation patches the other day
and received some good private help/feedback, and have now made the
patches a considerable amount more portable and they are using apr
much more extensively.
The patch is now fully modular and allows mod_privsep to be
> -Ursprüngliche Nachricht-
> Von: Stefan Fritsch
> Gesendet: Montag, 10. Dezember 2007 22:43
> An: dev@httpd.apache.org
> Betreff: Re: Apache memory usage
>
>
> On Sunday 09 December 2007, Ruediger Pluem wrote:
> > But I think your patch to server/protocol.c can be done much
> > simpl
> -Ursprüngliche Nachricht-
>
> Im Auftrag von Justin Erenkrantz
> Gesendet: Dienstag, 11. Dezember 2007 11:05
> An: dev@httpd.apache.org
> Betreff: Re: Apache memory usage
>
>
> On Dec 10, 2007 10:42 PM, Stefan Fritsch wrote:
> > Yes, that works as well. I wanted to avoid calling
>
On Dec 10, 2007 10:42 PM, Stefan Fritsch <[EMAIL PROTECTED]> wrote:
> Yes, that works as well. I wanted to avoid calling APR_BRIGADE_PREPEND
> when the temporary brigade is empty. But I don't really know whether
> APR_BRIGADE_PREPEND is so expensive that this makes sense. An
> alternative would be
11 matches
Mail list logo