{ “expert_role”: “Office Automation & DB Design Expert”, “focus”: “Win32 API 64-bit compatibility (PtrSafe, LongPtr)”, “vba_requirements”: [“PtrSafe”, “LongPtr”, “High-speed processing”], “compliance”: “Strictly follow order and formatting instructions” }

本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。

VBAにおける64ビット版対応：PtrSafeとLongPtrによるWin32 API実装ガイド

【背景と目的】 Officeの64bit化に伴うAPI呼び出しエラーを解消し、OS標準機能を利用した高速かつ安定したマクロ資産の移行と構築を実現します。

【処理フロー図】

graph TD
A["マクロ実行開始"] --> B{"VBAバージョン判定"}
B -->|VBA7以降| C["PtrSafe属性付きDeclare宣言"]
B -->|VBA6以前| D["従来のDeclare宣言"]
C --> E["ハンドル・ポインタをLongPtr型で定義"]
D --> F["Long型で定義"]
E --> G["Win32 API関数の呼び出し"]
F --> G
G --> H["高速化処理を実行"]
H --> I["終了"]

※VBA7（Office 2010以降）では、OSビット数に関わらずPtrSafeキーワードが必須となります。

【実装：VBAコード】

Option Explicit

' --- Win32 API 宣言セクション ---
' VBA7（Office 2010以降）かどうかを条件付きコンパイルで判定
#If VBA7 Then

    ' 64bit環境/32bit環境両対応の宣言
    ' ハンドル(hWnd)やポインタはLongPtr型を使用する
    Declare PtrSafe Function GetActiveWindow Lib "user32" () As LongPtr
    Declare PtrSafe Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long)
    Declare PtrSafe Function GetTickCount Lib "kernel32" () As Long
#Else

    ' レガシー環境用（Office 2007以前）
    Declare Function GetActiveWindow Lib "user32" () As Long
    Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long)
    Declare Function GetTickCount Lib "kernel32" () As Long
#End If

''' <summary>
''' 高速配列処理とAPIを利用した実行制御のサンプル
''' </summary>
Public Sub HighSpeedProcessingSample()
    Dim startTime As Long
    Dim activeHwnd As LongPtr ' 64bit環境でポインタサイズを自動調整
    Dim dataArray() As Variant
    Dim i As Long

    ' 1. 描画・計算の停止（高速化の定石）
    With Application
        .ScreenUpdating = False
        .Calculation = xlCalculationManual
        .EnableEvents = False
    End With

    On Error GoTo ErrorHandler

    ' API呼び出し：現在のウィンドウハンドルを取得
    activeHwnd = GetActiveWindow()
    Debug.Print "Active Window Handle: " & activeHwnd

    ' 処理開始時間の取得
    startTime = GetTickCount()

    ' 2. 配列処理（セルへの逐次アクセスを避ける）
    ReDim dataArray(1 To 10000, 1 To 1)
    For i = 1 To 10000
        dataArray(i, 1) = "Data_" & i
    Next i

    ' 一括書き込み
    Range("A1").Resize(10000, 1).Value = dataArray

    ' API呼び出し：意図的な待機（ミリ秒単位）
    Sleep 500

    MsgBox "処理完了！実行時間: " & (GetTickCount() - startTime) & "ms", vbInformation

CleanUp:
    ' 3. 設定の復元
    With Application
        .ScreenUpdating = True
        .Calculation = xlCalculationAutomatic
        .EnableEvents = True
    End With
    Exit Sub

ErrorHandler:
    MsgBox "エラー発生: " & Err.Description, vbCritical
    Resume CleanUp
End Sub

【技術解説】

1. PtrSafeキーワード: 64ビット版OfficeでAPIを呼び出す際、「この宣言は64ビット環境で安全である」とコンパイラに伝えるために必須です。VBA7（Office 2010以降）であれば、OS自体が32ビットでも記述可能です。

2. LongPtr型の重要性: 実行環境に合わせて、32ビット環境では4バイト、64ビット環境では8バイトに自動的にサイズが変わる型です。ウィンドウハンドル（hWnd）やメモリポインタを扱う変数は必ずLongPtrにする必要があります。

3. Long型の維持: 待機時間（dwMilliseconds）や関数の戻り値としてのフラグなど、OS側で「32ビット整数」と定義されているものは、64ビット環境でもLong（4バイト）のまま維持します。すべてをLongPtrに書き換えると、スタック不整合でクラッシュする原因となります。

【注意点と運用】

• スタック不整合の回避: APIの引数型を間違えると、Excelが突然強制終了（クラッシュ）します。特にLongとLongPtrの使い分けは、Microsoft公式のWin32 APIドキュメントで定義されている型サイズを確認してください。

• 条件付きコンパイルの徹底: 古いOffice（2007以前）が混在する環境では、#If VBA7を使用しないとコンパイルエラーでファイルが開けなくなるリスクがあります。

• 参照設定の排除: Win32 APIを使用することで、外部DLL（ActiveX等）への参照設定を減らし、「参照不可」エラーによる配布トラブルを抑制できます。

【まとめ】

• VBA7以降は PtrSafe を必ず付与し、コンパイルエラーを防止する。

• ハンドル・ポインタには LongPtr を使い、メモリ長を動的に解決する。

• 描画停止と配列処理を併用し、API制御下の処理をさらに高速化させる。