On Tue, 19 Sep 2006, Derek R. Price wrote:
Philip M. Gollucci wrote:
http://svn.apache.org/viewvc?view=revrev=447770
How's that ?
Looks good to me. Dave?
Not as good as actually _being_ backwards compatible, but if it's
documented I can't complain.
-dave
Hello, mod_perlers,
That time has come in my life where I'm in the market for a new job. I'm
mostly interested in a full time position, though a suitably fascinating,
well-paying, and long-term contract is something I'd consider as well.
I live in Minneapolis and I'm not looking to move, but
numbers on 2.6.x kernels. Taken
from Apache2::SizeLimit.
[Dave Rolsky [EMAIL PROTECTED]]
Added support for using Linux::Pid to get the parent pid on
Linux. This fixes a long-standing bug that caused this module to never
actually kill a process when using Perl 5.8.1+ on Linux.
[Dave Rolsky
On Wed, 12 Jul 2006, Dave Rolsky wrote:
I'm quite excited to announce the first release of Apache::SizeLimit
independent of the mod_perl 1.x core. Thanks to Geoff Young, Perrin Harkin,
s/Harkin/Harkins/
and Phil G for all their help with the work that went into making this
s/G/Gollucci
http://people.apache.org/~autarch/Apache-SizeLimit-0.9-rc2.tar.gz
This RC differs from the previous RC primarily in a major bug fix for shared
memory calculations in BSDs. Apparently the module had been calculating this as
1024 times bigger than was being reported, which would make for some
This is available here:
http://people.apache.org/~autarch/Apache-SizeLimit-0.9.tar.gz
There are a lot of changes in this release, notably a new API to the existing
functionality, bugfixes, and lots of doc rewriting.
It also has tests, which is always a good thing. I've also tested it
On Tue, 20 Jun 2006, Geoffrey Young wrote:
I think I'd really like to see several things decided via public discussion:
o whether Apache::SizeLimit should support both mp1 and mp2
Eventually, that'd be fine. I don't want that to be a barrier for an
initial independent release.
o
On Sat, 17 Jun 2006, Perrin Harkins wrote:
For the record, I'm thrilled to have Dave's help with this module. I
was doing most of the work on it in the past, but have not been keeping
up with it. I kind of lost my zeal for it when we discovered how wrong
the copy-on-write sharing numbers
Apache::SizeLimit has a long-standing bug on Linux where it never actually
kills a child, because of Perl's caching of ppid info internally, and the
way this interacts with Apache's forking.
See this thread for details:
http://mail-archives.apache.org/mod_mbox/perl-modperl/200505.mbox/[EMAIL
On Fri, 16 Jun 2006, Geoffrey Young wrote:
Dave Rolsky wrote:
Apache::SizeLimit has a long-standing bug on Linux where it never
actually kills a child, because of Perl's caching of ppid info
internally, and the way this interacts with Apache's forking.
See this thread for details:
http://mail
On Fri, 16 Jun 2006, Perrin Harkins wrote:
Dave Rolsky wrote:
Apache::SizeLimit has a long-standing bug on Linux where it never actually
kills a child, because of Perl's caching of ppid info internally, and the
way this interacts with Apache's forking.
See this thread for details:
http
On Fri, 16 Jun 2006, Dave Rolsky wrote:
But I wasn't saying I'm going to release it, screw you. I was saying I'd
like to release a bug-fixed version, because I have no idea when mod_perl
1.30 will come out, if ever, but I can fix this bug and release
Apache::SizeLimit 0.04 right now.
I
On Fri, 16 Jun 2006, Torsten Foertsch wrote:
Yes, since 5.8.1. The problem is that the now old linux-threads implementation
returns different values for getpid() and getppid() for different threads.
Hence Perl decides better to cache these values and update the cache on
fork() to make it more
On Fri, 16 Jun 2006, Geoffrey Young wrote:
But I wasn't saying I'm going to release it, screw you.
sure sounded that way, but ok.
I apologize. Note the question mark in the title of this thread. I thought
I was offering to help the mod_perl project, honestly.
I was saying I'd like to
I have both Apache1 2 with mp1 2 on my system (for testing). By
default, Apache::Test seems to find and use Apache1, which is fine, but I
need to figure out how to tell it to run its tests with Apache2 as well,
since this is for a module that I want to work with both mod_perl
versions.
On Wed, 14 Sep 2005, Perrin Harkins wrote:
enough to use, so you still need mod_perl or FastCGI. Because the
current crop of linux distros came out before mod_perl 2 but couldn't
use mod_perl 1 (since they are using apache 2), they have poor mod_perl
That's not entirely true. Debian Sarge
On Wed, 10 Aug 2005, Philip M. Gollucci wrote:
http://people.apache.org/~pgollucci/CPAN/Apache-DBI/Apache-DBI-0.100.tar.gz
0.100 0.99 !
The CPAN indexer may not like this, and the CPAN shell will certainly not
like it.
-dave
/*===
On Wed, 10 Aug 2005, Philip M. Gollucci wrote:
Its not going to be indexed anyway as I don't have the perms. Ask does.
But, thats a good catch. Whats the next version number after .99 ?
Do I make a 1.00 or a 0.991?
That's up to you, I guess.
As for perms, Ask can give you co-maintainership
On Sat, 19 Jun 2004, Eric Berg wrote:
I just put it up at http://bergbrains.com/MasonSolutionsGuide.html.
If this is specifically aimed at Mason, you can put it on the MasonHQ
site, which is a wiki.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
On Tue, 15 Jun 2004, Frank Wiles wrote:
mod_perl Advocacy and PR
Thursday 8-9pm Columbia Room
Doh, same time as the Mason BOF. I hope this doesn't conflict for too
many folks. Oh well, too many BOFs, too little time.
-dave
/*===
House Absolute Consulting
On Tue, 8 Jun 2004 [EMAIL PROTECTED] wrote:
My 2 cents is that mod_perl lacks an established application server/tookits
so for a serious web application, programmers have to rely mostly on the original
API to get the full benifit. While there sevearl great application tools like
mason, ePerl,
On Wed, 9 Jun 2004, Todd Cranston-Cuebas wrote:
programmer. However, I do recruit a lot of perl programmers! What isn't
really being discussed is that fact that new programmers often work with
whatever technology allows them to cheaply get sites up and running on the
web. Do a Yahoo search on
0.05 2004-05-29
- The handler method was broken.
- Added a warning about being careful to make sure that the app object
goes out of scope at the end of the request, because if you make it a
global via the Mason Interp object's set_global() method, it can
persist across requests.
-dave
0.02 2004-05-12
- Fix a dumb syntax error that broke the session_wrapper() method.
Reported by Michael Alan Dorman.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
--
Report problems: http://perl.apache.org/bugs/
Mail list info:
On Wed, 12 May 2004, John Siracusa wrote:
You must call clean_request_args() on the ApacheHandler object at the end of
the request, unless you are making a new ApacheHandler object for every
request. Otherwise bad things will happen.
This is lame, so if someone thinks of a better way to
On Wed, 12 May 2004, John Siracusa wrote:
I hope to make ApacheHandler a little less self-contained in the next
major release (1.4), but for now I'm stuck with nasty hacks.
...which begs the question, why not use an interp in MasonX::WebApp instead
of trying to wedge in behind Mason's
0.04 2004-05-13
- Calling clean_request_args() on the ApacheHandler object at the end
of the request is no longer needed. Thanks to Ken Williams for
suggesting that I use $r-pnotes(). But why didn't I think of that?
-dave
/*===
House Absolute Consulting
0.17 2004-04-23
- Fix a bug in checking parameters which could occur when the commit
parameter for Postgres, Oracle, or Sybcase was passed. This caused a
fatal error when creating the wrapper object. Patch by Max Baker.
-dave
/*===
House Absolute Consulting
On Thu, 15 Apr 2004, Fco. Valladolid wrote:
http://www.hirnfrei.org/~simon/hirnfrei.pictures/perl.jpg
This is totally inappropriate for a public mailing list made up almost
entirely of strangers.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
On Mon, 5 Apr 2004, Dave Rolsky wrote:
- Explicitly handle redirect statuses when an abort exception is
thrown from the Interp object's exec() method. This fixes some
problems when this module was used with David Wheeler's
MasonX::Interp::WithCallbacks module.
Doh, this should mention
On Tue, 9 Mar 2004, Geoffrey Young wrote:
ok, the attached patch fixes the problem. it turns out that XS as simple as
this
RETVAL = Nullsv;
if (!SvOK(RETVAL)) {
XSRETURN_UNDEF;
}
dumps core all on its own (without mod_perl's help :)
will be fixed in the next release
So this change was incorporated in the latest Debian apache-perl package,
and it causes segfaults when used with Mason.
The trigger seems to be the fact that Mason includes this bit of code
which _may_ be called at server startup:
my $c = $r ? $r : Apache-server;
@val =
to the CPAN RT system at
http://rt.cpan.org/NoAuth/ReportBug.html?Queue=Apache%3A%3ASession%3A%3A
Wrapper or via email at [EMAIL PROTECTED]
Support questions can be sent to me at my email address, listed below.
AUTHOR
Dave Rolsky, [EMAIL PROTECTED]
--
Report problems: http
On Thu, 26 Feb 2004, Dave Rolsky wrote:
So here's the second release of the module that was discussed on this list
Swiftly followed by the third release, which includes some doc
improvements.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
On Wed, 25 Feb 2004, Casey West wrote:
of work for the maintainer in working through the mailing list archives
Or maintainer_s_. Why not set up an SF project for this? Then you and
Enrico can both do work on it. There's no reason a Perl module needs one
and only one maintainer.
-dave
On Wed, 25 Feb 2004, Casey West wrote:
Whatever Jeffery wants. I've not been so presumptuous to think that he
likes the idea of me working on his code at all, thus the generics.
Well, he did say he'd be happy and grateful to hand off the
maintainership of Apache::Session to one or a group of
On Tue, 24 Feb 2004, Enrico Sorcinelli wrote:
Yes, I know about Apache::SessionManager but unfortunately it is tightly
tied into mod_perl, going so far as to subclass the Apache class (which I
think is a bad idea, in this case).
Unfortunately why?
Because I want something that works
I'd like to create a wrapper around Apache::Session that would
automatically create the session based on either a query/POST parameter,
or a cookie (or try both), based on the code in
MasonX::Request::WithApacheSession.
My plan is to basically rip out the guts of that module, release it
, then this method returns a false
value.
SUPPORT
Please submit bugs to the CPAN RT system at
http://rt.cpan.org/NoAuth/ReportBug.html?Queue=Apache%3A%3AQuota or
via email at [EMAIL PROTECTED]
AUTHOR
Dave Rolsky [EMAIL PROTECTED]
COPYRIGHT
Copyright (c) 2003
On Sat, 17 Jan 2004, [EMAIL PROTECTED] wrote:
Have you looked at?
http://www.snert.com/Software/mod_throttle/
Yes, it doesn't allow per-client throttling inside Location blocks, so
it doesn't do what I need. In fact, my original message stated I looked
at mod_throttle and mod_bandwidth.
I looked for a flexible bandwidth limiting solution that would let me
apply limits to a location, vhost, the whole server, and on either a
per-client or global basis.
I couldn't find one, but I may have missed something obvious. I know that
neither mod_throttle or mod_bandwidth are flexible
If you call Apache::Request-instance with an undefined value, it dies
when it tries to call pnotes() on that argument.
It seems to me that it should simply return a false value if given undef.
This can happen if you have a piece of code like this:
my $r =
On Tue, 16 Dec 2003, Joe Schaefer wrote:
Dave Rolsky [EMAIL PROTECTED] writes:
If you call Apache::Request-instance with an undefined value, it dies
when it tries to call pnotes() on that argument.
It seems to me that it should simply return a false value if given
undef. This can
.
-- Forwarded message --
Date: Fri, 12 Dec 2003 22:06:46 +0100
From: PAUSE [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Dave Rolsky [EMAIL PROTECTED]
Subject: CPAN Upload: D/DR/DROLSKY/HTML-Mason-1.25.tar.gz
The uploaded file
HTML-Mason-1.25.tar.gz
has entered CPAN as
file: $CPAN
Kane.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
-- Forwarded message --
Date: Wed, 12 Nov 2003 18:59:37 +0100
From: PAUSE [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Dave Rolsky [EMAIL PROTECTED]
Subject: CPAN
45 matches
Mail list logo
