Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failed tests on a Win32 Build of Perl 5.18.2 #13674

Closed
p5pRT opened this issue Mar 18, 2014 · 12 comments
Closed

Failed tests on a Win32 Build of Perl 5.18.2 #13674

p5pRT opened this issue Mar 18, 2014 · 12 comments

Comments

@p5pRT
Copy link

@p5pRT p5pRT commented Mar 18, 2014

Migrated from rt.perl.org#121461 (status was 'open')

Searchable as RT121461$

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Mar 18, 2014

From richard.kandarian@lanl.gov

Created by richard.kandarian@lanl.gov

I just built Perl on Win32 using the attached Makefile. The makefile might be peculiar in that USE_IMP_SYS is commented out, PERL_MALLOC not commented out and WIN64 is not commented out. I'm building on a 64 bit Windows 7 Professional system. The build seems to have gone well. I ran

nmake /f Makefile.RMK test

and got the following result​:

Test Summary Report
-------------------
../cpan/Module-Build/t/test_file_exts.t (Wstat​: 65280 Tests​: 0 Failed​: 0)
Non-zero exit status​: 255
Parse errors​: Bad plan. You planned 3 tests but ran 0.
../cpan/Win32/t/GetShortPathName.t (Wstat​: 0 Tests​: 5 Failed​: 1)
Failed test​: 2
../cpan/Win32/t/Unicode.t (Wstat​: 0 Tests​: 11 Failed​: 8)
Failed tests​: 1-3, 5, 8-11
Failed tests​: 1-3, 5, 8-11 Parse errors​: Bad plan. You planned 12 tests but ran 11.
Files=2397, Tests=682214, 1345 wallclock secs (38.91 usr + 6.88 sys = 45.79 CPU)
Result​: FAIL
NMAKE : fatal error U1077​: '..\perl.exe' : return code '0x9'
Stop.

The test ../cpan/Module-Build/t/test_file_exts.t hung for a VERY long time, many minutes, so I aborted it and jimmied it to skip itself so that I could get to the rest of the tests.

Richard Kandarian
http​://www.lanl.gov/cgi-bin/fonelink.pl/085598
My node in the Web​: http​://www.kandarian.com

Perl Info

Flags:
    category=library
    severity=medium
    module=Module::Build

Site configuration information for perl 5.18.2:

Configured by 085598 at Wed Mar 12 12:44:43 2014.

Summary of my perl5 (revision 5 version 18 subversion 2) configuration:
   
  Platform:
    osname=MSWin32, osvers=6.1, archname=MSWin32-x86-multi-thread
    uname=''
    config_args='undef'
    hint=recommended, useposix=true, d_sigaction=undef
    useithreads=define, usemultiplicity=define
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
    use64bitint=undef, use64bitall=undef, uselongdouble=undef
    usemymalloc=y, bincompat5005=undef
  Compiler:
    cc='cl', ccflags ='-nologo -GF -W3 -O1 -MD -Zi -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE  -DPERL_TEXTMODE_SCRIPTS -DPERL_IMPLICIT_CONTEXT -DUSE_PERLIO',
    optimize='-O1 -MD -Zi -DNDEBUG',
    cppflags='-DWIN32'
    ccversion='15.00.30729.01', gccversion='', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
    d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=8
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='__int64', lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='link', ldflags ='-nologo -nodefaultlib -debug -opt:ref,icf  -libpath:"c:\perl\5.18.2\lib\MSWin32-x86-multi-thread\CORE"  -machine:x86 "/manifestdependency:type='Win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'"'
    libpth=\lib
    libs=oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib  comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib  netapi32.lib uuid.lib ws2_32.lib mpr.lib winmm.lib  version.lib odbc32.lib odbccp32.lib comctl32.lib msvcrt.lib
    perllibs=oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib  comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib  netapi32.lib uuid.lib ws2_32.lib mpr.lib winmm.lib  version.lib odbc32.lib odbccp32.lib comctl32.lib msvcrt.lib
    libc=msvcrt.lib, so=dll, useshrplib=true, libperl=perl518.lib
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
    cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -debug -opt:ref,icf  -libpath:"c:\perl\5.18.2\lib\MSWin32-x86-multi-thread\CORE"  -machine:x86 "/manifestdependency:type='Win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'"'

