--On Thursday, March 6, 2003 4:14 PM -0500 Jeff Trawick
<[EMAIL PROTECTED]> wrote:
server/mpm/config.m4 has this check with a hard-coded path to APR:
APR_CHECK_APR_DEFINE(APR_HAS_THREADS, srclib/apr)
This fails if APR is anywhere else and config doesn't think APR has thread
support.
Is this
--On Thursday, March 6, 2003 12:42 PM -0500 Geoff Thorpe
<[EMAIL PROTECTED]> wrote:
linking apache. I'm wondering if the above problem is a consequence of
us explicitly setting linker syntax and not letting autotools do their
job properly? Anyway, the patch is there if someone wants to see if it
--On Thursday, March 6, 2003 11:41 PM +0100 André Malo <[EMAIL PROTECTED]> wrote:
We have a PR (16631) that mentions that at least one error log entry is not
assigned to the appropriate error log (in 1.3). The warning is written by
ap_getword_conf, which doesn't know anything about server_rec stru
--On Thursday, March 6, 2003 5:16 PM -0500 Geoff Thorpe
<[EMAIL PROTECTED]> wrote:
then strangely the -lcrypto and -lssl checks report success *yet* they
do not find their way into the linker flags (so apache fails to link
after compiling). I can only imagine 2 reasons for this; either my
restori
After spending many hours reviewing and actively using debug symbols
for real customer incidents, I have formed some different opinions and
wanted to share.
I'm convinced that with the Win32 debugging tools (free to download)
available today, there is exactly one benefit to .dbg files - Dr. Watso
> I've yet to be convinced that any of these belong in the main repository.
> It'd be much easier to grant commit access to people working on the auth
> modules if they lived in a separate repository. As it stands now,
> the main author of mod_authn_dbi would have to rely on others to
> commit f
Gary Feldman wrote:
I'm running into a problem with some code based on the
mod_cgid module, on hp-ux. I've also submitted
the underlying problem to comp.systems.hp.hpux.
The problem is that the underlying cgi hangs on a read
from stdin when there is actually no data left to be read.
uhhh, unfor
We have a PR (16631) that mentions that at least one error log entry is not
assigned to the appropriate error log (in 1.3). The warning is written by
ap_getword_conf, which doesn't know anything about server_rec structures.
I've discovered this by trying to forward port this feature. However, I'
Hi Justin,
* Justin Erenkrantz ([EMAIL PROTECTED]) wrote:
>
> I think you mean adding -I<...> to CPPFLAGS not to CFLAGS. That should be
> portable and supported everywhere. It's a C preprocessor flag not a flag
> for the compiler. Autoconf will evaluate ac_compile which includes
> $CPPFLAGS
I'm running into a problem with some code based on the
mod_cgid module, on hp-ux. I've also submitted
the underlying problem to comp.systems.hp.hpux.
The problem is that the underlying cgi hangs on a read
from stdin when there is actually no data left to be read.
I can reduce this to a simple dis
server/mpm/config.m4 has this check with a hard-coded path to APR:
APR_CHECK_APR_DEFINE(APR_HAS_THREADS, srclib/apr)
This fails if APR is anywhere else and config doesn't think APR has
thread support.
Is this macro busted and should be replaced with something that does a
test compile using t
--On Tuesday, March 4, 2003 6:43 PM -0500 Geoff Thorpe <[EMAIL PROTECTED]>
wrote:
Questions for apache gurus/code-reviewers;
- AC_CHECK_HEADERS() appears difficult to coax into accepting additional
include paths, so if "--with-ssl=" is specified there appears no
obvious way to have AC_CHECK_
Hello,
JT>I went through the same test this a.m. for a customer with some device
JT>that couldn't handle chunked response. For me, using BrowserMatch to
JT>set downgrade-1.0 eliminated the use of chunking in the response.
Interesting. I confirmed on my setup that this works (answers my HTTP/1.1
q
On Thu, 6 Mar 2003, Joe Orton wrote:
Hi,
> Submitted by: Christian Kratzer, Bjoern A. Zeeb
>
...
> -
> -apr_file_inherit_set(s->error_log);
> }
so now we are back to that point that needs further discussing.
Should we simply remove apr_file_inherit_set or explicitly call
apr_file_
I noticed a couple of these notes apply to me in one way or another so
figured I'd chime in with some thoughts;
* Rodent of Unusual Size ([EMAIL PROTECTED]) wrote:
> APACHE 2.1 STATUS: -*-text-*-
[snip]
> TODO ISSUES REMAINING IN MOD_SSL:
>
> * I
fails to configure with the following error:
Construct makefiles and header files...
creating config_vars.mk
updating cache ./config.cache
creating ./config.status
creating docs/conf/httpd-std.conf
sed: file conftest.s2 line 71: Unterminated `s' command
sed: file conftest.s3 line 3: Unknown command
Good to see that at least one more individual recognized the problem!
Unfortunately with bugzilla, I have only an email addy, and don't see
a name. In any case, Madhu's patch hit first, so that's the name I went
with.
Bill
At 09:10 AM 3/6/2003, Jeff Trawick wrote:
>http://nagoya.apache.org/bugzi
* Greg Ames ([EMAIL PROTECTED]) wrote :
> Thom May wrote:
> >
>
> ouch!
>
very ;-)
> > This patch would be very useful in that respect.
> >+1 from me to have CoreDumpDirectory be able to enable core dumps from root
> >owned processes.
> >Cheers,
> >-Thom
>
> Thanks much for the fe
Thom May wrote:
One solution might be to control it with CoreDumpDirectory. If that's in
the config file, one would assume the admin wants coredumps on failures.
Once more, I have to agree - I only have CoreDumpDirectory enabled when I'm
actually chasing down problems - I never enable it for pro
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-cvs&m=99531770520998&w=2
though the pod leak has been around longer. I haven't checked whether
the mod_file_cache change in tha
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14560
William A. Rowe, Jr. wrote:
At 06:12 AM 3/6/2003, Jeff Trawick wrote:
>[EMAIL PROTECTED] wrote:
>
>
>>wrowe 2003/03/06 00:43:40
>>
>> Modified:modules/ssl ssl_engine_init.c
>> Log:
>> DougM confirms Madhu's suspicions, this chan
At 06:12 AM 3/6/2003, Jeff Trawick wrote:
>[EMAIL PROTECTED] wrote:
>
>>wrowe 2003/03/06 00:43:40
>>
>> Modified:modules/ssl ssl_engine_init.c
>> Log:
>>DougM confirms Madhu's suspicions, this change was inadvertent.
>>Reverting to no longer skip the first cert in the chain.
>
>
probably. My opinion in this case isn't strong either. Actually I wanted to
exclude an oversight of the INIT_FLAG macro :)
OK, point taken, thanks for the feedback Andre!
Allan
* Allan Edwards wrote:
>>> +AP_INIT_TAKE1("WindowsSocketsWorkaround", set_sockets_workaround, NULL,
>>> RSRC_CONF,
>>> + "Set \"on\" to work around buggy Winsock provider implementations of certain
>>> VPN or Firewall software"),
>>> +
>> hey, no need to double code. AP_INIT_FLAG exists ;-)
On Wed, Mar 05, 2003 at 05:23:27PM -0500, Allan Edwards wrote:
>
> Also, anyone have a good reason why we can't remove these
> lines and allow mod_cache to serve default welcome pages?
>
> /* DECLINE urls ending in / ??? EGP: why? */
> if (url[urllen-1] == '/') {
> return DECLI
Paul J. Reder wrote:
There is an entry in the STATUS file about adding regular expression
support for CacheEnable/CacheDisable, wouldn't regular expressions
provide this function and a whole lot more?
That could be the next step, did I hear a volunteer
step forward ;-)
There is an entry in the STATUS file about adding regular expression
support for CacheEnable/CacheDisable, wouldn't regular expressions
provide this function and a whole lot more?
Allan Edwards wrote:
Currently "CachEnable foo / " will configure mod_cache to cache all
forward proxy
responses. See
Andrew Ho wrote:
Hello,
JS>The long answer: using downgrade-1.0 will, in fact, force Apache to
treat
JS>the request as if it was HTTP/1.0. It will therefore use only HTTP/1.0
JS>features in the response. But it will still respond with HTTP/1.1
in the
JS>response line, since this just declares
[EMAIL PROTECTED] wrote:
wrowe 2003/03/06 00:43:40
Modified:modules/ssl ssl_engine_init.c
Log:
DougM confirms Madhu's suspicions, this change was inadvertent.
Reverting to no longer skip the first cert in the chain.
Don't forget CHANGES and the PR number. ISTR that somebody
29 matches
Mail list logo
