--On Monday, December 2, 2002 8:44 AM -0500 Jeff Trawick
<[EMAIL PROTECTED]> wrote:
How about using this for the stable tree?
To merge something from dev to stable (or fix it in stable if the
fix is specific to stable):
either
three committers (including submitter) state their approval
Well, I appreciate that, and apologize if it was a bad thing.
As to why in stable... This wasn't a major change. It doesn't
change the build output, and enabled a new way to build which I and at
least some others think is important. That is, I think
that--particularly for the stable tree
Currently, mod_proxy falls down if a filter is in the input chain
that changes the content of the original request. It will send the
original Content-Length not the size of the data it actually sends.
If the request was originally chunked, but the data it actually sends
isn't chunked (it sends no
+1
-wsv
On Monday, December 2, 2002, at 05:44 AM, Jeff Trawick wrote:
Since the relatively few people who voted left us at an impasse on
this, it seems appropriate to try to find a compromise. (I've been
told before that something other than normal RTC-with-3-+1 vs. CTR
isn't the Apache way
Eric,
> apachectl start gives the following error:
>
> [Sun Dec 01 22:45:39 2002] [crit] (22)Invalid argument: make_sock: for address
>0.0.0.0:443, apr_socket_opt_set: (IPV6_V6ONLY)
> no listening sockets available, shutting down
> Unable to open logs
if you still have above problem, try the p
[CCing apr-dev because it looks like an apr problem.]
It looks like it might be a problem with revision 1.62 or apr
sockopt.c. I'll be out of town all day today, but tomorrow if
no one has gotten to it i'll see if i can come up with a patch.
revision 1.62
date: 2002/11/13 23:47:29; author: traw
Eric Gillespie <[EMAIL PROTECTED]> writes:
> [CCing apr-dev because it looks like an apr problem.]
>
> It looks like it might be a problem with revision 1.62 or apr
> sockopt.c. I'll be out of town all day today, but tomorrow if
> no one has gotten to it i'll see if i can come up with a patch.
On Fri, 29 Nov 2002 12:09:55 -0800, Wilfredo Sánchez wrote:
> Yuck OK. $< is used for the ApacheCoreOS2.def, though I suppose that
>only matters for OS/2. I won't touch it.
That should be fine as only gnu make is used to build on OS/2. There's
another problem though that breaks the OS/2 build
On Tue, 03 Dec 2002 23:24:46 +1000 (EST), Brian Havard wrote:
>On Fri, 29 Nov 2002 12:09:55 -0800, Wilfredo Sánchez wrote:
>
>> Yuck OK. $< is used for the ApacheCoreOS2.def, though I suppose that
>>only matters for OS/2. I won't touch it.
>
>That should be fine as only gnu make is used to bui
> Currently, mod_proxy falls down if a filter is in the input chain
> that changes the content of the original request. It will send the
> original Content-Length not the size of the data it actually sends.
> If the request was originally chunked, but the data it actually sends
> isn't chunked (it
don't know whether it makes sense in general, but it just makes sense for
me ;-) Instead of generating a unique id for *every* request, it seems
better to give the user the possibility of restricting it to some files
(cgi-scripts etc.)
The attached patch works for me, but I'm not sure, that I c
On Tue, 2002-12-03 at 05:04, Bill Stoddard wrote:
> > Currently, mod_proxy falls down if a filter is in the input chain
> > that changes the content of the original request. It will send the
> > original Content-Length not the size of the data it actually sends.
> > If the request was originally c
On Mon, 2002-12-02 at 05:44, Jeff Trawick wrote:
> How about using this for the stable tree?
>
> To merge something from dev to stable (or fix it in stable if the fix
> is specific to stable):
>
> either
>
> three committers (including submitter) state their approval
>
> or
>
>
As far as the APU->APR changes go on NetWare, the net result is the same for us.
Since we don't have autoconf on NetWare, this requires us to have our own version of
apr_ldap.h (ie. apr_ldap.hnw) just like the Windows platform. But unlike Windows and
Unix, we don't have to support different fl
Hi to all,
Do you know where I could find Apache 2.0.43 binaries
with SSL support for Windows ?
Regards
At 10:34 AM 12/3/2002, Brad Nicholes wrote:
>As far as the APU->APR changes go on NetWare, the net result is the same for us.
>Since we don't have autoconf on NetWare, this requires us to have our own version of
>apr_ldap.h (ie. apr_ldap.hnw) just like the Windows platform. But unlike Windows a
>If Netware or Win32 can 'conditionally' support ldap, then we need
>to consider having an apr_ldap.hxx file that contains all of the
>#define APR_HAS_LDAP_* 0 statements. The header should
>always exist, and inform the app if ldap is available.
>Of course, I'm expecting that Win32 will support L
Hello! Wondering if anyone is working on/interested in a module that
wraps the ImageMagick functionality? I'm thinking it would be used as
such:
This would rotate the image 90 degrees and size it to 100x100 before
delivery. For brochureware sites, this would be useful in allowing them
to
On Tue, 3 Dec 2002, Michael Montero wrote:
> Hello! Wondering if anyone is working on/interested in a module that
> wraps the ImageMagick functionality? I'm thinking it would be used as
> such:
>
>
Just as a hint, mod_ext_filter and mod_cache in Apache 2.0 would likely be
helpful for this. mo
On Tue, 3 Dec 2002, Cliff Woolley wrote:
> regenerated every single time. Given those two, I bet you could get this
> functionality having to actually write a new module. :)
Um, I seem to have lost a "WITHOUT" in there somewhere. ;]
--Cliff
I know Gerald Richter has a mod_perl module that does what you are describing.
might be worth a peek.
perldoc Apache::ImageMagick
sterling
Cliff, thanks for the reply. I read this:
"mod_ext_filter presents a simple and familiar programming model for
filters. With this module, a program which reads from stdin and writes to
stdout (i.e., a Unix-style
filter command) can be a filter for Apache. This filtering mechanism is
much slowe
Justin Erenkrantz wrote:
Currently, mod_proxy falls down if a filter is in the input chain
that changes the content of the original request. It will send the
original Content-Length not the size of the data it actually sends.
If the request was originally chunked, but the data it actually sends
i
On Tue, 3 Dec 2002, Michael Montero wrote:
> My main concern would be with how expensive ImageMagick calls can be and
> the need to call both mogrify and convert (in my experience) to get a
> single thing done to an image. I would much rather read an image into
> memory and then perform a host of
Completely understand. Of course, the fun part IS the development! :)
Perhaps I should defer to the list or anyone else that wants to chime in?
I suspect most users of any such module would prefer to put a cache in
front of itthis just makes the most sense to me.
Anyone else care to inpu
At 12:35 PM 12/3/2002, Andre Schild wrote:
>Under win32 there is no guarantee that a ldap library is available.
>For compiling/linking the apache with ldap support under win32
>you will need a third party ldap library.
Or Microsofts'. Your point?
It's actually harmless [in Win32] to build util_
On Mon, Dec 02, 2002 at 02:48:53PM -0500, Jeff Trawick wrote:
> Colm MacCarthaigh <[EMAIL PROTECTED]> writes:
>
> > Linux (2.4.18 and 2.4.19, for me anyway) with apache versions
> > 2.0.40 to 2.0.43 (that I've tested anyways) is broken with
> > TCP_CORK and IPv6. Bizarrely v6 requests will work th
Colm MacCarthaigh [mailto:[EMAIL PROTECTED]] wrote:
> On Mon, Dec 02, 2002 at 02:48:53PM -0500, Jeff Trawick wrote:
> > Colm MacCarthaigh <[EMAIL PROTECTED]> writes:
> >
> > > Linux (2.4.18 and 2.4.19, for me anyway) with apache versions
> > > 2.0.40 to 2.0.43 (that I've tested anyways) is broken
28 matches
Mail list logo