Locally applied patches:
    


@INC for perl 5.18.2:
    C:/perl/site/5.18.2/lib/MSWin32-x86-multi-thread
    C:/perl/site/5.18.2/lib
    C:/perl/5.18.2/lib/MSWin32-x86-multi-thread
    C:/perl/5.18.2/lib
    .


Environment for perl 5.18.2:
    HOME (unset)
    LANG (unset)
    LANGUAGE (unset)
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE;C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN;C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools;C:\Windows\Microsoft.NET\Framework\v3.5;C:\Windows\Microsoft.NET\Framework\v2.0.50727;C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\VCPackages;C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin;C:\Program Files\CollabNet\Subversion Client;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\;C:\Program Files\Microsoft SQL Server\110\Tools\Binn\;C:\perl\5.18.2\bin;C:\perl\5.18.2\bin\MSWin32-x86-multi-thread;C:\cygwin\bin
    PERL_BADLANG (unset)
    SHELL (unset)

Richard Kandarian
http://www.lanl.gov/cgi-bin/fonelink.pl/085598
My node in the Web: http://www.kandarian.com



@p5pRT
Copy link
Author

@p5pRT p5pRT commented Mar 18, 2014

From @steve-m-hay

On 18 March 2014 13​:10, Richard Kandarian <perlbug-followup@​perl.org> wrote​:

I just built Perl on Win32 using the attached Makefile. The makefile might be peculiar in that USE_IMP_SYS is commented out, PERL_MALLOC not commented out and WIN64 is not commented out. I'm building on a 64 bit Windows 7 Professional system. The build seems to have gone well. I ran

I normally build with USE_IMP_SYS=undef, PERL_MALLOC=define and
WIN64=undef, which sounds like what you've done (I don't see any
attachment, btw), so that should work fine (for a 32-bit perl).

What compiler are you using? (Is CCTYPE set correctly?)

nmake /f Makefile.RMK test

and got the following result​:

Test Summary Report
-------------------
../cpan/Module-Build/t/test_file_exts.t (Wstat​: 65280 Tests​: 0 Failed​: 0)
Non-zero exit status​: 255
Parse errors​: Bad plan. You planned 3 tests but ran 0.
../cpan/Win32/t/GetShortPathName.t (Wstat​: 0 Tests​: 5 Failed​: 1)
Failed test​: 2
../cpan/Win32/t/Unicode.t (Wstat​: 0 Tests​: 11 Failed​: 8)
Failed tests​: 1-3, 5, 8-11
Failed tests​: 1-3, 5, 8-11 Parse errors​: Bad plan. You planned 12 tests but ran 11.
Files=2397, Tests=682214, 1345 wallclock secs (38.91 usr + 6.88 sys = 45.79 CPU)
Result​: FAIL
NMAKE : fatal error U1077​: '..\perl.exe' : return code '0x9'
Stop.

The test ../cpan/Module-Build/t/test_file_exts.t hung for a VERY long time, many minutes, so I aborted it and jimmied it to skip itself so that I could get to the rest of the tests.

I have long had a situation where various different tests (often
different ones on different runs, but always from amongst the same set
of culprits) hang indefinitely, and I find that most of the problems
go away if you simply redirect STDERR somewhere, e.g.

nmake test 2>nul

(or to a file instead of the NUL device if you want to see STDERR output).

What were the failures with GetShortPathName.t and Unicode.t?

Please can you send in the results of

..\perl harness -v ../cpan/Win32/t/GetShortPathName.t
..\perl harness -v ../cpan/Win32/t/Unicode.t

(both run from the t/ folder).

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Mar 18, 2014

The RT System itself - Status changed from 'new' to 'open'

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Mar 18, 2014

From @steve-m-hay

On 18 March 2014 22​:45, Steve Hay <steve.m.hay@​googlemail.com> wrote​:

