[Stormdos-develop] OPM
Status: Planning
Brought to you by:
exhu
From: Juras <yb...@tu...> - 2004-09-09 12:42:32
|
Hello stormdos-develop, By now BIOS calling from 32-bit PM works. Now the problem point is PAGIN MECHANISM which affects DLLs much... I don't want use complicated memory management, especially on an OS which is planned to be launched from a floppy... Please, tell you point of view to the following: proposed: Object Provider Modules ~~~~~~~~~~~~~~~~~~~~~~ Instead of DLLs a special means could be implemented. OPM is a usual programme with the following exceptions: - loaded only once - doesn't have own threads - registers virtual objects with methods (COM-like) (records with pointers to functions/procedures) SD-32 uses the same address space for all threads and this way provides reusable code via near 32-bit calls (like in good old DOS INTerrupts were used). OPM file name 8.3 limitation. OPM object name - 63 symbols limitation, several limitations to character range. Page addressing may be used just to protect areas of memory and could be easily switched off. No "shared" regions, i.e. the same page directory is used for all processes. Page addressing (virtual memory) complicates the kernel much, so I want to use usual programmes as interface providers (OPM) and with a quite difference to call them OPMs rather than DLLs... Of course, DLLs are better but I don't want to get a headake implementing them fully. With OPMs programmes can be highly modular and the memory being economized as with the DLLs... Finally, OPMs are better than no dynamic linking at all ;) -- Best regards, Juras mailto:yb...@tu... |