Hi,
I'm not subscribed to this mailing list, so please respond to me... and
actually, I'm not a developer...
In order to install AxKit, since a few days, I'm still unsuccessfully
trying to configure mod_perl 2.0.1 with the following environment :
Solaris 9 (KJP 117171-17) / PERL 5.8.7 / Apac
> Not only that but your XSLT is very badly written. If I
> find time I'll
> send you a better version.
please do. I'm no XSLT guru :(
- Praveen
__
Click here to donate to the Hurricane Katrina relief effor
On 9 Sep 2005, at 17:07, Praveen Ray wrote:
Here is a very very simple script comparing three
approaches to build a large html table. I was surprised to
see TT2 being the fastest..run it yourself and see.
Note that XSLT timings include the time to build XML data
string since in real life all dat
Oops, I forgot the URL's:
http://jagerman.com/env.cgi
http://jagerman.com/perl/env.cgi
Jason Rhinelander wrote:
Hi,
I'm seeing some odd behaviour under mod_perl (specifically,
ModPerl::Registry - though the problem may be broader than that) with
regards to the effective group ID ($)).
I ha
Hi,
I'm seeing some odd behaviour under mod_perl (specifically,
ModPerl::Registry - though the problem may be broader than that) with
regards to the effective group ID ($)).
I have a couple URL's below - an identical script, one served under CGI,
one served under ModPerl::Registry. If you
--- Michael Peters <[EMAIL PROTECTED]> wrote:
>
>
> Praveen Ray wrote:
> > Here is a very very simple script comparing three
> > approaches to build a large html table.
>
> would you mind sending this script as an attachment.
> Email clients tend
> to garble...
>
> Thanks
>
Attached.
-
Praveen Ray wrote:
> Here is a very very simple script comparing three
> approaches to build a large html table.
would you mind sending this script as an attachment. Email clients tend
to garble...
Thanks
--
Michael Peters
Developer
Plus Three, LP
Here is a very very simple script comparing three
approaches to build a large html table. I was surprised to
see TT2 being the fastest..run it yourself and see.
Note that XSLT timings include the time to build XML data
string since in real life all data comes from Relational
Database that must be
On Fri, 2005-09-09 at 14:38 -0400, Matt Sergeant wrote:
> Yes I know that's what you're saying. I'm just saying I'd be willing to
> bet it's the other way around (even when compared with HT::JIT).
I'd wager a pint on this. We could make it a lightning talk at next
year's YAPC::NA.
- Perrin
On 9 Sep 2005, at 12:12, Perrin Harkins wrote:
HTML::Template (or HTML::Template::JIT, to compare C code to C code)
has
a *very* limited set of logical operations (not Turing complete by any
stretch) that operates directly on Perl variables. By comparison, XSP
will be making method calls to us
On Fri, 2005-09-09 at 10:22 -0400, Matt Sergeant wrote:
> It depends what architecture you use. You have to compare
> like-with-like. XSP in AxKit is perl code that executes to build a DOM
> tree, not a XML string, so there's no parsing involved - it's just
> iterating over a data structure. And
On 8 Sep 2005, at 14:18, Perrin Harkins wrote:
Not sure why you say "certainly not". XSLT is very fast and easy to
optimise (because it's assignment free) and the C implementations are
very quick. Remember that an XSLT transform is executing all its tight
loops in C-space, not in perl-space.
Y
Hi,
I porting my shared store to modperl2, but for redirect i have one problem:
[Thu Sep 08 16:50:08 2005] [notice] Apache/2.0.54 (Unix) mod_perl/2.0.1
Perl/v5.8.4 configured -- resuming normal operations
---> [Thu Sep 08 16:50:09 2005] [error] [client 127.0.0.1] Can't locate
object method "
Hello Perrin,
I meant the time it takes to render the output, as in calling
$template->output;
Thanks for your help anyway.
- Original Message -
From: "Perrin Harkins" <[EMAIL PROTECTED]>
To: "Foo Ji-Haw" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, September 06, 2005 11:39 PM
Subject: Re: a
Philip M. Gollucci wrote:
Christian Klinger wrote:
These are the last lines of the error_log
...
DB<1> CGI::self_or_default(/usr/lib/perl5/5.8.3/CGI.pm:433):
Three questions / suggestions,
1) You said you were using perl 5.8.6. Thats loading something
installed into perl 5.8.3. That coul
Philip M. Gollucci wrote:
Christian Klinger wrote:
These are the last lines of the error_log
...
DB<1> CGI::self_or_default(/usr/lib/perl5/5.8.3/CGI.pm:433):
Three questions / suggestions,
1) You said you were using perl 5.8.6. Thats loading something
installed into perl 5.8.3. That coul
Christian Klinger wrote:
These are the last lines of the error_log
...
DB<1> CGI::self_or_default(/usr/lib/perl5/5.8.3/CGI.pm:433):
Three questions / suggestions,
1) You said you were using perl 5.8.6. Thats loading something installed into
perl 5.8.3. That could be.
2) What version of CGI.
Philip M. Gollucci wrote:
Christian Klinger wrote:
Can you give me some tips for debugging this error?
You can attach gdb or ddd to the running httpd
see here:
http://httpd.apache.org/dev/debugging.html
and/or
You can use Apache::DB from CPAN
to get a PERL debugger for things under mod_per
Christian Klinger wrote:
Can you give me some tips for debugging this error?
You can attach gdb or ddd to the running httpd
see here:
http://httpd.apache.org/dev/debugging.html
and/or
You can use Apache::DB from CPAN
to get a PERL debugger for things under mod_perl.
See Apache::DB's document
I've had a lot of experience with this.
You have to make sure the data coming into your
program is utf8.
Imagine trying to do a regex on your french chars. It
won't happen. That's why you have to have utf8 enable.
use utf8;
Have a look at perllocale. There's lots of info there.
The intermitten
Hello,
i have a big problem with Segmentation Fault which i can not debug.
I got this Segmentation Fault only in Safari or IE Browsers and not
always only sometimes. This fact makes it hard for me to debug the error.
Here is my Server Configuration
Apache/2.0.54 (Unix) mod_ssl/2.0.54 OpenSSL/
21 matches
Mail list logo
