スレッド: [cppll_novice:0756] プログラムが決まったファイルを読み込む場合。

いつもお世話になっている tetubou です。

ゲームなどの画像データのように、決まった名前の
ファイルをプログラムで読み込む場合のことです。
例えば、実行ファイルとデータファイルが同じディ
レクトリに存在する場合、

#include <fstream>

int main()
{
   std::ifstream data( "img.dat" );
   data.close();
   return 0;
}

のようにしてしまうと、実行ファイルとデータファイ
ルがあるディレクトリの外から実行ファイルを起動す
ると、データファイルが読み込めなくなってしまいま
す。
このような場合、普通はどのようにすれば解決できる
のでしょう？さんざん調べたのですが、根本的な解決
にはなりませんでした。

恣意の＠業務プログラマです。

> のようにしてしまうと、実行ファイルとデータファイ
> ルがあるディレクトリの外から実行ファイルを起動す
> ると、データファイルが読み込めなくなってしまいま
> す。

"int main()" の部分を
"int main(int argc, char* argv[])"
に変更して、argv[0]から実行exeのファイルパスを取得して何とかできませんか？

# 取得できるのはファイルフルパスなので
# 取得後は自分でファイル名を削除してくださいまし

# もしくはwin32(s)SDKを使用するならGetModuleFileName()と
# PathRemoveFileSpec()を併用して求めるのも手

επιστημηです。

> "int main()" の部分を
> "int main(int argc, char* argv[])"
> に変更して、argv[0]から実行exeのファイルパスを取得して何とかできませんか？

老婆心ながら──

argv[0] がロードモジュールのfull-pathになってる
ってのはOS依存なのでご注意くださいまし。

> επιστημηです。
>
> > "int main()" の部分を
> > "int main(int argc, char* argv[])"
> > に変更して、argv[0]から実行exeのファイルパスを取得して何とかできませ
んか？
>
> 老婆心ながら──
>
> argv[0] がロードモジュールのfull-pathになってる
> ってのはOS依存なのでご注意くださいまし。
>

επιστημηさんアドバイスありがとうございます。
επιστημηさんの仰る通り、私の環境では argv[0] はフルパスに
なっていませんでした。

自分はシェルスクリプトで対応する方法しか思いつきませんでした。
あと、当初の目的とは違ってしまうのですが実行ファイルのビルド
のときにインストールディレクトリを取得して makeファイルなどで
ソースファイルを書き換えるとか・・・・。

このような場合、επιστημηさんならばどのように処理
されるのでしょうか？

επιστημηです。

> このような場合、επιστημηさんならばどのように処理
> されるのでしょうか？

うーん…己自身がどこにあるかを知る、可搬性のあるAPIが
見当たらないからには条件コンパイルでお茶を濁しますですねぇ。

std::string get_current_dir() {
#if うぃんどうず
 GetModuleFileName() でどーのこーの
　// VC++なら _getcwd() なんてのもあるか。
#elif うにくす
 えーと、どーしましょ? getcwd() とか使うのかしら?
 ふぉろーよろしく > だれぞ
#else
#error あんた誰?
#endif
}

とかなんとか。

επιστημη＠別解

> > このような場合、επιστημηさんならばどのように処理
> > されるのでしょうか？
>
> うーん…己自身がどこにあるかを知る、可搬性のあるAPIが
> 見当たらないからには条件コンパイルでお茶を濁しますですねぇ。

Boost使いましょうか。
boost::filesystem::current_path() なんてのがあります。
ドキュメントによれば、
UNIX系ならgetcwd, Winなら GetCurrentDirectoryAで実装されてるポ。

…欲しいのは現dirぢゃないのか。実行コードのあるdirか。うーむ…
UNIX系にそんなAPIあるっけ? ふぉろーよろしく > だれぞ

堤です。

あやふやなので出すのを迷いましたがメールしちゃいます。

> …欲しいのは現dirぢゃないのか。実行コードのあるdirか。うーむ…
> UNIX系にそんなAPIあるっけ? ふぉろーよろしく > だれぞ

UNIXでGetModuleFileName()と同じ事を行う一般的な方法は無い
(はず)です。

Linuxだと
 readlink("/proc/self/exe", buf, bufsize);
みたいな感じで実行モジュールのフルパスを入手できたと思います。
これにdirnameを組み合わせれば何とかできるかも。

＃手元にLinuxがないので自信なし……。
＃誰かフォローをお願いします。m(_ _)m

ではでは。

--
Hisao Tsutsumi <tsutsumi@...>

さあもとです。

[cppll_novice:0762] FUKUDA, Fumiki wrote:
> UNIX系にそんなAPIあるっけ? ふぉろーよろしく > だれぞ

UNIXではないですが、Qtにはありますね。
（実はQt使ったことないけど(^^;)）

QApplication::applicationDirPath
http://doc.trolltech.com/3.3/qapplication.html#applicationDirPath

ソースを呼んでみると、

Windowsのばやい → GetModuleFileName
MacOSのばやい → qAppFileName
それ以外 → argv[0] / カレントディレクトリ / $PATHから検索

となってます。

〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
 へ  へ    さあもと
 の  の    E-Mail : sawamoto@...
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

たかつです。

> …欲しいのは現dirぢゃないのか。実行コードのあるdirか。うーむ…
> UNIX系にそんなAPIあるっけ? ふぉろーよろしく > だれぞ

それを知る方法は UNIX にはありません。