On 18 March 2014 13​:10, Richard Kandarian <perlbug-followup@​perl.org> wrote​:

I just built Perl on Win32 using the attached Makefile. The makefile might be peculiar in that USE_IMP_SYS is commented out, PERL_MALLOC not commented out and WIN64 is not commented out. I'm building on a 64 bit Windows 7 Professional system. The build seems to have gone well. I ran

I normally build with USE_IMP_SYS=undef, PERL_MALLOC=define and
WIN64=undef, which sounds like what you've done (I don't see any
attachment, btw), so that should work fine (for a 32-bit perl).

I've just double-checked that

nmake CCTYPE=MSVC100 USE_IMP_SYS=undef PERL_MALLOC=define WIN64=undef
nmake CCTYPE=MSVC100 USE_IMP_SYS=undef PERL_MALLOC=define WIN64=undef test 2>nul

passes all tests (with no hangs) for me -- building perl-5.18.2 using
VS2010 SP1 on Windows 7 SP1 (x64).

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Mar 21, 2014

From richard.kandarian@lanl.gov

Sorry about the lack of attachment. It was my second submission, the first one had the attachment but went to the wrong place since I didn't use perlbug the first time. Also perlbug didn't give me an opportunity to attach anything and I forgot when it left me to send the message myself.

It's attached here.

I'm using VC++2008 Express. My Windows is also SP1.

Richard Kandarian
http​://www.lanl.gov/cgi-bin/fonelink.pl/085598
My node in the Web​: http​://www.kandarian.com

-----Original Message-----
From​: Steve Hay via RT [mailto​:perlbug-followup@​perl.org]
Sent​: Tuesday, March 18, 2014 5​:41 PM
To​: Kandarian, Richard M
Subject​: Re​: [perl #121461] Failed tests on a Win32 Build of Perl 5.18.2

On 18 March 2014 22​:45, Steve Hay <steve.m.hay@​googlemail.com> wrote​:

On 18 March 2014 13​:10, Richard Kandarian <perlbug-followup@​perl.org>
wrote​:

I just built Perl on Win32 using the attached Makefile. The makefile might
be peculiar in that USE_IMP_SYS is commented out, PERL_MALLOC not
commented out and WIN64 is not commented out. I'm building on a 64 bit
Windows 7 Professional system. The build seems to have gone well. I ran

I normally build with USE_IMP_SYS=undef, PERL_MALLOC=define and
WIN64=undef, which sounds like what you've done (I don't see any
attachment, btw), so that should work fine (for a 32-bit perl).

I've just double-checked that

nmake CCTYPE=MSVC100 USE_IMP_SYS=undef PERL_MALLOC=define
WIN64=undef
nmake CCTYPE=MSVC100 USE_IMP_SYS=undef PERL_MALLOC=define
WIN64=undef test 2>nul

passes all tests (with no hangs) for me -- building perl-5.18.2 using
VS2010 SP1 on Windows 7 SP1 (x64).

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Mar 21, 2014

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Mar 21, 2014

From @steve-m-hay

On 19 March 2014 13​:53, Kandarian, Richard M <richard.kandarian@​lanl.gov> wrote​:

Sorry about the lack of attachment. It was my second submission, the first one had the attachment but went to the wrong place since I didn't use perlbug the first time. Also perlbug didn't give me an opportunity to attach anything and I forgot when it left me to send the message myself.

It's attached here.

I'm using VC++2008 Express. My Windows is also SP1.

Thanks. I've just tried building 5.18.2 using your makefile, although
with a full version of VS2008 since I don't have the Express version
installed right now. It built and passed all tests (with STDERR
redirected to NUL).

You didn't send the output from the two tests that failed for you. Are
the failures reproducible for you? If so then please send the output
of the following two commands, run from perl's t/ folder​:

..\perl harness -v ../cpan/Win32/t/GetShortPathName.t
..\perl harness -v ../cpan/Win32/t/Unicode.t

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Mar 25, 2014

From richard.kandarian@lanl.gov

