At 01:11 AM 2/17/2005 +0100, Eric Auer wrote:
followed by an e-mail stating
A thorough point by point discussion would chew up too great a percentage
of my lifespan, but I leave the topic with these short bits to meditate upon.
1. Well over half of the actual code you want is being placed, lar
Hi Michael, sorry for getting Arkady-ish in my patches.
Here the most useful ones of them:
+ ; All calls can destroy esi, edi, ecx: saved at @@makecall
+ ; None of the calls RETURNS anything in esi, edi, ecx, except
+ ; 58xx and VCPI de0a, which write [esp+2] to return (E)CX.
Eric Auer escribió:
[...] I will probably only have time for FORMAT, although the EDIT
and TERMINAL bugs are pretty small:
Glad to hear that you will work on FORMAT. Ina few months I intend to
start using FreeDOS in some user machines with FAT32. That is (FWIK)
100% ok with the Kernel, but I don
Hi,
Eric Auer escribió:
> And finally, FORMAT, FreeCOM, LBACACHE, EDIT and TERMINAL are waiting for
> improvements. I will probably only have time for FORMAT, although the EDIT
> and TERMINAL bugs are pretty small:
>
>
And MODE. When I "come back", the new penultimate DISPLAY will be out... (
Hello Michael,
> On another front, it appears that Tom Ehlert has rejected the idea of
> MONOUMB and VGAUMB options. As you may know, he has the overriding vote in
> what gets added to EMM386.
I wouldn't go so far as 'veto' such a feature (even if I had the right
to veto anything);
I just wanted
At 02:26 PM 2/15/2005 +0100, Eric Auer wrote:
You are right, some of the improvements would involve using some test
apps which check if things work correctly. Should be easy for functions
49, 4a, 50, 52, 5900, 5b, 5d. For the others, I suggest using MEM style
I was insufficiently clear in my remark
Hello Eric,
> UMB as (mode) is already used". The only test which you cannot do is the
> one for mono and pre-EGA graphics cards being present. I think I can find
> a test PC for that as soon as EMM386 has MONOUMB and VGAUMB ;-).
what would be the difference between
MONOUMB and /I=b000-b7ff
or
Hi Michael,
> >which is a diff to the 7 Feb EMM386 1.14 emm386.asm,
> >supposed to implement some new features.
> Do you have or know of any application which uses these functions so we --
> I'm sorry, so I -- can test them in actual operation before release?
You are right, some of the improve