<!-- https://github.com/oscarmorrison/md-page -->
<script src="/md-page/md-page.js"></script><noscript>
<head>
<title>Windows 11 22H2 で〔半角/全角〕キーを押すとアプリケーションがクラッシュする</title>
</head>
# Windows 11 22H2 で〔半角/全角〕キーを押すとアプリケーションがクラッシュする

---

tags: Windows Delphi programming IME Windows11
created_at: 2022-10-07
updated_at: 2022-11-23

---
# はじめに

Windows 11 22H2 において、特定のアプリケーションが<font color="Crimson">〔半角/全角〕キーを押しただけでクラッシュする</font>ようです。
![image.png](./images/6ffabec4-ec07-3dc2-3854-a1ce32278934.png)
具体的には **浮動小数点例外** (Floating-point exception) を使うようになっているアプリケーションがクラッシュします。Delphi および C++Builder 製アプリの多くがこれに該当します。

:::note warn
後述しますが、Delphi / C++Builder 固有の問題ではありません。
:::

当初は認識していませんでしたが、テキストエディタ『Mery』の作者である Kuro さんのツイートでこの問題を知る事となりました。

https://twitter.com/haijinboys/status/1575697086560890885

『TeraPad』でも同様の問題が発生しているようです。

https://twitter.com/terapad/status/1577446299565461505

『Clibor』でも同様の問題が発生しているようです。

https://twitter.com/chigusaweb/status/1580866774421360640

Delphi で問題を再現するのは簡単で、フォームにエディットボックスを貼ったアプリケーションを用意するだけです。実行して〔半角/全角〕を押すと浮動小数点例外でアプリケーションがクラッシュします。
![image.png](./images/5ac8e822-bbf0-e036-f212-42f3bf98810e.png)
物理キーボードだけではなく、**スクリーンキーボード** で〔半角/全角〕キーを押してもアプリケーションはクラッシュします。
![image.png](./images/57513d27-84da-35f4-e90f-ded680799bea.png)
〔半角/全角〕キーを押しただけで浮動小数点例外が発生するのは意図された動作だとは思えません。

:::note info
Windows 10 22H2 ではこの問題は発生しません。
:::

