You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In general it doesn't seem to be possible to write files, and there are a few different failure modes.
In all cases I'm launching EviL without a .rc file.
Invoking evil with no arguments, entering some text, and then trying to exit with "ZZ":
Screen is filled with random pixel blocks in various colours.
Invoking evil with no arguments, entering some text, and then trying to save with ":w test.txt"
No errors are reported. ":q" doesn't exit EviL. ":q!" exits. No file has been produced.
Invoking evil with a non-existing file name produces an expected error that the file cannot be found.
After inserting some text:
":w" produces a brief "Writing.." message.
":q" exits EviL
File has been created, but contains garbage when viewed using the Browser.
Invoking evil with an existing file loads it as expected.
After making a minor change to the text:
":w" produces a brief "Failed to create file (Errno: 7)" message along with a beep and a border flash, then the Next reboots.
File is unchanged.
Invoking evil with an existing file loads it as expected.
After making a minor change to the text:
":w newfile.txt" produces a brief "Failed to create file (Errno: 7)" message along with a beep and a border flash, then the Next reboots.
"newfile.txt" has not been created.
Finally got near to this bug! Can confirm them all, except the last bug. Will not let that get in the way of the other fixes, as maybe that clears up the last one too. And if not, can reapproach after.
Invoking evil with no arguments, entering some text, and then trying to save with ":w test.txt"
No errors are reported. ":q" doesn't exit EviL. ":q!" exits. No file has been produced.
That was an annoying compiler not generating an error when it should have (calling a function without the .h file, rather than erroring, was jumping to random memory address) bug -- one down, 4 to go...
(having spend some time configuring a lot of custom keybindings in mame) can confirm that these still exist when built with z88dk-v2.3 (and can now repo the one I could not repo before, also) so one step closer to moving on with this!
Activity
Xalior commentedon Feb 15, 2024
Finally got near to this bug! Can confirm them all, except the last bug. Will not let that get in the way of the other fixes, as maybe that clears up the last one too. And if not, can reapproach after.
-Dx
Xalior commentedon Mar 17, 2024
That was an annoying compiler not generating an error when it should have (calling a function without the .h file, rather than erroring, was jumping to random memory address) bug -- one down, 4 to go...
Xalior commentedon Jan 1, 2026
(having spend some time configuring a lot of custom keybindings in mame) can confirm that these still exist when built with z88dk-v2.3 (and can now repo the one I could not repo before, also) so one step closer to moving on with this!
Add help, flat memory, and close #2