Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

DOSBox-X 0.83.7 released (Announce)

posted by KormaX, 23.11.2020, 19:46

This is the "brute force" approach, which is not KormaX enogh. Also, creating DLL-hell in DOS would be an actual insult :D No. Each DLL (and each version of those of which I use multiple versions) is present in one copy, inside a specific directory that specifies it and/or with a unique name I've given to them. Now, in my %PATH%, Z:\HX precedes C:\HX, where Z:\ is my RAM-disk. Z:\HX contains a copy of HXGUIHLP.DLL and a version of HXGUIHLP.INI (created when my AUTOEXEC.BAT detects whether DOS is booted with a 4:3 external CRT activated or with my 1366:768 built in screen activated [or when I explicitly define a screen resolution for a program like Links {or when I explicitly modify it with a simple command only for this purpos}]). Now, whenever a program with special needs is executed, the proper DLLs are copied into Z:\HX. What's more, there is a subdir Z:\HX\480p, containing an alternative hxguihlp.ini, so whenever this subdir is INDIR'ed in order to execute a HXGUI application, HXGUI initializes in 640x480 VESA. Technically, your method works, but THIS is the KormaX way of doing that :D On the other hand, if a Win32 program run ONLY with additional libraries that are not present in HX at all, like GNASH, for example, than I add those DLLs from somewhere, such as from ReactOS, or free DLL sites, to the program's directory.

---
DOS isn't about why. It's about why not.

 

Complete thread:

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