VOGONS

Common searches


DOSBox 0.73 Discussion

Topic actions

  • This topic is locked. You cannot reply or edit posts.

Reply 69 of 207, by lwc

User metadata
Rank Member
Rank
Member
wd wrote:

The question is why does it work if the help suggests it doesn't?

Please point to the exact location where you derive this from, then that passage can be updated.

z:\>help/all
Attrib> Does nothing. Provided for compatibility
Path > Provided for compatibility

Reply 71 of 207, by Barry_Purplelips

User metadata
Rank Member
Rank
Member

Before I expose my case, a total kudos on the new release 😀

I just noticed that sound in Windows 3.11 is annoyingly skippy no matter the settings. I however, can't tell whether or not this was introduced in 0.73 or directly inherited from 0.72 because I'm a die-hard DosBox Megabuild fan (it's about the only version that gets the triplebuffering+vsyn right) and I haven't used plain DosBox in ages.

Just letting you know. Hope someone can confirm this.

Reply 74 of 207, by Qbix

User metadata
Rank DOSBox Author
Rank
DOSBox Author

well I added that description as I found it a stupid command in the first place.
IMHO the only way you should alter the path is with the "SET PATH=" command.

Water flows down the stream
How to ask questions the smart way!

Reply 75 of 207, by DosFreak

User metadata
Rank l33t++
Rank
l33t++
lwc wrote:
Qbix wrote:

the "does nothing" part isn't present.

So what does it mean "provided for compatibilty" if it works just like any other command?

Only things that are "required for compatibility" are added to DOSBox and the commands that are added to DOSBox only add the functionality that is needed. So if you look at alot of the DOSBox commands you'll see that some are missing functionality of their MS-DOS counterparts because that functionality is not "required for compatibility".

How To Ask Questions The Smart Way
Make your games work offline

Reply 76 of 207, by lwc

User metadata
Rank Member
Rank
Member
Qbix wrote:

IMHO the only way you should alter the path is with the "SET PATH=" command.

Why? "set path=c:" seems to give the exact same result with:

Z:\>path
PATH=Z:\
Z:\>path c:\
Z:\>path
PATH=c:\

BTW, the link http://projects.freedos.net/keyb/ in README.txt has died back in 2007 (after v0.72 was released). The other links in that specific file are fine, but it's a good policy to check them (or just ask us to) before releases. Also, unlike what the file claims, that URL never simply had a list of KL files.

Reply 77 of 207, by Qbix

User metadata
Rank DOSBox Author
Rank
DOSBox Author

yes but it is a variable
the whole idea of setting it without using SET is a imho stupid shortcut that never should have added to DOS. Hence I added it for compatibility reasons. not because it makes any sense.

Water flows down the stream
How to ask questions the smart way!

Reply 78 of 207, by wd

User metadata
Rank DOSBox Author
Rank
DOSBox Author

but it's a good policy to check them (or just ask us to) before releases.

Thanks for your community effort of posting this a few days AFTER the
release and not during the two years before.

Also, unlike what the file claims, that URL never simply had a list of KL files.

It had links to the respective download locations, which were bound to change,
so using the toplevel information was quite straightforward.

Reply 79 of 207, by tsampikos

User metadata
Rank Newbie
Rank
Newbie

Hi everybody! I tested some of my games (using DOSBox 0.73) which "traditionally" had problems to work with older versions of DOSBox.I came to the following results:

1) Fable (Telstar,1996) The game now can be installed normaly, as the install process finds the HD and the path to install the game.The installation of the game was impossible in the previous DOSBox versions, because a hard disk could not be found for the installation. Any problems with this game are solved.

2) Ripper (Take 2, 1997) The game installs, and runs normally, no screen/picture problems any more.Using the previous DOSBox versions you had to copy the install folder from the CD to the HD to run the game with a clear picture. Not any more.

3) Are you afraid of the dark-the tale of Orpheo's Curse (1994)
The game installs and runs excellent, you don't have to edit the "afraid.bat" file after the installation to add suporting vesa drivers! The new VESA support of 0.73 worked here well.

4) Atlantis 1-The lost Tales (1997): The game still needs the patch and the following settings: mouse sensitivity 300+, autolock mouse option on, core:dynamic,cycles 30.000+ to run optimally. No progress comparing old DOSBox versions but it is playable.

5)Down in the Dumps (1997): No progress here either. You have to copy the game folder from the cd to your HD, because installing is impossible.
But the game is playable,no problemo after that.

6)Jack Orlando (1997) the DOS version.
That is the big disappointment. In the previous DOSBox versions the game was playable if after the installation you edited the "start.bat" file and put additional VESA Drivers support (univesa). If you didn't do that the game did freeze if you selected "new game", although the intro did run normaly.

Using the new DOSBox version the game still freezes. Using additional VESA support (the way described above) too. Does anybody have an idea on that???? I thought that the new vesa support would solve this problem too, but it didn't happen.

I played all the games using DOSBox 0.73 and D-Fend reloaded 7.0. Could the reason for Jack Orlando be that D-Fend reloaded is not exactly made for use with the new DOSBox, meant that it does not support the new features????