ODBC接続時に「Magic xpa Runtime Enine は動作を停止しました」

ODBCを使用してAccess(.MDB)のデータを取り込んでいるのですが、取り込みを行うと「Magic xpa Runtime Enine は動作を停止しました」のメッセージが出て終了してしまいます。
使用しているOSはwindows10です。ちなみに、windows8でも同様の不具合が起こりました。windows7では不具合は起こりません。

終了するタイミングは初めてODBCに接続したときです。
メインデータで複数のデータを取り込んでいるのですが、終了するタイミングは同じでも終了するデータは違うときもあります。大体同じデータですが、その前後のデータや、最初のデータで終了することもあります。
取り込みがきちんと成功する場合もあります。

取り込むデータのテーブルは複数あります。取り込んだ後は照会リンクで使用しています。
ODBCを切断しているタイミングはレコード後で、テーブルのデータ1行分の処理が終わった時点です。
途中にwait処理を置いたり、ODBCのテーブルを照会している処理の後にデータベース切断処理を入れてみましたが変化ありませんでした。

このシステムは以前Version9.01J SP3で使用しており、その時はこの不具合が発生したことがありませんでした(使用OSはXPでした)。
xpa3.1aにバージョンアップした際に発生しました。

お手数おかけしますが、ご回答いただければ幸いです。

ＡＰＧ（ＣＴＲＬ＋Ｇ）で画面照会しても発生しますか？

初めてODBCに接続している箇所を画面照会に置き換えてみましたが、同様の不具合が発生しました。

ＥＸＣＥＬ等からＯＤＢＣ接続で問題は発生しませんか？

返信が遅くなってしまい申し訳ありません。

win10の端末が使用できなかったため、win8で確認をしました。
.xlsのデータを読み込んだ際は不具合が発生しませんでした。

ISHIJIMAさんのアドバイスは、そのマシンの設定がうまくいっているか
どうかの確認だと思いますので、そのマシン自身で動作確認しないと
意味がないと思いますよ。

改めて、win10端末で.xlsファイルを取り込みましたが、win8端末の時と同様に不具合は発生しませんでした。

もう一度確認ですが、Win10端末というのは、不具合が起こっている
マシンそのものでしょうか？

こういったトラブルというのは個体差がありますので、別のマシン
で検証してもほとんど意味がないですよ。

不具合が起こっているマシンそのものというよりは、不具合が起こっているマシンのうちの一つです。
xlsファイルの取り込み確認を行ったwin8、win10端末ともに、今回の不具合は発生を確認済みです。

win8、win10では必ず発生するという事でしょうか？

必ずとは言い切れません。
しかし、手元にwin8とwin10の端末は合わせて3台(win8:1、win10:2)ありますが、その全てで不具合は発生しました。

ＯＳは６４ビットですか？
６４ビットの場合ＯＤＢＣ設定は３２ビットに設定していますか？

OSはすべて64ビットです。
ODBCはすべて32ビットで設定しています。

ＥＸＣＥＬファイルを取り込むのではなくＥＸＣＥＬからＡＣＣＥＳＳのデータをＯＤＢＣ経由で取り込みができるか確認して下さい。
取り込みといわれている内容が上記内容であればＯＤＢＣの設定は問題ないと思います。

>ＥＸＣＥＬファイルを取り込むのではなくＥＸＣＥＬからＡＣＣＥＳＳのデータをＯＤＢＣ経由で取り込みができるか確認して下さい。

確認にはもうしばらく時間がかかりそうです。
申し訳ありません。

一つ質問なのですが、この確認の意図は何なのでしょうか？

ＯＤＢＣの設定に問題がないかの確認でした。
問題なさそうですね

>ODBCを切断しているタイミングはレコード後で、
>テーブルのデータ1行分の処理が終わった時点です。

上記内容は何をされているのでしょうか？

レコード後でMDBファイル取り込み処理のプログラムを呼び出し、
その次の行で関数'DbDiscnt'でODBCを切断しています。

不具合の発生するタイミングで使用しているMDBファイルのテーブルは1行だけデータを持っています。
項目数は200ほどで、横に長いテーブルになっています。

>関数'DbDiscnt'でODBCを切断しています。

なぜ切断しているのですか？

処理の最初に、取り込みたいMDBファイルをODBCのデータベースに登録したMDBファイルにコピーしてから、コピー後のファイルを使用して取り込みを行っているためです。
ファイルのコピーは、FileCopy関数を使用しています。

ファイルのコピー時にODBCが接続されているとエラーが出るため、ファイルごとにODBCを切断しています。

コピーした後にＤＥＬＡＹ等で時間を空けてから取り込みを行ったらどうなりますか？

FileCopy後にDelay関数で5秒止めてみましたが、不具合が発生しました。

実行する前に別にFileCopyしておいてプログラムではFileCopyしないで実行した場合はどうなりますか？

質問されている確認方法とは違うのですが、
以前、FileCopyを行わず同じ内容のデータを何度も読み込むと
どうなるかを確認しました。
その場合、これまで同様に不具合が発生しました。
しかし、FileCopyとDbDiscntどちらも行わないようにすると、
何度取り込んでも(取り込むファイルの内容は同じですが)
不具合は発生しませんでした。

DbDiscntの問題ではないですか？
DbDiscntだけなくした場合はどうなりますか？
それで問題がなくなればDbDiscntしない方法を検討すればよいかと思います。

DbDiscntだけ動作しないようにしたところ、FileCopyがうまく行われず
不具合とはまた別の「MDBが認識できません」エラーが出ました。
(実行ウィンドウの下には「データがオープンできません」と表示されます)

このシステムでは、MDBを置き換えながら取り込む必要があるため
FileCopyを使わないシステムにするのは運用上難しいです。

アドバイスを下さっているのに、こちらから条件ばかり出して申し訳ないです。

>FileCopyがうまく行われず

コピーができていないのでしょうか？

>不具合とはまた別の「MDBが認識できません」エラーが出ました。
>(実行ウィンドウの下には「データがオープンできません」と表
>示されます)

コピーができないためなのでしょうか？

原因を特定していかないと解決できないと思います。

前回の追記ですが、1つ目のデータは問題なく取り込むことができ、
2つ目のデータでエラーが出ます。

FileCopy自体は行われているのですが、読み込み最中のMDBに対して
コピーを行っているため2つ目のデータ読み込みでエラーが出るようです。

コピーのエラーが出るため、取り込むデータを1つだけにして複数回取り込んだところ、
切断を行わない場合ではRuntime Enineの不具合が出ませんでした。

初めからデータを1つにして確認を行えばよかったですね。
お手を煩わせてしまい、すいませんでした。

ご報告が遅れてしまい申し訳ありません。

SQLでテーブルのコピーを行うようにプログラムを変更して、
FileCopy関数とDbDiscnt関数を使用しないようにしたところ
不具合は発生しなくなりました。

アドバイスありがとうございました。

ヘルプで「ODBC チェックドライバユーティリティ」と検索して
ODBC チェックドライバユーティリティで確認されてみてはいかがでしょうか