システムwiki

2010 SP1にアクセスする– Office 2010 SP1をインストールした後、特定のデータベースで、またはそれらのデータベースでVBAwindows を開いたときに、ランダムなクラッシュが発生する

NathanO 解決済 最終更新日:2020-08-28 20:04

問題:

Office 2010 SP1のインストール後、特定のデータベースでオブジェクトを開くとき、およびそれらのデータベースでVBAwindows を開こうとすると、ランダムなクラッシュが発生する場合があります.
イベントビューアを見ると、クラッシュ情報は次のようになります.

エラーが発生したApplication:msaccess.exe

version:14.0.6024.1000

スタンプ:4d83e4fc

エラーが発生したモジュール:vbe7.dll

version:7.0.16.19

スタンプ:4d430aec

回避策:

更新:Microsoftはこの問題を認識しており、2011年10月の累積的な更新でVBE7.dllの修正を予定しています.この問題を回避するには、次の手順を実行してデータベースを逆コンパイルして再コンパイルします.

1.データベースのコピー/バックアップを作成します.

2.問題のあるマシンで、Runコマンドラインから次のコマンドを実行してデータベースを逆コンパイルします.
<データベースファイルへのパス>/decompile ex.C:\test.accdb/decompile

3.データベースを閉じます.

4.通常どおりデータベースを再度開きます.

これに加えて、クラッシュが発生した場合は、クラッシュ後にメッセージが表示されたらエラーレポートを送信してください.

2625046Office 2010 SP1のインストール後にAccess 2010がVBE7.DLLでクラッシュする
https://support.Microsoft.com/default.aspx?scid=kb;EN-US;2625046

返信リスト(回答:11)

1 #
JonFarm
Access 2010 SP1のバグを確認します.これは、XPマシンで実行されている32ビットにも適用されます.SP1をインストールした後の今日の最初の作業セッション(休暇からの復帰時)では、既存のフォームの新しいフォームの開発中はすべて正常でした.
accdbは何ヶ月も実行されていましたが、VBに移行してそのフォームの後ろに単純な次のリストクリアランスコードルーチンを追加し、データベースを保存/閉じると、Accessが閉じるときにクラッシュし、再び開こうとするたびにクラッシュしました
データベース内のすべてのvbモジュール(新しいフォームだけではありません).
そのため、長い間開発と使用に信頼されてきたAccess 2010の複雑でないaccdbにはアクセスできなくなりました.このaccdbは調査データの入力に緊急に必要です.早急に直してください.
応答1# ->にスキップ
2 #
JonFarm
上記の返信を更新しただけです.SP1更新プログラムをアンインストールし、vbe7.dllを以前のversionに戻すと、コードページを開くことができ、accdb全体が再び通常どおり機能します.そのため、このバグはSP1に固有のものです.自動をオフにしました
更新され、修正されたSP1または修正が発行されたことをMicrosoftが確認するまで待機します.
応答2# ->にスキップ
3 #
NathanO

こんにちはJon、

上記の回避策を試しましたか? SP1をインストールしたApplicationを逆コンパイルした後、うまく機能します.

応答3# ->にスキップ
4 #
JonFarm

すでにこれを試してみて、それらのためには機能しませんでした.私たちの場合では、フォーラムにSP1の問題を抱えていた他の人のいくつかと同様に、これは私たちにはさまざまなレベルの専門知識の多くのユーザーがあるため、これは働かないでしょう
イギリスのラウンドで、私たちは確かに彼らが既存のversionの既存のversionを分解し再コンパイルすることを期待することはできません.現時点では、VBA問題のために開くことができないため、電子メールで更新を送信することさえできません.

キーポイントは、マイクロソフトが本当に重要な分野で不良なサービスパックを出したことです.ユーザーが自分の既存のデータベースを廃止することを期待することはできません.おそらく20の異なるアクセスがあります
2010データベースさまざまな機能を扱っています.私たちがそれらを使うことができる前にそれらのすべてを廃止することになっていますか?

SP1が不良であり、緊急に固定が必要です.修正されたアップデートまたは修正が準備されているときに通知を手配してください、そして、この混乱からコヒーレントな方法を整理しようとすることができます.それは仕事を維持し、私たちがお金を遅らせる原因となる.

Jon

応答4# ->にスキップ
5 #
Darrell

ジョンのコメントを追加したいのですが.私は生計を立てるためにAccessアプリを開発しており、クライアントに「マイクロソフトはこの問題を認識している」と説明しても意味がありません.彼らの目には、壊れたプログラムを彼らのマシンにインストールすることに責任があります.
修正する必要があります.

これは緊急の問題です.

ダーレル

応答4# ->にスキップ
6 #
Darrell
Bjp、Jon、別のメンバーは2月に別のフォーラムでこの問題を提出しました.あなたはこれを試しましたか?
応答6# ->にスキップ
7 #
JonFarm

ダレル、

この提案に感謝しますが、さまざまなレベルの専門知識を持つデータベースユーザーの範囲を考えると、デフォルトのシステムを使用する必要があります(また、変更は将来、いつか戻ってくるかもしれません).マイクロソフト
Office 2010の全ApplicationとAccess全体でSP1をチェックするためのリソース.したがって、通知されたため、この障害を修正するために本当に助けが必要です.

ジョン

応答3# ->にスキップ
9 #
Darrell

ネイサン、

昨日、逆コンパイルを行ったところ、すぐに戻りました.ここまでは順調ですね.目を離さない.

ダーレル

8 #
GraemeJ

こんにちはNathan

完全に破損したデータベースになるように見えたものを回復する回避策をありがとう.これにより、特に1つのクライアントでAngstと追加の作業の日がありました.マイクロソフトパートナーとして、コアビジネスとしてのアクセスデータベースの開発として、これは
Microsoft Access製品の急いで恥ずかしい欠陥があり、私はその修正を信頼します.

前もって感謝します

最善の願い

グリームな

10 #
mmacnei

はい、間違いなくこの問題があり、コンパイルの状態に関連しているようです.

「コンパイルオンデマンド」は常にオフにしてあります.コードを変更し、データベースを閉じる前に正しくコンパイルされることを確認するのを忘れた場合は、クラッシュします.もう一度開くと、もう一度開くとクラッシュします.

これは、「コンパイルオンデマンド」をオンにすることで軽減できる可能性があることを示唆していますが、データベースをシャットダウンする前にコードがコンパイルされるのを確認することをお勧めします.

閉じる前にすべてが正常にコンパイルされることを確認しているため、問題はありませんでした.

マイク

11 #
NathanO 4

こんにちは、

この問題の修正プログラムがリリースされたようで、以下のリンクからダウンロードできます:

Access 2010ホットフィックスパッケージ(Vbe7-x-none.msp)の説明:2011年10月25日- https://support.Microsoft.com/kb/2596585

これに加えて、この問題を説明するKB 2625046も上記の修正を指すように更新されます.