Bug #11225 for Glib: Test 12 in t/c fails

Tue Jan 25 16:33:51 2005 Guest - Ticket created

Subject:

Test 12 in t/c fails

While installing Glib under Debian Sarge (kernel 2.4.26) with Perl 5.8.6 I had test #12 in t/c.t fail (the flags property test). I'd be glad to do further testing if needed. The package seems stable enough although this test failed.

Tue Jan 25 17:06:17 2005 rmcfarla [...] neces.com - Correspondence added

RT-Send-CC:

scott [...] asofyet.org, kaffeetisch [...] web.de

[guest - Tue Jan 25 16:33:51 2005]: Show quoted text

> While installing Glib under Debian Sarge (kernel 2.4.26) with Perl > 5.8.6 I had test #12 in t/c.t fail (the flags property test). I'd > be glad to do further testing if needed. The package seems stable > enough although this test failed.

can you try running perl -Mblib t/c.t while in the Glib source directory. and attach or paste the output in here. i don't have access to a similar debian system and don't have time to set one up at the moment. -rm

Tue Jan 25 19:44:35 2005 rmcfarla [...] neces.com - Correspondence added

ah, this is a somewhat know problem with our stuff (potentially lots of other perl modules) and Test::More. they changed the bevavior of eq_array out from under people. it used to deeply compare two arrays and now seems to check that they are exactly the same array, or something to that effect. $obj->get ('some_flags') returns an array not an array reference like eq_array takes: eq_array(\@this, \@that); Checks if two arrays are equivalent. This is a deep check, so multi-level structures are handled correctly. in fact if you look at the history of t/c.t the [] were added after the initial version to achieve the correct behavior with the then current version of Test::More. at any rate we aren't sure what to do with these yet. this will be closed when that is decied. thanks for reporting it.

Tue Jan 25 23:46:47 2005 rmcfarla [...] neces.com - Status changed from 'new' to 'resolved'