To use mod-perl on win32 I'd suggest that you use the ppm packages
provided to you. See
http://perl.apache.org/docs/1.0/os/win32/install.html#PPM_Packages
Tom
Poonam Pahil schrieb:
> Hi all,
>
> Iam new to the perl world.
> Iam installing mod_perl-2.0.2 . For this ive downloaded
> httpd-2.0.59
Hi all,
Iam new to the perl world.
Iam installing mod_perl-2.0.2 . For this ive downloaded httpd-2.0.59(apache i.e).
I want to use the static linking option.
I followed instructions listed at http://perl.apache.org/docs/2.0/user/install/install.html (
Static mod_perl).
Err is -
configure
On Aug 17, 2006, at 5:50 PM, Frank Wiles wrote:
TT handles all of that for you. It can even cache them on disk
for you
so you don't have to bother recompiling them on startup if they
haven't changed.
Petal does that as well.
On Aug 17, 2006, at 5:54 PM, Joel Bernstein wrote:
AFAIK TT
On Thu, Aug 17, 2006 at 04:50:46PM -0500, Frank Wiles wrote:
> On Thu, 17 Aug 2006 16:54:08 -0400
> Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
>
> >
> > On Aug 17, 2006, at 1:09 PM, Perrin Harkins wrote:
> > > You should create a single Template object, put it in a global, and
> > > reuse it.
>
On Thu, 17 Aug 2006 16:54:08 -0400
Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
>
> On Aug 17, 2006, at 1:09 PM, Perrin Harkins wrote:
> > You should create a single Template object, put it in a global, and
> > reuse it.
>
> I'm not sure how template toolkit works, but in Petal I loop through
>
On Aug 17, 2006, at 1:09 PM, Perrin Harkins wrote:
You should create a single Template object, put it in a global, and
reuse it.
I'm not sure how template toolkit works, but in Petal I loop through
all my templates and compile them into memory on startup. Adds 3mb
to my parent process, bu
On Aug 17, 2006, at 3:52 PM, Michael Peters wrote:
Most of the problems seem to be with syntactically incorrect string
evals, not
code evals, since code evals are compiled when the rest of it is
compiled anyways.
Interesting. i'm doing a backlog of new features on my project right
now, b
Jonathan Vanasco wrote:
>> Which version of Perl are you running?
>
> 5.8.6 and 5.8.8 . both are showing it.
Just for giggles, you might try the latest 5.9.
> the dynamic method evals couldn't be fixed. but if that is a bug that
> is fixed in the future (and not a behavior) , thats awesome.
On Thu, 2006-08-17 at 15:42 -0400, Jonathan Vanasco wrote:
> the dynamic method evals couldn't be fixed. but if that is a bug
> that is fixed in the future (and not a behavior) , thats awesome.
Here's a relevant post:
http://www.nntp.perl.org/group/perl.perl5.porters/115762
I think there have
On Aug 17, 2006, at 3:29 PM, Michael Peters wrote:
I remember some Perl bug reports about memory leaks with eval'ing
some strings.
I believe these have been fixed in blead-perl and the more recent
5.8 are better
than previous ones. I believe most of these are also being ported
for the next
Jonathan Vanasco wrote:
> FWIW, I've found the following things to be the worst:
>
> eval EXPR
> my $x= eval("");
>
> under ab, it grows about 4k per eval per request. that memory
> never seems to be reclaimed under mod_perl.
I remember some Perl bug reports about memory
On Aug 17, 2006, at 2:54 AM, Leo Lapworth wrote:
Sounds like a totally sensible approach.
I was being slightly flippant with my RAM/CPU is cheep comment
(though for me personally it does have some mileage) and I'm not
saying that
code should be a hack, and of course it must be tested pr
Hi folks,
I am using Apache::AuthDBI v1.02 on Apache/1.3.29 (Linux/SUSE)
mod_perl/1.29. Perl v5.8.3.
I received this error, and found it's due to an operator precedence
problem:
Undefined subroutine &Apache2::Const::OK called at
/usr/lib/perl5/site_perl/5.8.3/Apache/AuthDBI.pm line 906.
Thi
On Thu, 2006-08-17 at 19:53 +0300, Vladimir S. Tikhonjuk wrote:
> I used cookies and sessions to authenticate and authorizate user
> into my app ( Apache2::AuthCookie ). So, every handler ( or most of them
> ) have to get cookie, take a session id from it, makes session, and only
> then
> do it
Arshavir Grigorian wrote:
> The same thing happens with Tamplate object. Most part of my scripts
>
> have to generate output over a Template Toolkit. So, may I declare the
> Template object in the only place, and then use it into response
> handlers ?
>
>
> You can create a Tem
The same thing happens with Tamplate object. Most part of my scriptshave to generate output over a Template Toolkit. So, may I declare the
Template object in the only place, and then use it into response handlers ?You can create a Template object in your top handler, store it in the request's
Hi all!
I need some advice on how to make some comfort into mod_perl
Response Handler.
I used cookies and sessions to authenticate and authorizate user
into my app ( Apache2::AuthCookie ). So, every handler ( or most of them
) have to get cookie, take a session id from it, makes sess
17 matches
Mail list logo
