Win32 API 日本語リファレンス
ホーム › System.AddressBook › ENTRYID

ENTRYID

構造体
📘 Microsoft Learn (日本語) · English
サイズx64: 5 バイト / x86: 5 バイト

サイズ=各フィールドのバイト数(x64/x86 で異なる場合は x64/x86 と併記)。x64/x86 列=フィールドのバイトオフセット(HSPで dupptr / lpoke / wpoke 等に使用)。

フィールド

フィールド型サイズx64x86説明
abFlagsBYTE4+0+0エントリIDのフラグを格納する4バイトの配列。
abBYTE1+4+4エントリID本体の可変長バイト列(先頭バイト)。

公式ドキュメント

適用対象: Outlook 2013 | Outlook 2016

MAPI オブジェクトのエントリ識別子を格納します。

プロパティ 値
ヘッダー ファイル:
Mapidefs.h
関連マクロ:
CbNewENTRYID, SizedENTRYID 
typedef struct
{
  BYTE abFlags[4];
  BYTE ab[MAPI_DIM];
} ENTRYID, FAR *LPENTRYID;

解説(Remarks)

ENTRYID 構造体は、メッセージ ストア プロバイダーおよびアドレス帳プロバイダーが、自身のオブジェクトの一意な識別子を構築するために使用します。エントリ識別子は、次の種類のオブジェクトを識別するために使用されます。

各プロバイダーは、そのプロバイダーにとって適切な形式の ENTRYID 構造体を使用します。

1 つのオブジェクトが 2 つの異なるバイナリ値で表現されることがあるため、エントリ識別子を直接比較することはできません。2 つのエントリ識別子が同じオブジェクトを表すかどうかを判断するには、IMAPISession::CompareEntryIDs メソッドを呼び出します。

クライアントがオブジェクトの IMAPIProp::GetProps メソッドを呼び出してエントリ識別子を取得すると、オブジェクトは最も永続的な形式のエントリ識別子を返します。クライアントは、abFlags メンバーの最初のバイトにフラグが 1 つも設定されていないことを確認することで、そのエントリ識別子が長期 (long-term) であることを検証できます。

クライアントがテーブルの列を通じてエントリ識別子にアクセスする場合、そのエントリ識別子は長期ではなく短期 (short-term) である可能性が高くなります。短期のエントリ識別子は、現在の MAPI セッションでのみ、対応するオブジェクトを開くために使用できます。クライアントは、abFlags メンバーの最初のバイトにすべてのフラグが設定されていることを確認することで、そのエントリ識別子が短期であることを検証できます。

一部のエントリ識別子は短期ですが、長期的な用途を持ちます。そのようなエントリ識別子では、abFlags メンバーの最初のバイトに、該当するフラグが 1 つ以上設定されます。

ENTRYID 構造体は FLATENTRY 構造体に似ていますが、次のような違いがあります。

クライアントは常に、自然な境界に整列されたエントリ識別子を渡す必要があります。プロバイダーは任意の整列のエントリ識別子を処理する必要がありますが、クライアントはその動作を期待すべきではありません。適切に整列されたエントリ識別子をメソッドに渡さないと、RISC プロセッサでアラインメント フォールトが発生する可能性があります。

自然な整列単位 (通常は 8 バイト) は、CPU がサポートする最大のデータ型のサイズであり、通常はシステムのメモリ アロケーターが使用する整列単位と同じです。自然な境界に整列されたメモリ アドレスであれば、CPU はアラインメント フォールトを発生させることなく、そのアドレスでサポートされる任意のデータ型にアクセスできます。RISC CPU では、サイズが N バイトのデータ型は通常、N バイトの偶数倍の境界に整列されている必要があり、アドレスは N の偶数倍になります。

詳細については、「Entry Identifiers」を参照してください。

出典・ライセンス: 上記「公式ドキュメント」の内容は Microsoft の Win32 API ドキュメント(MicrosoftDocs/sdk-api)を日本語に翻訳・改変したものです。© Microsoft Corporation. CC BY 4.0 で提供。
Microsoft 公式リファレンス: 英語 (en-us) · 日本語 (ja-jp)

各言語での定義

#include <windows.h>

// ENTRYID  (x64 5 / x86 5 バイト)
typedef struct ENTRYID {
    BYTE abFlags[4];
    BYTE ab[1];
} ENTRYID;
using System;
using System.Runtime.InteropServices;

[StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)]
public struct ENTRYID
{
    [MarshalAs(UnmanagedType.ByValArray, SizeConst = 4)] public byte[] abFlags;
    [MarshalAs(UnmanagedType.ByValArray, SizeConst = 1)] public byte[] ab;
}
Imports System.Runtime.InteropServices

<StructLayout(LayoutKind.Sequential, CharSet:=CharSet.Unicode)>
Public Structure ENTRYID
    <MarshalAs(UnmanagedType.ByValArray, SizeConst:=4)> Public abFlags() As Byte
    <MarshalAs(UnmanagedType.ByValArray, SizeConst:=1)> Public ab() As Byte
End Structure
import ctypes
from ctypes import wintypes

class ENTRYID(ctypes.Structure):
    _fields_ = [
        ("abFlags", ctypes.c_ubyte * 4),
        ("ab", ctypes.c_ubyte * 1),
    ]
#[repr(C)]
pub struct ENTRYID {
    pub abFlags: [u8; 4],
    pub ab: [u8; 1],
}
import "golang.org/x/sys/windows"

type ENTRYID struct {
	abFlags [4]byte
	ab [1]byte
}
type
  ENTRYID = record
    abFlags: array[0..3] of Byte;
    ab: array[0..0] of Byte;
  end;
const ENTRYID = extern struct {
    abFlags: [4]u8,
    ab: [1]u8,
};
type
  ENTRYID {.bycopy.} = object
    abFlags: array[4, uint8]
    ab: array[1, uint8]
struct ENTRYID
{
    ubyte[4] abFlags;
    ubyte[1] ab;
}

HSP用 定義

HSP3.7/3.8 は構造体機能が無いため4byte整数配列(dim)+peek/poke で操作(32/64bitでサイズ・位置が異なる場合はタブで分割)。IronHSP は NSTRUCT(#defstruct/stdim/->)で32/64bit共通。

; HSP3.7/3.8 は構造体機能が無いため、4byte整数の配列変数で操作します。(x64 レイアウト)
; ENTRYID サイズ: 5 バイト(x64)
dim st, 2    ; 4byte整数×2(構造体サイズ 5 / 4 切り上げ)
; abFlags : BYTE (+0, 4byte)  varptr(st)+0 を基点に操作(4byte:入れ子/配列)
; ab : BYTE (+4, 1byte)  varptr(st)+4 を基点に操作(1byte:入れ子/配列)
; ※4byte境界の整数は添字 st.N(N=オフセット/4)で読み書き可。それ以外は peek/poke 系を使用。
; IronHSP は NSTRUCT(構造体)をサポート。32bit/64bit どちらでも同じコードで動作します。
#defstruct global ENTRYID
    #field byte abFlags 4
    #field byte ab 1
#endstruct

stdim st, ENTRYID        ; NSTRUCT 変数を確保