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
[Win32] 5.27.7 fails all tests. #16331
Comments
From @sisyphusHi, Attached is the (abridged) output of running 'gmake test' for 5.27.7 on In a nutshell, the command 'perl.exe harness', when run from the win32/t '1' is not recognized as an internal or external command, which is counted as a fail: <scriptname>.t (Wstat: 0 Tests: 0 Failed: 0) Here is the 'perl -V' of the build that produced the attached t.txt: Summary of my perl5 (revision 5 version 27 subversion 7) configuration: Platform: Characteristics of this binary (from libperl): |
From @sisyphus# CCTYPE=GCC [snip many more of the same] '1' is not recognized as an internal or external command, Test Summary Report base/cond.t (Wstat: 0 [snip many more of the same] ../lib/vmsish.t (Wstat: 0 |
From @sisyphus-----Original Message-----
Duh - there is no such folder. I meant the top-level/t folder (or Cheers, |
From zefram@fysh.orgSisyphus wrote:
That sounds like something is passing a one-element array -zefram |
The RT System itself - Status changed from 'new' to 'open' |
From zefram@fysh.orgI wrote:
But I don't see any code in the core distro that would do that. -zefram |
From @steve-m-hayOn 21 December 2017 at 04:49, Zefram <zefram@fysh.org> wrote:
Current blead (fe2024f) is failing |
From @steve-m-hayOn 21 December 2017 at 08:37, Steve Hay <steve.m.hay@googlemail.com> wrote:
I had a quick skim through the changes since I last made a commit 64def2a: perform system() arg but I won't have time to investigate further until later. |
From @xenuOn Thu, 21 Dec 2017, at 10:34, Steve Hay via perl5-porters wrote:
Perhaps it has something to do with windows-specific system(1, "foo") hack? Excerpt from perlport: system(1, @args) spawns an external process and immediately returns its process designator, without waiting for it to terminate. Return value may be used subsequently in wait or waitpid PID,FLAGS. Failure to spawn() a subprocess is indicated by setting |
From zefram@fysh.orgTomasz Konojacki wrote:
Ooh, nice. There's code in win32/win32.c's do_aspawn() that looks for if (SvNIOKp(*(mark+1)) && !SvPOKp(*(mark+1))) { So that has the number/string bug. The argument copying that now happens Do we have to preserve the number/string bug? -zefram |
From @cpansproutOn Thu, 21 Dec 2017 04:56:37 -0800, zefram@fysh.org wrote:
I think in this case we have to, much as I dislike it, because there could be an executable file called "1". -- Father Chrysostomos |
From zefram@fysh.orgShould be fixed by commit 8fe3452. -zefram |
From @steve-m-hayOn Thu, 21 Dec 2017 21:36:43 -0800, zefram@fysh.org wrote:
All working again now. Thanks for fixing this. |
@steve-m-hay - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#132633 (status was 'resolved')
Searchable as RT132633$
The text was updated successfully, but these errors were encountered: