2018年11月16日Office2010向けの新元号対応パッチ「KB2863821」と「KB4461522」。上で日付入力に和暦を表示させている場合、特定の振る舞いでアプリケーションが不正終了していしまう現象を確認いたしました。和暦表示以外の一部特殊なユーザー定義でもフリーズ現象確認しました。このことから「ユーザー定義型」を指定する際は確認を取らないとだめですね。16時マイクロソフト社様のサポートより再現性の確認が取れたとのことで、修正パッチの提供が期待できそうです。大幅に書き直しました。検証環境では「Windows7」、「Office2010」(共に最新パッチ状態)で検証しています。OSについては「Windows10」でも発生した報告を受けました。以下については、個人的に検証した内容になります。該当パッチをインストールしない。アンインストールする。「コントロールソースにテーブルのフィールドが指定されていない」状態で、「和暦表示」をさせる。(フィールドのプロパティでは表示されないので、VBAに直接表示)原因(推測)パッチプログラムのバグ。内部処理の問題で、コントロールソースにアクセスしに行く過程もしくは、日付カレンダーデータからの受け渡し処理のときに何かしらの不正処理が発生し、停止してしまうプログラムのバグと考えられます。暫定的な回避策パッチをアンインストールする。修正をしてくれることを祈ります...和暦表示をやめてすべて西暦表示にする。コントロールソースをはずす。入力フィールドの書式を空白にする入力フィールドの書式でカレンダー表示を「なし」にする。“ggge年mmdd日")にする。VBAにて書き込みイベントを作成する。ネット上で報告が少ないか推測になりますが、今回の事例は「テーブルに直接書き込みに行く」もしくは「日付カレンダーを利用して和暦変換処理をさせる」という形でのみ発生するものと思われます。DBを作成する時、私個人の感覚ですが複数人で使うDBの場合、即座にテーブルに書き込みに行く作り方はしない。DBの負担を軽くするために、書き込み時以外はDB本体とは切り離す。書き込み時に、入力された内容をチェックし、一瞬該当のテーブルレコードを排他処理させる。書き込みエラーが発生した場合にロールバックができるようする。いう処理を考慮して、作ると思うので、「思った以上に報告が上がらないのかな」という気がします。