Re: is_deeply() is painful

2006-04-27 Thread Leopold Toetsch
On Apr 26, 2006, at 21:05, chromatic wrote: Multidispatch helps, but :multi( Array, Array ) or :multi( Hash, Hash ) don't work based on the capabilities of the PMC. That's fine. does_foo = does $Px, 'array' # 'hash' might help. There should be no problem with .Hash, but there are a lo

Re: MSWin32 (Visual C++ 8.0) Test Results (r12017)

2006-04-27 Thread Ron Blaschke
chromatic wrote: On Saturday 25 March 2006 07:47, Ron Blaschke wrote: t/configure/step.t $fromfile and $tofile needs to be closed before calling move_if_diff, as Windows can't delete open files. I forgot to check this in a while back, but fixed now as #16032 (I hope). Thanks, seems

Re: Win32 Env Mysteries

2006-04-27 Thread Ron Blaschke
jerry gay wrote: On 12/22/05, Ron Blaschke <[EMAIL PROTECTED]> wrote: Tuesday, December 20, 2005, 8:09:32 PM, François PERRAD wrote: At 11:53 16/12/2005 +0100, you wrote: I can think of two ways to fix this: - Hide every env access behind the platform stuff. That is, add something like Parro

MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread Ron Blaschke
Here's another round of test results on my box. I've also added the details for the tests that failed. The C and are not unexpected on Windows. Failed Test Stat Wstat Total Fail Failed List of Failed --- t/doc/

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread jerry gay
On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote: > Here's another round of test results on my box. I've also added the > details for the tests that failed. The C and > are not unexpected on Windows. > > Failed Test Stat Wstat Total Fail Failed List of Failed > -

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread Andy Dougherty
On Thu, 27 Apr 2006, jerry gay wrote: > On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote: > > Here's another round of test results on my box. I've also added the > > details for the tests that failed. The C and > > are not unexpected on Windows. > > > > > Failed Test Stat Wstat Total Fai

Re: [perl #38957] hash test failures

2006-04-27 Thread Andy Dougherty
On Fri, 21 Apr 2006, Andy Dougherty wrote: > On Fri, 21 Apr 2006, Will Coleda wrote: > > > OSX 10.4.6, PPC > > > > This failure has been pretty persistent the past few weeks: > > > > t/src/hash.t1 256111 9.09% 6 > > > > # got: '42 > > # hash_6(4373,0xa000ed98) mal

[perl #39013] [PATCH] Two more uninitialized registers

2006-04-27 Thread via RT
# New Ticket Created by Andy Dougherty # Please include the string: [perl #39013] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=39013 > I've found two more tests that were relying on uninitialized registers being set to

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread jerry gay
On 4/27/06, Andy Dougherty <[EMAIL PROTECTED]> wrote: > On Thu, 27 Apr 2006, jerry gay wrote: > > > On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote: > > > Here's another round of test results on my box. I've also added the > > > details for the tests that failed. The C and > > > are not unexp

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread jerry gay
On 4/27/06, Andy Dougherty <[EMAIL PROTECTED]> wrote: > On Thu, 27 Apr 2006, jerry gay wrote: > > > On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote: > > > Here's another round of test results on my box. I've also added the > > > details for the tests that failed. The C and > > > are not unexp

[svn:parrot-pdd] r12452 - in trunk: . docs/pdds/clip

2006-04-27 Thread allison
Author: allison Date: Thu Apr 27 14:20:59 2006 New Revision: 12452 Modified: trunk/docs/pdds/clip/pdd22_io.pod trunk/docs/pdds/clip/pdd23_exceptions.pod trunk/docs/pdds/clip/pdd24_events.pod trunk/docs/pdds/clip/pdd25_threads.pod Changes in other areas also in this revision: Modified:

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread chromatic
On Thursday 27 April 2006 13:18, jerry gay wrote: > calling is failing due to a test checked in by patrick (:flat and > named params, iirc,) and objects is failing due to an > as-yet-unimplemented opcode (part of PDD21 changes, iirc.) both of > these should be resolved when leo (or any other C cod