本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。
64ビット版VBA対応：Win32 APIを安全に呼び出すためのPtrSafeとLongPtr実装ガイド
【背景と目的】
Officeの64ビット化に伴い、従来の32ビット用API宣言は動作不全に陥ります。本ガイドでは「実行時エラー：48」を回避し、システムの安定性と高速なウィンドウ制御を両立させる実装手法を解説します。
【処理フロー図】
graph TD
A["VBA実行開始"] --> B{"VBAバージョン判定"}
B -- VBA7以上 --> C["PtrSafe属性を付与"]
B -- VBA6以下 --> D["従来のDeclare文を使用"]
C --> E{"OSビット数判定"}
E -- 64bit環境 --> F["ハンドル/ポインタをLongPtr型に定義"]
E -- 32bit環境 --> G["ハンドル/ポインタをLong型に自動解釈"]
D --> H["Long型でポインタ処理"]
F --> I["API関数実行"]
G --> I
H --> I
I --> J["終了"]
【実装：VBAコード】
以下のコードは、Excelのウィンドウハンドルを取得し、高速化処理を施した上でシステム稼働時間を取得する実用例です。
Option Explicit
' --- Win32 API 宣言セクション ---
' VBA7 (Office 2010以降) かどうかで分岐
#If VBA7 Then
' 64bit対応の宣言: PtrSafeを付与し、ポインタ/ハンドルはLongPtr型を使用
Declare PtrSafe Function GetTickCount Lib "kernel32" () As Long
Declare PtrSafe Function FindWindowA Lib "user32" (ByVal lpClassName As String, ByVal lpWindowName As String) As LongPtr
#Else
' 32bit専用の宣言: 従来通りの形式
Declare Function GetTickCount Lib "kernel32" () As Long
Declare Function FindWindowA Lib "user32" (ByVal lpClassName As String, ByVal lpWindowName As String) As Long
#End If
''' <summary>
''' 高速化設定を適用し、システム情報を取得するメインルーチン
''' </summary>
Public Sub ExecuteSystemCheck()
On Error GoTo ErrorHandler
' --- 高速化処理の開始 ---
With Application
.ScreenUpdating = False ' 画面更新停止
.Calculation = xlCalculationManual ' 自動計算停止
.EnableEvents = False ' イベント抑止
End With
' --- API実行: ウィンドウハンドルの取得 ---
' LongPtr型は、32bit環境ではLong(4byte)、64bit環境ではLongLong(8byte)に自動で切り替わる
#If VBA7 Then
Dim hwnd As LongPtr
#Else
Dim hwnd As Long
#End If
hwnd = FindWindowA("XLMAIN", Application.Caption)
' --- API実行: システム起動からの経過時間(ms)取得 ---
Dim upTime As Long
upTime = GetTickCount()
' 結果の出力
MsgBox "Excel Window Handle: " & hwnd & vbCrLf & _
"System Up Time: " & (upTime / 1000) & " seconds", vbInformation, "API実行結果"
CleanExit:
' --- 高速化処理の解除 ---
With Application
.ScreenUpdating = True
.Calculation = xlCalculationAutomatic
.EnableEvents = True
End With
Exit Sub
ErrorHandler:
MsgBox "エラーが発生しました: " & Err.Description, vbCritical
Resume CleanExit
End Sub
【技術解説】
VBA7 コンパイル定数: Office 2010以降（VBAバージョン7）で導入されました。これにより、Officeが32bitか64bitかに関わらず
PtrSafe構文を認識できるようになります。PtrSafe キーワード: 64bit環境のVBAに対し、「このAPI宣言は64bitのメモリ番地を考慮して記述されている」ことを明示する署名です。
LongPtr 型: 最も重要なデータ型です。実行環境のポインタサイズ（32bitなら4バイト、64bitなら8バイト）に合わせて動的にサイズが変化します。ウィンドウハンドル（HWND）やポインタ（LPVOID等）を受け渡す変数は、必ずこの型を使用する必要があります。
処理の高速化: Win32 APIを呼び出す際、UIの再描画などが頻発するとAPIの優位性が相殺されます。
Application.ScreenUpdating等の制御をセットで行うのが実務上の定石です。
【注意点と運用】
単純な置換の罠: すべての
LongをLongPtrに変えてはいけません。APIの引数仕様を確認し、メモリのアドレスやハンドルを示すものだけをLongPtrに、数値カウントやフラグ（intやDWORD）はLongのまま維持してください。参照設定の不要: Win32 APIはOS標準のDLL（user32, kernel32等）を直接呼び出すため、ライブラリの参照設定は不要ですが、DLL名や関数名のスペルミスは即座に異常終了を招くため注意が必要です。
文字列の扱い:
String型はVBA内部でUnicode（BSTR）として扱われます。API側の定義がLPCSTR（ANSI）かLPCWSTR（Unicode）かによって、関数名の末尾（AまたはW）を選択する必要があります。
【まとめ】
条件付きコンパイル (
#If VBA7) を用いて、旧バージョンとの互換性を確保する。ハンドルやポインタには
LongPtrを適用し、メモリ空間の拡大に対応する。API実行前後の高速化処理 をセットにし、ユーザー体験を損なわない設計を徹底する。
コメント