Hi Mateusz,
>>> FreeCOM takes up 70K of memory. A second copy takes also 70K of memory
>>> (yes, it's stupid but that's how it is). PKG.EXE requires some 100K of
>>
>> Why is that stupid? How could a copy be smaller? It wouldn't be a copy then.
>
> You don't need to load the entire binary a second time, just a copy of
> the environment data and possibly internal stateful variables. FreeCOM
I guess, the(ir) excuse is, that MS-DOS works the same way. ;-)
> is already a memory hog, multiplying its size each time a new instance
> is executed makes things going from bad to tragic. Most people don't
> care because they aren't aware of it since they have XMS and use an
> XMS-swapping version of FreeCOM, but in my opinion this whole XMS
> swapping is an ugly hack meant to hide a deficiency. There was a little
> debate on this subject on the FreeDOS mailing list a couple months ago,
> that was actually the last push I needed to go my own way.
I see.
>> Might also be a good idea for my 2TO1 TSR, right?
>
> Possibly. But I am not sure it will work, since you have to call a DOS
> call (several of them, actually: two writes + one redir check) from
> within a DOS call handler. Lack of reentrency might be a problem, but I
> don't know for sure, didn't look it up in detail.
Sure, I would have to test stability first.
>> Going back *several* steps...
>> Why not just write the ISO version to postinstall.bat?
>> Either as a comment at the top. Or echo it to the user at the end.
>> No logging of the install process.
>> No additional files or tools involved.
>> (Yes, a user could delete postinstall.bat from HDD, but you could add a
>> comment at the top, that he'd better move it to a safe place for future
>> reference, if you mind.)
>
> So logging the recipe of how "things were planned for execution" instead
> of "how they were actually executed". I like it. Mostly because it is
> trivial to add and costs nothing at all compared to how things are done
> now, and still provides some informative added value.
"Sometimes the easiest solutions..." ;-)
But as you see, the hard part is to come up with "the easiest solution"
first.
Cheers,
Robert
--
+++ BTTR Software +++
Home page: https://www.bttr-software.de/
DOS ain't dead: https://www.bttr-software.de/forum/
_______________________________________________
Svardos-users mailing list
Svardos-users@lists.osdn.me
https://lists.osdn.me/mailman/listinfo/svardos-users
