Slash Boxes
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

Ovid (2709)

  (email not shown publicly)
AOL IM: ovidperl (Add Buddy, Send Message)

Stuff with the Perl Foundation. A couple of patches in the Perl core. A few CPAN modules. That about sums it up.

Journal of Ovid (2709)

Friday May 11, 2007
08:23 AM

No 'Net For a Bit (But a New Class::CGI Soon)

[ #33250 ]

I'm moving into my new house today (alas, rented), so I might not have 'net connection for a while. Last night, while the hotel's 'net connection was down ... again ... I started hacking on a much needed change to Class::CGI. The current version I have now delegates to CGI::Simple instead of inheriting from it. It also falls back to CGI if it cannot find CGI::Simple, but you can specify a different class to delegate to, if needed (Apache::Request, anyone?).

This should be the major thing that Class::CGI needs before it's ready for prime-time. Currently, the delegation is global rather than on a per-instance or class basis. This makes things much easier internally. Anyone see a problem with that? CGI scripts could each specify their own delegation class, but under mod_perl or other shared environment, everything must use the same delegation class (presumably Apache::Request, for mod_perl).

Side note. Running the tests while using CGI::Simple.

Class-CGI $ runtests -lQ
All tests successful.
Files=9, Tests=186,  3 wallclock secs ( 1.58 cusr +  0.32 csys =  1.90 CPU)

And running them while using

Class-CGI $ runtests -lQ
All tests successful.
Files=9, Tests=186,  4 wallclock secs ( 1.98 cusr +  0.41 csys =  2.39 CPU)

Those times are very consistent. CGI is quite a bit slower than CGI::Simple, but then, you knew that, right?

I'll probably be offline for a few days and won't be able to respond to comments.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.