問題タブ [command-line-arguments]

Any good alternative written in C to replace Boost.Program_options? Given it's able to parse:

1. Short options like -h
2. Long options like --help --input-file
3. Parse repeated keys/options
4. Accepts key-value pairs: --mysql=/usr/lib
5. Parsing environmental variables and XML/INI files is optional.

コマンドライン引数の保存に疑問があります。

myprog.exe -cfgfile myconfig.cfg

コマンドライン引数はプロセスが作成されたときに渡されるので、プロセスの外に保存されますか?

OSはどこに保存しますか？

I found this question being asked on several places on the internet (including the File protocol MSDN page) but no clear answer.

So, if I am calling my application like this: file://c:\myapp.exe is there any way to pass it some command line arguments, like /nospashscreen=true

Things I've tried:

file://c:\myapp.exe?/nospashscreen=true - launches the app, but with no command line arguments :(

Thanks in advance.

コマンドライン入力を解析する python コードをテストしています。この入力を IDLE 経由で渡す方法はありますか? 現在、IDLE エディターで保存し、コマンド プロンプトから実行しています。

私はWindowsを実行しています。

コマンドライン引数を処理するための「最良の」方法は何ですか？

「最良の」方法とは何かについていくつかの答えがあるようです。その結果、私は次のような単純なものを処理する方法に固執しています。

と

これをより適切に処理できるプラグインはありますか？私はここで車輪の再発明をしていることを知っています。

明らかに、私がすでに持っているものはきれいではなく、確かに「最高」ではありませんが、それは機能します..そしてそれは醜いです。

私は自分のrubyアプリで簡単なオプション処理を取得しようとしています。OptionParser予期しない引数を適切に処理する方法を理解することはできませんが、私が望むことのほとんどを実行しているように見えます。

予期しない引数が提供された場合は、-h引数が渡されたかのように扱います（使用法を表示して終了します）。しかし、私はそれを処理する方法を見ていません。

OptionParserそれができない場合、コマンドライン引数を簡単に解析するために使用できる別のライブラリはありますか？

バッチ ファイル内の次のコマンドは、期待どおり/期待どおりに機能しません。

    echo %~nxs1

ここに私が取得しようとしているもののサンプル表示があります:

代わりに、次のようなものが得られます (割り当てられた短いファイル名によって異なります)。

基本的に、ファイル名をBATファイルに渡し、スクリプトにそれを短いファイル名として取得 (表示など) させる必要がありますが、ファイル名と拡張子のみで、ドライブやパスはありません。

FORのヘルプ情報では%~fsIが例として示されていますが、これにはファイルだけでなくパス全体が短いファイル名として含まれています。パス全体を取得せずに%~から S パラメータを組み合わせる方法を知っている人はいますか?

どうもありがとう。

アップデート

1. 別の言語での解決策を探しているわけではありません。BAT コマンドが機能する必要があります。

2. 他の人でもうまくいくようですので、何らかの代替構成の問題であるかどうかを確認しています. 現在、コマンド プロセッサ拡張機能が原因かどうかをテストしています。

3. 拡張機能が無効になっていると (明らかに) まったく機能しないので、次のサービス パックで修正されたバグであるという仮説を立てます (テストしたシステムは XP SP1 です)。今日は SP2 と SP3 をテストしています…</p>

コマンドライン解析に boost::program_options を使用する小さなアプリを作成しました。引数が存在する場合は値を設定し、パラメーターが指定されているが引数が存在しない場合は現在の値を交互に出力するいくつかのオプションが必要です。したがって、「設定モード」は次のようになります。

「取得モード」は次のようになります。

問題は、この例外をキャッチせずに 2 番目のケースを処理する方法がわからないことです。

そのエラーをスローしないようにする簡単な方法はありますか? 引数が解析されるとすぐに発生します。

次のように渡すときに引数が分割されるため、これを処理する別の方法があるかどうか疑問に思っています。

次に、新しいアプリケーションで Environment.GetCommandLinesARgs() にアクセスすると、次のような配列が取得されます。

ソース コードを持っていないプログラムが、サード パーティの EXE ファイルを実行しています。EXE ファイル (つまり thirdparty.exe -c "foo" -d "bar") に送信されている引数を調べたいと思います。最初のプログラムが Visual Basic で書かれていることは知っています。

実行呼び出しを監視し、引数をインターセプトする実行可能なツールはありますか?

どんな助けでも大歓迎です。