Re: Custom Test::More problem

2007-03-29 Thread Michael G Schwern
Adrian Howard wrote: > > On 29 Mar 2007, at 10:02, David Cantrell wrote: > >> Michael G Schwern wrote: >> >>> Its for the case where you're subclassing a class which does not have >>> a .pm >>> file. >> >> "So don't do that then" > > Why not - it's bloody useful? Ya know, I had written exactly

Re: Custom Test::More problem

2007-03-29 Thread Adrian Howard
On 29 Mar 2007, at 10:02, David Cantrell wrote: Michael G Schwern wrote: Its for the case where you're subclassing a class which does not have a .pm file. "So don't do that then" Why not - it's bloody useful? Adrian

Re: Custom Test::More problem

2007-03-29 Thread David Cantrell
Michael G Schwern wrote: Its for the case where you're subclassing a class which does not have a .pm file. "So don't do that then" -- David Cantrell

Re: Custom Test::More problem

2007-03-29 Thread Michael G Schwern
Fergal Daly wrote: >> Oh, I see what it is. Funny, I just fixed this exact problem in >> aliased.pm. >> http://rt.cpan.org/Public/Bug/Display.html?id=25293 >> >> Its base.pm. >> >> local $SIG{__DIE__}; >> eval "require $base"; >> >> Test::Builder::Module is loaded which loa

Re: Custom Test::More problem

2007-03-29 Thread Fergal Daly
On 29/03/07, Michael G Schwern <[EMAIL PROTECTED]> wrote: Chris Dolan wrote: > On Mar 28, 2007, at 8:18 AM, Ovid wrote: > >> The second test dies but this is ignored. Change My::Test::More to >> Test::More and the failure is correctly reported. What did I miss in >> My::Test::More? > > If you a

Re: Custom Test::More problem

2007-03-28 Thread Ovid
--- Michael G Schwern <[EMAIL PROTECTED]> wrote: > Oh, I see what it is. Funny, I just fixed this exact problem in > aliased.pm. > http://rt.cpan.org/Public/Bug/Display.html?id=25293 > > Its base.pm. > > local $SIG{__DIE__}; > eval "require $base"; > > Test::Builder::Mo

Re: Custom Test::More problem

2007-03-28 Thread Eric Wilhelm
# from Michael G Schwern # on Wednesday 28 March 2007 08:31 pm: >Its base.pm. > >            local $SIG{__DIE__}; >            eval "require $base"; > >Test::Builder::Module is loaded which loads Test::Builder which > instantiates a __DIE__ handler which is localized and thrown out. Hey, that is

Re: Custom Test::More problem

2007-03-28 Thread Michael G Schwern
Chris Dolan wrote: > On Mar 28, 2007, at 8:18 AM, Ovid wrote: > >> The second test dies but this is ignored. Change My::Test::More to >> Test::More and the failure is correctly reported. What did I miss in >> My::Test::More? > > If you add a "print $SIG{__DIE__}" before the first "ok", you'll s

Re: Custom Test::More problem

2007-03-28 Thread Chris Dolan
On Mar 28, 2007, at 8:18 AM, Ovid wrote: The second test dies but this is ignored. Change My::Test::More to Test::More and the failure is correctly reported. What did I miss in My::Test::More? If you add a "print $SIG{__DIE__}" before the first "ok", you'll see that with Test::More it's a

Re: Custom Test::More problem

2007-03-28 Thread Michael G Schwern
Ovid wrote: > The second test dies but this is ignored. Change My::Test::More to > Test::More and the failure is correctly reported. What did I miss in > My::Test::More? I'm not sure. The __DIE__ handler isn't being triggered to detect that you died. Might be a Perl bug. Test::Builder needs t