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

MOVE_FILE_DATA

構造体
サイズx64: 32 バイト / x86: 32 バイト

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

フィールド

フィールドサイズx64x86説明
FileHandleHANDLE8/4+0+0

移動対象のファイルへのハンドルです。

ファイルへのハンドルを取得するには、 CreateFile を使用します。

ファイルが暗号化されている場合、ハンドルは FILE_READ_DATAFILE_WRITE_DATAFILE_APPEND_DATA、または FILE_EXECUTE アクセス権を持っていなければなりません。詳細については、 ファイルのセキュリティとアクセス権 を参照してください。

StartingVcnLONGLONG8+8+8移動する最初のクラスターの VCN (ファイルの先頭からの相対クラスター番号) です。
StartingLcnLONGLONG8+16+16VCN の移動先となる LCN (ボリューム上のクラスター番号) です。
ClusterCountDWORD4+24+24移動するクラスターの数です。

公式ドキュメント

FSCTL_MOVE_FILE 制御コードの入力データを格納します。

解説(Remarks)

この構造体に設定するデータを取得するには、 DeviceIoControl 関数を FSCTL_GET_RETRIEVAL_POINTERS 制御コード とともに使用します。

FAT ファイルシステムのボリューム上にあるディレクトリの最初のクラスターは移動できません。

可能な場合は、16 キロバイト (KB) 単位で互いに整列したブロックでデータを移動してください。これにより、シャドウ コピーが有効なときのコピーオンライトのオーバーヘッドが軽減されます。次の条件に該当すると、シャドウ コピーの領域が増加し、パフォーマンスが低下するためです。

移動デルタとは、移動元ブロックの先頭と移動先ブロックの先頭との間のバイト数です。言い換えると、(ディスク上の) オフセット X から始まるブロックは、X から Y を引いた値の絶対値が 16 KB の整数倍である場合に、開始オフセット Y へ移動できます。したがって、クラスター サイズが 4 KB であると仮定すると、クラスター 3 からクラスター 27 への移動は最適化されますが、クラスター 18 からクラスター 24 への移動は最適化されません。mod(3,4) = 3 = mod(27,4) である点に注意してください。4 KB のクラスター 4 個が 16 KB に相当するため、mod 4 が選ばれています。そのため、16 KB のクラスター サイズでフォーマットされたボリュームでは、すべてのファイル移動が最適化されます。

シャドウ コピーの詳細については、ボリューム シャドウ コピー サービス を参照してください。

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

各言語での定義

#include <windows.h>

// MOVE_FILE_DATA  (x64 32 / x86 32 バイト)
typedef struct MOVE_FILE_DATA {
    HANDLE FileHandle;
    LONGLONG StartingVcn;
    LONGLONG StartingLcn;
    DWORD ClusterCount;
} MOVE_FILE_DATA;
using System;
using System.Runtime.InteropServices;

[StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)]
public struct MOVE_FILE_DATA
{
    public IntPtr FileHandle;
    public long StartingVcn;
    public long StartingLcn;
    public uint ClusterCount;
}
Imports System.Runtime.InteropServices

<StructLayout(LayoutKind.Sequential, CharSet:=CharSet.Unicode)>
Public Structure MOVE_FILE_DATA
    Public FileHandle As IntPtr
    Public StartingVcn As Long
    Public StartingLcn As Long
    Public ClusterCount As UInteger
End Structure
import ctypes
from ctypes import wintypes

class MOVE_FILE_DATA(ctypes.Structure):
    _fields_ = [
        ("FileHandle", ctypes.c_void_p),
        ("StartingVcn", ctypes.c_longlong),
        ("StartingLcn", ctypes.c_longlong),
        ("ClusterCount", wintypes.DWORD),
    ]
#[repr(C)]
pub struct MOVE_FILE_DATA {
    pub FileHandle: *mut core::ffi::c_void,
    pub StartingVcn: i64,
    pub StartingLcn: i64,
    pub ClusterCount: u32,
}
import "golang.org/x/sys/windows"

type MOVE_FILE_DATA struct {
	FileHandle uintptr
	StartingVcn int64
	StartingLcn int64
	ClusterCount uint32
}
type
  MOVE_FILE_DATA = record
    FileHandle: Pointer;
    StartingVcn: Int64;
    StartingLcn: Int64;
    ClusterCount: DWORD;
  end;
const MOVE_FILE_DATA = extern struct {
    FileHandle: ?*anyopaque,
    StartingVcn: i64,
    StartingLcn: i64,
    ClusterCount: u32,
};
type
  MOVE_FILE_DATA {.bycopy.} = object
    FileHandle: pointer
    StartingVcn: int64
    StartingLcn: int64
    ClusterCount: uint32
struct MOVE_FILE_DATA
{
    void* FileHandle;
    long StartingVcn;
    long StartingLcn;
    uint ClusterCount;
}

HSP用 定義

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

; HSP3.7/3.8 は構造体機能が無いため、4byte整数の配列変数で操作します。(x86 レイアウト)
; MOVE_FILE_DATA サイズ: 32 バイト(x86)
dim st, 8    ; 4byte整数×8(構造体サイズ 32 / 4 切り上げ)
; FileHandle : HANDLE (+0, 4byte)  st.0 = 値  /  値 = st.0   (lpoke/lpeek も可)
; StartingVcn : LONGLONG (+8, 8byte)  qpoke st,8,値 / qpeek(st,8)  ※IronHSPのみ。3.7/3.8は lpoke st,8,下位 : lpoke st,12,上位
; StartingLcn : LONGLONG (+16, 8byte)  qpoke st,16,値 / qpeek(st,16)  ※IronHSPのみ。3.7/3.8は lpoke st,16,下位 : lpoke st,20,上位
; ClusterCount : DWORD (+24, 4byte)  st.6 = 値  /  値 = st.6   (lpoke/lpeek も可)
; ※4byte境界の整数は添字 st.N(N=オフセット/4)で読み書き可。それ以外は peek/poke 系を使用。
; HSP3.7/3.8 は構造体機能が無いため、4byte整数の配列変数で操作します。(x64 レイアウト)
; MOVE_FILE_DATA サイズ: 32 バイト(x64)
dim st, 8    ; 4byte整数×8(構造体サイズ 32 / 4 切り上げ)
; FileHandle : HANDLE (+0, 8byte)  qpoke st,0,値 / qpeek(st,0)  ※IronHSPのみ。3.7/3.8は lpoke st,0,下位 : lpoke st,4,上位
; StartingVcn : LONGLONG (+8, 8byte)  qpoke st,8,値 / qpeek(st,8)  ※IronHSPのみ。3.7/3.8は lpoke st,8,下位 : lpoke st,12,上位
; StartingLcn : LONGLONG (+16, 8byte)  qpoke st,16,値 / qpeek(st,16)  ※IronHSPのみ。3.7/3.8は lpoke st,16,下位 : lpoke st,20,上位
; ClusterCount : DWORD (+24, 4byte)  st.6 = 値  /  値 = st.6   (lpoke/lpeek も可)
; ※4byte境界の整数は添字 st.N(N=オフセット/4)で読み書き可。それ以外は peek/poke 系を使用。
; IronHSP は NSTRUCT(構造体)をサポート。32bit/64bit どちらでも同じコードで動作します。
#defstruct global MOVE_FILE_DATA
    #field intptr FileHandle
    #field int64 StartingVcn
    #field int64 StartingLcn
    #field int ClusterCount
#endstruct

stdim st, MOVE_FILE_DATA        ; NSTRUCT 変数を確保
st->StartingVcn = 100
mes "StartingVcn=" + st->StartingVcn