7 September, 2005
Spectra 1.0 has been released. So what is Spectra
anyway? Well... Spectra is a renamed version of WinDOS. All future
versions will be released under this new name. I didn't want the
name to be changed but was forced to do so by Microsoft. They seem
to believe that the names WinDOS and Windows are too similar...
WinDOS 270 has been released!!! Please note that it is
now licenced under the GPL licence. The source code is available in the
"downloads" section. Enjoy! Your feedback is always welcomed.
Sorry, folks, for not updating for so long. I'm currently doing a
5 year Mechatronics course at The University Of Melbourne and I am
loaded with lots and lots of work. That doesn't leave me much time
to actively develop WinDOS. In a few months time though, when the
semester comes to an end, I will try to finish off the long awaited
next version. For the moment, however, I have limited myself to updating
this site with new information (such as my new E-Mail address). By the
way, I'm also planning to release the full source code of all of the
projects that are available on these pages.
A forum has finally been set
up. Please visit now!!!
Midier 2.50 has been released today with source code and documentation! Check out the Midier page to see what has been added in this release. Sorry for not updating for so long... But I did do my homework as you can see.
A new utility VMode 1.1 written in assembly is now available for download. This tool allows you to switch between various text modes (and even graphics modes) from DOS prompt. We all have to admit that working in the default 80x25 is a silly thing to do on bigger monitors. First of all, not much can be fit on one screen. And secondly, the font appears to be huge. Anyway, VMode allows you to set high resolution text modes with newer VBE 3.0 video cards. However, it could still be very handy with older cards.
By the end of the year a new version of WinDOS should be out as well with a new powerful file searching utility and a couple of other cool enhancements. Actually, in some near future I was thinking of abandoning the project and starting a new one with a totally configurable SVGA interface. And I do mean totally! I want to have buttons and windows that could be changed from within a text configuration file. Don't worry though. This project will be entirely based on WinDOS and a lot of the code will be reused. It will simply be called something different.
Also, I'm thinking of adding a forum to this site. It would very
interesting to see what you, people, think about all these DOS projects.
Since most of you are too lazy to write to me, having some internet
discussion, in my opinion, would be useful.
A new project has arrived. Actually it is an old project that has been
totally rewritten from scratch. Check it out! Its name is MIDIer...
The source code will be available soon.
Happy New Year everyone! Go to the downloads page to receive your
new present. WinDOS 265 has been released TODAY, finally!
The development is back on track. I have just finished a lot of work on
the new extension registration system. And, yes, it is even more
powerful than the one in version 250. It allows you to use
wildcards to describe extensions and supports multiline blocks of
commands (like in batch files) for every program entry. Emulated lists
will soon be allowed (this or next version) which will make it possible
for automated substitution of every line in a list file (one by one)
into the command line of a particular program. The new version will
arrive soon. Please be patient.
Sorry about the delay with the new version. It is mostly due to the
lack of my free time. I will get it up and running as soon as I can,
but for the moment please be patient. Remember, quality comes before
Currently I am finishing off a GUI object-oriented library (BasicGUI) that I will later use to create other WinDOS utilities. The next version of WinDOS will contain a very flexible file searching utility that will even allow to search files by their !!access dates!! BasicGUI will boost the speed of its interface design by a factor of 10 and will make my programming easier and more efficient.
Now, in order to fix the glitch discussed on 28 April, I will add an option to the configuration program to load or not to load COMMAND.COM when programs are executed. Although loading COMMAND.COM will definitely solve all of the problems, it would also require some extra conventional memory.
Also, on 4 July I will be going away for a month, so please do not expect me to answer your E-mails in that period of time.
Thank You all for reading this and supporting this project.
A new bug in WinDOS 250 ... and I did know about it before I released the version. The reason why I ignored it was because at that time I didn't think it was that serious. The result of the bug is that not all of the programs can be executed correctly. If you experience this problem, you can do one of the following: either create a batch file that would in turn run your program, or register EXE and COM extensions to COMMAND.COM (with the /C switch). In both cases this will invoke the command interpreter which would always execute your program correctly (as if you typed it in DOS).
WinDOS runs programs by calling the DOS "exec" interrupt function.
This service requires you to specify 2 FCBs which are then copied
into the PSP of the child process. However, since I don't know how
to fill in these tables, I simply create dummy pointers that point to
an empty region in memory space. Although this seems to be fine with a
majority of programs, some applications created with older compilers
cannot locate their directory. Can anyone explain the way to set up
the FCBs correctly? Help would be very much appreciated. Here's the
source code of WinDOS's execute
The mirrors have been set up.