Hi,
On Tuesday 10 September 2002 02:23, Kenny Smith wrote:
> Hi all,
>
> I posted this before, but I wanted to throw it out there again...
>
> Is the only way to catch the internal H::T errors (like "attempt to set
> parameter 'extra_urls' with a scalar - parameter is not a TMPL_VAR!") by
> doing
Hi David,
I'm currently using the CGI::Carp qw(fatalsToBrowser) to grab those
things... maybe I'll look into customizing it's error message.
Kenny
> also if you're doing CGI programming and are just annoyed
> by apache's less-than-enlightening 500 Server Errors while
> you're writing/debugging
Kenny Smith <[EMAIL PROTECTED]> wrote:
>
> Is the only way to catch the internal H::T errors (like "attempt to
> set parameter 'extra_urls' with a scalar - parameter is not a
> TMPL_VAR!") by doing all of my H::T inside an eval and checking the
> magic error variables?
yes, but not *all* of your
Hi all,
I posted this before, but I wanted to throw it out there again...
Is the only way to catch the internal H::T errors (like "attempt to set
parameter 'extra_urls' with a scalar - parameter is not a TMPL_VAR!") by
doing all of my H::T inside an eval and checking the magic error variables?
Mike Carlton <[EMAIL PROTECTED]> wrote:
> Does anyone have suggestions on how to cleanly code up a monthly
> calendar application with H::T?
>
> I've currently got a perl script that generates an html table and the
> cell contents -- this works fine, but is a royal pain to update the
> html. So i