I did an nmake /f Makefile.RMK clean and then attempted to rebuild Perl in the same directory and it failed. Lots of very perly symbols were missing when attempting to link miniperl.exe.

So I moved that directory out of the way and re-extracted the source from the tarball and that problem went away.

Then I ran the tests and got the same results so they seem repeatable.

There is some more stuff regarding tests after these tests you requested.

The tests you requested​:

C​:\cygwin\home\085598\src\perl-5.18.2\t>..\perl harness -v ../cpan/Win32/t/GetShortPathName.t
../cpan/Win32/t/GetShortPathName.t ..
1..5
# Running under perl version 5.018002 for MSWin32
# Current time local​: Mon Mar 24 09​:08​:53 2014
# Current time GMT​: Mon Mar 24 15​:08​:53 2014
# Using Test.pm version 1.26
ok 1# Test 2 got​: "Long Path 1908" (t/GetShortPathName.t at line 15)

# Expected​: "(?^​:^\\S{1,8}(\\.\\S{1,3})?$)"
not ok 2# t/GetShortPathName.t line 15 is​: ok($short, qr/^\S{1,8}(\.\S{1,3})?$/
);

ok 3
ok 4
ok 5
Failed 1/5 subtests

Test Summary Report


../cpan/Win32/t/GetShortPathName.t (Wstat​: 0 Tests​: 5 Failed​: 1)
  Failed test​: 2
Files=1, Tests=5, 0 wallclock secs ( 0.00 usr + 0.05 sys = 0.05 CPU)
Result​: FAIL

C​:\cygwin\home\085598\src\perl-5.18.2\t>..\perl harness -v ../cpan/Win32/t/Unicode.t
../cpan/Win32/t/Unicode.t ..
1..12
# Running under perl version 5.018002 for MSWin32
# Current time local​: Mon Mar 24 09​:10​:48 2014
# Current time GMT​: Mon Mar 24 15​:10​:48 2014
# Failed test 1 in t/Unicode.t at line 43
# Using Test.pm version 1.26# t/Unicode.t line 43 is​: ok(-d Win32​::GetANSIPathName($dir));

not ok 1
# Failed test 2 in t/Unicode.t at line 47
not ok 2# t/Unicode.t line 47 is​: ok(-f Win32​::GetANSIPathName($file));

# Failed test 3 in t/Unicode.t at line 50
not ok 3# t/Unicode.t line 50 is​: ok(opendir(my $dh, Win32​::GetANSIPathName($dir)));

ok 4
# Failed test 5 in t/Unicode.t at line 67
not ok 5# t/Unicode.t line 67 is​: ok(Win32​::SetCwd($dir));

ok 6
# Test 8 got​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32" (t/Unicode.t at line 78)
ok 7
# Expected​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32\\Foo \x{394}\x{419} Bar \x{5E7}\x{645} Baz"not ok 8

# t/Unicode.t line 78 is​: ok(Win32​::GetLongPathName($w32dir), $long);
# Test 9 got​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32" (t/Unicode.t at line 86)
not ok 9# Expected​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32\\Foo \x{394}\x{419} Bar \x{5E7}\x{645} Baz"

# t/Unicode.t line 86 is​: ok(Win32​::GetLongPathName($subdir), $long);
# Failed test 10 in t/Unicode.t at line 89
not ok 10# t/Unicode.t line 89 is​: ok(chdir(Win32​::GetANSIPathName($dir)));

# Test 11 got​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32" (t/Unicode.t at line 90)
not ok 11# Expected​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32\\Foo \x{394}\x{419} Bar \x{5E7}\x{645} Baz"

# t/Unicode.t line 90 is​: ok(Win32​::GetLongPathName(Win32​::GetCwd()), $long);
Failed 9/12 subtests

Test Summary Report


../cpan/Win32/t/Unicode.t (Wstat​: 0 Tests​: 11 Failed​: 8)
  Failed tests​: 1-3, 5, 8-11
  Parse errors​: Bad plan. You planned 12 tests but ran 11.
