MSACCESSで0xc0000005でエラー

質問

お世話になってます。
現在、ACCESSのシステムが入っている端末に処理A(ACCESSのVBAでテキストファイル作成)
があり、処理Aから情報を受けて帳票を出力している処理B
(１分毎にファイルの存在チェックを行い、存在すれば処理後、ファイル削除)(VS2005)

があります。

ある日、端末がACCESSの画面を開いていてテキストファイル作成のボタンを押下後
画面が真っ白になり固まってしまいました。

イベントログを確認した所、下記のエラーが出力されていました。
<エラー内容>
acedao.dllがエラー
Access2007
コード　0xc0000005

まずは、再現させたいのですが中々再現もできず進みません。
何とか解決したいと思っているのですが、よろしくお願いします。

回答No.2

chie65535 · ベストアンサー

同時アクセスの問題を軽減させたいなら、以下のように改良してみましょう。

A側

・存在チェックに使用するキーファイルが存在していない場合のみ、データファイルを作る。

キーファイルの存在チェックは、ファイルのオープン等を使わず、FindFirstなどのフォルダ内の特定ファイルを検索するAPIを使う。

・データファイルを作ったら、データファイルを閉じて他プロセスが自由に使えるようにしてから、キーファイルを生成する。

・キーファイルが存在している間は「B側がデータファイルに触っている」として、一切、データファイルに触らない。

逆に言えば「キーファイルが存在してない状態なら、データファイルを自由自在にしてよい」と言う事。

要は「キーファイルの生成」は「データファイルのアクセス権の放棄」として機能する。

B側

・存在チェックに使用するキーファイルが存在している場合のみ、データファイルをオープンする。

キーファイルの存在チェックは、ファイルのオープン等を使わず、FindFirstなどのフォルダ内の特定ファイルを検索するAPIを使う。

・データファイルを処理し終わるまで、キーファイルは削除しない。

・データファイルを処理し終わったら、ファイルを閉じて、データファイル、キーファイルの順番でファイル削除する。

キーファイルを削除する際は、データファイルがきちんと削除出来ているかを確認してから削除する。

・キーファイルが存在していない間は「A側がデータファイルに書き込み中かもしれない」として、一切、データファイルに触らない。

逆に言えば「キーファイルが存在している状態なら、データファイルを自由自在にしてよい」と言う事。

要は「キーファイルの削除」は「データファイルのアクセス権の放棄」として機能する。

注意

FindFirst等のフォルダ内検索APIを使う場合は、APIを使用終了して内部メモリを開放する、終了用APIを呼び出すのと、オブジェクトの開放を忘れずに（メモリリークの原因になる）

その他

この方式なら「キーファイルが生成された時間」を元に「特定の時間、A、Bのどちらかの処理が停止してデットロックしている」のが判るので、デットロック対策用のウォッチドックプロセスを作る事が出来ます。

ウォッチドックがA、Bのプロセスの停止を関知した場合、ウォッチドックプロセスでデータファイルとキーファイルを削除すると良いでしょう。

そうすると、故意に手動でA、Bのプロセスを停止させたり強制終了したとしても、自動的にデータファイルとキーファイルが削除され、フォルダに残骸が残りません。

お礼

回答、ありがとうございます。
では、この方法も含めてやってみたいと思います。

もうひとつたけ質問なのですが、考えたら同一の現象が
別システムで使用しているＡｃｃｅｓｓにも起りそうなので
ＶＳ2005でEXEとAccessと両方をActiveXdllみたいな形で
考えたいなと思っているのですが、何か良い方法は
ありますでしょうか？

よろしくお願いします。

回答No.1

chie65535

0xc0000005は、メモリアクセス違反です。

考えられる原因は

・ファイルの作成と、ファイルの存在確認が同時に起こった

・Accessのmdbファイルを定期的に最適化していないので、mdbに正常に書き込めなくなった

・Access自体で起きているメモリリーク（Accessの不具合）

などです。

再現は「事実上不可能」です。

補足

早速の回答ありがとうございます。
この現象で再現性があるとしたら

・ファイルの作成と、ファイルの存在確認が同時に起こった

ですかね。

１分起きにファイル存在チェックをしているのでAccessの
ファイル作成と存在チェックとを同時にいくらやっても
現象は発生しません。