LoadLibraryでAccess Violation 発生。
開発言語はC++ 開発環境はVisual Studio 6.0 です。
exeファイルを作成し、別のマシンでそのexeファイルを動作させたところアプリが落ちてしまいました。
Dependency Walkerでプロファイルしたところ
LoadLibraryで"UNLHA32.DLL"を呼び出した所でAccess Violationのエラーが発生しています。
何か原因に心当たりはありますでしょうか?
現象の詳細は以下の通りです。
(1)同じアプリで動くマシンと動かないマシンがある。
(2)OS依存では無い。(同じOSでも動くマシンと動かないマシンがある)
(3)UNLHA32.DLLのバージョンは複数で試しており、またDLLが破損している事も無さそう。
(4)ソースコードを少し変更するとアプリが落ちていたマシンでも正常に動くようになる。
例:
○起動しない
----------------------
// UNLHA32.dllを読んでみる
m_hUnlha = LoadLibrary( "UNLHA32.dll" );
----------------------
○起動する
----------------------
strcmpi("a", "c");
// UNLHA32.dllを読んでみる
m_hUnlha = LoadLibrary( "UNLHA32.dll" );
----------------------
例の他にLoadLibraryの後のソースに同じ様な変更を加えても正常に動きました。
具体的な原因や対処法など知恵を貸して頂ければ幸いです。
No.4ベストアンサー
- 回答日時:
私の経験からなのですが、Access Violationが出るときは、止った箇所はトリガーにすぎず、真因は別のメモリ関係(確保忘れ、解放忘れ、多重解放など)でした。
その「起動する」の例のように、関係ないコードを入れると、最終的なバイナリが変って回避されたり、逆に発生しやすくなったりします。
デバグビルドで発生したり、逆に発生しなくなったりします。
ですので、いったんそのLoadLibraryは忘れて、他の箇所、特にメモリ関連を中心に確認するのがいいと思います。
(ポインタはNULLで初期化する、確保/解放でのエラーチェック、解放したらNULLを代入したおく、添字の範囲チェック等、面倒でも入れておくとか)
この回答への補足
回答ありがとうございます。
現在、メモリ管理の観点でソースの他の個所を見直しております。
初見のソース・アプリを
デバッグのみを担当という事で難航しておりますが…。
何か進展ありましたら、報告します。
調査進展がありましたのでご報告です。
ご指摘の通り、LoadLibrary自体には問題無く
m_hUnlha(グローバル変数)に値を登録する所でAccess Violationが発生しておりました。
以下の様に、ソースを変更したため発覚しました。
----------
HMODULE hTest;
hTest = LoadLibrary( "UNLHA32.dll" );
m_hUnlha = hTest; ←ここでAccess Violation
----------
アセンブラに詳しい者が調査したところ
正常に動いているアプリと動かないアプリでは
m_hUnlha = hTestの時に使用しているレジスタが違っていたようです。
原因は不明で、あくまでも予想ですが
こちらもご指摘の通り、初期化やメモリの解放などの処理が雑になっており、
おそらくメモリの管理、マッピングに不備があるのでは?と考えています。
継続調査は致しますが、応急処置をし問題をクローズする事になりましたので
質問の方も解決済みとさせて頂きたいと思っています。
中途半端で申し訳ないですがよろしくお願いします。
お付き合いいただきありがとうございました。
No.3
- 回答日時:
読み込まれているはずだと思っているDLLと、実際に読み込まれているDLLが、異なっている(別々の場所に同じ名前のDLLが存在する)可能性はないでしょうか。
LoadLibraryでDLL名だけを指定すると、決まった順序でフォルダを探しに行きます。(MSDN御参照)
始めに検索されるのはexeと同じフォルダだったと思います。
この回答への補足
回答ありがとうございます。
DLLはexeと同フォルダに置いています。
また、MSDNのリファレンスを見て、他の参照場所にDLLは無い事を確認しました。
そのため、おそらく読み込んでいるDLLはあっているのではないかと思っています。
調査進展がありましたのでご報告です。
kmeeさんへのお礼と同じ文面となりますがご容赦下さい。
ご指摘の通り、LoadLibrary自体には問題無く
m_hUnlha(グローバル変数)に値を登録する所でAccess Violationが発生しておりました。
以下の様に、ソースを変更したため発覚しました。
----------
HMODULE hTest;
hTest = LoadLibrary( "UNLHA32.dll" );
m_hUnlha = hTest; ←ここでAccess Violation
----------
アセンブラに詳しい者が調査したところ
正常に動いているアプリと動かないアプリでは
m_hUnlha = hTestの時に使用しているレジスタが違っていたようです。
原因は不明で、あくまでも予想ですが
こちらもご指摘の通り、初期化やメモリの解放などの処理が雑になっており、
おそらくメモリの管理、マッピングに不備があるのでは?と考えています。
継続調査は致しますが、応急処置をし問題をクローズする事になりましたので
質問の方も解決済みとさせて頂きたいと思っています。
中途半端で申し訳ないですがよろしくお願いします。
お付き合いいただきありがとうございました。
No.2
- 回答日時:
こんちは
上記現象は解決できませんが、面倒くさくても、該当の部分だけの
簡単なプログラムを作成し、複数のPCで実施してみてはどうでしょうか?
そして、
1)現象は同じ
=>PCの環境依存
2)動く
=>作成したソースコードの他の部分に問題がある
と、なりまして2)の時には
今あるソースコードから、LHAの部分は当然残して、余計な部分を削除していき
障害が発生しなく(2)の状態)なるまで試す。
ソースコードが膨大ならば、ぐぐって似た現象を探す
でしょうか、おちからになれず
この回答への補足
回答ありがとうございます。
簡単なプログラムを作ってみたところ、正常に動いているようでした。
ソースコードは少し大き目なので、
bluecampusさんの回答も参考にプログラムの別の部分も見直してみようと思います。
調査進展がありましたのでご報告です。
kmeeさんへのお礼と同じ文面となりますがご容赦下さい。
ご指摘の通り、LoadLibrary自体には問題無く
m_hUnlha(グローバル変数)に値を登録する所でAccess Violationが発生しておりました。
以下の様に、ソースを変更したため発覚しました。
----------
HMODULE hTest;
hTest = LoadLibrary( "UNLHA32.dll" );
m_hUnlha = hTest; ←ここでAccess Violation
----------
アセンブラに詳しい者が調査したところ
正常に動いているアプリと動かないアプリでは
m_hUnlha = hTestの時に使用しているレジスタが違っていたようです。
原因は不明で、あくまでも予想ですが
こちらもご指摘の通り、初期化やメモリの解放などの処理が雑になっており、
おそらくメモリの管理、マッピングに不備があるのでは?と考えています。
継続調査は致しますが、応急処置をし問題をクローズする事になりましたので
質問の方も解決済みとさせて頂きたいと思っています。
中途半端で申し訳ないですがよろしくお願いします。
お付き合いいただきありがとうございました。
No.1
- 回答日時:
(4)からLoadLibraryのせいではなく、別の個所で、なにかメモリを壊している可能性が
あるかもしれません。
たとえば、
char m_hoge[10];
HANDLE m_handle;
というメンバ変数があったとき
strcpy(m_hoge, "12345467890");
のような処理があったりすると、m_hogeには1バイト分領域が足りないため、
次のメンバ変数のm_handleの領域まで上書きしてしまうとか。
この回答への補足
回答ありがとうございます。
ご指摘の通り、メモリの領域確保がまずそうなので、
今、別の個所の洗い直しをしているところです。
何か進展ありましたら、また報告いたします。
調査進展がありましたのでご報告です。
kmeeさんへのお礼と同じ文面となりますがご容赦下さい。
ご指摘の通り、LoadLibrary自体には問題無く
m_hUnlha(グローバル変数)に値を登録する所でAccess Violationが発生しておりました。
以下の様に、ソースを変更したため発覚しました。
----------
HMODULE hTest;
hTest = LoadLibrary( "UNLHA32.dll" );
m_hUnlha = hTest; ←ここでAccess Violation
----------
アセンブラに詳しい者が調査したところ
正常に動いているアプリと動かないアプリでは
m_hUnlha = hTestの時に使用しているレジスタが違っていたようです。
原因は不明で、あくまでも予想ですが
こちらもご指摘の通り、初期化やメモリの解放などの処理が雑になっており、
おそらくメモリの管理、マッピングに不備があるのでは?と考えています。
継続調査は致しますが、応急処置をし問題をクローズする事になりましたので
質問の方も解決済みとさせて頂きたいと思っています。
中途半端で申し訳ないですがよろしくお願いします。
お付き合いいただきありがとうございました。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
似たような質問が見つかりました
- フリーソフト cygewf-2.dllがない、と表示され、ダウンロードしたファイルが動作しない 2 2023/03/27 11:05
- その他(パソコン・周辺機器) Windowsマシン。USBタップの「自動切れ、再接続」がうざい。解決策は? 7 2023/01/25 08:27
- その他(プログラミング・Web制作) IT初心者です 仕事で、vb.netで作成されたdllをvbaで呼び出すプログラムを作成しろと言われ 1 2023/03/27 08:22
- ノートパソコン .dllファイルがありませんと表示される 5 2023/04/30 03:03
- 計算機科学 これは迷路を解くというよりも、いかに速く最速で走り切れる経路を見出せるかや、マシン性能、プログラミン 3 2023/07/17 16:27
- Windows 10 IT初心者です! powershellで以下のようなエラーが出ました オブジェクト参照がオブジェクト 1 2023/05/17 11:30
- Excel(エクセル) EXCELの外部データ取得ができない 1 2023/03/23 09:03
- UNIX・Linux VirtualBox ゲストOSにPC内蔵HDDのパーティションをマウントする方法は? 2 2023/05/06 22:52
- 労働相談 合意済み仕様の商品納入後における仕様変更要求への対応について 5 2023/04/19 09:41
- その他(OS) VirtualBoxのゲストOS起動時にUSBデバイスを自動認識したい 1 2023/05/07 14:17
このQ&Aを見た人はこんなQ&Aも見ています
関連するカテゴリからQ&Aを探す
おすすめ情報
このQ&Aを見た人がよく見るQ&A
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
mallocについて
-
c言語のポインタへの文字列入力...
-
malloc呼び出し時のセグメンテ...
-
MSDNがgethostbynameではなくge...
-
allocってなんですか?
-
Accessで、メモリを開放するタ...
-
C++で、メンバもヒープに確保さ...
-
C言語 mallocとfreeについて
-
スタック破壊の上手な見つけ方...
-
プログラムが途中で強制終了し...
-
HEAP に関すること
-
LoadLibraryでAccess Violation...
-
グローバル変数のサイズ
-
GDI+におけるメモリの開放について
-
newしないオブジェクトについて
-
ヒープ領域の限界値設定
-
stringの最大サイズ
-
gcnew arrayによるメモリ確保に...
-
64ビットと32ビットの違い
-
reallocについて
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
newしないオブジェクトについて
-
allocってなんですか?
-
スタック破壊の上手な見つけ方...
-
ヒープメモリの解放について
-
配列の添え字の最大数とは?
-
void*型のデータサイズ
-
c言語のポインタへの文字列入力...
-
DLLのマルチスレッドの動作につ...
-
C++で、メンバもヒープに確保さ...
-
指定したメモリアドレスの値の...
-
win32APIのHeapAlloc()の使い方...
-
ポインタのポインタの初期化法
-
プログラムが途中で強制終了し...
-
大容量の静的な確保の限界値
-
malloc呼び出し時のセグメンテ...
-
ヒープ領域の限界値設定
-
free関数で動作が止まる
-
stringの最大サイズ
-
64ビットと32ビットの違い
-
LPWSTRのコピー
おすすめ情報