**See also:**

 - [Windows 11 22H2 で半角/全角キーを押すと Mery が落ちる問題について (haijin-boys.com)](https://www.haijin-boys.com/wiki/Windows_11_22H2_%E3%81%A7%E5%8D%8A%E8%A7%92/%E5%85%A8%E8%A7%92%E3%82%AD%E3%83%BC%E3%82%92%E6%8A%BC%E3%81%99%E3%81%A8_Mery_%E3%81%8C%E8%90%BD%E3%81%A1%E3%82%8B%E5%95%8F%E9%A1%8C%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6)
 - [Mery (haijin-boys.com)](https://www.haijin-boys.com/software/mery)
 - [TeraPad (tera-net.com)](https://tera-net.com/library/tpad.html)
 - [Clibor (chigusa-web.com)](https://chigusa-web.com/clibor/)

# 回避方法
いくつか回避方法があるようです。

〔半角/全角〕キーを押さずに…例えばタスクバーの Microsoft IME アイコンから切り替えるとアプリケーションは落ちませんが現実的な回避方法ではありません。
![image.png](./images/f13fa637-d47d-4e73-b0bd-8e55706150d4.png)
...と思っていたら、[Microsoft の回避方法](https://learn.microsoft.com/en-us/windows/release-health/status-windows-11-22h2#2947msgdesc) (2022/11/18 付) は

> **Workaround:** Changing input mode by clicking the IME mode icon in the taskbar should not trigger this issue. This issue occurs only when using keyboard shortcuts.

**「タスクバーから切り替えれ！」** ですって。正気ですか？

## ■ 以前のバージョンの Microsoft IME を使う
`[設定]` から `[時刻と言語 > 言語と地域 > Microsoft IME > 全般]` と辿り、**[以前のバージョンの Microsoft IME を使う]** を**オン**にします。
![image.png](./images/7a605609-b979-522c-2893-17ce30a85d97.png)
Windows 10 以降、新しい Microsoft IME の挙動がしばしばおかしくなるので、私は [以前のバージョンの Microsoft IME を使う] をオンにして使っており、本件に気付きませんでした。

 - [KB4564002: 一部の Microsoft IM を使用している場合、Windows 10 バージョン 20H2 および Windows 10 バージョン 2004 で問題が発生する可能性があります (support.microsoft.com)](https://support.microsoft.com/ja-jp/topic/kb4564002-%E4%B8%80%E9%83%A8%E3%81%AE-microsoft-im-%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%97%E3%81%A6%E3%81%84%E3%82%8B%E5%A0%B4%E5%90%88-windows-10-%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3-20h2-%E3%81%8A%E3%82%88%E3%81%B3-windows-10-%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3-2004-%E3%81%A7%E5%95%8F%E9%A1%8C%E3%81%8C%E7%99%BA%E7%94%9F%E3%81%99%E3%82%8B%E5%8F%AF%E8%83%BD%E6%80%A7%E3%81%8C%E3%81%82%E3%82%8A%E3%81%BE%E3%81%99-63696506-47d2-9997-0b72-41a68e328692)
 - [Windows 11 で新しい IME を使用すると、Excel が停止または終了する場合がある (support.microsoft.com)](https://support.microsoft.com/ja-jp/topic/windows-11-%E3%81%A7%E6%96%B0%E3%81%97%E3%81%84-ime-%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B%E3%81%A8-excel-%E3%81%8C%E5%81%9C%E6%AD%A2%E3%81%BE%E3%81%9F%E3%81%AF%E7%B5%82%E4%BA%86%E3%81%99%E3%82%8B%E5%A0%B4%E5%90%88%E3%81%8C%E3%81%82%E3%82%8B-ea1dc906-cb26-4645-9694-d9c09cc109a9)

## ■ Microsoft IME 以外の IME を使う
ジャストシステムの『ATOK』や Google の『Google 日本語入力』を使う事でも問題を回避できます。多くの場合で [以前のバージョンの Microsoft IME を使う] と同じ効果が得られます。

**See also:**

 - [ATOK (atok.com)](https://atok.com/)
 - [Google 日本語入力 (google.co.jp)](https://www.google.co.jp/ime/)

## ■ IME On / Off のキーとして〔Ctrl〕+〔Space〕を有効にする
〔Ctrl〕+〔Space〕を変換キーとして追加し、`[設定]` から `日本語 IME 設定` を検索して出すか、タスクバーの Microsoft IME アイコンを右クリックして `[設定]` を開きます。

設定のキャプションは `[時刻と言語 > 言語と地域 > Microsoft IME]` となっていると思いますので `[キーとタッチのカスタマイズ]` をクリックします。
![image.png](./images/9b259a46-fd5b-aa2a-84d6-4f390a6d6ca4.png)
`各キー / キーの組み合わせに好みの機能を割り当てます` にチェックを入れ、`Ctrl + Space` に **IME-オン/オフ** を割り当てます。
![image.png](./images/05187980-3fe4-7955-6276-2911fe247a5b.png)
〔Ctrl〕+〔Space〕で IME を On / Off する分には問題は発生しないようです。ただ、〔半角/全角〕キーを押せばやっぱりアプリケーションはクラッシュします。

〔半角/全角〕を無効にする手段は Windows 11 22H2 の設定に用意されていないようですし、以前の　Microsoft IME ともキー設定を共有していないようなので、以前の Microsoft IME でキー設定を行って新しい Microsoft IME に戻すという手も使えないようです。

## ■ オプションの診断データを送信しない
`[設定]` から `[プライバシーとセキュリティ > 診断とフィードバック]` と辿り、**[オプションの診断データを送信する]** を**オフ**にします。
![image.png](./images/3e00b0d4-258c-8c56-65ce-9efb8147dd0a.png)

:::note warn
IME の変換はトリガーに過ぎず、不具合の本当の原因はオプションの診断データ送信なのではないかという気も…。
:::

## ■ アプリケーション側で浮動小数点例外を使わないようにする

Delphi / C++Builder はデフォルトでいくつかの浮動小数点例外を利用するようになっているため、多くの Delphi / C++Builder 製アプリケーションが影響を受けます。

ARM 系 CPU で浮動小数点例外がサポートされていない関係だと思われますが、FireMonkey アプリケーションではデフォルトで浮動小数点例外を使わないようになっており、問題が発生するのは主に VCL アプリケーションという事になります。

加えて、最近の Delphi / C++Builder でコンパイルされたものだけが対象という訳ではなく、古い Delphi / C++Builder でコンパイルされたアプリケーションでも発生しますし、浮動小数点例外を使うようになっていれば、言語を問わず同様の問題が発生すると思われます。

Visual C++ でもこの問題は発生します。ただし、デフォルトではすべての例外がマスクされているため、明示的に浮動小数点例外を使うコードを記述しない限り問題は起きません。ダイアログにエディットボックスを貼り付けて、次のようなコードを記述すると問題を再現できます。

```cpp
#include "float.h"

...

    unsigned int control_word;
    _controlfp_s(&control_word, _EM_DENORMAL | _EM_UNDERFLOW | _EM_INEXACT, _MCW_EM);

```

つまり Windows 11 22H2 は **新しい IME を使う限り浮動小数点例外を扱えない** という問題を抱えている事になります。



### Delphi における対策例

Delphi だと次のコードで浮動小数点例外を使わないようにできます。

```pascal
uses
  ..., System.Math;
...

  SetExceptionMask(exAllArithmeticExceptions);
```

古い Delphi だと次のようなコードになります。

```pascal
uses
  ..., Math;
...

  SetExceptionMask([exInvalidOp..exPrecision]);
```

浮動小数点例外の種類は列挙型 TArithmeticException にて定義されています。`SetExceptionMask()` では利用しない (マスクする) 浮動小数点例外を指定します。

`exAllArithmeticExceptions` は次のすべてのフラグの集合です。

| 値 | 意味 |
|:---|:---|
| exInvalidOp | 無効な演算を行おうとした。 |
| exDenormalized | 数値が非ゼロとして格納できるサイズより小さいサイズに切り詰められた。数値が非正規化された。 |
| exZeroDivide | ゼロで除算しようとした。 |
| exOverflow | 数値がサポートされている正の上限値を超えた。 |
| exUnderflow | 数値が、サポートされている負の下限値を超えた。 |
| exPrecision | 数値が精度の桁数を超えた。 |

:::note warn
SetExceptionMask() は Delphi 6 以降で実装されています。それよりも前のバージョンの Delphi 製アプリケーションで問題が発生する場合には Set8087CW() を使って同等の処理を行う必要があります。
:::

:::note info
Delphi 8 等 (Delphi for .NET) では {$FINITEFLOAT OFF} コンパイラ指令で浮動小数点例外を使わないようにできますが…もう誰も使っていないでしょうね。
:::

**See also:**

 - [浮動小数点例外 (DocWiki)](https://docwiki.embarcadero.com/RADStudio/ja/%E6%B5%AE%E5%8B%95%E5%B0%8F%E6%95%B0%E7%82%B9%E6%BC%94%E7%AE%97%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6#.E6.B5.AE.E5.8B.95.E5.B0.8F.E6.95.B0.E7.82.B9.E4.BE.8B.E5.A4.96)
 - [浮動小数点の例外 - Win32 apps (Microsoft Learn)](https://learn.microsoft.com/ja-jp/windows/win32/debug/floating-point-exceptions)
 - [浮動小数点の例外チェック（Delphi）(docs.embarcadero.com)](https://docs.embarcadero.com/products/rad_studio/radstudio2007/RS2007_helpupdates/HUpdate4/JA/html/devcommon/compdirsfinitefloat_xml.html)
 - [SetExceptionMask (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.Math.SetExceptionMask)
 - [TArithmeticException (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.Math.TArithmeticException)
 - [Set8087CW (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.Set8087CW)
 - [Set8087CW Procedure - Delphi in a Nutshell (oreilly.com)](https://www.oreilly.com/library/view/delphi-in-a/1565926595/re288.html)
 - [SetMXCSR (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.SetMXCSR)
 - [_control87, _controlfp (DocWiki)](https://docwiki.embarcadero.com/RADStudio/ja/Control87,_controlfp)

### もうちょっと詳しく
浮動小数点例外を全体的にオフにしたい場合は次のようにグローバル変数へデフォルトのマスクを格納しておき、

```pascal
uses
  ..., System.Math;

...

var
  BackupMask: TArithmeticExceptions;

  ...
  BackupMask := SetExceptionMask(exAllArithmeticExceptions);
```

浮動小数点例外を使いたい所 (0 除算を **try except** で処理している所とか) でバックアップしたマスクを設定するといいかと思います。浮動小数点例外は EMathError で捕捉できます。

```pascal
  SetExceptionMask(BackupMask);
  try
    try
      // 浮動小数点例外が出るかもしれないコード
    except
      on E: EMathError do
        begin
          // 浮動小数点例外が出た時の処理
        end;
    end;
  finally
    SetExceptionMask(exAllArithmeticExceptions);
  end;
```

VCL がマスクを変更する事があるため、次のコードの方が適当かもしれません。

```pascal
  var CurrentMask := SetExceptionMask(BackupMask);
  try
    try
      // 浮動小数点例外が出るかもしれないコード
    except
      on E: EMathError do
        begin
          // 浮動小数点例外が出た時の処理
        end;
    end;
  finally
    SetExceptionMask(CurrentMask);
  end;
```

スレッドセーフではないので、スレッドを使っている時には注意が必要です。

:::note info
Delphi でのデフォルトのマスクは [exDenormalized, exUnderflow, exPrecision] です。つまり exAllArithmeticExceptions - DefaultExceptionFlags です。
:::

**See also:**

 - [EMathError (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.SysUtils.EMathError)
 - [Delphi の例外処理 (Qiita)](./3e8c9822e7c1de1e552d.md)

### 〔半角/全角〕キーを押しても落ちないけど？
エディットボックス等の入力項目が存在しないのであれば落ちません。

> This issue is observed for applications which load certain components of the Text Services Framework (TSF).

 - [Changing IME input modes might cause applications to become unresponsive - Windows 11, version 22H2 known issues and notifications (learn.microsoft.com)](https://learn.microsoft.com/en-us/windows/release-health/status-windows-11-22h2#2947msgdesc)

「TSF の特定のコンポーネントをロードする」...つまりは入力項目が存在するアプリケーションで問題が発生するという事なのだろうと思われます。

:::note warn
エディットボックス等の入力項目が存在しない、一見この問題の影響を受けないようなアプリケーションであっても、ファイルオープン/セーブダイアログが使われているとファイル名に日本語名を入力しようとしてクラッシュしますのでご注意ください。
:::

Delphi アプリケーションの場合、次のユニットを **uses** に加えていると浮動小数点例外が使われなくなるため、〔半角/全角〕キーを押しても落ちません。


| ユニット | バージョン |
|:---|:---|
| SHDocVw | XE4 以降<br>(ユニット自体は Delphi 5 から存在)|
| System.Win.InternetExplorer<br>(SHDocVw の代替) | XE8 以降 |
| Vcl.Edge | 10.4 Sydney 以降 |
| Winapi.EdgeUtils | 11 Alexandria 以降 |


```pascal
initialization
  FSetExceptMask(femALLEXCEPT);
```

`FSetExceptMask()` は XE4 以降で実装されています。`femALLEXCEPT` は次のすべてのフラグの集合です。

| 値 | 意味 |
|:---|:---|
|femINEXACT| 不正確な演算結果。 |
|femUNDERFLOW|数値が、サポートされている負の下限値を超えた。|
|femOVERFLOW|数値がサポートされている正の上限値を超えた。|
|femDIVBYZERO|ゼロで除算しようとした。|
|femINVALID|無効な演算を行おうとした。|

:::note warn
`当該ユニットが uses に加えられると、意図せず浮動小数点例外の処理が働かなくなる事がある` という、また別の心配事も。
:::

**See also:**

 - [System.FSetExceptMask (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.FSetExceptMask)
 - [System.FGetExceptMask (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.FGetExceptMask)

### 例外処理を伴わない 0 除算の処理
次のような浮動小数点例外を利用したコードがあったとします。0 除算になったら c の値を 1 にするコードです。

```pascal
program FP_Test;
{$APPTYPE CONSOLE}
uses
  System.SysUtils, System.Math;

var
  a, b, c: Double;
begin
  try
    a := 100;
    b := 0;
    c := a / b;
  except
    on E: EMathError do
      begin
        c := 1;
      end;
  end;
  Writeln(c);
end.
```

浮動小数点例外で exZeroDivide をマスクした場合、EZeroDivide は発生しなくなるため、別の方法で 0 除算を検出しなくてはなりません。

```pascal
program FP_Test;
{$APPTYPE CONSOLE}
uses
  System.SysUtils,
  System.Math;

var
  a, b, c: Double;
begin
  SetExceptionMask(exAllArithmeticExceptions);

  a := 100;
  b := 0;
  c := a / b;
  if IsInfinite(c) or IsNan(c) then 
//if c.IsInfinity or c.IsNan then
    c := 1;

  Writeln(c);
end.
```

0 除算の結果は **Infinity** になりますが、除数も被除数も 0 の場合には **NaN** となるため、`IsInfinite()` と `IsNan()` の両方で判定する必要があります。ただ…

```pascal
program FP_Test;
{$APPTYPE CONSOLE}
uses
  System.SysUtils,
  System.Math;

var
  a, b, c: Double;
begin
  SetExceptionMask(exAllArithmeticExceptions);

  a := 100;
  b := 0;
  if b = 0 then // または if IsZero(b) then
    c := 1
  else
    c := a / b;

  Writeln(c);
end.
```

「除数が 0 かどうか？」を先に判定して計算するのが筋だとは思います。どちらがコード書き換えの手間が掛からないか、要検討ですね。

**See also:**

 - [EZeroDivide (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.SysUtils.EZeroDivide)
 - [IsInfinite (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.Math.IsInfinite)
 - [IsNan (DocWiki)](https://docwiki.embarcadero.com/Libraries/ja/System.Math.IsNan)


# おわりに
アプリケーションがクラッシュする原因は、**「Windows 11 (22H2) で新しい Microsoft IME を使っていてオプションの診断データを送信するようになっていると、〔半角/全角〕キーが押されて IME が ON になったタイミングで浮動小数点例外が発生する」** という Microsoft IME のバグだと思われます。

## ■ Embaracadero の情報
Delphi / C++Builder の開発元である Embaracadero の **Support Wiki** にも本件に関する情報があります (2022/10/06 付)。

 - [Windows 11 22H2 の新しい Microsoft IME によって既存の VCL アプリケーションがクラッシュする (Embarcadero Support Wiki)](https://docwiki.embarcadero.com/Support/ja/Windows_11_22H2_%E3%81%AE%E6%96%B0%E3%81%97%E3%81%84Microsoft_IME_%E3%81%AB%E3%82%88%E3%81%A3%E3%81%A6%E6%97%A2%E5%AD%98%E3%81%AEVCL_%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%8C%E3%82%AF%E3%83%A9%E3%83%83%E3%82%B7%E3%83%A5%E3%81%99%E3%82%8B)

:::note warn
「Delphi 7 から～」 とありますが、Embarcadero が Delphi 7 以降でしかテストできていないだけで、実際には Delphi 2 ～ Delphi 6 (C++Builder 1 ～ 6) 製のアプリケーションもクラッシュします。
:::

## ■ Microsoft の情報
(文章からはそう読み取れないのですが) Microsoft によると、この問題は Dev チャネルの **Build 25169 (25163?)** で解決しているのだそうです。

 - [Announcing Windows 11 Insider Preview Build 25169 (blogs.windows.com)](https://blogs.windows.com/windows-insider/2022/07/28/announcing-windows-11-insider-preview-build-25169/)
 - [Announcing Windows 11 Insider Preview Build 25163 (blogs.windows.com)](https://blogs.windows.com/windows-insider/2022/07/20/announcing-windows-11-insider-preview-build-25163/)

一般チャネルで 2022/10/19 に **Windows 11 22H2 Moment 1** (22621.675) / KB5019509 がリリースされましたが、問題は解決していないようです。
![image.png](./images/936366a5-88bd-bca4-6564-f3e70d93c7c8.png)
一般チャネルで 2022/11/09 にリリースされた **22621.819 / KB5019980** でも問題は解決していないようです。
![image.png](./images/cc414ffd-7769-067b-206d-7fab44e8e523.png)

 - [「半角／全角」キーを押すと古いアプリが落ちる（Win11Home22H2) (answers.microsoft.com)](https://answers.microsoft.com/ja-jp/windows/forum/all/%E5%8D%8A%E8%A7%92%E5%85%A8%E8%A7%92%E3%82%AD/735f5b6d-8a93-456a-9c78-5ea54d64e026)
 - [Changing IME input modes might cause applications to become unresponsive - Windows 11, version 22H2 known issues and notifications (learn.microsoft.com)](https://learn.microsoft.com/en-us/windows/release-health/status-windows-11-22h2#2947msgdesc)

Microsoft の **フィードバック Hub** にもフィードバックが寄せられています。
フィードバック Hub を利用可能な方は賛成票を投じるか、新しくフィードバックを入れて頂けると幸いです。

 - [Some apps (e.g. Mery) crashing when pressing the half-width/full-width key while using the Japanese IME (フィードバック Hub)](https://aka.ms/AAic325)
 - [Mery などいくつかのアプリで日本語IMEを使用中に半角/全角キーを押下するとアプリがクラッシュする (フィードバック Hub)](https://aka.ms/AAifnnl)
 - [Microsoft IME (フィードバック Hub)](https://aka.ms/AAi6r29)
 - [日本語 IME の使用中に半角/全角キーを押すとアプリケーションがクラッシュする (例: Ichitaro、CADVANTAGE 99) (フィードバック Hub)](https://aka.ms/AAifnns)
 - [全角／半角キーを押すと、アプリが強制終了する (フィードバック Hub)](https://aka.ms/AAipoce)
 - [Windows 11 の最新のビルドで特定のアプリケーションで日本語IMEをオンまたは日本語入力するとアプリケーションがクラッシュする](https://aka.ms/AAit382)

## ■ 浮動小数点例外の修正が必要かどうかの判定

浮動小数点例外で問題が発生する環境は次の通りです。

 - Windows 11 (Version 10.0、Build 22000 以降)
 - 22H2 (Build 22621)
 - UBR (Update Build Revision) が 521 以上 819 以下 (2022/11/09 時点)

これを判定するコードを書いてみました。そこそこ古い Delphi でもコンパイルが通るようになっています。

```pascal  
uses
  ..., Winapi.Windows;

...

function IsNeedDisableFPE: Boolean;
var
  sFileName: string;
  wUBR: WORD;
  dwInfoSize, dwHandle: DWORD;
  pInfo: Pointer;
  pFileInfo: PVSFixedFileInfo;
  arrBuf: array [0..MAX_PATH-1] of Char;
begin
  result := False;
  if (Win32Platform     = VER_PLATFORM_WIN32_NT) and
     (Win32MajorVersion = 10) and
     (Win32MinorVersion = 0) and
     (Win32BuildNumber  = 22621) then
  begin
    GetSystemDirectory(@arrBuf, SizeOf(arrBuf));
    sFileName := IncludeTrailingPathDelimiter(StrPas(arrBuf)) + 'NTOSKRNL.EXE';
    dwInfoSize := GetFileVersionInfoSize(PChar(sFileName), dwHandle);
    if dwInfoSize > 0 then
    begin
      GetMem(pInfo, dwInfoSize);
      try
        GetFileVersionInfo(PChar(sFileName), 0, dwInfoSize, pInfo);
        VerQueryValue(pInfo, PathDelim, Pointer(pFileInfo), dwInfoSize);
        wUBR := LoWord(pFileInfo.dwFileVersionLS);
        result := (wUBR >= 521) and (wUBR <= 819);
      finally
        FreeMem(pInfo, dwInfoSize);
      end;
    end;
  end;
end;
```

UBR の値を Win32 API で取得する方法はなさそうです。レジストリ `HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion` にある `UBR` から持ってきてもいいのですが、コード例のように **NTOSKRNL.EXE** のファイルバージョンを確認した方が確実な気がします。
![image.png](./images/20c8b2de-b6e1-7d0c-45d0-7db5cc2a9521.png)
問題の出る環境を判定して浮動小数点例外のマスクを行えば、最低限の影響で済みます。

```pascal
  if IsNeedDisableFPE then
    SetExceptionMask(exAllArithmeticExceptions);
```

…ただ、この問題が Microsoft によって解決されれば無用なコードではあるので、<font color="Crimson">「Windows 11 で 22H2 を適用してしまったのなら、Windows の設定変更でやり過ごして！」</font>って、ドキュメントやヘルプに書くのが現実的な解決法のような気はしますね。

**See also:**

 - [Windows 11 release information (microsoft.com)](https://learn.microsoft.com/en-us/windows/release-health/windows11-release-information)
 - [Windows 11, version 22H2 update history (microsoft.com)](https://support.microsoft.com/en-us/topic/windows-11-version-22h2-update-history-ec4229c3-9c5f-4e75-9d6d-9025ab70fcce)
 - [Dev / Beta チャネルのビルドが再び分離 ～「Windows 11 Insider Preview」に新ビルド (窓の杜)](https://forest.watch.impress.co.jp/docs/news/1408521.html)
 - [IEEE 754 (Wikipedia)](https://ja.wikipedia.org/wiki/IEEE_754)
 - [Intel 8087 (Wikipedia)](https://ja.wikipedia.org/wiki/Intel_8087)
 - [x87 FPU の呪い (Qiita: @mod_poppo)](https://qiita.com/mod_poppo/items/9588b6f425ffe4b5c7bf)