Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

about to fix the "final" doslfn bug (Announce)

posted by jadoxa Homepage E-mail, Queensland, Australia, 12.04.2022, 16:22

> I am just guessing here - I used ST for the screen capture - and if there
> was a "glitch" in the process during the actual screen capture (of the text
> DOS screen), of ONE BYTE for the ascii attribute (i.e. the "9" was misread
> say) - then ...

Seems pretty unlikely. But then, that time is unlikely, too.

> How many times would you like me to re-run the whole set and how many times
> just only for 9.bat?

Once (with rt) should be enough, since it's only a relative test. The real question is why it's so slow (the RAM drive in particular).

> I did a general enquiry on
> this thread earlier ( I think to Tom) on how/where to source alternatives
> to FreeDOS so that I could on a case by case basis select between FREEDOS
> and alternatives - but no one has replied on that yet.

Maybe it would help if we knew what you were actually wanting to do? 64-bit Linux might be the better choice...


I've updated RDRVSX32 (remember that? :) ) to search the parent environment for DL=? and replace the ? with the first assigned drive letter. If there's no problems with that I'll update the SHSU programs to use it.

 

Complete thread:

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