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 I
On Tue, 19 Sep 2006, Derek R. Price wrote:
Philip M. Gollucci wrote:
http://svn.apache.org/viewvc?view=rev&rev=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
/*===
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/Gol
ared memory 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+
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 ver
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 manually
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 whether
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 wer
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 r
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 co
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::
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 deta
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:
h
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 P
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.
U
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 (s
On Fri, 26 Aug 2005, Jeff wrote:
It is not even available on Testing and Unstable :(
Sure it is. Unstable has 2.0.1.
-dave
/*===
VegGuide.Orgwww.BookIRead.com
Your guide to all that's veg. My book blog
==
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 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
/*===
VegGuid
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
www.house
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 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, e
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.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
www.houseabsolut
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'
0.03 2004-05-12
- _LoadActions was broken, and didn't work at all.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiq
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 bett
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: http
This is the first release of this code, and it's probably buggy, but I
think it's pretty neat.
>From the docs ...
=head1 SYNOPSIS
# Create a subclass of MasonX::WebApp
package My::WebApp;
use base 'MasonX::WebApp';
sub _init
{
# do neat stuff
}
# In your Apache config file
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
www.housea
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.
Do
1.26 April 5, 2004
[ BUG FIXES ]
- The fix to make CGIHandler support flush_buffer and autoflush caused
it to not rethrow any exceptions created during the request. If
error_mode was set to 'fatal', then an error would simply cause no
output to be generated. Task id #531.
- A comment in the l
0.14 2004-04-03
- Fix a bug which causes the constructor to complain some required
parameters were missing when in fact the required parameters had been
given. Reported by Jim Mozley.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
0.13 2004-03-19
- Allow the cookie expiration to be set to "session", which is
equivalent to undef, and causes the cookie to expire when the browser
is closed. Requested by Herald (RT #5615) for
MasonX::Request::WithApacheSession.
- Remove some incorrect default values for some parameters, whi
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 n
On Mon, 8 Mar 2004, Geoffrey Young wrote:
> Dave Rolsky wrote:
> > So this change was incorporated in the latest Debian apache-perl package,
> > and it causes segfaults when used with Mason.
>
> do you have a backtrace, perl version, etc? has it been reported with
> multi
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 = H
up using "CGI::Cookie" then must provide a "header_object"
parameter. The module calls "err_header_out()" or "header_out()" on the
provided object, using the former if it's available.
SUBCLASSING
This class provides a simply hook fo
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.houseabso
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 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 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 wor
On Mon, 23 Feb 2004, Jean-Michel Hiver wrote:
> Well if you write 'a wrapper around Apache::Session', then I think you
> should call it Apache::Session::Wrapper since that's what you say it is...
True enough, I guess. But the original Apache::Session namespace was a
mistake, because it's not mod
On Sun, 22 Feb 2004, Andrew Gaffney wrote:
> You forgot a part:
>
> CGI::WhyHasn'tThisBeenWrittenBySomeoneElseAlready::Dammit::[Session|Wrapper]
>
> Also, I don't know if apostrophies would work as Perl would think it was a quote. ;)
Actually, apostrophes _do_ work. In Perl 4, namespaces were de
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
separately
And now a version without syntax errors.
Doh!
I thought I ran those tests before uploading the darn thing.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
===*/
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.ap
the number value will be set, along with the current time.
If the key is not in the db file, then this method returns a false
value.
* reset_key
This function requires a "key" parameter. This completely resets
usage information for the given key.
I
On Sat, 17 Jan 2004, Stas Bekman wrote:
> Dave Rolsky wrote:
> [...]
> > The code I wrote isn't really designed so much to throttle requests as to
> > impose quotas, so that you can say "no client can download more than X per
> > day". This is more usefu
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 blocks, so
it doesn't do what I need. In fact, my original message stated I looked
at mod_throttle and mod_bandwidth.
-dave
On Sat, 17 Jan 2004, Randal L. Schwartz wrote:
> Perrin> By the way, did you look at Randal's throttle code? (Posted as
> Perrin> Stonehenge::Throttle, I believe.) That's what I started with last
> Perrin> time I needed to do this. It worked well over NFS for a cluster.
>
> And I'm thinking abo
So I wrote the code I needed, and I'd like to release it. I'm thinking of
calling it Apache::Quota, since it does limits of total amount downloaded,
as opposed to speed limits. OTOH, with the right config (30k per 30s or
something), it does amount to speed limiting, so maybe Apache::Bandwidth
(my
On Sat, 17 Jan 2004, Ged Haywood wrote:
> > 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 t
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 enoug
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
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 = Apache::Request->instance(Apache->reque
ush parameter.
-- 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
ha
rted by Patrick 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 <[E
On Wed, 1 Oct 2003, Javier Alvarado wrote:
> 2) Make sure the session is untied after *every* request (i.e. even if
> a request is aborted, an error occurs in the middle, etc). Otherwise,
> when the next request tries to tie it it will block.
With MasonX::Request::WithApacheSession, this
60 matches
Mail list logo
