ホーム › Devices.Tapi › STnefProblem
STnefProblem
構造体サイズ=各フィールドのバイト数(x64/x86 で異なる場合は x64/x86 と併記)。x64/x86 列=フィールドのバイトオフセット(HSPで dupptr / lpoke / wpoke 等に使用)。
フィールド
| フィールド | 型 | サイズ | x64 | x86 | 説明 |
|---|---|---|---|---|---|
| ulComponent | DWORD | 4 | +0 | +0 | 問題が発生したTNEFコンポーネントを示す識別子。 |
| ulAttribute | DWORD | 4 | +4 | +4 | 問題が発生したTNEF属性を示す識別子。 |
| ulPropTag | DWORD | 4 | +8 | +8 | 問題に関連するMAPIプロパティタグを示す。 |
| scode | INT | 4 | +12 | +12 | 問題の内容を示すステータスコード(SCODE)。 |
公式ドキュメント
適用対象: Outlook 2013 | Outlook 2016
Transport Neutral Encapsulation Format (TNEF) ストリームのエンコードまたはデコード中に発生した、プロパティまたは属性の処理の問題に関する情報を格納します。
| プロパティ | 値 |
|---|---|
| ヘッダー ファイル: |
Tnef.h |
typedef struct _STnefProblem
{
ULONG ulComponent;
ULONG ulAttribute;
ULONG ulPropTag;
SCODE scode;
} STnefProblem;
解説(Remarks)
属性またはプロパティの処理中に STnefProblem 構造体が生成されない場合、アプリケーションはその属性またはプロパティの処理が成功したものと見なして続行できます。唯一の例外は、カプセル化ブロックのデコード中に問題が発生した場合です。この場合、そのブロックに対応するコンポーネントのデコードは停止され、別のコンポーネントでデコードが続行されます。
出典・ライセンス: 上記「公式ドキュメント」の内容は Microsoft の Win32 API ドキュメント(MicrosoftDocs/sdk-api)を日本語に翻訳・改変したものです。© Microsoft Corporation. CC BY 4.0 で提供。
Microsoft 公式リファレンス: 英語 (en-us) · 日本語 (ja-jp)
Microsoft 公式リファレンス: 英語 (en-us) · 日本語 (ja-jp)
各言語での定義
#include <windows.h>
// STnefProblem (x64 16 / x86 16 バイト)
typedef struct STnefProblem {
DWORD ulComponent;
DWORD ulAttribute;
DWORD ulPropTag;
INT scode;
} STnefProblem;using System;
using System.Runtime.InteropServices;
[StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)]
public struct STnefProblem
{
public uint ulComponent;
public uint ulAttribute;
public uint ulPropTag;
public int scode;
}Imports System.Runtime.InteropServices
<StructLayout(LayoutKind.Sequential, CharSet:=CharSet.Unicode)>
Public Structure STnefProblem
Public ulComponent As UInteger
Public ulAttribute As UInteger
Public ulPropTag As UInteger
Public scode As Integer
End Structureimport ctypes
from ctypes import wintypes
class STnefProblem(ctypes.Structure):
_fields_ = [
("ulComponent", wintypes.DWORD),
("ulAttribute", wintypes.DWORD),
("ulPropTag", wintypes.DWORD),
("scode", ctypes.c_int),
]#[repr(C)]
pub struct STnefProblem {
pub ulComponent: u32,
pub ulAttribute: u32,
pub ulPropTag: u32,
pub scode: i32,
}import "golang.org/x/sys/windows"
type STnefProblem struct {
ulComponent uint32
ulAttribute uint32
ulPropTag uint32
scode int32
}type
STnefProblem = record
ulComponent: DWORD;
ulAttribute: DWORD;
ulPropTag: DWORD;
scode: Integer;
end;const STnefProblem = extern struct {
ulComponent: u32,
ulAttribute: u32,
ulPropTag: u32,
scode: i32,
};type
STnefProblem {.bycopy.} = object
ulComponent: uint32
ulAttribute: uint32
ulPropTag: uint32
scode: int32struct STnefProblem
{
uint ulComponent;
uint ulAttribute;
uint ulPropTag;
int scode;
}HSP用 定義
HSP3.7/3.8 は構造体機能が無いため4byte整数配列(dim)+peek/poke で操作(32/64bitでサイズ・位置が異なる場合はタブで分割)。IronHSP は NSTRUCT(#defstruct/stdim/->)で32/64bit共通。
; HSP3.7/3.8 は構造体機能が無いため、4byte整数の配列変数で操作します。(x64 レイアウト)
; STnefProblem サイズ: 16 バイト(x64)
dim st, 4 ; 4byte整数×4(構造体サイズ 16 / 4 切り上げ)
; ulComponent : DWORD (+0, 4byte) st.0 = 値 / 値 = st.0 (lpoke/lpeek も可)
; ulAttribute : DWORD (+4, 4byte) st.1 = 値 / 値 = st.1 (lpoke/lpeek も可)
; ulPropTag : DWORD (+8, 4byte) st.2 = 値 / 値 = st.2 (lpoke/lpeek も可)
; scode : INT (+12, 4byte) st.3 = 値 / 値 = st.3 (lpoke/lpeek も可)
; ※4byte境界の整数は添字 st.N(N=オフセット/4)で読み書き可。それ以外は peek/poke 系を使用。; IronHSP は NSTRUCT(構造体)をサポート。32bit/64bit どちらでも同じコードで動作します。
#defstruct global STnefProblem
#field int ulComponent
#field int ulAttribute
#field int ulPropTag
#field int scode
#endstruct
stdim st, STnefProblem ; NSTRUCT 変数を確保
st->ulComponent = 100
mes "ulComponent=" + st->ulComponent