Files=1, Tests=11, 1 wallclock secs ( 0.01 usr + 0.02 sys = 0.03 CPU)
Result​: FAIL

These tests don't look good to me at all but I ran tem with ..\perl harness -v and they seem to be successful​:

io/utf8.t ......................................................... 1/61 # Couldn't unlink 'tmp3432B'​: Permission denied
re/pat_advanced.t ................................................. 1/? # Test process timed out - terminating
re/substT.t ....................................................... 1/206 # Failed to start watchdog
# Insecure $ENV{PATH} while running with -T switch at ./test.pl line 1409.
opbasic/cmp.t ..................................................... 11131/12084
op/sigdispatch.t .................................................. 28/29 # Test process timed out - terminating
op/taint.t ........................................................ 1/797 '"lskdfj does not exist"' is not recognized as an internal or external command, operable program or batch file.
uni/variables.t ................................................... 10400/65869
uni/variables.t ................................................... 34219/65869
uni/variables.t ................................................... 57791/65869
op/threads.t ...................................................... 9/26 # Test process timed out - terminating
op/time.t ......................................................... 1/66 # Test process timed out - terminating
op/utf8cache.t .................................................... '-' is not recognized as an internal or external command,
../cpan/ExtUtils-MakeMaker/t/echo.t ............................... Use of uninitialized value in concatenation (.) or string at C​:\cygwin\home\085598\src\perl-5.18.2\lib/ExtUtils/MM_Win32.pm line 156.
../dist/Cwd/t/cwd.t ............................................... 1/31 skip() needs to know $how_many tests are in the block at t/cwd.t line 250
../dist/ExtUtils-CBuilder/t/00-have-compiler.t .................... 1/7 'djaadjfkadjkfajdf' is not recognized as an internal or external command, operable program or batch file.
'djaadjfkadjkfajdf' is not recognized as an internal or external command,
operable program or batch file.
../dist/IO/t/io_udp.t ............................................. 1/7 # Test process timed out - terminating
../ext/re/t/re_funcs_u.t .......................................... 1/? # Test pocess timed out - terminating
../lib/feature/unicode_strings.t .................................. 19606/20736

Richard Kandarian
http​://www.lanl.gov/cgi-bin/fonelink.pl/085598
My node in the Web​: http​://www.kandarian.com

-----Original Message-----
From​: Steve Hay via RT [mailto​:perlbug-followup@​perl.org]
Sent​: Friday, March 21, 2014 3​:07 PM
To​: Kandarian, Richard M
Subject​: Re​: [perl #121461] Failed tests on a Win32 Build of Perl 5.18.2

On 19 March 2014 13​:53, Kandarian, Richard M <richard.kandarian@​lanl.gov>
wrote​:

Sorry about the lack of attachment. It was my second submission, the first
one had the attachment but went to the wrong place since I didn't use
perlbug the first time. Also perlbug didn't give me an opportunity to attach
anything and I forgot when it left me to send the message myself.

It's attached here.

I'm using VC++2008 Express. My Windows is also SP1.

Thanks. I've just tried building 5.18.2 using your makefile, although
with a full version of VS2008 since I don't have the Express version
installed right now. It built and passed all tests (with STDERR
redirected to NUL).

You didn't send the output from the two tests that failed for you. Are
the failures reproducible for you? If so then please send the output
of the following two commands, run from perl's t/ folder​:

..\perl harness -v ../cpan/Win32/t/GetShortPathName.t
..\perl harness -v ../cpan/Win32/t/Unicode.t

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Mar 25, 2014

From @steve-m-hay

On 24 March 2014 20​:50, Kandarian, Richard M <richard.kandarian@​lanl.gov> wrote​:

I did an nmake /f Makefile.RMK clean and then attempted to rebuild Perl in the same directory and it failed. Lots of very perly symbols were missing when attempting to link miniperl.exe.

So I moved that directory out of the way and re-extracted the source from the tarball and that problem went away.

Then I ran the tests and got the same results so they seem repeatable.

There is some more stuff regarding tests after these tests you requested.

The tests you requested​:

C​:\cygwin\home\085598\src\perl-5.18.2\t>..\perl harness -v ../cpan/Win32/t/GetShortPathName.t

Why is there a 'cygwin' in there? If this is a VC++ build then you
don't want Cygwin stuff going anywhere near it in case of
interference, especially if you have a Cygwin perl somewhere in the
PATH, but other Cygwin tools can occasionally screw up other tests
too.

What is your PATH set to? Just type "set PATH" in the same Command
Prompt that you did the build and ran the tests in. (Mine is just a
few standard Windows paths, plus whatever the VC++ setup script sets.)

../cpan/Win32/t/GetShortPathName.t ..
1..5
# Running under perl version 5.018002 for MSWin32
# Current time local​: Mon Mar 24 09​:08​:53 2014
# Current time GMT​: Mon Mar 24 15​:08​:53 2014
# Using Test.pm version 1.26
ok 1# Test 2 got​: "Long Path 1908" (t/GetShortPathName.t at line 15)

That looks like Win32​::GetShortPathName() has failed. What does this
output if yout run in your build/test Command Prompt?​:

perl -MWin32 -le "open F, '>Long Path 1908'; print
GetShortPathName('Long Path 1908'); unlink 'Long Path 1908'"

For me it's​: LONGPA~1

# Expected​: "(?^​:^\\S{1,8}(\\.\\S{1,3})?$)"
not ok 2# t/GetShortPathName.t line 15 is​: ok($short, qr/^\S{1,8}(\.\S{1,3})?$/
);

