[EMAIL PROTECTED] (Randal L. Schwartz) writes:
> > "Geoffrey" == Geoffrey Young <[EMAIL PROTECTED]> writes:
>
> >> > still need more suggestions for a theme that aren't
> >> > tongue-in-cheek,
> >>
> >> lol! Why, I thought that was the idea!!!
>
> Geoffrey> well, of course - but much folly
Robert Landrum <[EMAIL PROTECTED]> writes:
> I've never tried this, but you could store things into main using
> one handler and retrieve them with another, provided that you
> cleaned up afterward. If, for any reason you failed to cleanup, the
> server would leak memory... not that it doesn't al
Matt Sergeant <[EMAIL PROTECTED]> writes:
> On Tue, 30 Jan 2001, Robin Berjon wrote:
>
> > At 13:54 30/01/2001 +, Matt Sergeant wrote:
> > >On Tue, 30 Jan 2001, [EMAIL PROTECTED] wrote:
> > >> Seriously - it should be possible to create a XSLT stylesheet that
> > will
> > >>out
What does the happiness or otherwise of mod_perl have to do with
anything? And if you're referring to its sexuality then I'm even
more confused. It's a *thing*, it isn't sexually attracted to
anything.
--
Piers
Robin Berjon <[EMAIL PROTECTED]> writes:
> At 14:07 06/12/2000 -0500, kyle dawkins wrote:
> >Ok, you're missing my point but that's partially my fault for not explaining.
> > First, let me agree: Java's "everything is an object" mentality sucks
> >balls. And yes, Perl's duality of functional/
Stas Bekman <[EMAIL PROTECTED]> writes:
> BTW, if you have something to talk about that isn't really useful, but
> very funny, you should propose it as well. Dave Cross' talk about
> Sub::Approx at YAPC::Europe was the killer talk. Remember that learning
> new things is nice, but having a few minu
"Jeffrey W. Baker" <[EMAIL PROTECTED]> writes:
> On Fri, 28 Jul 2000, Eddy Vernay wrote:
>
> > Hi,
> >
> > I have a problem with the Apache::Session module.
> >
> > Before, I was using the version 0.15 of this module. In this version, we can
> > use the SESSION_LIFETIME variable to define how
> > Perhaps
> >
> > 3. multi-level hash, i.e.
> >$conf->{directory}->{'/'}->{sethandler}
> >
> > This is, afaik, more in-line with what the ... sections do. I
> > would suggest making it so the output of this module could easily be fed into
> > the mod_perl configuration engine