Re: Exception Handling - Professionally

2004-06-10 Thread Scott Stearns
On 08 Jun 2004, you wrote in perl.beginners: > Greetings, > > For you professional Perl programmers: how do you approach > exception-handling in the your world? I know there are a lot of ways > Perl gives us to do this: basic 'die', eval'ing blocks of code and the > Exception.pm module but is the

Re: Exception Handling - Professionally

2004-06-10 Thread Peter Scott
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Randal L. Schwartz) writes: >> "Drieux" == Drieux <[EMAIL PROTECTED]> writes: > >Drieux>if ( ref($got_back) eq "Foo::Bar") > >No no no. Stop using ref(). It means you can't replace it >with a subclass of it. > >You want (and I show

Re: Exception Handling - Professionally

2004-06-09 Thread drieux
On Jun 9, 2004, at 9:57 AM, Randal L. Schwartz wrote: "Drieux" == Drieux <[EMAIL PROTECTED]> writes: Drieux> if ( ref($got_back) eq "Foo::Bar") No no no. Stop using ref(). It means you can't replace it with a subclass of it. You want (and I show in my still-hidden article); if (UNIVERSA

Re: Exception Handling - Professionally

2004-06-09 Thread Wiggins d Anconia
> > On Jun 8, 2004, at 11:34 AM, Scott Stearns wrote: > [..] > > For you professional Perl programmers: how do you approach > > exception-handling in the your world? I know there are a lot of ways > > Perl > > gives us to do this: basic 'die', eval'ing blocks of code and the > > Exception.pm modu

Re: Exception Handling - Professionally

2004-06-09 Thread Randal L. Schwartz
> "Drieux" == Drieux <[EMAIL PROTECTED]> writes: Drieux> if ( ref($got_back) eq "Foo::Bar") No no no. Stop using ref(). It means you can't replace it with a subclass of it. You want (and I show in my still-hidden article); if (UNIVERSAL::isa($got_back, "Foo::Bar")) { ...

Re: Exception Handling - Professionally

2004-06-09 Thread drieux
On Jun 8, 2004, at 11:34 AM, Scott Stearns wrote: [..] For you professional Perl programmers: how do you approach exception-handling in the your world? I know there are a lot of ways Perl gives us to do this: basic 'die', eval'ing blocks of code and the Exception.pm module but is there a standard

Re: Exception Handling - Professionally

2004-06-08 Thread Randal L. Schwartz
> "Scott" == Scott Stearns <[EMAIL PROTECTED]> writes: Scott> For you professional Perl programmers: how do you approach Scott> exception-handling in the your world? I know there are a lot of Scott> ways Perl gives us to do this: basic 'die', eval'ing blocks of Scott> code and the Exception.pm

Re: Exception Handling - Professionally

2004-06-08 Thread Wiggins d Anconia
> Greetings, > > For you professional Perl programmers: how do you approach > exception-handling in the your world? I know there are a lot of ways Perl > gives us to do this: basic 'die', eval'ing blocks of code and the > Exception.pm module but is there a standard in the real world for handling >

Exception Handling - Professionally

2004-06-08 Thread Scott Stearns
Greetings, For you professional Perl programmers: how do you approach exception-handling in the your world? I know there are a lot of ways Perl gives us to do this: basic 'die', eval'ing blocks of code and the Exception.pm module but is there a standard in the real world for handling exceptions? I