ok 3
ok 4
ok 5
Failed 1/5 subtests

Test Summary Report
-------------------
../cpan/Win32/t/GetShortPathName.t (Wstat​: 0 Tests​: 5 Failed​: 1)
Failed test​: 2
Files=1, Tests=5, 0 wallclock secs ( 0.00 usr + 0.05 sys = 0.05 CPU)
Result​: FAIL

C​:\cygwin\home\085598\src\perl-5.18.2\t>..\perl harness -v ../cpan/Win32/t/Unicode.t
../cpan/Win32/t/Unicode.t ..
1..12
# Running under perl version 5.018002 for MSWin32
# Current time local​: Mon Mar 24 09​:10​:48 2014
# Current time GMT​: Mon Mar 24 15​:10​:48 2014
# Failed test 1 in t/Unicode.t at line 43
# Using Test.pm version 1.26# t/Unicode.t line 43 is​: ok(-d Win32​::GetANSIPathName($dir));

not ok 1

These all look like Win32​::GetANSIPathName() are failing. What does
this output in your build/test environment?​:

perl -MWin32 -le "$dir=qq[Foo \x{394}\x{419} Bar \x{5E7}\x{645} Baz];
Win32​::CreateDirectory($dir); $ansi = Win32​::GetANSIPathName($dir);
print $ansi; rmdir $ansi if -d $ansi"

For me it's​: FOOBAR~1

# Failed test 2 in t/Unicode.t at line 47
not ok 2# t/Unicode.t line 47 is​: ok(-f Win32​::GetANSIPathName($file));

# Failed test 3 in t/Unicode.t at line 50
not ok 3# t/Unicode.t line 50 is​: ok(opendir(my $dh, Win32​::GetANSIPathName($dir)));

ok 4
# Failed test 5 in t/Unicode.t at line 67
not ok 5# t/Unicode.t line 67 is​: ok(Win32​::SetCwd($dir));

ok 6
# Test 8 got​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32" (t/Unicode.t at line 78)
ok 7
# Expected​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32\\Foo \x{394}\x{419} Bar \x{5E7}\x{645} Baz"not ok 8

# t/Unicode.t line 78 is​: ok(Win32​::GetLongPathName($w32dir), $long);
# Test 9 got​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32" (t/Unicode.t at line 86)
not ok 9# Expected​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32\\Foo \x{394}\x{419} Bar \x{5E7}\x{645} Baz"

