Hi again,
>> https://www.youtube.com/watch?v=76V0EpXY6Eo >> "less" also can be used without pipelines, >> as you know, as in "less fdauto.bat" Compared to "type fdauto.bat | less" you avoid the temp file needed by pipelines in DOS. While you make an important point by explaining how pipes need a writeable temp directory, it would also be good to exaplain that "less fdauto.bat" avoids the pipeline and thereby the need for a writeable temp directory. >> would be nice if you could present moresys: >> >> type fdauto.bat >more$ >> >> ;-) > I never remember about MORESYS, so I never remember it's there. > Actually, MORESYS isn't loaded by default on FreeDOS 1.3 RC4 anyway, That could be changed. It only uses half a kilobyte of RAM. Of course it sometimes scrolls a bit more than a page, but I found it to be convenient at various occasions. Also because it works in real time. No waiting for the pipeline temp file to be complete, screen output starts immediately and is just paused after each page of text :-) > so the command wouldn't work in a "stock" FreeDOS 1.3 RC4. Well... We have more "odd" things included already: >> what are the alternate _move _move _tee and >> _choice versions about? what are jemfbhlp, >> umbm + cpucache? why himemx + himemx2? why >> debug, debugx, debugxg, debugxd + debugxe? >> quite a collection of alternate "debug"! Why does a "stock" FreeDOS contain FIVE "debug" and two HIMEMX, but zero XMGR and zero 386SWAT? Why is there LBACACHE and CPUCACHE, but no UHDD? I hope there is CDRCACHE, too. There is TICKLE. It also contains several CWSDPMI variants and similar tools. Sort of okay after all, but those and various other "helper and testing tools" from other packages (drivers, archivers) are getting close to "maybe better give them directories". >> note the dir size layout bug at 8:20 DIR /W starts to show the summary of the sizes at whichever column DIR ended, so in the video, it wraps around at the 80th column because it does not fit. > this appears to be fixed in FreeCOM 0.85. Nice to know :-) > You're referring to the "PRESS ESC AGAIN TO QUIT" Yes. AMB should say something like "Press ESC again to quit to DOS or enter to stay in AMB". In a similar problem, BOLITAIRE shows a really quit yes/no question when you try to leave while a current game exists, but that question can NOT be answered by keyboard. Several other menus DO work with keyboard, which is important when you have problems with your mouse. At least leaving the program should be possible at any time even when the batteries of your mouse just went flat. Regards, Eric _______________________________________________ Freedos-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-user
