Maxim Egorushkin's answer is a good one. But on Linux, most programs have some documentation (often, at least a man
page, see man(1) & man(7)), and most programs are free software. And the documentation should tell a lot more than --help
does (the output of --help
is a short summary of the documentation; for example sed(1) explains a lot more than sed --help
). Maybe the behavior of your program is explained in the documentation (e.g. depends upon some environment variable).
So you should also read the documentation of your installedBinary
and you probably could get its source code, study and recompile it. If you have the source code and have built it, you usually could compile it with DWARF debug information (e.g. adding -g
to some CFLAGS
in a Makefile
...) and run it under gdb
Notice that even on Linux you might have malware (e.g. for Debian or Ubuntu you might have found a .deb
source which is used to publish malware; this is unlikely, but not impossible). Trusting a binary package provider is a social issue, not a technical one. Your installedBinary
might (in principle) be bad enough to put you in trouble. But it is probably some executable.
Perhaps your installedBinary
is always waiting for some input from its stdin (such a behavior might be unusual but is not forbidden) or from some other source. Then you might try installedBinary < /dev/null
and even installedBinary --help < /dev/null