[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [GnuCOBOL 3.0-rc1] testsuite: 17 (compile from stdin) failed (on cyg
From: |
pat.schmid |
Subject: |
RE: [GnuCOBOL 3.0-rc1] testsuite: 17 (compile from stdin) failed (on cygwin64) |
Date: |
Sun, 10 May 2020 17:12:36 -0700 |
Simon,
You must be looking at the wrong file. This is the test results from the file I
sent:
ERROR: 895 tests were run,
11 failed (10 expected failures).
6 tests were skipped.
## ------------------------ ##
## Summary of the failures. ##
## ------------------------ ##
Failed tests:
GnuCOBOL 3.0-rc1 test suite: GnuCOBOL Tests test groups:
NUM: FILE-NAME:LINE TEST-GROUP-NAME
KEYWORDS
17: used_binaries.at:539 Compile from stdin
runmisc stdin
The snippet you pasted identified it as the testsuite.log for a 3.1-Dev test
suite that ran 1012 tests instead of 895 for 3.0. I sent in a file for the
3.0-rc1 test suite. If you scroll down to line 1170 in the testsuite.log I had
sent in it shows:
## ---------------------- ##
## Detailed failed tests. ##
## ---------------------- ##
# -*- compilation -*-
17. used_binaries.at:539: testing Compile from stdin ...
./used_binaries.at:551: cat prog.cob | $COMPILE -
./used_binaries.at:552: $COBCRUN_DIRECT ./a.out
--- /dev/null 2020-05-06 11:46:57.000000000 -0700
+++
/cygdrive/c/Gnu_COBOL/gnucobol-3.0-rc1_win/gnucobol-3.0-rc1/tests/testsuite.dir/at-groups/17/stderr
2020-05-06 11:46:57.128916100 -0700
@@ -0,0 +1 @@
+/cygdrive/c/Gnu_COBOL/gnucobol-3.0-rc1_win/gnucobol-3.0-rc1/tests/testsuite.dir/at-groups/17/test-source:
line 37: ./a.out: Permission denied
./used_binaries.at:552: exit code was 126, expected 0
17. used_binaries.at:539: 17. Compile from stdin (used_binaries.at:539): FAILED
(used_binaries.at:552)
If I read that right it indicates there is a permissions problem with the file
./a.out which is in the /test/testsuite.dir/013 folder. I would need to know
what permissions are required for which user to troubleshoot the problem. I
have tried gnucobol 2.0, 3.0 and 3.1 and all three fail just the one test and
the testsuite.log for all 3 installations all show this same error test for the
one test that failed.
Patrick Schmid
-----Original Message-----
From: Simon Sobisch <address@hidden>
Sent: Sunday, May 10, 2020 4:48 AM
To: address@hidden; address@hidden
Subject: Re: [GnuCOBOL 3.0-rc1] testsuite: 17 (compile from stdin) failed (on
cygwin64)
Am 10.05.2020 um 01:52 schrieb address@hidden:
> Simon,
> Thank you for the detailed response.
You're welcome.
> I have been playing with the gnucobol install for version 2.2, 3.0, and 3.1.
> When I get to the "make check" step they all fail on the compile from
> stdin test.
I've checked the CI result for 3.1-dev with cygwin[1] which says:
------------------------------
## ------------- ##
## Test results. ##
## ------------- ##
ERROR: 1012 tests were run,
29 failed (28 expected failures).
6 tests were skipped.
## ------------------------ ##
## Summary of the failures. ##
## ------------------------ ##
Failed tests:
GnuCOBOL 3.1-dev test suite: GnuCOBOL Tests test groups:
NUM: FILE-NAME:LINE TEST-GROUP-NAME
KEYWORDS
730: run_file.at:5453 INDEXED file with LOCK AUTOMATIC (2)
runfile
------------------------------
So your failing test is not included and the one failing there is a
false-positive (the process started from cygwin does only see it was started
from Win32 and therefore uses ".\prog2" for the sub-program, but then cygwin
translates it to ".prog2" so the startup doesn't work).
> In looking at the testsuite.log each version is failing on the
> "$COBCRUN_DIRECT ./a.out" command and it is failing with permission
> denied on ./a.out. That is the only test that fails. As all the other
> tests pass I must have done a successful install. That has me thinking
> the problem could be with the configuration. What would be
> misconfigured on my system to cause a permission denied error on the command
> "$COBCRUN_DIRECT ./a.out"?
The big issue is likely the OS... I guess you may trip on another process
locking the executable (common "bad guys" are Windows User Experience /
Compatibility checker, Indexing Service or Security Suites).
You may want to (likely temporary) disable them during the build and tests
and/or add exceptions to the directories and executables from your Cygwin
environment.
> I am running on an old ASUS, their first portable that got Republic of
> gaming certification (bought for the power and not the games) that is
> running a currently updated Windows 10. I have installed Cygwin
> version 3.1.4. During installation when I got to the screen to select
> the packages to be installed I took the option to install everything.
That's a huge install - I hope you did not do so only for getting GnuCOBOL to
work as MinGW definitely would be much smaller and reasonable for this (see
notes in the previous mail below).
Of course you could - which will get you a much faster an secure environment in
any case - use a GNU/Linux system (dual-boot installations work quite fine
these days, but the setup or "general cygwin issues" are not something that
really belongs to this bug tracker ;-).
Still thank you for the note as people now have a chance to find it.
> Patrick Schmid
If you have any more questions that are not related to this bug I suggest to
use either the user's list [2] for any GnuCOBOL related issues or discussion
boards [3] for this.
Simon
[1]:
https://ci.appveyor.com/project/GitMensch/gnucobol-3-x-win32-posix/build/job/mua8i5552p2ekab3/artifacts
[2]: https://lists.gnu.org/mailman/listinfo/gnucobol-users
[3]: https://sourceforge.net/p/open-cobol/discussion/help/
>
> -----Original Message-----
> From: Simon Sobisch <address@hidden>
> Sent: Friday, May 8, 2020 12:44 PM
> To: address@hidden; address@hidden
> Subject: Re: [GnuCOBOL 3.0-rc1] testsuite: 17 failed
>
> Hi Pat,
>
> this error seems to have not come up here before (at least I do not
> remember
> it) but there are two things to know:
>
> 3.0rc1 is quite outdated (there was and will be no 3.0 final release).
> The current release plan for 3.1rc1 is May/June 2020.
>
> I suggest to use a newer version, you can find the nightly builds'
> address (as those are not unlikely to change in the future) listed at
> https://sourceforge.net/projects/open-cobol/files/gnucobol/nightly_sna
> pshots
> /
> (the build history shows that the test is running now, also under
> Cygwin)
>
> If you just wanted to use GnuCOBOL on Win32 (and not to extend your
> existing Cygwin environment with GnuCOBOL) I highly suggest to just
> use the MinGW based ready-to-use binary packages.
> You find those at https://www.arnoldtrembley.com/GnuCOBOL.htm (a quite
> recent 3.1-dev is available there).
>
> Thanks for reporting, letting others to know to possibly prefer a
> newer and/or different environment than 3.0rc1 via Cygwin.
>
> Simon
>
>
> Am 06.05.2020 um 23:52 schrieb address@hidden:
>> Results from install GNU COBOL Compiler, version 3.0 RC1. Had one
>> error, failed the compile from stdin test.
>>
>> Pat Schmid
>> Chief Technical Officer, Teton Editorial Services
>>
>
>