bug-gnucobol
[Top][All Lists]
Advanced

[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: Simon Sobisch
Subject: Re: [GnuCOBOL 3.0-rc1] testsuite: 17 (compile from stdin) failed (on cygwin64)
Date: Sun, 10 May 2020 13:48:08 +0200
User-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0

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_snapshots
> /
>   (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
>>
>
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]