VOGONS


The "-printconf" switch

Topic actions

First post, by Jorpho

User metadata
Rank l33t++
Rank
l33t++

I just noticed this: starting DOSBox with the "-printconf" switch causes DOSBox to exit immediately. I guess it's supposed to do that, but it makes the switch entirely useless: even if you start DOSBox with "-printconf -noconsole", DOSBox will just create stderr.txt and stdout.txt and delete them immediately.

Also, starting the SVN version (ykhwong's build) with "-printconf -noconsole" results in the creation of stdout.txt with just one line:

tried creating \\dosbox-SVN.conf. but failed

Reply 2 of 6, by ripsaw8080

User metadata
Rank DOSBox Author
Rank
DOSBox Author

It's working for me (stdout.txt is left behind) in vanilla SVN, so try it there.

Reply 3 of 6, by Jorpho

User metadata
Rank l33t++
Rank
l33t++

All right, I tried the EmuCR build. However, it doesn't seem to use stdout/stderr in the same way as ykhwong's build. When I launch it from a command prompt window – even without any switches – the title of the command prompt window changes to "DOSBox Status Window" and all the DOSBox status messages are displayed in that window. When I launch ykhwong's build from the command prompt, a new, separate DOSBox Status Window opens, and the command prompt window remains free. Does that make sense?

I think the way the EmuCR build handles things is probably much more useful, though I haven't the slightest idea what the difference is.

Reply 4 of 6, by Dominus

User metadata
Rank DOSBox Moderator
Rank
DOSBox Moderator

The way emucr does it is the "correct" way, as it happens on Linux and OS X (after a fashion). But on Windows it is more useful to redirect the output to text files for the users to find afterwards.

Windows 3.1x guide for DOSBox
60 seconds guide to DOSBox
DOSBox SVN snapshot for macOS (10.4-11.x ppc/intel 32/64bit) notarized for gatekeeper

Reply 5 of 6, by Jorpho

User metadata
Rank l33t++
Rank
l33t++

Yes – but not so useful if the text files keep getting obliterated right away.