I just feel the need to release some good old frustration. Move along. There's no real content here.
Last night, I wasted a half hour of my life trying to figure out why this simple thing dies:
use_ok('Catalyst::View::TT');
After stripping away various modules and code, it all came down to this:
C:\Mango>perl -MTemplate::Timer -e 1
<NO OUTPUT>
C:\Mango>perl -MTest::MockObject -MTemplate::Timer -e 1
Died at C:/strawberry-perl/perl/site/lib/Template/Timer.pm line 63.
Compilation failed in require.
BEGIN failed--compilation aborted.
That's bullshit. Plain and simple. I knew the dangers of Test::MockObject, but this is the first time it has bitten me in the ass. Grumble Grumble.
Aggravation at a Distance (Score:1)
http://rt.cpan.org/Public/Dist/Display.html?Name=Template-Timer [cpan.org]
Hey, That's Projection! (Score:1)
That it warns about buggy code and refuses to attempt to do the wrong thing? That's not an accidental feature....
Re: (Score:1)
Warning about what you/I/we/they think is bad practice is one thing...causing outright failures is something totally different.
Again, I'm not using UNIVERSAL::can... I'm using Test::MockObject. The act of loading and using T::MO should not cause other shit to completely die and blow up.
Re: (Score:1)
T::MO takes it in the shorts, no matter what I do.
If I do nothing with regard to the methods
can()andisa(), buggy code assumes that calling those methods as functions gives correct answers, and breaks the test code.If I try to work around that damage so that the results are somewhat correct, people complain that they've learned that their buggy code has bugs in it and blame T::MO.
I'm starting to think that people don't want to find bugs through testing.
Re: (Score:1)
But doctor, it hurts when I do this... (Score:1)
Re: (Score:1)
What a strange use of the word "working" to describe code that breaks method overriding.