Skip Menu |
Report information
Id: 126876
Status: resolved
Priority: 0/
Queue: perl6

Owner: Nobody
Requestors: nanis [at] cpan.org
Cc:
AdminCc:

Severity: (no value)
Tag: Bug
Platform: (no value)
Patch Status: (no value)
VM: (no value)



Subject: [BUG] t\spec\S32-io\io-spec-win.t fails on Windows 10 with MSVS 2013
Date: Thu, 10 Dec 2015 17:27:13 -0500
To: rakudobug [...] perl.org
From: "A. Sinan Unur" <nanis [...] cpan.org>
Download (untitled) / with headers
text/plain 1.7k
Hello: Just built using http://rakudo.org/downloads/star/rakudo-star-2015.11.tar.gz. During `nmake rakudo-spectest`, I noticed a number of test failures. One set of these occurs in t\spec\S32-io\io-spec-win.t. Here is the test output: ok 206 - updir is ".." Method 'devnull' not found for invocant of class 'IO::Spec' in block <unit> at t\spec\S32-io\io-spec-win.t:299 # Looks like you planned 209 tests, but ran 206 Dubious, test returned 255 (wstat 65280, 0xff00) Failed 3/209 subtests Test Summary Report ------------------- t\spec\S32-io\io-spec-win.t (Wstat: 65280 Tests: 206 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 209 tests but ran 206. Files=1, Tests=206, 5 wallclock secs ( 0.17 usr + 0.06 sys = 0.24 CPU) Result: FAIL And, here is the relevant section in the test file: if $*DISTRO.name !~~ any(<mswin32 netware symbian os2 dos>) { skip-rest 'Win32ish on-platform tests' } else { # double check a couple of things to see if IO::Spec loaded correctly is IO::Spec.devnull, 'nul', 'devnull is nul'; is IO::Spec.rootdir, '\\', 'rootdir is "\\"'; ok {.IO.d && .IO.w}.(IO::Spec.tmpdir), "tmpdir: {IO::Spec.tmpdir} is a writable directory"; } It seems somehow IO::Spec is not delegating properly, but I haven't investigated this. BTW, after installation, the behavior persists: C:\> perl6 -e "say IO::Spec::Win32.devnull" nul C:\> perl6 -e "say IO::Spec.devnull" Method 'devnull' not found for invocant of class 'IO::Spec' in block <unit> at -e:1 C:\> perl6 -e "say IO::Spec" (Spec) C:\> perl6 -e "say IO::Spec::Win32" (Win32) And, for sanity: C:\> perl6 -e "use nqp; say nqp::p6box_s(nqp::atkey(nqp::backendconfig(), 'osname'));" MSWin32 I am afraid I do not know where to go from here, but FYI. HTH, -- Sinan
Date: Fri, 11 Dec 2015 19:24:04 -0500
Subject: Re: [perl #126876][BUG] t\spec\S32-io\io-spec-win.t fails on Windows 10 with MSVS 2013
To: perl6-bugs-followup [...] perl.org
From: "A. Sinan Unur" <nanis [...] cpan.org>
Download (untitled) / with headers
text/plain 257b
Show quoted text
> I am afraid I do not know where to go from here, but FYI.
Pull request submitted. I hope this is the right place to do that: https://github.com/perl6/roast/pull/87 The fix I propose is to invoke methods on $*SPEC rather than IO::Spec. HTH, -- Sinan
From: "A. Sinan Unur" <nanis [...] cpan.org>
To: perl6-bugs-followup [...] perl.org
Subject: [BUG][perl #126876] t\spec\S32-io\io-spec-win.t fails on Windows 10 with MSVS 2013
Date: Sat, 12 Dec 2015 11:23:29 -0500
Download (untitled) / with headers
text/plain 257b
Show quoted text
> I am afraid I do not know where to go from here, but FYI.
Pull request submitted. I hope this is the right place to do that: https://github.com/perl6/roast/pull/87 The fix I propose is to invoke methods on $*SPEC rather than IO::Spec. HTH, -- Sinan
Download (untitled) / with headers
text/plain 203b
Show quoted text
> Pull request submitted. I hope this is the right place to do that: > > https://github.com/perl6/roast/pull/87
I approved the pull request. If the tests pass on Windows, this ticket can be resolved.
Download (untitled) / with headers
text/plain 389b
On Mon Dec 14 09:29:37 2015, labster wrote: Show quoted text
> > Pull request submitted. I hope this is the right place to do that: > > > > https://github.com/perl6/roast/pull/87
> > I approved the pull request. If the tests pass on Windows, this > ticket can be resolved.
Given the complete lack of activity/complaints in 4 months, I'm going to assume that the tests pass on Windows. Resolving ticket.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org