fix for U486: Can't get Nethack 3.4.1 to work
>nhversion: 3.4.1 > > nhfrom: 3.4.1 Official binary release for Windows 95/98/NT/2000/Me/XP > (nh341win.zip) > comments: Whenever I run NethackW.exe, the nethack window > appears, and does not run anything. When I close out of the > program, I get this message: > Waiting for access to C:\GAMES\NETHACK341\record. (X retries left). > The X seems to always be either 9 or 59. I don't know how to fix this > > problem, any help would be greatly appreciated <Someone> writes: >win32 open() returns -1 if failed - same as POSIX open(). > There is no STDIN in GUI applications so 0 is a valid return > value from open(). > So it should read like that unless that breaks Amiga code: Since I can't test the Amiga code, I added a macro OPENFAILURE to keep the Amiga code the same as it is now. It should probably be reviewed by someone on the Amiga team to verify if open() on the Amiga returns 0 or -1 on failure. If the latter, the macro could be removed completely.
This commit is contained in:
@@ -98,6 +98,10 @@ vms: create an empty paniclog file during playground installation
|
||||
win32tty: add subkeyvalue option to alter key values; Finnish keyboard fix
|
||||
win32tty: distinguish between black/gray/white (by Quietust)
|
||||
win32gui: prevent male Valkyrie and other incorrect startup settings
|
||||
win32: some code in files.c was incorrectly assuming that a file
|
||||
descriptor return value of 0 from open() was invalid but it
|
||||
could be valid on win32gui where stdin, stdout, stderr aren't open;
|
||||
now it correctly checks for return value < 0 from open()
|
||||
tiles: high priest tile had a couple bad pixels
|
||||
tiles: bad pixels in Croesus and Yeenoghu tiles
|
||||
FreeBSD: incorrect srandom declaration
|
||||
|
||||
Reference in New Issue
Block a user