EVFSGUI fatal error 'E' at startup

[asavage]

Upon a recent reboot, I saw this:

" Line 22 of _LoadOtherFuncs in evfsgui.VRM: +++ Call VRMessage 'Main', 'REXX function library 'strip(translate(word(sourceline(sigl -1),4),' ',",'))'.DLL is missing!','EVFSGUI fatal error','E'; "

Screenshot: ​http://asavage.dyndns.org/ftp/hosting/eCS/Samba/Samba_03b.png

It has not been seen since.

Steven Levine opines: "This looks like two problems. One is an intermittently unloadable DLL and another is a failure of the error reporting code.

[asavage]

Similar issues in this scenario also occur on other OS/2 boxes I have, though on those (WSA on one, W4 FP17 on another) the box is locked up completely after <Enter> on marked text in a closed VIO window.

On the eCS 2.1 box:

If the "Completed: xxxxxxx" session is closed (via the window control "X"), other VIO sessions begin accepting keyboard input again.

However, in testing, I was unable after that point to successfully open Firefox 10.0.12ESR. The icon for FF would stay hatched, but Top showed it consuming no CPU cycles, and a frame was never drawn; I rebooted.

[Herwig Bauernfeind]

Please provide EVFSGUI.ERR!

[Herwig Bauernfeind]

I can reprocduce your problem.

I tracked it down to a VX-REXX problem, as it works within the VX-IDE, but not in the compiled binary. Currently I found no way to overcome this.

This is under investigation!

[Herwig Bauernfeind]

This is a VX-REXX bug.

[Alex Taylor]

If I interpret the report correctly, the error message looks as if it's caused by trying to use Sourceline(sigl) in the error handler.

Sourceline() does not appear to work in compiled VX-REXX binaries. (It does work from the Designer, which is misleading.)

[Herwig Bauernfeind]

Rewrote the errorhandler. It just does not report which DLL is missing in the compiled binary. No crash anymore however.

The fix will be in EVFSGUI 2.5 RC7 or better.

[Silvan Scherrer]

Milestone renamed