# t/Unicode.t line 86 is​: ok(Win32​::GetLongPathName($subdir), $long);
# Failed test 10 in t/Unicode.t at line 89
not ok 10# t/Unicode.t line 89 is​: ok(chdir(Win32​::GetANSIPathName($dir)));

# Test 11 got​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32" (t/Unicode.t at line 90)
not ok 11# Expected​: "C​:\\cygwin\\home\\085598\\src\\perl-5.18.2\\cpan\\Win32\\Foo \x{394}\x{419} Bar \x{5E7}\x{645} Baz"

# t/Unicode.t line 90 is​: ok(Win32​::GetLongPathName(Win32​::GetCwd()), $long);
Failed 9/12 subtests

Test Summary Report
-------------------
../cpan/Win32/t/Unicode.t (Wstat​: 0 Tests​: 11 Failed​: 8)
Failed tests​: 1-3, 5, 8-11
Parse errors​: Bad plan. You planned 12 tests but ran 11.
Files=1, Tests=11, 1 wallclock secs ( 0.01 usr + 0.02 sys = 0.03 CPU)
Result​: FAIL

These tests don't look good to me at all but I ran tem with ..\perl harness -v and they seem to be successful​:

io/utf8.t ......................................................... 1/61 # Couldn't unlink 'tmp3432B'​: Permission denied
re/pat_advanced.t ................................................. 1/? # Test process timed out - terminating
re/substT.t ....................................................... 1/206 # Failed to start watchdog
# Insecure $ENV{PATH} while running with -T switch at ./test.pl line 1409.
opbasic/cmp.t ..................................................... 11131/12084
op/sigdispatch.t .................................................. 28/29 # Test process timed out - terminating
op/taint.t ........................................................ 1/797 '"lskdfj does not exist"' is not recognized as an internal or external command, operable program or batch file.
uni/variables.t ................................................... 10400/65869
uni/variables.t ................................................... 34219/65869
uni/variables.t ................................................... 57791/65869
op/threads.t ...................................................... 9/26 # Test process timed out - terminating
op/time.t ......................................................... 1/66 # Test process timed out - terminating
op/utf8cache.t .................................................... '-' is not recognized as an internal or external command,
../cpan/ExtUtils-MakeMaker/t/echo.t ............................... Use of uninitialized value in concatenation (.) or string at C​:\cygwin\home\085598\src\perl-5.18.2\lib/ExtUtils/MM_Win32.pm line 156.
../dist/Cwd/t/cwd.t ............................................... 1/31 skip() needs to know $how_many tests are in the block at t/cwd.t line 250
../dist/ExtUtils-CBuilder/t/00-have-compiler.t .................... 1/7 'djaadjfkadjkfajdf' is not recognized as an internal or external command, operable program or batch file.
'djaadjfkadjkfajdf' is not recognized as an internal or external command,
operable program or batch file.
../dist/IO/t/io_udp.t ............................................. 1/7 # Test process timed out - terminating
../ext/re/t/re_funcs_u.t .......................................... 1/? # Test pocess timed out - terminating
../lib/feature/unicode_strings.t .................................. 19606/20736

This is all quite normal. Some of this noise should certainly be
silenced, but as long as the tests are passing then I wouldn't worry
too much.

@p5pRT
Copy link
Author

@p5pRT p5pRT commented Apr 24, 2019

From @steve-m-hay

I wonder if this is the same problem as #16804? Are you able to confirm whether 8dot3 filename creation is disabled on the drive on which you built perl and ran its tests?

@p5pRT

This comment has been minimized.

@richardleach
Copy link
Contributor

@richardleach richardleach commented Oct 14, 2020

Should this issue be closed? No recent activity and unless the reporter replies to Steve's query, it's not clear what the root cause of the problem was.

Currently known test failures due to 8dot3filename support being disabled should be fixed in the next stable perl release via:

  • 2b8fc25 for Win32's GetShortPathName.t and Unicode.t
  • When EUMM v7.49_04 (or a later build) is pulled in (assuming this happens prior to blead freeze) for EUMM's 02-dynamic.t.
@tonycoz tonycoz closed this Oct 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
3 participants