around with charset info as an offset in the return value of
apreq_decode(v). Instead, the caller can just run apreq_charset_divine
on a decoded string to get the same information in a much cleaner way.
--
Joe Schaefer
hasn't received the same amount of polish
that the output_filter side has).
To sum it up:
better server architecture = better modules = more toys for users
= more interest in the 2.x internals = more patches = more activity
= better server architecture ...
--
Joe Schaefer
that.
As an apreq developer, I couldn't disagree more. 2.0 solved our
real-world problems that *our* users face, because it allows better
modularity. No longer do apreq users have to use apreq consistently
throughout their codebase in order to reap its benefits.
--
Joe Schaefer
Nikolay Ananiev [EMAIL PROTECTED] writes:
$req-args('key'); doesn't return the value of 'key' but the whole
query string.
Please use APR::Request::Apache2 instead of Apache2::Request.
--
Joe Schaefer
Makefile.PL.
--
Joe Schaefer
before you tried doing the perl
build?
--
Joe Schaefer
process, from sh BUILD.sh through
make test.
--
Joe Schaefer
Tatsuhiko Miyagawa [EMAIL PROTECTED] writes:
At 29 Nov 2002 02:17:31 -0500,
Joe Schaefer wrote:
It seems that Apache's ap_unescape_url() can't handle %u style
URI-escaped Unicode string, hence Apache::Request cannot neighther,
while CGI.pm can.
my WinIE 5.5 / WinIE 6.0 uses
The apreq developers are planning a maintenance release of
libapreq-1.1. This version does not include support for
modperl-2, but it *could* address some outstanding problems in
1.0:
* OS X support [1]
* perl 5.8 segfaults related to file uploads [2]
Please give the tarball at
filter's internal (context) brigade, which
(I think) avoids copying the data.
Am I allowed to assume that the incoming request buckets
are always heap-allocated, with immutable data blocks?
--
Joe Schaefer
!
--
Joe Schaefer
Joe Schaefer [EMAIL PROTECTED] writes:
Am I allowed to assume that the incoming request buckets
are always heap-allocated, with immutable data blocks?
To clarify the issue I'm asking about, here's what the source
for ap_get_brigade says:
/*
* Read data from the next filter in the filter
Joe Schaefer [EMAIL PROTECTED] writes:
[...]
If input filters, or the content handler, are really allowed to modify
the *actual* input data, then the setaside implementation for
heap-allocated buckets needs to be changed. It is currently a noop,
but it probably should make a copy
contain any entries prior to the
get_mime_headers_core() call? Just looking over the 2.0
source, it looks to me like r-headers_in is an empty
apr_table prior to the apr_table_overlap() call at the
end of get_mime_headers_core().
--
Joe Schaefer
Greg Ames [EMAIL PROTECTED] writes:
Joe Schaefer wrote:
[...]
Just looking over the 2.0
source, it looks to me like r-headers_in is an empty
apr_table prior to the apr_table_overlap() call at the
end of get_mime_headers_core().
I'll take your word for it.
Please treat
Joe Schaefer [EMAIL PROTECTED] writes:
Is this one any better?
Index: include/util_filter.h
===
[...]
+ * @param ftype The type of filter function, either ::AP_FTYPE_CONTENT
on to 2.X versions as well. 1.1 is now on its
way to becoming official (I don't know if it'll ever
appear on CPAN though), so there's nothing holding up further
progress on httpd-apreq.
--
Joe Schaefer
. The resulting state machine is not as simple
as I had hoped!
Cool! You might also consider subscribing to the apreq-dev list, since
we're doing the same sort of thing.
Best wishes.
--
Joe Schaefer
appear elsewhere within the 2616 spec, that
seems (to me) to be the only natural category for them.
--
Joe Schaefer
read? */
apr_brigade_length(b, 0, totalread);
totalread is only accurate in this context if b was
empty to begin with. Is this is a bug in ap_http_filter?
--
Joe Schaefer
Stas Bekman [EMAIL PROTECTED] writes:
Joe Schaefer wrote:
ap_http_filter seems to assume it will receive an empty brigade from its
caller.
[...]
I think that assumptions is valid for all filters and is correct by (an
undocumented) design.
I sure hope it's not by design, because
How the operations should be performed
* ::APR_BLOCK_READ, ::APR_NONBLOCK_READ
--
Joe Schaefer
Brian Pane [EMAIL PROTECTED] writes:
Committed, thanks.
Brian
On Sun, 2003-06-08 at 22:46, Joe Schaefer wrote:
[...]
diff -u -r1.76 util_filter.h
--- include/util_filter.h 3 Feb 2003 17:52:54 - 1.76
+++ include/util_filter.h 9 Jun 2003 05:41:54 -
@@ -1,4
, when running against Fink's Perl5.8, a
hand-rolled Apache 1.3.27 / mod_perl 1.27 combo running on OSX 10.2.6.
In a nutshell.
Is mod_so compiled into your httpd? It isn't a requirement for
libapreq, but that may cause the -apxs argument to do unhelpful
things to the test suite.
--
Joe
(), that
would at least provide the core input filter with the
ability to yield brigades with more than one (8K) bucket.
--
Joe Schaefer
.
[...]
The simple answer is that if you return data in the right
format to HTTP_IN, then there won't be a problem :)
I wish it was easy as that :)
No, IMO it's *even simpler* than that.
--
Joe Schaefer
written for redirects),
but I suppose we'll cross that bridge as we come to it :-).
--
Joe Schaefer
:
-# $req-args - param lookup using only the query string
-# $req-body - param lookup using only the POST data
--
Joe Schaefer
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
The apreq developers would like to see apreq-2 [*]
make its way into the apache 2 distribution. Here's why:
1) Having a built-in library for parsing cookies, url-encoded
query strings, and POST data would be useful for other bundled
core modules, e.g. mod_usertrack, mod_isapi. It
Jeff Trawick [EMAIL PROTECTED] writes:
Joe Schaefer [EMAIL PROTECTED] writes:
The apreq developers would like to see apreq-2 [*]
make its way into the apache 2 distribution. Here's why:
Did you consider adding it to apr-util? (probably a dumb idea, but I'm
interested in what other
at
all :-)
--
Joe Schaefer
Once apreq's fate is decided, I'll try to submit a patch for
these to work with apreq_cookie. In the meantime, you may want
to incorporated these- the current cookie parsing code looks
a bit unsafe to me. Also, RFC 2965's Cookie2 header is used for
sending $Version info, not cookie data.
Graham Leggett [EMAIL PROTECTED] writes:
Peter Van Biesen wrote:
Does anybody have another idea for me to try ?
Have you tried the latest fix for the client_block stuff, I think I saw
a very recent CVS checkin...?
There could of course be more than one leak, and we'll only fix the
--- Matthew M. Burke [EMAIL PROTECTED] wrote:
Maxime Petazzoni wrote:
Hi all,
* Corsix [EMAIL PROTECTED] [2008-04-29
21:23:17]:
My thoughts on possible improvements for
mod_wombat are as follows:
* Compile time option to exclude libapreq2 (and
thus not export to Lua
--- Corsix [EMAIL PROTECTED] wrote:
Item 2 is 'documented' in the building from SVN
instructions:
(http://svn.apache.org/repos/asf/httpd/mod_wombat/trunk/docs/building-from-subversion.txt)
If compiling (make) reports an error that it
cannot find the
libapreq2 header file, please
- Original Message
From: William A. Rowe, Jr. wr...@rowe-clan.net
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 9:12:28 AM
Subject: Re: Configuration change for c...@httpd?
Justin Erenkrantz wrote:
To: undisclosed-recipients:;
to headeradd for c...@httpd,
- Original Message
From: William A. Rowe, Jr. wr...@rowe-clan.net
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 9:37:58 AM
Subject: Re: Configuration change for c...@httpd?
Joe Schaefer wrote:
- Original Message
From: William A. Rowe, Jr.
To: dev
- Original Message
From: Joe Schaefer joe_schae...@yahoo.com
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 9:42:20 AM
Subject: Re: Configuration change for c...@httpd?
- Original Message
From: William A. Rowe, Jr.
To: dev@httpd.apache.org
Sent
- Original Message
From: Rainer Jung rainer.j...@kippdata.de
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 11:43:44 AM
Subject: Re: Configuration change for c...@httpd?
On 02.01.2009 15:57, Joe Schaefer wrote:
- Original Message
From: Joe Schaefer
To: dev
- Original Message
From: Justin Erenkrantz jus...@erenkrantz.com
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 12:32:37 PM
Subject: Re: Configuration change for c...@httpd?
On Fri, Jan 2, 2009 at 8:58 AM, Joe Schaefer wrote:
So, is that better or worse than getting
- Original Message
From: Justin Erenkrantz jus...@erenkrantz.com
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 12:45:39 PM
Subject: Re: Configuration change for c...@httpd?
On Fri, Jan 2, 2009 at 9:38 AM, Joe Schaefer wrote:
Nice. How do people actually handle
- Original Message
From: Justin Erenkrantz jus...@erenkrantz.com
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 1:28:27 PM
Subject: Re: Configuration change for c...@httpd?
On Fri, Jan 2, 2009 at 9:55 AM, Joe Schaefer wrote:
Shrug, I can try completely removing
- Original Message
From: Jim Jagielski j...@jagunet.com
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 1:47:57 PM
Subject: Re: Configuration change for c...@httpd?
On Jan 2, 2009, at 12:55 PM, Joe Schaefer wrote:
- Original Message
From: Justin
- Original Message
From: Justin Erenkrantz jus...@erenkrantz.com
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 2:43:23 PM
Subject: Re: Configuration change for c...@httpd?
On Fri, Jan 2, 2009 at 11:26 AM, Mads Toftum wrote:
On Fri, Jan 02, 2009 at 10:52:49AM -0800,
- Original Message
From: Jim Jagielski j...@jagunet.com
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 3:06:42 PM
Subject: Re: Configuration change for c...@httpd?
On Jan 2, 2009, at 1:54 PM, Joe Schaefer wrote:
nob...@apache.org routes to the bit-bucket, so
- Original Message
From: Roy T. Fielding field...@gbiv.com
To: dev@httpd.apache.org
Sent: Friday, January 2, 2009 8:08:47 PM
Subject: Re: Configuration change for c...@httpd?
On Jan 2, 2009, at 10:33 AM, Joe Schaefer wrote:
From: Justin Erenkrantz
To: dev@httpd.apache.org
+1, tests and installs cleanly on Debian-testing
with apache 1.3.41 and mod_perl 1.30 and perl 5.8.x.
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: APREQ List apreq-...@httpd.apache.org
Sent: Thursday, January 8, 2009 11:35:22 AM
Subject: [RELEASE CANDIDATE]
- Original Message
From: Bojan Smojver bo...@rexursive.com
To: Joe Schaefer joe_schae...@yahoo.com
Cc: Issac Goldstand mar...@beamartyr.net; apreq-...@httpd.apache.org
Sent: Sunday, January 11, 2009 5:10:44 AM
Subject: Re: svn commit: r733221 - in /httpd/apreq/branches/v2_10
- Original Message
From: is...@apache.org is...@apache.org
To: apreq-...@httpd.apache.org
Sent: Monday, January 12, 2009 7:49:45 AM
Subject: svn commit: r733711 - /httpd/apreq/branches/1.x/RELEASE
Author: issac
Date: Mon Jan 12 04:49:42 2009
New Revision: 733711
URL:
- Original Message
From: Bojan Smojver bo...@rexursive.com
To: Issac Goldstand mar...@beamartyr.net
Cc: Joe Schaefer joe_schae...@yahoo.com; APREQ List
apreq-...@httpd.apache.org
Sent: Monday, January 12, 2009 12:31:57 PM
Subject: Re: svn commit: r733221 - in /httpd/apreq/branches
+1 for me (tested on debian).
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: apreq-...@httpd.apache.org
Cc: dev@httpd.apache.org; modp...@perl.apache.org
Sent: Tuesday, January 20, 2009 4:48:30 AM
Subject: [RELEASE CANDIDATE] libapreq2 2.11
The apreq
- Original Message
From: Clinton Gormley cl...@traveljury.com
To: Joe Schaefer joe_schae...@yahoo.com
Cc: Clinton Gormley cl...@traveljury.com; apreq-...@httpd.apache.org
Sent: Monday, February 16, 2009 5:09:46 AM
Subject: Re: Cookie parsing errors: conflicting information, expected
- Original Message
From: Steve Hay steve...@planit.com
To: Joe Schaefer joe_schae...@yahoo.com; apreq-...@httpd.apache.org
Sent: Thursday, March 5, 2009 8:52:58 AM
Subject: RE: Volunteer for RMing 2.12?
Steve Hay wrote:
Joe Schaefer wrote:
- Original Message
From
THx for the feedback, new tarball available!
- Original Message
From: Philippe M. Chiasson go...@ectoplasm.org
To: Joe Schaefer joe_schae...@yahoo.com
Cc: apreq-...@httpd.apache.org
Sent: Thursday, March 5, 2009 11:06:11 AM
Subject: Re: Volunteer for RMing 2.12?
On 4/3/09 22
- Original Message
From: Fred Moyer f...@silverliningnetworks.com
To: Joe Schaefer joe_schae...@yahoo.com
Cc: apreq-...@httpd.apache.org
Sent: Friday, March 6, 2009 12:10:15 PM
Subject: Re: [RELEASE CANDIDATE] libapreq2 2.12 RC1
Joe Schaefer wrote:
Please test and vote
You need to call ap_discard_request_body to prevent
apreq from creating an internal copy of the POST data.
From: Felix Nensa ne...@zeec.biz
To: apreq-...@httpd.apache.org
Sent: Monday, March 23, 2009 8:16:39 AM
Subject: Re: tmp file get's stored twice during
- Original Message
From: Clinton Gormley cl...@traveljury.com
To: apreq-dev apreq-...@httpd.apache.org
Sent: Wednesday, October 7, 2009 6:19:44 AM
Subject: Re: libapreq 2.12 failing with apache 2.2.14
I'm installing apache 2.2.14 with libapreq 2.12, perl 5.8.9 and I'm
getting
I just reverted www.apache.org back to 2.3.15 due to
a bug in query-string handling for mod_rewrite in 2.3.16.
For some reason query-strings are no longer being appended
to typical rewrite rules.
HTH
Rule that is tickling the bug:
RewriteRule /issues/(.*) https://issues.apache.org/ooo/$1 [NE,L]
- Original Message -
From: Joe Schaefer joe_schae...@yahoo.com
To: dev@httpd.apache.org dev@httpd.apache.org
Cc:
Sent: Thursday, January 26, 2012 1:11 PM
Subject: 2.3.16 rewrite bug
r1167603 is the (working) revision that we are running
now.
- Original Message -
From: Joe Schaefer joe_schae...@yahoo.com
To: dev@httpd.apache.org dev@httpd.apache.org; Joe Schaefer
joe_schae...@yahoo.com
Cc:
Sent: Thursday, January 26, 2012 1:15 PM
Subject: Re: 2.3.16 rewrite
http://qa.openoffice.org/issues/show_bug.cgi?id=105541
- Original Message -
From: Eric Covener cove...@gmail.com
To: dev@httpd.apache.org; Joe Schaefer joe_schae...@yahoo.com
Cc:
Sent: Thursday, January 26, 2012 1:26 PM
Subject: Re: 2.3.16 rewrite bug wrt query strings
On Thu
Congrats folks, way to go!
- Original Message -
From: Jim Jagielski j...@jagunet.com
To: dev@httpd.apache.org
Cc:
Sent: Friday, February 17, 2012 8:42 AM
Subject: [RESULT] Re: [VOTE] Release Apache httpd 2.4.1
With the voting ending, I see the following results:
+1
Now that some time has passed since Philip brought
apreq2 into trunk it's probably a good time to discuss
how best to incorporate it into httpd itself. Right
now the library files are in server/ which basically
means we're internally compiling libapreq2 into httpd.
Personally I'd prefer to see
From: Issac Goldstand mar...@beamartyr.net
To: dev@httpd.apache.org
Sent: Friday, April 27, 2012 1:55 AM
Subject: Re: packaging libapreq2 as a dependency
On 27/04/2012 05:12, Joe Schaefer wrote:
Now that some time has passed since Philip brought
apreq2
Lately lots of different httpd folks are asking me
questions about apreq, and from that feedback this
post seems to be needed to clarify what apreq's design
and goals are all about.
Simply put, apreq implements the HTML form specs on
the server side. The name itself was coined by Lincoln
Stein
Over on docs@ one of the recent conversations was
around moving the site documentation to the CMS,
starting first with the httpd site as a testbed.
After several hours of hacking on the site that
has now been accomplished, so we'd please like everyone
to review and comment on the httpd staging
See http://www.apache/org/dev/cms and
http://www.apache.org/dev/cmsref for details
on the CMS.
- Original Message -
From: Brian J. France br...@brianfrance.com
To: dev@httpd.apache.org; Joe Schaefer joe_schae...@yahoo.com
Cc: d...@httpd.apache.org d...@httpd.apache.org
Sent
Please cast your vote accordingly:
[ ] : +1 to migrate httpd-site to the CMS
[ ] : 0 don't care one way or the other
[ ] : -1 leave httpd-site as-is, because...
Note: this vote is only for httpd-site, not
any of the externals (eg the docs trees) that are pulled in.
T-72 hours before the
Please cast your vote accordingly:
[X] : +1 to migrate httpd-site to the CMS
Leggett minf...@sharp.fm
To: dev@httpd.apache.org
Cc: d...@httpd.apache.org d...@httpd.apache.org
Sent: Wednesday, May 9, 2012 6:06 AM
Subject: Re: [VOTE] CMS site migration
On 08 May 2012, at 9:14 PM, Joe Schaefer wrote:
Please cast your vote accordingly:
[X] : +1 to migrate httpd
Damned Y! loves to munge whitespace. The link is
http://s.apache.org/cms-cli
- Original Message -
From: Joe Schaefer joe_schae...@yahoo.com
To: d...@httpd.apache.org d...@httpd.apache.org; dev@httpd.apache.org
dev@httpd.apache.org
Cc:
Sent: Wednesday, May 9, 2012 6:34 AM
Death to tables for styling html!
- Original Message -
From: Daniel Gruno rum...@cord.dk
To: dev@httpd.apache.org
Cc:
Sent: Wednesday, May 9, 2012 8:38 AM
Subject: Re: [VOTE] CMS site migration
On 08 May 2012, at 9:14 PM, Joe Schaefer wrote:
Please cast your vote
.
From: Joe Schaefer joe_schae...@yahoo.com
To: dev@httpd.apache.org dev@httpd.apache.org
Cc: d...@httpd.apache.org d...@httpd.apache.org
Sent: Tuesday, May 8, 2012 3:14 PM
Subject: [VOTE] CMS site migration
Please cast your vote accordingly:
[ ] : +1 to migrate httpd
Sort of- I forgot httpd has it's own vhost with a mountain
of legacy garbage that needed pruning first.
- Original Message -
From: Jeff Trawick traw...@gmail.com
To: dev@httpd.apache.org
Cc:
Sent: Friday, May 11, 2012 4:43 PM
Subject: Re: svn commit: r817280 -
This won't happen once the docs are migrated to the CMS ;-)
- Original Message -
From: Joe Orton jor...@redhat.com
To: dev@httpd.apache.org
Cc:
Sent: Wednesday, May 23, 2012 6:30 PM
Subject: Re: svn commit: r1341930 -
/httpd/httpd/trunk/docs/manual/suexec.html.en
On Thu, May
Session cookies sometimes pose a security risk as well.
- Original Message -
From: Jeff Trawick traw...@gmail.com
To: d...@httpd.apache.org; dev@httpd.apache.org
Cc:
Sent: Wednesday, June 6, 2012 3:46 PM
Subject: Re: [PATCH] mod_log_forensic security considerations
On Tue, May
- Original Message -
From: Daniel Gruno rum...@cord.dk
To: dev@httpd.apache.org
Cc:
Sent: Friday, June 8, 2012 6:24 AM
Subject: Re: [PATCH] mod_log_forensic security considerations
On 06/08/2012 12:13 PM, Graham Leggett wrote:
On 08 Jun 2012, at 12:16 AM, Daniel Ruggeri wrote:
:
Sent: Friday, June 8, 2012 12:51 PM
Subject: Re: [PATCH] mod_log_forensic security considerations
On 08 Jun 2012, at 5:45 PM, Joe Schaefer wrote:
Well not quite, we'd still have had a problem with storing and
archiving
those logs even if we hadn't made them available to committers
+1!
- Original Message -
From: Daniel Gruno rum...@cord.dk
To: dev@httpd.apache.org; d...@httpd.apache.org
Cc:
Sent: Sunday, July 8, 2012 6:22 PM
Subject: Re: [VOTE] Adopt the comments.a.o system to the 2.2 and 2.4 branch
of the httpd docs
On 07/08/2012 10:33 PM, Daniel Gruno
Here is the INSERT_BEFORE macro in util_filter.c:
#define INSERT_BEFORE(f, before_this) ((before_this) == NULL \
|| (before_this)-frec-ftype (f)-frec-ftype \
|| (before_this)-r != (f)-r)
While it does the right thing for output filters,
So ap_http_filter winds up calling ap_get_mime_headers
once it recognizes that the request body has finished,
to process the trailing headers on chunked requests.
This is actually a strange thing to do, because it means
ap_http_filter winds up calling ap_get_brigade on
r-input_filters with
;
From: Joe Schaefer joe_schae...@yahoo.com
To: dev@httpd.apache.org dev@httpd.apache.org
Sent: Sunday, February 10, 2013 11:05 AM
Subject: chunked trailers input filter processing by ap_http_filter should be
documented
So ap_http_filter winds up calling ap_get_mime_headers
once
trailers input filter processing by ap_http_filter should
be documented
On Sun, 10 Feb 2013 08:25:35 -0800 (PST)
Joe Schaefer joe_schae...@yahoo.com wrote:
Here's a sledgehammer patch to ap_rgetline_core()
to replace r-input_filters with r-proto_input_filters.
This would still mean protocol filters
This patch applies against the 2.2 branch
and adds the AuthLDAPBindAuthoritative directive,
which allows infra to failover login requests
to file based authentication. Normally what
happens is that LDAP is authoritative when
it can locate the dn for the user. This patch
allows *both* passwords,
Justin came up with it but wants Tony Stevenson to be blamed for it. :-) The
docs look good to me.
Sent from my iPhone
On Nov 18, 2009, at 6:51 AM, Eric Covener cove...@gmail.com wrote:
On Tue, Nov 17, 2009 at 10:34 PM, Joe Schaefer joe_schae...@yahoo.com wrote:
This patch applies against
This can't be the bug because it's in the input filter code,
but the most recent commit to mod_deflate.c has some UB in it
surrounding the case when readbytes is larger than what's available
in ctx-proc_bb. In that case bkt is the sentinel for ctx-proc_bb
and calling apr_brigade_split_ex looks
- Original Message
From: Joe Schaefer joe_schae...@yahoo.com
To: dev@httpd.apache.org
Sent: Mon, February 15, 2010 3:45:58 AM
Subject: Re: unsupported compression issue seen in 2.3.5-alpha
- Original Message
From: Stefan Fritsch
To: dev@httpd.apache.org
Sent: Sun
Unfortunately all the httpd hackers in infrastructure have
wandered off the reservation, but we've been running 2.3.5
for the Apache websites for the past coupla weeks and it
has a rather serious memory leak somewhere. That's the core
reason why we ran into those gzip encoding issues in February.
Solaris 10 host).
Aurora, the box I was talking about in the message below,
failed to survive a reboot, so the issues we've been dealing
with it in infra may not be the fault of code in httpd.
- Original Message
From: Joe Schaefer joe_schae...@yahoo.com
To: dev@httpd.apache.org
Sent: Sun
Didn't work for me ;-(.
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: apreq-...@httpd.apache.org
Sent: Mon, November 15, 2010 2:06:29 PM
Subject: Re: svn commit: r1035412 -
/httpd/apreq/trunk/glue/perl/t/apreq/cookie.t
What was wrong here? It ran fine by me
commit: r1035412 -
/httpd/apreq/trunk/glue/perl/t/apreq/cookie.t
Yeah, I was surprised with a massive lack of tuits last weekend, but
will start soon. Release is on, though.
Issac
On 25/11/2010 13:59, Joe Schaefer wrote:
AFAICT we're just waiting for Issac to start the RM process
There are still some build issues surrounding gmake
on FreeBSD, but I assume the ports dude knows how to deal
with those.
+1 for release.
- Original Message
From: Issac Goldstand mar...@beamartyr.net
To: apreq-...@httpd.apache.org
Cc: dev@httpd.apache.org; mod_perl Dev
- Original Message
From: William A. Rowe Jr. wr...@rowe-clan.net
To: dev@httpd.apache.org
Sent: Thu, December 30, 2010 7:45:54 PM
Subject: Re: Inspiration for mod_lua
On 12/30/2010 6:08 PM, Graham Dumpleton wrote:
The problem with mod_python was that it was poorly
- Original Message
From: William A. Rowe Jr. wr...@rowe-clan.net
To: dev@httpd.apache.org
Sent: Thu, December 30, 2010 8:48:51 PM
Subject: Re: Inspiration for mod_lua
On 12/30/2010 6:52 PM, Joe Schaefer wrote:
Blech. The upside to mod_perl is that you get the rest
: Inspiration for mod_lua
On 12/30/2010 6:52 PM, Joe Schaefer wrote:
Blech. The upside to mod_perl is that you get the rest of the server
for
free. mod_fcgid (or even mod_wsgi) is the same old crappy impoverished
CGI interface.
Hmmm, fork for exec
With mod_unique_id installed there's the possibility
of having a - in the forensic id, so here's a minor
patch to ensure check_forensic does the right thing.
Index: support/check_forensic
===
--- support/check_forensic(revision
Yeah my patch was based on worker, not event. Not sure
what I wrote any more, but it was likely my first crack
at thread programming, so it probably needed work.
- Original Message
From: Jeff Trawick traw...@gmail.com
To: dev@httpd.apache.org
Sent: Mon, June 13, 2011 3:09:25 PM
+1 amen to reliability coming first. We run all kinds of awful code in
production at the ASF, and httpd's design papers over that elegantly. Losing
that would be a terrible blow to the utility of the project.
Sent from my iPhone
On Jun 15, 2011, at 7:33 PM, Graham Leggett minf...@sharp.fm
+1, also has the advantage of not being a quadratic
allocator the way Jim's usage of apr_pstrcat is.
From: Stefan Fritsch s...@sfritsch.de
To: dev@httpd.apache.org
Sent: Thursday, August 25, 2011 4:56 PM
Subject: Re: svn commit: r1161661 -
.
From: Jim Jagielski j...@jagunet.com
To: dev@httpd.apache.org
Sent: Thursday, August 25, 2011 5:10 PM
Subject: Re: svn commit: r1161661 -
/httpd/httpd/trunk/modules/http/byterange_filter.c
On Aug 25, 2011, at 5:02 PM, Joe Schaefer wrote:
+1, also has
101 - 200 of 386 matches
Mail list logo
