Hi, I am proud to have finished the first version of my inofficial
FreeDOS 1.0 TODO list on:


- post 1.0 items are included and marked in a separate color
  (all link to http://www.freedos.org/news/version1/post/ where you
  can usually find more information about that item)
- EXIT CODE LIST translated to English language as suggested on
  http://www.freedos.org/news/version1/ (have done that a while ago
  but nobody linked it from the FreeDOS site yet...)
- this list asks YOU, the READER, for feedback. Please send that feedback
  directly to me, unless it is also relevant for the offical list (which is
  maintained by Aitor as you know...)
- "list of hard to test bugs" (for which you need particular hardware
  or software to test), "stolen" from Aitor's unpublished TODO list updates,
  with an extra quick-jump form where you can enter a bug number to jump
  directly into FreeDOS Bugzilla
- comments to explain things which are missing are updated
- comments for missing or postponed features now suggest alternative
  solutions (using other open source or freeware tools) where possible:
  Please let me know if you have extra suggestions.

Sometimes I have links to "post/" but no color coding for "postponed".
This is for cases where I think that the current solution will be good
enough even for post-1.0, although there do exist extra suggestions in
the post-1.0 list. You will notice that FASTOPEN is not even mentioned:
It might be that we eventually add speed optimizations (by remembering
recently used slots / doing look-ahead for following slots!) to the
kernel for FAT32 FAT chain surfing and anyFAT DIRECTORY surfing. For now,
you have to rely on using a disk cache only.

My list tries to mention all "base" packages from the LSM database on
FreeDOS.org, let me know if I have forgotten some (language packs for
KEYB and MODE/DISPLAY are intentionally left out, and VERIFY is
actually a FreeCOM-internal command now. MKEYB is the unlucky
(not mentioned) alternative to KEYB, although I actually like MKEYB
better (smaller, only 1 file, supports the top 10 keyboard layouts).



PS: Comparing to MS/PC-DOS -> http://www-306.ibm.com/software/os/dos/psm952a.html

> REXX - use BASH 
but also:
> CALCULATOR - please suggest one
> SCHEDULER - please suggest one
> PCMCIA - create something based on the code released by DeskWork
  (with translations and comments by me, with help of DeskWork)
Memory usage is quite good already, only SHARE and DISPLAY are clearly
worse than their MS/IBM counterparts. And our Win3.x compatibility is limited.

(other deficiencies of FreeDOS vs. MS/PC-DOS are listed on my online list,
except for the missing QBASIC - BWBasic is no real replacement, but you can
download QBASIC from MS and use it on FreeDOS systems, and Basic is Basic ;-))

PPS: Our STACKS are not MS-DOS 3.x+ style, does that matter? The idea is to
have N chunks of M bytes each, and every IRQ can get one or more of them,
which seems to be elegant in some way!? And the DOS IRQ wrappers support chaining
and sharing of IRQs, because they have standardized patchable structure.

This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
Freedos-user mailing list

Reply via email to