Skip Menu |

This queue is for tickets about the Number-Format CPAN distribution.

Report information
The Basics
Id: 79607
Status: open
Priority: 0/
Queue: Number-Format

People
Owner: Nobody in particular
Requestors: andrew.pennebaker [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: Critical
Broken in: 1.73
Fixed in: (no value)



Subject: Number::Format fails to build with Strawberry Perl
Trace: C:\> cpan install Number::Format ... Test Summary Report ------------------- t/locale.t (Wstat: 65280 Tests: 5 Failed: 0) Non-zero exit status: 255 Files=9, Tests=147, 1 wallclock secs ( 0.06 usr + 0.05 sys = 0.11 CPU) Result: FAIL Failed 1/9 test programs. 0/147 subtests failed. dmake.EXE: Error code 255, while making 'test_dynamic' WRW/Number-Format-1.73.tar.gz C:\strawberry\c\bin\dmake.EXE test -- NOT OK //hint// to see the cpan-testers results for installing this module, try: reports WRW/Number-Format-1.73.tar.gz Running make install make test had returned bad status, won't install without force Specs: * Number::Format 1.73 * cpan version 1.57 * Strawberry Perl 5.12.768 * perl 5, version 12, subversion 3 (v5.12.3) built for MSWin32-x86-ulti- thread * Windows 7 Professional x64 * MacBook Pro
Strangely, Number::Format builds just fine when retrieved using PPM instead of CPAN: C:\>ppm install Number::Format Installing package 'Number-Format'... Bytes transferred: 23770 Use of chdir('') or chdir(undef) as chdir() is deprecated at C:/strawberry/perl/vendor/lib/PPM.pm line 393. Installing C:\strawberry\perl\site\lib\Number\Format.pm
From: manfred.jebram [...] gmx.de
On Thu Sep 13 00:33:22 2012, http://mcandre.myopenid.com/ wrote: Show quoted text
> Trace: [[...]] > Specs: > > * Number::Format 1.73 > * cpan version 1.57 > * Strawberry Perl 5.12.768 > * perl 5, version 12, subversion 3 (v5.12.3) built for MSWin32-x86-ulti- > thread > * Windows 7 Professional x64 > * MacBook Pro
I had the same problem using: Number-Format-1.73 Strawberry Perl v5.16.2 built for MSWin32-x86-multi-thread) Win XP SP3 Prof. (32-bit) Reason seems to be the POSIX module, which returns many "-1" values where Number::Format->new() expects missing hash keys... I was able to successfully test and install by using the attached patch as a workaround. But it might be smarter to fix this problem in the POSIX module.
Subject: Number_Format.pm.patch
--- Format.pm Sat Sep 26 01:47:51 2009 +++ Format.pm.patched Tue Apr 22 13:04:31 2014 @@ -416,6 +416,8 @@ while(my($arg, $default) = each %$DEFAULT_LOCALE) { $me->{$arg} = (exists $locale_values->{$arg} + && defined $locale_values->{ $arg } + && $locale_values->{ $arg } ne '-1' ? $locale_values->{$arg} : $default);