Stories
Slash Boxes
Comments

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

use Perl

All the Perl that's Practical to Extract and Report

use Perl Log In

[ Create a new account ]

Ovid (2709)

Ovid
(email not shown publicly)
http://publius-ovidius.livejournal.com/
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 CGI.pm.

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.

List all Journal entries

No 'Net For a Bit (But a New Class::CGI Soon) More | Login | Reply

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Without JavaScript enabled, you might want to use the classic discussion system instead. If you login, you can remember this preference.

Damn... I'd forgotten this module existed (Score:1)

by Adrian (66)

... and have recently reinvented that wheel. Please finish it up soon so I can delete my code and get you to do my maintenance work :-)
CGI::Simple (Score:1)

by AndyArmstrong (7200)

Feel free to poke me if CGI::Simple fails to delight :) I've done a little bit of maintenance on it since taking it over but it could really do with a more thorough overhaul I think.
CGI::Simple question (Score:1)

by sigzero (5768)

When would you use CGI::Simple over CGI.pm? I was always a little murky about that.
- Re: (Score:1)
  
  by Aristotle (5147)
  
  Always, unless you need the HTML generation stuff.
  - Re: (Score:1)
    
    by sigzero (5768)
    
    Ah, good to know. I have never used the HTML stuff in CGI.pm as I use either TT of HT for my web work.
    - Re: (Score:1)
      
      by Aristotle (5147)
      
      Well, other than omitting the HTML stuff, CGI::Simple is 100% API-compatible with CGI.pm (and passes all of CGI.pm’s own relevant tests). You can use them interchangably. The only difference you’ll see is that CGI::Simple is faster.