Command Line Switches - revisited

[Psientist]

It's been posted that to get a list of command line switches, one needs only to run (from the command line):

> dom3 -h

However, I'm having trouble generating command line options in the Mac OSX.

To run an application from the command line in OSX (Terminal), one types (for example):

> open /Applications/Games/Dominions3/Dominions3.app

However, the following throws an error:

> open /Applications/Games/Dominions3/Dominions3.app -h

Any suggestions on how to do this on the Mac? And if it works, how to set it as a permenant command-line setting whenever the game is run?

[Olive]

Doesn't seem to work on windows too.

[Gandalf Parker]

Short answer: You should find a stdout.txt in your dominions3 directory that has the -h output

Long answer: It does work but windows doesnt handle putting it to the screen the same way Linux does. Or actually I should say that WinNT or WinXP dont (Im guessing thats what you have since nothing showed up). The networking aspect of those two versions of windows, and no dos beneath them, sends the results to stndout.txt and stnderr.txt

[Psientist]

I understand that theory, but it doesn't appear to work. Here is the full contents of the Dominions3 directory, including hidden files:

/Applications/Games/Dominions 3$ ls -al
total 24
drwxr-xr-x 7 psientist admin 238 Jan 9 16:37 .
drwxr-xr-x 7 psientist admin 238 Jan 1 19:18 ..
-rw-r--r-- 1 psientist admin 6148 Jan 9 16:37 .DS_Store
drwxr-xr-x 3 psientist admin 102 Aug 29 14:46 Dominions3.app
dr-xr-xr-x 5 psientist admin 170 Aug 29 14:46 doc

The problem is that OSX is also throwing an error; the application never runs the command switch at all:

/Applications/Games/Dominions 3$ open Dominions3.app -h
2007-01-14 14:51:33.735 open[4128] No such file: /Applications/Games/Dominions 3/-h

Now, we can try to be more savvy, and open up the OSX Dominion3.app executable (which is actually a directory bundle), and navigate to the application's core MacOS resource:

cd Dominions3.app/Contents/MacOS

but the core executable there throws the exact same error:

/Applications/Games/Dominions 3/Dominions3.app/Contents/MacOS$ open Dominions3 -h
2007-01-14 14:54:21.612 open[4132] No such file: /Applications/Games/Dominions 3/Dominions3.app/Contents/MacOS/-h

So apparently neither the Windows nor the MacOS command lines are behaving the way you expect. In fact, it *looks* like the Doms3 app is interpreting the "-h" flag as a filename argument, based upon the error response.

[Olive]

@Gandalf Parker : Thanks, it works.

[alexti]

I can't say about Mac OSX, but on Windows standard descriptors work the same way as on Linux/UNIX if the application is built as "console" application. If application is built as "Windows" application, standard output isn't going anywhere. The programmer need to reopen descriptors into some file. That's what Dom3 must be doing.