Fwd: [jhi@iki.fi: this might amuse you]

2003-09-10 Thread Michael G Schwern
- Forwarded message from Jarkko Hietaniemi <[EMAIL PROTECTED]> - From: Jarkko Hietaniemi <[EMAIL PROTECTED]> Date: Thu, 11 Sep 2003 08:45:45 +0300 To: [EMAIL PROTECTED] Subject: this might amuse you http://gimp-savvy.com/cgi-bin/img.cgi?ailspyUiCq0ElDc23 -- Jarkko Hietaniemi <[EMAIL PRO

Re: Test::More and 'deep' tests

2003-09-10 Thread Michael G Schwern
On Wed, Sep 10, 2003 at 07:18:53AM -0400, [EMAIL PROTECTED] wrote: > The AUTHOR INTENDED IT TO and so it is not a bug. If you don't believe me > and you want to ignore Michael's previous mail on it then look at the > source code where you will see > > if( UNIVERSAL::isa($e1, 'ARRAY') a

Re: Test::More and 'deep' tests

2003-09-10 Thread Michael G Schwern
On Tue, Sep 09, 2003 at 09:26:23AM -0700, Ovid wrote: > This is fine: > > isa_ok($str2, ref $str1, '... and the object'); > > This is (almost) not fine: > > is($str2, $str1, '... and the strings are equal'); > > However, the latter (and is_deeply()) should work *If and Only If* that > comp

Re: Test::More and 'deep' tests

2003-09-10 Thread Michael G Schwern
On Tue, Sep 09, 2003 at 08:39:21PM +0200, Tels wrote: > Real world example: [*] > > [EMAIL PROTECTED]:~> perl -MTest::More -MMath::String -wle 'plan tests => 1; $a = > Math::String->new("abc"); $b = $a->copy()->bneg(); ok $a,$b; print "$a != $b > (", $a->as_number(), " != ", $b->as_number(),")";

puts("foot") on is_deeply() and overloading

2003-09-10 Thread Michael G Schwern
Since I have about 1000 messages in my inbox and half of them seem to be about is_deeply() and overloading and I got tired of watching Tony and Fergal talk past each other, here's how its going to be. Documented or not is_deeply() and is() should treat string and numeric overloaded objects as n

Re: Test::More and 'deep' tests

2003-09-10 Thread [EMAIL PROTECTED]
Tony Bowden wrote: > The author's intent is entirely irrelevant to whether or not something > is a bug. Wow. I had 2 possible responses in mind, this one was not on my radar at all. That was top left corner in the last second of extra time but we appear to be playing on 2 different pitches. _enti

Re: Test::More and 'deep' tests

2003-09-10 Thread [EMAIL PROTECTED]
On Tue, Sep 09, 2003 at 08:50:06PM +0100, Fergal Daly wrote: > It says it looks inside listrefs and hashrefs. That's all. > Objects are not listrefs and hashrefs. They are sometimes made *from* > such, but they are not such. I think many people would disagree with you here but that's irrelevant

Re: Test::More and 'deep' tests

2003-09-10 Thread Tony Bowden
On Wed, Sep 10, 2003 at 07:18:53AM -0400, [EMAIL PROTECTED] wrote: > > The fact the is_deeply currently looks inside them is a bug. > The AUTHOR INTENDED IT TO and so it is not a bug. The author's intent is entirely irrelevant to whether or not something is a bug. > and you want to ignore Michae

Re: Test::More and 'deep' tests

2003-09-10 Thread Ilya Martynov
> On Tue, 9 Sep 2003 14:40:09 -0400, "Gordon Henriksen" <[EMAIL PROTECTED]> said: GH> Fergal Daly <[EMAIL PROTECTED]> wrote: >> On Tuesday 09 September 2003 19:27, Gordon Henriksen wrote: >> >> > Isn't the easiest way to get a recursive-and-exact object graph >> > match to simply use an exist

Re: Test::More and 'deep' tests

2003-09-10 Thread Tony Bowden
On Tue, Sep 09, 2003 at 08:50:06PM +0100, Fergal Daly wrote: > The docs for is() says it uses eq, is_deeply() says it looks inside, it > doesn't say "looks inside sometimes". It says it looks inside listrefs and hashrefs. That's all. Objects are not listrefs and hashrefs. They are sometimes mad