Too late to run INIT block at C:/Perl/site/lib/Devel/Cover.pm line 153.
Too late to run CHECK block at C:/Perl/site/lib/Devel/Cover.pm line 155.
don't worry about those.
The only interesting line in t/logs/error_log is:
[Mon Jul 18 14:32:40 2005] [error] [client 127.0.0.1] failed to
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
William A. Rowe, Jr. wrote:
At 12:12 AM 7/17/2005, [EMAIL PROTECTED] wrote:
Author: ianh
Date: Sat Jul 16 22:12:10 2005
New Revision: 219372
URL: http://svn.apache.org/viewcvs?rev=219372view=rev
Log:
This patch adds a new hook (request_status) that gets ran in proxy_handler
just before the
Bill Stoddard wrote:
William A. Rowe, Jr. wrote:
A new structure member (at the end of an httpd-allocated structure)
This one can be tricky to manage. Since every structure in httpd is
accessable to modules, it is possible for a custom module to allocate
structures and pass them back into
At 07:57 PM 7/17/2005, Ian Holsman wrote:
ok..
I'll go fix the structure.
I wasn't sure what the difference was.
A new structure member (at the end of an httpd-allocated structure)
or new function are minor bumps; which this patch falls under.
The user updating should not need to update their
Thanks Paul, you just collided with the refactoring of 2.1.x proxy.
Thank you for not announcing this first.
Thank you for ignoring the entire user community in your zeal
to move forward with ... what?
Thank you for helping the entire dev community begin refactoring
httpd 2.3 long before there
At 09:39 AM 7/18/2005, [EMAIL PROTECTED] wrote:
+ -1: jorton: this is a massive patch and extremely hard to review
+ for actual interesting content; it is mixed in with all sorts
+ of unrelated stuff. It needs to at least be split up or
+ the unrelated stuff
Jem/Paul/Nick: I'm especially interested in what you think about the
design I've laid out in this implementation.
I'll try this out today and send my feedback.
With respect to hooking every command, the reason I suggested that is to
offer some usefl facilities to those writing filter modules.
Hi,
I'm going to make a new MPM (I called it Dispatching MPM, or D-MPM) that
would do what perchild is supposed to do. Here is a rough proposal of
the architecture.
My general idea is shown on the following diagram of example state of
D-MPM:
+---+ +---++---+
A quick plea to those collaborating at the Stuttgart hackathon
this week ...
Please remember that decisions need to be made on [EMAIL PROTECTED]
Hopefully high-bandwidth discussions will generate some pretty
slick code and solutions. Although those in the rest of the
world will be lagging a
Hi there,
I've written an authorization module that uses cookies to track
authorization state (for Apache 2.0.54). I'm using apr_shm to create a
shared memory region to hold the state info (and just putting a session
ID in the actual cookie). Using apr_rmm to manage the records seems to
On Jul 18, 2005, at 10:26 AM, William A. Rowe, Jr. wrote:
Please remember that decisions need to be made on [EMAIL PROTECTED]
Hopefully high-bandwidth discussions will generate some pretty
slick code and solutions. Although those in the rest of the
world will be lagging a bit, the history of
Thanks Paul, you just collided with the refactoring of 2.1.x proxy.
That isn't possible. Trunk is still trunk.
Thank you for not announcing this first.
That isn't necessary.
Thank you for ignoring the entire user community in your zeal
to move forward with ... what?
Preparing a tarball
A new issue which tangentially affects Apache...
List-Id: bugtraq.list-id.securityfocus.com
Date: Mon, 18 Jul 2005 19:40:32 +0200
From: Amit Klein (AKsecurity) [EMAIL PROTECTED]
Subject: NTLM HTTP Authentication is insecure by design - a new writeup by
Amit Klein
To: bugTraq
At 01:19 PM 7/18/2005, William A. Rowe, Jr. wrote:
So, I call a vote that we drop R-T-C altogether. It's pretty clear
to me that those interested in current / near-future / far-future
users are almost three distinct groups. It will be up to those
small groups to call out and vote on changes
At 12:44 PM 7/18/2005, Roy T. Fielding wrote:
On Jul 18, 2005, at 10:26 AM, William A. Rowe, Jr. wrote:
Please remember that decisions need to be made on [EMAIL PROTECTED]
Hopefully high-bandwidth discussions will generate some pretty
slick code and solutions. Although those in the rest of the
Geoffrey Young wrote:
well, it's not exactly a bug - it looks like Test::Builder changed
reset() from a class method to an object method since that code was written.
I guess I'll need to fix that :)
fixed in svn. if you have a moment to test, that would be great.
Thanks! Here's the report
Hi Rian,
I like how the code is done. I am not sure a hook for each smtp command
is the good solution. Adding a new command here is very simple and quick.
the problem i found when i did my poc is when there is in the command,
different destination email. It's difficult here to keep the
At 12:51 PM 7/18/2005, Roy T. Fielding wrote:
Or you could simply keep working on trunk like everyone else
and let releases be made when a tarball gets three +1s.
Version numbers are cheap. Telling the entire group to stop while
you work on the next big patch is extremely expensive.
Ok, so we
At 09:39 AM 7/18/2005, [EMAIL PROTECTED] wrote:
Author: jorton
Date: Mon Jul 18 07:39:01 2005
New Revision: 219501
Attempt to review the proxy patch...
Joe, one reason it's -very- hard to follow this patch is because
of r171205, never released, which didn't follow the RFC in attempting
to close
This is my first attempt at writing an experimental version of mod_smtpd. I
don't yet have svn access yet so this code can be downloaded from
http://rian.merseine.nu/mod_smtpd-0.1.tar.gz.
Nifty! I had some compilation problems involving regex, so in the attached
patch I use ap_regex.h and
22 matches
Mail list logo
