Hello, 2011/7/10 Eric Auer <[email protected]>: > > 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 ;))) >>> >>> 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 :-) >> >> You remember wrong. >> It's simply that if the reallocate call fails, DISPLAY won't load at >> all, and that is not desirable. > > At the moment, DISPLAY will fail to load into any normal-sized UMB > which means people will avoid using DISPLAY at all, which is even > less desirable than a failure to load it when you try to load it > into a too small USB. In the latter case, you can still reduce the
We all understood in the firs place. > number of buffers or make a bit more space to load DISPLAY into an > blah, blah as I said, I'm tired of talking about this with you again and again and again... > That said, a possible fallback could be to allocate low memory ONLY > if the reallocation call fails. Then you neither have to start with > huge initial heap nor have to abort loading either. That is what LOADHIGH is supposed to do. Aitor ------------------------------------------------------------------------------ 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
