Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

FDOS works fine, but Old Games not! (Users)

posted by Khusraw E-mail, Bucharest, Romania, 21.11.2021, 16:54
(edited by Rugxulo on 21.11.2021, 19:09)

> in addition:
>
> > FATE OF ATLANTIS | Shows Error: "UNABLE TO FIND GAMEFILE
> "ATLANTIS.000"
> > GODS | Shows Error: "fatal error - unable to locate .EXE
> > COMMANDER KEEN 6 | Shows Error: "can't open GAMEMAPS.CK6" (But its
> > LEISURE SUIT LARRY | Shows Error: "can't open GAMEMAPS.CK6" (But its
> > LEISURE SUIT LARRY 2 | Shows Error: "Can't load RESOURCE.MAP!" (But its
>
> AFAIK some caching software (UIDE, UHDD, ...) is loaded by default, and the
> ((expletive) reporter wouldn't tell).
>
> And it could well be that this disk cache is broken.
>
> if the disk caching software is caching (through XMS memory) in
> non-existing memory, things would look fairly similar.

Jack asked me to convey the following message: [minor adjustments -- ed.]

> Tom is [a helpful FreeDOS contributor] as usual! If UIDE/UHDD were
> caching in non-existent XMS memory, blame [FreeDOS]'s "pet" HIMEMX which
> PROVIDES XMS to my caching drivers! UIDE/UHDD [and that IS still what
> they are called despite Ehlert's later [kindness] in this thread!] in fact
> use the XMS manager (1) for the XMS memory they need, and (2) for "A20"
> enables/disables that must be "managed" ONLY by the XMS manager, as the
> XMS specs describe. NO other XMS calls and so NO CHANCE for the often
> BOTCHED-UP HIMEMX to interfere with my drivers! The new UHDD now does
> every XMS move with its OWN code, since its old noncached routines that
> used the XMS manager are now GONE! NO exceptions, not any MORE, for I
> never "trusted" HIMEMX at all! THAT was why I wrote QHIMEM, now XMGR!

> And I DARE any [FreeDOS volunteers] to prove that logic has EVER failed since
> being written for QHIMEM 14 YEARS ago!! I OBEYED all R.B.I.L. "rules"
> for "E820/E801" XMS memory calls, added in BIOS programs by 1995, since
> SOMEBODY knew mainboards with over 64-MB of XMS would show-up sooner or
> later! Microsoft and Japheth (wished to FOLLOW Microsoft) IGNORED the
> new calls, until HIMEMX/JEMMEX FAILED with Japheth's new 2020 mainboard
> using "fragmented" XMS, and he HAD to update those drivers to "save his
> OWN [rear-end]"! Where would you all have been, if he did NOT buy his
> new mainboard, and some [FreeDOS] USER "stumbled across" HIMEMX's erors [ha!] ??
> "Running around like chickens with your HEADS cut off", as in 2016 when
> Dimitrios got HIT by Pemberton's "EAh" ERROR in HIMEMX, as you can read
> on FD-User!! If I hadn't spoken "HERESY!" in two words -- Try XMGR --
> you all might STILL be "running around" like that!! Pemberton FAILED
> to fully test HIMEMX, and Mateusz Viste FAILED to "catch" that error!!

> In any event, I thank my "good friend" Ehlert for CONFIRMING my opinion
> of having NOTHING more to do with [FreeDOS] nor its users, who posted NOT
> ONE WORD re: the new UHDD driver I sent to Eric Auer around 1-Nov-2021.
> If Jim Hall gets 17 posts on FD-User, re: a minor error in his reminder
> program, while I get NOTHING re: a MUCH better UHDD, [God bless] them
> ALL!" as my mother would have said! They can now find someone ELSE to
> "HELP!" with that [Free/libre] system, still [welcoming patches]
> after 27 YEARS of so-called "development"!!

 

Complete thread:

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