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

importing scripts always fails on windows nightly build box when hspeak is built with euphoria 4.1.0 #1218

Closed
bob-the-hamster opened this issue Sep 23, 2021 · 6 comments
Labels
rel: nightlies Present in nightly builds (after a release, replace with the release tag)

Comments

@bob-the-hamster
Copy link
Collaborator

bob-the-hamster commented Sep 23, 2021

On the windows nightly build box (Windows 7, Freebasic 1.08.1 mingw 8.1.0 euphoria 4.1.0) scons test always fails on the step that imports scripts into autotest.rpg

The error message is a red OHRRPGCE error, saying "Your copy of HSpeak is faulty or not supported. You should download a copy of HSpeak from http://rpg.hamsterrepublic.com/ohrrpgce/Downloads"

This error pops up when get_hspeak_version() returns failure. That function runs hspeak -k and parses the output.

On this windows box, running hspeak.exe -k from a cmd window appears to do nothing. control instantly returns to the shell. Sometimes 2 to 5 seconds later you may see a very rapid flash of the hspeak help screen opening and closing. It seems likely that run_and_get_output() is failing to get any output.

I noticed this bug right after upgrading mingw from 5.3.0 -> 8.1.0 and right before upgrading euphoria from 4.0.5 -> 4.1.0 (nope, wrong, I was confused)

I haven't run scons test on this windows box in a long time, so I don't really know when this started

@bob-the-hamster bob-the-hamster added the rel: nightlies Present in nightly builds (after a release, replace with the release tag) label Sep 23, 2021
@bob-the-hamster
Copy link
Collaborator Author

The last hspeak.exe generated by a nightly build, on 22 Sept 2021 at 1:08am works correctly when you run hspeak -k

Experimentally downgrading euphoria back down to 4.0.5 seems to have fixed the problem

@bob-the-hamster bob-the-hamster changed the title importing scripts always fails on windows nightly build box importing scripts always fails on windows nightly build box when hspeak is built with euphoria 4.1.0 Sep 23, 2021
@rversteegen
Copy link
Contributor

If hspeak -k from the command opens a separate window that's because it's being compiled as a GUI rather than console program. And sure enough, the problem is that I forgot to pass -con to eubind, which is used for debug builds, which includes scons test. The euphoria version shouldn't have anything to do with it (I saw the same problem with 4.0.5). Fixed.

@bob-the-hamster
Copy link
Collaborator Author

Yep, that fixed it, thank you TMC!
I upgraded back to Euphoria 4.1.0 on the windows nightly build vm

@bob-the-hamster
Copy link
Collaborator Author

Argh, euphoria is failing differently now, not on scons test, but failing on a nightly build...

C:\Euphoria\bin\euc.exe -con -gcc hspeak.exw hsspiffy.e euphoria\io_with_unicode.e euphoria\ucstypes.e euphoria\unicode.e -verbose -maxsize 5000 -makefile -build-dir build\hspeak
option 'eudir' must not occur more than once in the command line.

Investigating...

@bob-the-hamster
Copy link
Collaborator Author

Ah, that last thing was easy enough to fix. In all my re-installing of different euphoria versions, the eu.ini file got all messed up. it had 4 [all] sections!

Should be fine now

@rversteegen
Copy link
Contributor

Does eu.cfg (not eu.ini, right?) get appended to or modified during installation? I thought it just gets overwritten.

You seem to know already, but it might be worth mentioning that the error message is misleading, as (certain) eu.cfg contents are considered as command line arguments.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
rel: nightlies Present in nightly builds (after a release, replace with the release tag)
Projects
None yet
Development

No branches or pull requests

2 participants