で、argv[0] の方も意味がある文字列になっているとは限らないのですが、
大抵の場合、 argv[0] にはシェルのコマンドラインに指定した文字列が
そのまま入っているものですから、実行ファイルのあるディレクトリを
知るには

・フルパス(/で始まる)の場合は、そのまま
・相対パスの場合(/が含まれる)は、カレントディレクトリと連結
・そうでなければ、環境変数 PATH から探索

といった処理を行うのが順当な手段かと思います。

もっとも、UNIX の場合は、プログラムと同じディレクトリにファイルを置く
なんていうのは邪道で、普通は
       /usr/local/プログラム名/…
とか
       /usr/local/etc/プログラム名/…
にハードコートするものだと思います。

詳しくは
http://www.adl.nii.ac.jp/~moro/unix-programmer/faq-j_2.html#SEC23
こちらを読んでください。

PROJECT TEAM ＤｏＧＡ 高津正道                            taka2@...
                                                  TBD00456@...
                    PROJECT TEAM DoGAのホームページ → http://doga.jp/
1月18日(火) 今日のマーフィーの法則        [ウインフィールドの「行く先の道順」の金言]
道を教える人が「簡単にわかりますよ」と言えば言うほど、迷子になりやすい。

oki です。

>
> …欲しいのは現dirぢゃないのか。実行コードのあるdirか。うーむ…
> UNIX系にそんなAPIあるっけ? ふぉろーよろしく > だれぞ
>

　わかんないすが、

１．単純に環境変数に特定ディレクトリ
　　を設定しておいて、getenv で読む

２．argv[1] に特定ディレクトリを指定するように
　　作成しておき、シェルスクリプトを実行する形で
　　吸収する。

なんてのは、どうでしょ？

> 恣意の＠業務プログラマです。
>
> > のようにしてしまうと、実行ファイルとデータファイ
> > ルがあるディレクトリの外から実行ファイルを起動す
> > ると、データファイルが読み込めなくなってしまいま
> > す。
>
> "int main()" の部分を
> "int main(int argc, char* argv[])"
> に変更して、argv[0]から実行exeのファイルパスを取得して何とかできませんか？
>
> # 取得できるのはファイルフルパスなので
> # 取得後は自分でファイル名を削除してくださいまし
>
> # もしくはwin32(s)SDKを使用するならGetModuleFileName()と
> # PathRemoveFileSpec()を併用して求めるのも手
>

おはようございます。返信ありがとうございます。
私は、argv[0]が指す文字列はコマンドラインで実行ファイル名として
タイプした文字列そのものだという理解でした。
試しに私の環境でやってみましたが、残念ながら私のイメージ通りの
結果になってしまいました。

具体的には、パスの通ったディレクトリに実行ファイルのシンボリック
リンクをインストールする場合ですが、argv[0]はシンボリックリンク
名を指していました。

恣意のです。

> > "int main()" の部分を
> > "int main(int argc, char* argv[])"
>
> おはようございます。返信ありがとうございます。
> 私は、argv[0]が指す文字列はコマンドラインで実行ファイル名として
> タイプした文字列そのものだという理解でした。
> 試しに私の環境でやってみましたが、残念ながら私のイメージ通りの
> 結果になってしまいました。

# うわ、知識誤認が露呈した

そすると、モジュールそのものを"モジュールディレクトリを基準に動作"する
ものから"指定された任意ディレクトリパスを基準に動作"するものとみなして、
コマンドラインにて"基準ディレクトリパス"を指定してもらうように割り切っ
て動作させるしかないのかしらん・・・

# 解決になってない・・・
# もっと精進しないとなぁ

みなさん沢山の返信ありがとうございます。
やはり、環境依存するかビルドの際に対応するという
方法になってしまうんですね。

こんにちは。Lihctenです。

↓の記事を参考に、tetubouさんにとって最適な方法を選んでみてはどうでしょうか？
http://www.adl.nii.ac.jp/~moro/unix-programmer/faq-j_2.html#SEC23

個人的には、OSの機能に依存するのが最も単純な解で、間違いが無いと思っています。

以上

tetubou <tetubou@...> wrote:

> いつもお世話になっている tetubou です。
>
> ゲームなどの画像データのように、決まった名前の
> ファイルをプログラムで読み込む場合のことです。
> 例えば、実行ファイルとデータファイルが同じディ
> レクトリに存在する場合、
>
> #include <fstream>
>
> int main()
> {
>     std::ifstream data( "img.dat" );
>     data.close();
>     return 0;
> }
>
> のようにしてしまうと、実行ファイルとデータファイ
> ルがあるディレクトリの外から実行ファイルを起動す
> ると、データファイルが読み込めなくなってしまいま
> す。
> このような場合、普通はどのようにすれば解決できる
> のでしょう？さんざん調べたのですが、根本的な解決
> にはなりませんでした。
>
>
> --[PR]------------------------------------------------------------------
> 　　　　　　　　　★☆★　　「懸賞侍」見参！！　　★☆★
> 　　　　　　　侍ゲームで楽しく遊んで、豪華賞品を当てちゃおう！
> 　　　　　　　　　　　　この戦国懸賞時代を制するのは君だ！
> 　　　　　　　　　　さあ、バッサバッサと当ててしまえ！！！
> 　　　　　 http://www.kenshosamurai.com/regist.html?aid=frml041227
> ------------------------------------------------------------------[PR]--
> ■GMO GROUP■ Global Media Online  www.gmo.jp
>
>
>