oops, wanted to send this to test-dev... sorry.
Stas Bekman wrote:
> I'm documenting the configuration file tokens substitution feature
> (@ServerRoot@, etc). Currently Apache::Test doesn't provide the list of
> valid tokens (and their purpose), neither programmatically nor
> documentally. Wh
Ryan Bloom wrote:
> On Wednesday 21 November 2001 10:29 am, Ian Holsman wrote:
> > On Wed, 2001-11-21 at 10:14, Ryan Bloom wrote:
> > > On Tuesday 20 November 2001 03:23 pm, Doug MacEachern wrote:
>
[...]
> The core should be doing this for you. I think you are seeing the problem
> I described
I'm documenting the configuration file tokens substitution feature
(@ServerRoot@, etc). Currently Apache::Test doesn't provide the list of
valid tokens (and their purpose), neither programmatically nor
documentally. What would be the best way to approach this issue?
___
I wrote:
[...]
> I've managed to isolate the problem a bit further. The csd struct gets
> corrupted within core_create_conn:
Er, no, it actually happens earlier than that. What seems
to have happened is that, in the listener loop, this block
got executed with rv->accept_func==check_pipe_of_d
On Wed, Nov 21, 2001 at 05:26:31PM -0800, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
> So, is the patch a "-1" ?..
Nope, it has 2 +1's (Me and OtherBill). I've applied your patch in my
tree and tested it, so I'm going to wait another day or until someone
else gives it a +1 to commit. :)
-a
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2001/11/21 18:19:06 $]
Release:
2.0.29 :
2.0.28 : released November 13, 2001
2.0.27 : rolled November 6, 2001
2.0.26 : tagged October 16, 2001. not rolled.
2.0.25 : rolle
APACHE 1.3 STATUS: -*-text-*-
Last modified at [$Date: 2001/11/10 20:30:54 $]
Release:
1.3.22: Tagged Oct 8, 2001. Announced Oct 12, 2001.
1.3.21: Not released.
(Pulled for htdocs/manual config mismatch. t/r Oct 5, 2001)
1.3.
I wrote:
> Worker MPM, built from the CVS head earlier today, on Solaris...
I've managed to isolate the problem a bit further. The csd struct gets
corrupted within core_create_conn:
static conn_rec *core_create_conn(apr_pool_t *ptrans, server_rec *server,
ap
On Tue, Nov 20, 2001 at 12:32:07PM -0800, Justin Erenkrantz wrote:
> [ Please inline your patches rather than attaching them unless
> you are using LookOut! It makes it awfully hard to review. ]
What's LookOut! ? BTW, inlining is sorta tricky to do with mutt, and I
haven't yet mastered vim -
Worker MPM, built from the CVS head earlier today, on Solaris...
(gdb) where
#0 apr_sockaddr_ip_get (addr=0xe3a78, sockaddr=0x0) at
../unix/sa_common.c:139
#1 0x4a3e0 in core_create_conn (ptrans=0xe3a78, server=0x7ce08,
csd=0xe3aa8,
conn_id=1) at core.c:3347
#2 0x406d8 in ap_run_create_c
On Wed, 21 Nov 2001, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
> If I'm not wrong, what we're trying to do here is to enforce the strongest
> SSLVerifyDepth b/w the directory config and the server-config -
right, but i don't see why ssl::verify::depth was ever needed for that.
i mean, the
So, is the patch a "-1" ?..
-Madhu
-Original Message-
From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 21, 2001 12:02 AM
To: [EMAIL PROTECTED]
Subject: Re: [PATCH] Makefile.in
On Tue, 20 Nov 2001, Aaron Bannert wrote:
> > Especially with all the linkages, if mo
Sure deal.. I'll incorporate the CA cert., Client cert. generation also..
BTW, I was thinking of removing the "--type" option - are there any
objections ?..
-Madhu
-Original Message-
From: Gomez Henri [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 21, 2001 3:30 PM
To: MATHIHALLI,M
If I'm not wrong, what we're trying to do here is to enforce the strongest
SSLVerifyDepth b/w the directory config and the server-config - I'm not sure
if this patch would achieve that..
Thx
-Madhu
-Original Message-
From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, Novem
i was about to move the usage of c->notes.ssl::verify::depth to
SSLConnRec.verify_depth and in the process noticed the bloody thing is
never used. the comment says:
/*
* override of SSLVerifyDepth
*
* The depth checks are handled by us manually inside the verify callback
I saw a little problem in Makefile.in which didn't install
correctly manual dir, it use prefix/manual instead of manualdir :
Here is the fix :
--- Makefile.in.origThu Nov 22 00:36:09 2001
+++ Makefile.in Thu Nov 22 00:37:01 2001
@@ -95,8 +95,8 @@
@echo Installing HTML documents
En réponse à "MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)"
<[EMAIL PROTECTED]>:
> The script is pretty similar to what we had for Apache 1.3.x.. You can
> get
> the usage details by "./mkcert.sh --help".. Pl. do let me know if the
> Usage
> details provided are not sufficient - I'll try to put in mo
On Tue, 2001-11-20 at 11:29, Justin Erenkrantz wrote:
> On Tue, Nov 20, 2001 at 02:25:56PM -0500, Jeff Trawick wrote:
> > We have several modules which "exit(1)" from their post_config
> > hook if something bad happens that the administrator must correct
> > (e.g., mod_unique_id, mod_rewrite). B
On Wednesday 21 November 2001 12:00 pm, Ian Holsman wrote:
> On Wed, 2001-11-21 at 10:25, [EMAIL PROTECTED] wrote:
> > rbb 01/11/21 10:25:40
> >
> > Modified:modules/generators config5.m4
> >server core.c
>
> hey Ryan
> you forgot to add test_pass_brigade.c
> to CVS
I'm getting hundreds of errors, all referring to the following
C:\Programme\Microsoft Visual Studio\VC98\INCLUDE\wtypes.h(872):
error C2061: Syntax error: Identifier 'PALETTEENTRY'
C:\Programme\Microsoft Visual Studio\VC98\INCLUDE\wtypes.h(873):
error C2059: Syntax error: '}'
C:\Programme\Micro
first hunk switches from using r->notes to r->request_config, which is
much faster. and important considering that code runs at least twice for
every request if mod_setenvif is loaded.
second gets rids of a strcmp. if there is a '!' in val, it will never be
more than that.
Index: modules/metada
On Wed, 2001-11-21 at 10:25, [EMAIL PROTECTED] wrote:
> rbb 01/11/21 10:25:40
>
> Modified:modules/generators config5.m4
>server core.c
hey Ryan
you forgot to add test_pass_brigade.c
to CVS
> Log:
> Fix a bug in our output filter buffering. If a lot of small
Ryan Bloom <[EMAIL PROTECTED]> writes:
> On Wednesday 21 November 2001 11:02 am, Greg Ames wrote:
> > Ryan Bloom wrote:
> > > I would like to remove the OLD_WRITE filter. As much as we tried to
> > > prevent it, we do a LOT of buffering in the core_output_filter to handle
> > > pathological case
On Wednesday 21 November 2001 11:14 am, Jeff Trawick wrote:
> Brian Pane <[EMAIL PROTECTED]> writes:
> > I'm seeing this randomly on Solaris, with a build compiled from
> > the latest CVS head about 5 minutes ago:
> >
> > gdb) where
> > #0 0xff34fab8 in apr_wait_for_io_or_timeout (sock=0xe3130, f
Brian Pane <[EMAIL PROTECTED]> writes:
> I'm seeing this randomly on Solaris, with a build compiled from
> the latest CVS head about 5 minutes ago:
>
> gdb) where
> #0 0xff34fab8 in apr_wait_for_io_or_timeout (sock=0xe3130, for_read=1)
> at sendrecv.c:70
set a breakpoint in the apr socket
On Wednesday 21 November 2001 11:02 am, Greg Ames wrote:
> Ryan Bloom wrote:
> > I would like to remove the OLD_WRITE filter. As much as we tried to
> > prevent it, we do a LOT of buffering in the core_output_filter to handle
> > pathological cases. This means that we buffer at the top of the st
Ryan Bloom wrote:
>
> I would like to remove the OLD_WRITE filter. As much as we tried to prevent
> it, we do a LOT of buffering in the core_output_filter to handle pathological
> cases. This means that we buffer at the top of the stack, and again at the
> bottom of the stack. We can ease the l
I'm seeing this randomly on Solaris, with a build compiled from
the latest CVS head about 5 minutes ago:
gdb) where
#0 0xff34fab8 in apr_wait_for_io_or_timeout (sock=0xe3130, for_read=1)
at sendrecv.c:70
#1 0xff34fd4c in apr_recv (sock=0xe3130, buf=0x103270 "", len=0xfdf03778)
at sendre
I would like to remove the OLD_WRITE filter. As much as we tried to prevent
it, we do a LOT of buffering in the core_output_filter to handle pathological
cases. This means that we buffer at the top of the stack, and again at the
bottom of the stack. We can ease the logic a lot by just removing
On Wednesday 21 November 2001 10:29 am, Ian Holsman wrote:
> On Wed, 2001-11-21 at 10:14, Ryan Bloom wrote:
> > On Tuesday 20 November 2001 03:23 pm, Doug MacEachern wrote:
> >
> > Okay, I have looked at this again. I have a patch, but it is doing too
> > much buffering now. :-( I'm hoping to f
On Wed, 2001-11-21 at 10:14, Ryan Bloom wrote:
> On Tuesday 20 November 2001 03:23 pm, Doug MacEachern wrote:
>
> Okay, I have looked at this again. I have a patch, but it is doing too much
> buffering now. :-( I'm hoping to fix this soon. However, there is a
> misunderstanding in the questi
On Tuesday 20 November 2001 03:23 pm, Doug MacEachern wrote:
Okay, I have looked at this again. I have a patch, but it is doing too much
buffering now. :-( I'm hoping to fix this soon. However, there is a
misunderstanding in the question below that I want to clear up. We try
to buffer up to
The script is pretty similar to what we had for Apache 1.3.x.. You can get
the usage details by "./mkcert.sh --help".. Pl. do let me know if the Usage
details provided are not sufficient - I'll try to put in more details
there..
The creation of a self-signed CA and a certificate are both linked t
The question is, do we do so here [keeping the function and #n syntax]
or move the calls and #n parsing to the fns (with a helper, if it helps.)
Bill
- Original Message -
From: "Jeff Trawick" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 21, 2001 6:54 AM
Subject:
Jeff Trawick wrote:
>
> jean-frederic clere <[EMAIL PROTECTED]> writes:
>
> > ===
> > RCS file: /home/cvs/apache/httpd-2.0/server/mpm/config.m4,v
> > retrieving revision 1.39
> > diff -u -r1.39 config.m4
> > --- ./server/mpm/config.
Thanks Brian.
It's commited.
On Thu, 2001-11-15 at 20:35, Brian Pane wrote:
> Greg Stein wrote:
> [...]
>
> >>I gave up trying to do full reference counting semantics for
> >>duplicates of apr_mmap_t, because I couldn't find a suitable
> >>pool to own the locks that would be required in a thread
On Tue, 2001-11-20 at 20:46, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
> +1.. This is great !!.. The only reason I'd started off with c->notes was
> that I wanted something to be persistant thru' the multiple requests.. This
> solution would be ideal..
>
> -Madhu
I'm looking at the patch,
On Wed, Nov 21, 2001 at 11:40:56AM -0500, Jeff Trawick wrote:
> (maybe AC_MSG_ERROR() bails out; I dunno)
It does. -- justin
jean-frederic clere <[EMAIL PROTECTED]> writes:
> ===
> RCS file: /home/cvs/apache/httpd-2.0/server/mpm/config.m4,v
> retrieving revision 1.39
> diff -u -r1.39 config.m4
> --- ./server/mpm/config.m42001/11/19 18:07:28 1.39
>
Jeff Trawick wrote:
>
> jean-frederic clere <[EMAIL PROTECTED]> writes:
>
> > What should I use now? worker or perchild
>
> As it says in CHANGES...
>
> *) The threaded MPM for Unix has been removed. Use the worker
> MPM instead. [various]
>
> > Would it be possible to check the give
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
> For that matter, I wrote the attached patch to base these on APR, but
do I need to hold the e-mail up to a candle to see the attachment?
--
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
http://www.geocities.com/Silico
Good,
How did we use this script to create the self-signed CA ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>-Original Message---
On Tue, 20 Nov 2001, Aaron Bannert wrote:
> > Especially with all the linkages, if mod_ssl is an so, you have the massive
> > overhead of resolving all the libssl/libeay sorts of symbols just to load
> > a module that's never used. That is brokenness.
>
> I can agree with this (it takes noticabl
43 matches
Mail list logo