Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

make full init when loading elf #16

Open
stsp opened this issue Oct 22, 2024 · 1 comment
Open

make full init when loading elf #16

stsp opened this issue Oct 22, 2024 · 1 comment
Labels
wontfix This will not be worked on

Comments

@stsp
Copy link
Owner

stsp commented Oct 22, 2024

Currently the direct elf loading is
"too direct". It bypasses stub and
all 32bit initialization. It shares
the dj64 handle with comcom64,
and therefore can't be done from
comcom32...
This is a very unportable design.
Explore the possibillilty of full
initialization and a comcom32
port. In case of comcom64, this
will likely mean multiple dj64
clients within a single DPMI client.

@stsp stsp added the wontfix This will not be worked on label Oct 23, 2024
@stsp
Copy link
Owner Author

stsp commented Oct 23, 2024

Likely not worth a trouble.
If we create a new stubinfo, there
would likely be leaks on exit, including
the leak of a DOS memory region.
Calls to 0x4c should be hooked and
replaced with cleanups.
If we share the stub, then its not
possible to relocate the 32bit code
to a new address.
The current technique seems to work
in most cases, and who cares about
comcom32 or ET_DYN abuses?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

1 participant