> MKDIR / MD, RMDIR / RD, CHDIR / CD and POPD are all broken. Maybe > because you try to use LFN functions. I tested in plain DOS without > LFN drivers. Please make sure that LFN functions are only > used when some LFN install test is okay for THAT drive. It > can happen that you have LFN support only on SOME but not ALL > drives so FreeCOM has to check for that.
Hmm... looking at the RBIL, it seems that I need to set CFLAG on entry to make sure that it is set if the function is unimplemented. I'll upload another version later today. > Other problems: > MEMORY reports that "used" is bigger than "max" for history I think this is a known problem. Same with the Context out of Memory error that some people get at random times (even though it doesn't affect functionality). > VER still does not display the kernel version STRING on FreeDOS, > please read the CALLVER source code to see how that works: > if OEM is 0xfd then int 21.33ff returns pointer DX:AX... > VER also calls the kernel 0.0.36 - that should be "2036" or "36". > CHCP messages are a bit strange, why "(properly)"? Again, not because of my changes. > And: FreeCOM behaves as if I had pressed ^C when my VOLINFXL > accesses an empty cdrom drive. In other words, when it happens > in autoexec, FreeCOM asks if I want to abort autoexec, and when > it happens on the prompt, the next char typed after that is > dropped from the keyboard buffer. That's a really annoying bug, > certainly in autoexec processing. I think you already reported this for the old .84pre > Talking about 8086 compatibility: The 0.005% remaining 8086 users > should absolutely use CALL/S FreeCOM. The 99.995% of 286+ users > should use the XMS SWAP FreeCOM, WITH 286 optimizations. 286 optimizations don't make a difference in code compared with 286 optimizations, so there isn't really a point... -- Fall is my favorite season in Los Angeles, watching the birds change color and fall from the trees. David Letterman (1947 - ) See ya _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
