Hi Bernd,
Briefly in DOS, both kernel and character device drivers are (or
should be) codepage aware.
- Kernel because of the collation tables, used for example to turn
filenames into the uppercase, and so store them uppercased in the FAT
- Character devices, because sending out a character to a
Hello,
2011/6/29 Bernd Blaauw bbla...@home.nl:
I remember DISPLAY 2.0 being troublesome with regard to UMBs, but that
was years ago.
It is not that it is trobulesome with regards to UMBs, but that you
hardly ever have so much room in UMBs to load it.
DISPLAY allows you to have a maximum of 5
Hello,
2011/6/30 Rugxulo rugx...@gmail.com:
I remember DISPLAY 2.0 being troublesome with regard to UMBs, but that
was years ago.
It still needs a lot of unnecessary UMB room free to load there, e.g.
64 kb or some fairly high amount. And you may even have to explicitly
mention it. I forget
Hi Aitor, Rugxulo,
It still needs a lot of unnecessary UMB room free to load there, e.g.
64 kb or some fairly high amount. And you may even have to explicitly
mention it. I forget exactly and always (I think) loaded it low. Well,
I'd have to check
If only I could assume that there's
Op 10-7-2011 10:14, Aitor Santamaría schreef:
Hi Bernd,
* EDIT 0.9a prints its version and DFLAT banner at every invocation.
in the background. If it causes problems, I have annotated to create a
switch to turn it off.
Programs usually don't print any banners or version output unless they
Hi,
On 7/10/11, Bernd Blaauw bbla...@home.nl wrote:
Also going to run UPX (--best --8086) over it to reduce filesize:)
--ultra-brute --lzma --8086 is optimal. But LZMA is a lot slower to
unpack on really ancient machines, hence why it's not default for
dos/mz.
Heck, I think there's even
Hi,
On 7/10/11, Eric Auer e.a...@jpberlin.de wrote:
Pretty stuck at using EDIT as a baseline replacement of MS EDIT.
Other programs always welcome as extension.
Well, the 64 kb file limit was a bit of a put-off for me, personally.
Maybe good for average use, I guess (just not my favorite
On Sun, 10 Jul 2011, Bernd Blaauw wrote:
I can't recall *any* other EDIT version reporting its version unless by
/? or perhaps when starting an empty file.
Which is the exact behavior of the QBASIC editor used in MS-DOS 5 and 6
(and PC DOS 5.x).
Personally, I'd dispense with that - as MS
Hi Eric,
2011/7/10 Eric Auer e.a...@jpberlin.de:
Hi Aitor, Rugxulo,
It still needs a lot of unnecessary UMB room free to load there, e.g.
64 kb or some fairly high amount. And you may even have to explicitly
mention it. I forget exactly and always (I think) loaded it low. Well,
I'd have to
Hi Aitor,
It still needs a lot of unnecessary UMB room free to load there, e.g.
64 kb or some fairly high amount. And you may even have to explicitly
mention it. I forget exactly and always (I think) loaded it low. Well,
I'd have to check
If only I could assume that there's ALWAYS XMS
Hello,
2011/7/10 Eric Auer e.a...@jpberlin.de:
Hi Aitor,
It still needs a lot of unnecessary UMB room free to load there, e.g.
64 kb or some fairly high amount. And you may even have to explicitly
mention it. I forget exactly and always (I think) loaded it low. Well,
I'd have to check
I have a report from a user who is getting stale directory data when
running the mTCP FTP server. They are running a TSR in the background
which is updating a file once a day. If they connect to the FTP server
and look at the directory they will see the date and size of the file at
the time
Op 7-7-2011 13:58, Michael B. Brutman schreef:
Mike
Mike,
do you have any experience using UPX (executable file compressor) on
your programs? I'm wondering if
1) programs still load properly for you on 8086
2) smaller disksize + in-memory-decryption faster than loading entire file.
I'm pretty
On 7/10/2011 10:25 AM, Bernd Blaauw wrote:
Op 7-7-2011 13:58, Michael B. Brutman schreef:
Mike
Mike,
do you have any experience using UPX (executable file compressor) on
your programs? I'm wondering if
1) programs still load properly for you on 8086
2) smaller disksize +
I've had issues with DEVLOAD refusing to load drivers in XMS-only
situation when using DEVLOAD's /H paramater (which is try UMBs first,
just like DEVICEHIGH/INSTALLHIGH/LOADHIGH).
Through some testing this has been narrowed down as a difference between
Devload 3.20 (works) and 3.21 (fails)
Hi all,
I've tagged version 4.01 of the FreeDOS Install program. This is a
completely new Install program, designed as a major improvement for
the FreeDOS 1.1 distribution.
The new Install asks the user only a few questions: if you want to
install everything, and if you want to install source
I am doing some testing of basic stuff and would appreciate the image. You
can email me or let me know where I can download from. I am playing with
the test image, some rough edges but I like the isolinux menu.
Jeremy
17 matches
Mail list logo
