Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

Memory usage, AMIS(!) (Developers)

posted by Ninho E-mail, 13.05.2011, 11:57

>> even 256 wasted PSP bytes is little compared to what MS KEYB.COM uses.

> My point isn't that you have to fix this; I was addressing the point you
> made were you reasoned against AMIS to save memory. Considering that a
> (mostly) compliant AMIS implementation would take less resident space up
> than either the possible fragmentation, or the PSP left resident (with /C),
> or the device header left resident, I'll go ahead and declare your "AMIS
> takes up too much memory" argument invalid for now ;)

Thus using Japheth's bloat as an excuse to add Ciriaco's ? (Just kidding!)<G>

>> I've been unwilling to change the loader (you know when you start, never
>> know when it's over).
>
> Oh yeah, I do know that. And I think that's indeed a better argument
> against AMIS here.

Glad you agree. You see, I am aware and agree myself with every of your detailed points. Back before 2000 I devised an used for myself a scheme for DOS programs to relocate themselves to the initial location of their own PSP and yes, their environment block [provided it was contiguous to the PSP which is not a given], by playing a few tricks documented and (s-c) undocumented, and going back to the system by int 21/4Ch not 31h, which was probably equivalent if not identical to what you promote. I used to be at ease and even love those tricks back then. I lost the respective source files and notes, though, so redoing it from scratch would take too much time (I'm getting old, too!) OTOH I still have my examples of relocation to MSDOS 5+ HMA. I did write (TBH rather stole and adapted from the DRDOS 6 version) an HMA int 9 handler which it was handy to have on 80286s without any UMBs.

Here's my suggestion to you - ONLY if you like it and can get that riches, TIME ! Since as I understand it you do have a working framework for optimal TSR relocation readied both in your mind and in your files, you might take KBFRINST.ASM (be sure to get the later version from my site), tear it to pieces and implement your scheme. For the resident part (KBFRRES.ASM) you'd either provide me with a clear interface description so I can apply changes or just modify it yourself [only please DON'T touch any of the the "French" int 15/4F code proper, that plate of spaghetti only I can cook ! In retrospect, I should have written it from scratch, but initially did not think there would be so much to add to keybgr]

---
Ninho

 

Complete thread:

Back to the forum
Board view  Mix view
22049 Postings in 2034 Threads, 396 registered users, 234 users online (0 registered, 234 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum