Hi Jim... > http://www.proudlyserving.com/archives/2005/08/dos_aint_done_t.html > we shouldn't be afraid to throw off 'crutches' that are no > longer needed" side of the fence...
Sounds like we could discuss the manifesto and 1.0 list again ;-). http://fd-doc.sourceforge.net/wiki/index.php?n=FdDocEn.SpecsIntro - change the MASM / Borland C spec? For example "ArrowASM subset of MASM/TASM, or alternatively a free assembler like NASM", and "Turbo C 2 subset of Borland C, or alternatively a free compiler like OpenWatcom" could be recommended (current: Turbo C is not recommended but only allowed, so it is still kind of recommended to use the full BC3 features, making compiling hard for non-owners). http://fd-doc.sourceforge.net/wiki/index.php?n=FdDocEn.Specs - the "Kernel Interrupts" link points to a zip but is not working http://fd-doc.sourceforge.net/wiki/index.php?n=FdDocEn.CommandsBehavior - a classical hotspot :-). Suggestion: remove request for EDIT /G /NOHI (no CGA flicker wait, no high-brightnes colors), for EMM386 W=... (Weitek FPU memory-mapped I/O support), for GRAPHICS /LCD aspect ratio (which is meant for 640x200 portables with 3.2:1 widescreen LCD), maybe others (for example BASIC could be dropped, instead asking for a general purpose scripting language like BASH, PERL or ReginaREXX...). > DEFRAG was taken off the list, because so many freeware / shareware / > commercial defraggers exist - or because many people run FreeDOS in a > DOS emulator like VMWare or DOSemu, and defraggers aren't needed... I disagree here. I have no idea what happened to Imre more than a year ago, but it would still be very nice to have a FAT32 defragger. Not even Linux has one yet. There is PC Mag DEFRAGR, but that can only do FAT16 and has no real user interface. Our DEFRAG can be nice and useful. Other defraggers exist, but are not open, not free, or both. Not optimal. http://wiki.fdos.org/Main/Todo_1_0 - can somebody name a few tools for which the wrong errorlevels are returned? I assume it would not be too hard to fix them. Which EL are used by DYNALOAD, by the way? http://wiki.fdos.org/Main/ExitCodes - are there still tools which display DATE/TIME without using COUNTRY settings, or fail to do COUNTRY stuff for alphabetic sorting and upcase or downcase (except EDIT 0.7d "upcase/downcase block" functions ;-))? I know, we also ask for COUNTRY-defined NUMBER formatting, but we would already know a lot if we know that ONLY NUMBER formatting is still TODO. - are there still (disk)tools which trash LFNs? No need to use LFNs, just important not to TRASH LFNs. - Jeremy, any ATAPICDD news? :-) - Aitor has bold plans with KEYB, as usual - do we really need local buffers for SHSUCDX? Or is CDRCACHE enough? - PRINT(Q) is definitely a TODO, any volunteers? - PRINTER SYS, which printers should be supported by it?? Remember that GRAPHICS supports HP PCL, ESC/P2 and Post Script, differs from MS style but felt like a good choice. - What are experiences with Jason's RAMDISK, good enough to drop TDSK and even stop using the closed source XMSDSK? Former definitely, but latter? - DEFRAG, what happened to Imre? - FDISK, I assume Brian and Jeremy are working on the repair? - FORMAT, please report any remaining bugs. - SYS, bugs will usually be related to BIOS drive number and 8086 compat? - MEM, good that David is working on it :-). - SETVER, not same as CALLVER, but nobody seems to have any copies of the FREEVER binary left? We already know that the sources are lost. Eric PS: Note that the 1.0 list does not ask for Weitek support in EMM386 :-). ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
