Well, you are already here :) This is the discussion list of the
test suite and results folks observe.
Whenever you catch a regression, you are welcome to direct the info
to dev@httpd.apache.org, noting the prior-good and new-errored flavors
of httpd.
Beyond that - please submit patches to the
Lets move this to apreq-dev (at) httpd.apache.org
** Remember to remove modperl@ from the reply list.
(mp 2.0.1, libapreq2-2.06-dev, httpd 2.0.51, Fedora Core 2)
Not an issue, but httpd 2.0.54 is out since you're using the rest current :)
If you haven't time to read below but have some
Hello allo,
I'd like to point you to my project, mod_R: The R/Apache Integration
Project which depends on libapreq2:
http://biostat.mc.vanderbilt.edu/twiki/bin/view/Main/ApacheRproject
With the mod_R 0.1.0 distribution, which is licensed under Apache 2.0,
I've bundled libapreq 2.0.4. The
Right, I've solved my problem with a hack and some RTFSing, but I think
I've found a bug either in the docs or Apache2::Cookie...
Basically if I read cookies like this:
$cookie_hash_ref = APR::Request::Apache2-handle($r)-jar();
it works, I can treat the return as a hash of cookies.
However, if
John ORourke [EMAIL PROTECTED] writes:
Right, I've solved my problem with a hack and some RTFSing, but I think
I've found a bug either in the docs or Apache2::Cookie...
Basically if I read cookies like this:
$cookie_hash_ref = APR::Request::Apache2-handle($r)-jar();
it works, I can treat
On Fri, Jul 22, 2005 at 02:24:50PM +0200, Sander Striker wrote:
Joe Orton wrote:
On Fri, Jul 22, 2005 at 12:11:56PM -, Martin Kraemer wrote:
Author: martin
Date: Fri Jul 22 05:11:55 2005
New Revision: 220307
URL: http://svn.apache.org/viewcvs?rev=220307view=rev
Log:
Allow
On Tue, Aug 02, 2005 at 12:00:24PM +0100, Joe Orton wrote:
On Fri, Jul 22, 2005 at 02:24:50PM +0200, Sander Striker wrote:
Joe Orton wrote:
On Fri, Jul 22, 2005 at 12:11:56PM -, Martin Kraemer wrote:
Author: martin
Date: Fri Jul 22 05:11:55 2005
New Revision: 220307
URL:
At 12:52 PM 7/25/2005, André Malo wrote:
* Akins, Brian wrote:
[Mon Jul 25 13:15:28 2005] [error] [client 85.140.27.54]
url_cache_handler: may serve STALE content: 0: /toon/tools/img/jewel.jpg,
referer:
http://schedule.cartoonnetwork.com/servlet/ScheduleServlet?action=showsh
owI
Greg Ames wrote:
Brian Pane wrote:
I'm eager to hear some feedback on this idea:
* Will it work? Or am I overlooking some design flaw?
it should work as long as everything important that happens after the
check_pipeline_flush call still gets done somehow. a quick glance at
the code
+1 to this fix.
Folks, either agree the code is correct, disagree that it should
be some other way, identify it's bugs, or hush up. Plenty of
people ARE using 2.2 ldap auth today - and there is no reason
to stand in the way of committing obvious bug fixes, especially
for recently modified code
Hello!.
I wonder what is the estimated release date for 2.0.55?
Thanks in advance.
--
Regards // Oden Eriksson
Mandriva: http://www.mandriva.com
NUX: http://nux.se
William A. Rowe, Jr. said:
+1 to this fix.
Folks, either agree the code is correct, disagree that it should
be some other way, identify it's bugs, or hush up. Plenty of
people ARE using 2.2 ldap auth today - and there is no reason
to stand in the way of committing obvious bug fixes,
I decided to do some informal benchmark comparisons between using
windows SMBFS and apache/webdav for file transfers. I ended up finding
that apache is actually faster at sending files over an SSL connection
than a plain connection. I downloaded a ~600 meg test file from the
server using
Phillip Susi wrote:
I decided to do some informal benchmark comparisons between using
windows SMBFS and apache/webdav for file transfers. I ended up finding
that apache is actually faster at sending files over an SSL connection
than a plain connection. I downloaded a ~600 meg test file from
14 matches
Mail list logo