On Thursday, March 20, 2003, at 01:50 PM, [EMAIL PROTECTED] wrote:
wrowe 2003/03/20 13:50:41
Modified:.CHANGES
modules/loggers mod_log_config.c
modules/mappers mod_rewrite.c
server log.c mpm_common.c
server/mpm/wor
In mod_perl 2.0 on AIX we have to import symbols from ap_ and apr_ namespaces
when linking the shared object (the other approach is to use -berok which
works as symbols get resolved at load time, but this is too error-prone).
The following two ways to import apr_ symbols seem to have the same effec
On Thu, Mar 20, 2003 at 02:02:01PM -0600, Ken Y. Clark wrote:
> The only "libtoolize" on my system is the one in "/sw/bin" put there
> by Fink, which, I assume, goes along with the "glibtool" in the same
> directory. But the "libtool" that's in my $PATH is in "/usr/bin" put
> there by Apple. Whil
On Thu, 20 Mar 2003, R. Hannes Niedner wrote:
> Date: Thu, 20 Mar 2003 18:17:33 -0800
> From: R. Hannes Niedner <[EMAIL PROTECTED]>
> To: David Wheeler <[EMAIL PROTECTED]>, Ken Y. Clark <[EMAIL PROTECTED]>
> Cc: Christian Schneider <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED], "[EMAIL PROTECTED]"
On Thursday, March 20, 2003, at 08:17 PM, R. Hannes Niedner wrote:
I have tried it hard and long with all kinds of recipes and always got
the
same error messages with make test. Remember you checked the output of
the
make and the verbose test... It looks that the tests screw up big time
on
mac
On 3/20/03 4:59 PM, "David Wheeler" <[EMAIL PROTECTED]> wrote:
> Don't use that patch with Jaguar. We should be able to get your
> libapreq working on jaguar without it.
>
> David
David,
I have tried it hard and long with all kinds of recipes and always got the
same error messages with make tes
Bogdan TARU wrote:
Hi everyone,
Are there any functions that I could use to find out a Cookie's value
available in Apache's API? Or at least some C code example of how could I
parse an expression like:
'Var1: value1; Var2: value2; Var3: value3;"
in order to get the 'value2' field?
Please inc
* Brad Nicholes wrote:
> After looking into this a little further, it appears that mod_rewrite is
> broken in the 2.0 tree but fixed in 2.1. The prefix_stat() function in
> the 2.0 version expects the path to start with a '/' which is not only
> false on NetWare but Windows and OS/2 as well. Si
On Thu, 20 Mar 2003, Christian Schneider wrote:
> Date: Thu, 20 Mar 2003 22:51:34 +0100
> From: Christian Schneider <[EMAIL PROTECTED]>
> To: Ken Y. Clark <[EMAIL PROTECTED]>
> Cc: Christian Schneider <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED], <[EMAIL PROTECTED]>
> Subject: Re: Compiling liba
Hi,
On Donnerstag, März 20, 2003, at 09:02 Uhr, Ken Y. Clark wrote:
[ ... ]
I couldn't compile libapreq on Mac OS X either so I decided to try
patching apache as detailed in David Wheelers first article and that
worked fine; mod_perl's happy with that as well.
Regards,
Christian
After looking into this a little further, it appears that mod_rewrite is
broken in the 2.0 tree but fixed in 2.1. The prefix_stat() function in
the 2.0 version expects the path to start with a '/' which is not only
false on NetWare but Windows and OS/2 as well. Since a NetWare path
does not star
Hi there,
* William A. Rowe, Jr. ([EMAIL PROTECTED]) wrote:
> At 10:45 AM 3/20/2003, you wrote:
> >Has anyone done any testing of shmht in 2.0? It quickly stops caching
> >new sessions for me using Geoff Thorpe's swamp tool. If anyone does
> >want to put effort into getting it working, I've attac
At 05:50 PM 2/24/2003, Roy Fielding wrote:
>There is no reason to discuss this on the security or pmc lists.
Agreed. I agree so much I've pushed two other published issues off
of the security list :-) We really aren't a star chamber, we only discuss
privately what cannot be discussed publicly, w
(I posted some of this message [and a hopeful but incorrect solution]
yesterday to the mod_perl list. Sorry for the cross-posting to all
the lists, but these two seem the most appropriate.)
I've been trying to compile libapreq 1.1 (Apache::Request) on Mac OS
10.2.4 for a couple of days, but I'm h
At 09:03 AM 3/20/2003, Joe Orton wrote:
>> As I mentioned before, I'm +1 on this patch. I'll put back the appropriate
>> comments in httpd-2.1-dev since this will be nearly impossible to fix
>> for Win32 without breaking many things that we wouldn't consider good
>> for the health of 2.0-releases.
On Thu, 20 Mar 2003, Joe Orton wrote:
Hi,
> > >> >Submitted by: Christian Kratzer, Bjoern A. Zeeb
> > >>
> > >> +1 here. I have one comment; please *don't* simply delete those lines
> > >> from server/log.c, modules/mappers/mod_rewrite.c and, of course,
> > >> modules/loggers/mod_log_config.c.
At 10:45 AM 3/20/2003, you wrote:
>Has anyone done any testing of shmht in 2.0? It quickly stops caching
>new sessions for me using Geoff Thorpe's swamp tool. If anyone does
>want to put effort into getting it working, I've attached a patch which
>contains some fixes: the conversion to the RMM cod
At 11:27 AM 3/20/2003, Henk P. Penning wrote:
>> From: Thom May <[EMAIL PROTECTED]>
>> Does anyone have any objections to me removing the encoding for *.gz*
>> encoding everywhere under /dist?
>
> .. and/or add
>
>AddType text/plain .md5 .asc
>
> in 'dist/.htaccess' ??
Thom wasn't asking abo
On Thu, 20 Mar 2003, Thom May wrote:
> Date: Thu, 20 Mar 2003 14:30:52 +
> From: Thom May <[EMAIL PROTECTED]>
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>,
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>,
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Subject: x-gzip content-encoding on down
If you look at recent archives of this mailing list, my submission for a
patch to mod_usertrack will show you a robust way of searching for
cookies in the cookie header.
In the current codebase, mod_usertrack shows you a way of doing this as
well, but is is not bullet-proof: read my analysis of mo
Has anyone done any testing of shmht in 2.0? It quickly stops caching
new sessions for me using Geoff Thorpe's swamp tool. If anyone does
want to put effort into getting it working, I've attached a patch which
contains some fixes: the conversion to the RMM code was not finished.
I don't really se
Hi everyone,
Are there any functions that I could use to find out a Cookie's value
available in Apache's API? Or at least some C code example of how could I
parse an expression like:
'Var1: value1; Var2: value2; Var3: value3;"
in order to get the 'value2' field?
Please include my em
Thom May wrote:
> It seems like setting the x-gzip content encoding in /dist/ is causing a variety
> of breakage.
> MD5 sums and signatures for tar.gzs are being sent with ContentType x-gzip,
> causing mozilla to try and uncompress a plain text file
> tar.gz files are uncompressed when they're do
In
the socket_bucket_read function (apr_bucket_socket.c)
it reads from the socket using an 8K buffer.
Now,
if you only get 100 bytes, the rest of the buffer is wasted. Right?
I
guess HTTP typically gets large chucks of data at a time but when implementing
other protocols this 8K buf
On Wed, Mar 19, 2003 at 01:15:21PM -0600, William Rowe wrote:
> At 03:25 AM 3/18/2003, Joe Orton wrote:
> >> >Hi, here is a version of the patch in #17206 which removes the current
> >> >the fd leaks. Most of these were introduced in this commit
> >> >
> >> >http://marc.theaimsgroup.com/?l=apache-
It seems like setting the x-gzip content encoding in /dist/ is causing a variety
of breakage.
MD5 sums and signatures for tar.gzs are being sent with ContentType x-gzip,
causing mozilla to try and uncompress a plain text file
tar.gz files are uncompressed when they're downloaded, so the md5 sums
* William A. Rowe, Jr. wrote:
> Agreed. But I don't see this a radical change, it's actually very simple
> respect for folks authoring I18N scripts. I respect their effort, and would
> still like to backport this patch to help their efforts along.
Ok, convinced. We should support I18N in any wa
The attached patch is - IMHO - ready for commit, but I'd very like some
review from a subrequest/redirect/filter guru ;-).
PR 17629 deals with the problem, that internally redirected subrequests are
not compressed (the main request has deflate in place). In particular they
are meet the original
28 matches
Mail list logo
