On 23-Apr-07, at 8:33 PM, Philip M. Gollucci wrote:
Geoffrey Young wrote:
Philip M. Gollucci wrote:
Geoffrey Young wrote:
http://people.apache.org/~geoff/Apache-Reload-0.07.tar.gz
Done.
I think the first thing we should do is release 0.08 and polish
off the
release process.
we can't
OK cool. Let me know, and I'll send you a tarball of the CVS archive.
On 26-Mar-07, at 10:36 AM, Geoffrey Young wrote:
it seems the Apache::Reload grant has been recorded by the ASF
secretary. when I find the time I'll notify incubator, or figure out
the next step so we can import the code.
On 16-Mar-07, at 12:37 PM, Geoffrey Young wrote:
I can dig up some tuits to make this change if the list approves.
Last
I looked we had your CLA on file, and a please take it [1], so I
think
if you gave us a version control dump (if possible) I could add
this to
the mod_perl trunk ala
Now that A::R is managed by you guys :-)
Begin forwarded message:
From: Liam Bryan [EMAIL PROTECTED]
Date: March 15, 2007 8:36:39 AM EDT (CA)
To: [EMAIL PROTECTED]
Cc: Richard Joel [EMAIL PROTECTED]
Subject: Apache::Reload crash patch
Matt:
At our company, we use the Apache::Reload module in
On 6-Feb-07, at 9:31 AM, Geoffrey Young wrote:
Matt Sergeant wrote:
Hmm, it's been years now since I touched that stuff - I thought the
mod_perl guys *were* maintaining it? I've CC'd Geoff who would know.
from what I can tell, we've taken over Apache2::Reload but not
Apache::Reload. I seem
There's a bug in Apache::Test that prevents it from working properly
when you're trying to test something with mp1 when you've got mp2
installed.
What happens is that Apache::TestConfig does this:
use constant IS_MOD_PERL_2 =
eval { require mod_perl2 } || 0;
Which of course is
On 21 Jun 2005, at 11:43, Malcolm J Harwood wrote:
On Monday 20 June 2005 05:36 pm, Matt Sergeant wrote:
I see in the docs there's a stub to return $c-sbh - a scoreboard
handle. Are there any plans to implement this any time soon?
Which docs?
Apache2::Connection - right at the end.
OK
On 21 Jun 2005, at 14:56, Malcolm J Harwood wrote:
I'm not sure if it makes sense to have it in Apache2::Connection, as
the
WorkerScore is process/thread based rather than connection based. (It
does
have connection specific information in it, but it also has more long
lived
data).
I'm
I see in the docs there's a stub to return $c-sbh - a scoreboard
handle. Are there any plans to implement this any time soon?
Reason I ask is that apache.org has now switched it's mail to using
Apache::Qpsmtpd - yes that's right - a mail server built on mod_perl
2.0 - you guys should be proud
On 20 Jun 2005, at 17:36, Matt Sergeant wrote:
I see in the docs there's a stub to return $c-sbh - a scoreboard
handle. Are there any plans to implement this any time soon?
OK, so answering my own question - looks like Apache::Scoreboard
already works on mod-perl2, modulo a bunch of patches
On 29 Apr 2004, at 19:56, Stas Bekman wrote:
SV *errsv = get_sv(@, TRUE);
This should already be available in XS as ERRSV.
Matt.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 30 Apr 2004, at 21:06, Stas Bekman wrote:
What do you think? Any better ideas?
joking
sub CORE::GLOBAL::exit { dump }
/joking
(sorry, been a long week :-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
On Wednesday, Aug 13, 2003, at 22:46 Europe/London, Perrin Harkins
wrote:
My idea would be to leave Apache::DBI as it is for use with legacy CGI
code and then add a new module to the distribution that is called
explicitly so it has no distance issues. Maybe call it
Apache::DBI::Factory?
There
On Wednesday, Aug 13, 2003, at 21:24 Europe/London, Perrin Harkins
wrote:
On Wed, 2003-08-13 at 16:07, David Wheeler wrote:
On Wednesday, August 13, 2003, at 12:32 PM, David Wheeler wrote:
The code that's causing the hangup looks like this:
First, we all need to yell at you for not using
On Friday, Jul 18, 2003, at 19:04 Europe/London, Stas Bekman wrote:
Matt Sergeant wrote:
On Fri, 18 Jul 2003, Stas Bekman wrote:
As for the prompt, it's probably only useful from within CPAN shell.
From the
command line it's much better to have people pass this argument to
Makefile.PL. Again
On Fri, 18 Jul 2003, Stas Bekman wrote:
As for the prompt, it's probably only useful from within CPAN shell. From the
command line it's much better to have people pass this argument to
Makefile.PL. Again if everybody sets their APXS env var in ~/.login, then all
the future testing using
The subject really says it all. The httpd.conf generated by Apache::Test
is broken because it has the Include extra.conf before the PerlRequire
modperl_startup.pl (which loads modperl_inc.pl).
This means that the currently installed module gets loaded (although for
some reason the right .pm file
On Mon, 10 Mar 2003, Stas Bekman wrote:
Nick Tonkin wrote:
Stas:
CApache-Egensym in the docs throws an error with my 5.8.0 perldoc:
[EMAIL PROTECTED] ~/tmpperldoc porting.pod
porting.pod:200: Unknown escape E
porting.pod:205: Unknown escape E
Thanks Nick, I've fixed it (should
On Tue, 28 Jan 2003, Thomas Eibner wrote:
Yes, that sounds very weak. To me it sounds like Matt doesn't know what
he is doing if he's passing RAW input from a client directly into
something. I know it sounds harsh and I'm not trying to degrade Matt as
I have great respect for the work he is
On Thursday, Jan 30, 2003, at 15:24 Europe/London, Thomas Eibner wrote:
What I was thinking was just that since you can add a header with
$r-headers_out-add it would be possible to add something there to
remove newlines, but since it's probably just an Apache::Table
operation
it wouldn't know
Here's the patch in case anyone is interested in applying it to their own
apache. I think there's probably a bug in that \n might not always be the
right thing to look for (CRLF issues), so please send me corrections ;-)
I haven't actually run this, so it might not work. But to quote Lord
On Mon, 27 Jan 2003, Thomas Eibner wrote:
So, because a programmer doesn't check the validity of the input he gets
it's a bug that should be fixed in Apache? Maybe someone should make
sure that the same thing can't happen with allowing CGI input going
straight into a form.. oh wait.
I don't
On Mon, 27 Jan 2003, Thomas Eibner wrote:
On Mon, Jan 27, 2003 at 02:45:13PM +, Matt Sergeant wrote:
On Mon, 27 Jan 2003, Thomas Eibner wrote:
So, because a programmer doesn't check the validity of the input he gets
it's a bug that should be fixed in Apache? Maybe someone should
At the moment it's possible to do nasty XSS things in mod_perl when you
set a cookie. That's because $r-headers_out-add() (or set()) doesn't
care if you include carriage returns in your header. Simple example
would be:
$r-headers_out-add('Set-Cookie' = 'mycookie=' .
$r-param('myparam'));
On Mon, 15 Jul 2002, Gerald Richter wrote:
Hi,
for whatever it's worth, I just wanted to let you know that I have made a
lot of test with DBI DBD::Oracle DBD::ODBC when using threads und
mod_perl 2. The result is, that the current DBI (1.28) seems to work as long
as DBI comes into play
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sorry for the off topic post, but I'm not sure where else to post...
Has anyone here ever seen bugs with requests on an EAPI enabled Apache where
r-per_dir_config is NULL? I haven't managed to replicate the bug yet, but a
number of AxKit users are
On Tue, 14 May 2002, Arthur Bergman wrote:
The following patch corrects the problem without having any bad side
effects as far as I know.
IIRC there are earlier perl 5's where file handles as a string rather than
a globref don't work. But I'm talking like 5.001 or something, so I
wouldn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is there an alternative to Apache::src yet?
- --
:-get a SMart net/:-
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjy8fewACgkQVBc71ct6Oyx/MQCfYN64sXGW9jB1lRCNte1cjSLa
On Fri, 29 Mar 2002, Jim Helm wrote:
(Hi, I posted this to the regular list a few days ago, and didn't get
any response, so maybe it was more suited to this audience... )
Ok, this is pretty long, but I was trying to make sure I included
everything relevant to the problem.
Is there a
On Wed, 27 Mar 2002, Geoffrey Young wrote:
Mine was apache 1.3.23.
and
APACHE_SRC=../apache_1.3.12/src \
?
D'oh! Sorry, the configuration for compiling was merely cut and paste
direct from AxKit's INSTALL file, and I locally fixed up the APACHE_SRC
configuration variable.
I looked
On Mon, 18 Mar 2002, Geoffrey Young wrote:
hi all...
well, I thought I'd try to help give the 1.3 tree some forward momentum...
my thought is to run through the STATUS file and present all the available patches
for
review and incorporation into core, and I thought I'd start with one I
On Tue, 26 Mar 2002, Geoffrey Young wrote:
Test fails for me. I'll try and debug a bit more.
hmph, with the mod_perl.c patch?
does it fail for anyone else? I just rebuilt the 1.27 release candidate with 5.6.1
and it
passed just fine.
I rememebered that I forgot to include my build
On Wed, 6 Mar 2002, Stas Bekman wrote:
perl-5.7.3 is out. It passes all tests with threads enabled flawlessly :)
So if you were afraid to upgrade your bleadperl it's good time to do it now.
Watch out if you use XML though. Both XML::Parser and XML::SAX reveal
segfaults in the new perl.
--
On Mon, 31 Dec 2001, Stas Bekman wrote:
Matt Sergeant wrote:
Another request - could we make Apache::Test obey the two Test::Harness
flags TEST_VERBOSE and TEST_FILES. This would make life so much easier.
None of these seem to exist in the latest Test::Harness, I think these
were
On Mon, 31 Dec 2001, Stas Bekman wrote:
[subject change to reflect the real topic]
Matt Sergeant wrote:
Sorry, I guess I wasn't clear. Those are make variables you can set on the
call to make test. Check a Makefile generated (but one that uses the
standard test suite, not Apache::Test
Is Apache::Test intended to run on 5.00503? If so, then t/apache/limits.t
doesn't compile there (use warnings, and line 64). Otherwise, you should
add a use 5.006 line or something to the Makefile.PL.
RCS file: /home/cvspublic/httpd-test/perl-framework/t/apache/limits.t,v
retrieving revision
On Sun, 30 Dec 2001, Matt Sergeant wrote:
Is Apache::Test intended to run on 5.00503? If so, then t/apache/limits.t
doesn't compile there (use warnings, and line 64). Otherwise, you should
add a use 5.006 line or something to the Makefile.PL.
RCS file: /home/cvspublic/httpd-test/perl
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
[CC'ing Matt, in case here is not on the list]
(thanks, I'm not on the list at the moment due to continued sergeant.org
outage)
Apache::Reload should be changed to only re-load the file
if it exists
(-e),
On 16 Jul 2001 17:56:13 -0700, Doug MacEachern wrote:
On 16 Jul 2001, Matt Sergeant wrote:
However you still need PerlModule AxKit, to load the .so (actually even
that's slightly incorrect - I have it working so you can do LoadModule
/path/to/AxKit.so).
eek, why would you want to use
On 16 Jul 2001 14:46:45 -0400, Geoffrey Young wrote:
hi doug...
what's the game plan for directive handlers in 2.0. I was playing around
with them in 1.3 quite heavily last week and found myself wondering if it
wouldn't be cool to have a generic mechanism that you could slip into the
On Sat, 23 Jun 2001, Stas Bekman wrote:
That, and XS really isn't that
hard. Like anything, it takes a bit of learning (as did mod_perl when I
started using it!), and there could do to be a good book on it.
Simon Cozens is working on 'Perl 5 Internals' book. I'm looking forward to
put
On Sat, 23 Jun 2001, Ken Williams wrote:
[EMAIL PROTECTED] (Matt Sergeant) wrote:
Except that until Inline is included in core, it won't be a widely used
way to build performant code, IMHO.
Jarkko offered to put Inline into the core, and Brian actually refused.
The reason is that he's
OK I'm now officially going to go bald with the mod_php vs mod_perl config
directives issues...
Here's a fun gdb output to ponder over:
(gdb) n
513 for (handp = handlers; handp-hr.content_type; ++handp) {
(gdb)
514 if (handler_len == handp-len
(gdb) p *handp
$138 = {hr =
On 17 May 2001, [EMAIL PROTECTED] wrote:
+ li
+
+ a href=http://template-toolkit.org/;The Template
+ Toolkit/a is a fast, powerful and easily extensible
+ template processing system written in Perl. It is
+ ideally
On Thu, 17 May 2001, Stas Bekman wrote:
How about http://www.openinteract.org/ which is heavily based on TT.
Yep, that should go in there too.
anything else?
Well you could add *lots* of modules in there, e.g. RAO, Apache-Template,
Apache-OAS, Apache-iNcom, Zobel... You could/should
On Sun, 1 Apr 2001, Ken Williams wrote:
Dang. So that would mean that in order to fix this, Apache-request($r)
would have to accept an arbitrary scalar, not something automatically
converted to an Apache object, right?
Right.
And then there's the matter of how it should be stored...
I
On Fri, 30 Mar 2001, Ken Williams wrote:
The thing I can't figure out from the XS code is how/where
Apache-request calls sv2request_rec(), which actually does the
extraction work. Somehow it's automatically converted, because I see no
manual conversion in the Apache-request code below:
On Mon, 5 Mar 2001, Stas Bekman wrote:
Doug,
I was wondering whether you have looked at Inline.pm that allows you to
embed C/C++ directly into Perl. Would it make any sense to use it in
mod_perl sources, or is it easier for you to write directly in XS than C?
Would it make sense to let
On Mon, 5 Mar 2001, Stas Bekman wrote:
Sounds cool, but what are the chances that it'll get into the main Perl
distro? If it doesn't it doesn't make sense to exercise to different
macro languages.
What are the chances Inline.pm will make it in? Well actually probably
higher since Brian works
On Mon, 19 Feb 2001, G.W. Haywood wrote:
Hi Matt,
On Mon, 19 Feb 2001, Matt Sergeant wrote:
Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
[snip]
Compiler:
cc='cc', optimize='-O3 ...
Now didn't I tell you that nothing more than -O2 was safe
On Sun, 18 Feb 2001, Doug MacEachern wrote:
On Fri, 16 Feb 2001, Matt Sergeant wrote:
This seems to fix it:
...
I'm not sure its the right fix, but my server doesn't segfault any more
its not the right fix, as it looks like you've already discovered :)
you should be able to get
On Sun, 18 Feb 2001, Doug MacEachern wrote:
On Thu, 15 Feb 2001, Matt Sergeant wrote:
i haven't tried this yet, but curious if:
use Apache qw(warn);
will make a difference.
or changing 'warn ...' to '$r-log-warn(...)'
While both work, they still suffer from all the extraneous info
On Sun, 18 Feb 2001, Doug MacEachern wrote:
On Sun, 18 Feb 2001, Matt Sergeant wrote:
If you can't find it, we'll get together at ApacheCon so you can debug it
direct on my box.
you don't really want to wait until then do you? :)
Well I'm not bothered for me because commenting out
On Sun, 18 Feb 2001, Doug MacEachern wrote:
On Sun, 18 Feb 2001, Matt Sergeant wrote:
While both work, they still suffer from all the extraneous info that
1.3+ logging outputs: "[Date] [leve]", or for info: "[Date] [level]
[ip]". Rather annoying.
right. the
This seems to fix it:
--- ExtUtils.pm.old Fri Feb 16 16:38:05 2001
+++ ExtUtils.pm Fri Feb 16 16:38:30 2001
@@ -283,7 +283,7 @@
add_module(XS_${modname});
stash_mod_pointer("$class", XS_${modname});
register_cleanup(perl_get_startup_pool(), (void *)1,
-
On Wed, 14 Feb 2001, Doug MacEachern wrote:
On Wed, 14 Feb 2001, Matt Sergeant wrote:
Gotcha... So any idea what my bug is then? I had to switch everything to
info logs, which has *way* too much information for my debugging needs.
nope, haven't had a chance to look yet. if you want
On Wed, 14 Feb 2001, Doug MacEachern wrote:
On Sun, 11 Feb 2001, Stas Bekman wrote:
Brian, will you have a chance to commit Apache::LogSTDERR to CPAN or
mod_perl source? You said you will, it's still not there, so I'm kinda
puzzled whether to document this one in the book or not.
On Wed, 14 Feb 2001, Doug MacEachern wrote:
I think it was first mentioned here:
http://forum.swarthmore.edu/epigone/modperl/vixquimwhen
matt, read this, it explains what it does.
Gotcha... So any idea what my bug is then? I had to switch everything to
info logs, which has *way* too much
On Thu, 25 Jan 2001, Doug MacEachern wrote:
i'd like to release 1.25 tommorrow, i do not plan on making any other
changes unless a showshopper pops up.
if anybody can test the current cvs or this snapshot:
http://perl.apache.org/~dougm/mod_perl-1.24_02-dev.tar.gz
and pass along test
On Tue, 10 Oct 2000, Sander van Zoest wrote:
On Tue, 10 Oct 2000, Randy Kobes wrote:
Hi,
I've attached a draft diff to the cvs mod_perl
top-level Makefile.PL for building mod_perl on
Win32 using VC++. There's two aspects to this.
Randy,
You might want to play with the
On Thu, 14 Sep 2000, Doug MacEachern wrote:
my paper for apachecon still isn't done, mostly because each time i start
to write about something new that doesn't exist yet, i got itchy and had
to scratch it. there's some filtering and protocol handler stuff talked
about that works, but i
On Sun, 3 Sep 2000, Gerald Richter wrote:
One thing I'd like to add,
and I'll send a patch to you soonish if you think it's worthwhile, is
the ability to specify a whole subtree to be reloaded: using ReloadModules
is fine but after a while adding modules to the list gets tedious. In
On Fri, 1 Sep 2000, Stas Bekman wrote:
On 1 Sep 2000 [EMAIL PROTECTED] wrote:
dougm 00/08/31 22:22:16
Modified:.ToDo
Log:
yippe
Revision ChangesPath
1.248 +0 -2 modperl/ToDo
Index: ToDo
On Fri, 1 Sep 2000, Randy Kobes wrote:
On Fri, 1 Sep 2000, Matt Sergeant wrote:
Well it seems to be working. Like Randy, I too haven't done much stress
testing, and in fact haven't even done much no-stress testing, I just
wanted to get a mail out saying I managed to compile
On Fri, 1 Sep 2000, Gerald Richter wrote:
P.S. You and Matt talked about a lot of objects that you had to add manualy.
What exactly was neccessary to do? Maybe I have an idea how to fix this,
because I had played a some time around when I made the first version of
Embperl to compile on
65 matches
Mail list logo
