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 ALWAYS XMS ;)))
As far as I remember, the main problem was that you did not want to require DOS 4.0 or newer and therefore first allocated MANY buffers, then reducing them. With DOS 4.0 or newer, can simply check at run-time whether the user-selected amount of buffers will fit into the available memory, even for device drivers :-) > Could it be made even smaller? I have ideas to do so, but not so much > motivation: > - if I can asume everyone has a VGA card and stays in text mode You cannot assume that, but you could reload fonts from disk after the user returns to text mode. Would of course need some extra care to avoid doing that at the wrong moment but I guess reentrancy is less of an issue as you hook int 10, not int 21. > - if I can asume that (J)EMM386 has the ROM= option implemented Evil idea but effective for real mode BIOSes. For VESA VBE 3 or similar VGA BIOSes, the actually used copy might be in higher memory around 3-4 GB but that is just a guess of me here. >>> 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 preference). > > If only I could asume that there is ALWAYS a DPMI... ;))) There already are TDE, SETEDIT and others for 386 systems, so I would keep EDIT free of that. You could swap buffers of EDIT to XMS when XMS is available (detect at run-time). Regards, Eric ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
