Re: Common bug: findfirst issue / List of other FreeDOS application bug
Eric Auer <[email protected]>
| Newsgroups | gmane.os.freedos.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, to bring up several issues in one mail: Stamp: I tried stamp /t c:\test.txt but the timestamp of test.txt did not get changed. Same for touch: It got set to a value on file creation by touch, but not changed. May be a kernel 1.1.24 problem, though. Sorry that I did not test with 1.1.27 yet, but if somebody could do so, would be nice! Other: Nice to know that DOG no longer has the bug. What/where (download) is the current version? New bug: I tried to use "AuGoS" for DOS (a freeware Go playing program by an acquaintance of mine, written in Pascal and using DPMI16BI.OVL. Needs to be run from a writeable directory as it creates temp files there). I noticed that it crashes if TEMP or TMP are set to point to a nonexisting directory (hangs). BUT it also crashes when they point to a directory inside a TDSK ramdisk (reboots). I use this TDSK command line: DEVICEHIGH?=C:\freedos\bin\tdsk.exe 15000 512 144 1 (TDSK version 2.3, Turbodsk) LCD also exits (without error message) when trying to LCD with the cursor keys to the ramdisk. Anybody else got that bug? Is there a new version or other ramdisk (bitdisk?) that fixes it? PS: Did anybody (not the authors, I know that they have other things to do) try to run fdxms/fdxxms/fdxmst/fdxxmst/fdxms286 with FreeDOS emm386 ? In theory, fdxms286 and the 0.9 versions of the others should work, but it seems that they still do not!? PPS: No news about kernel 2027rc from me yet - DESCENT still only runs with the DPMI of DR-DOS emm386, even though maketempfile has been fixed. DR-DOS emm386 itself runs easier, of course, due to the driver memory allocation fix. No new bugs in 2027rc that I would have noticed by now. Eric