SERVICE_DELAYED_AUTO_START_INFO
構造体サイズ=各フィールドのバイト数(x64/x86 で異なる場合は x64/x86 と併記)。x64/x86 列=フィールドのバイトオフセット(HSPで dupptr / lpoke / wpoke 等に使用)。
フィールド
| フィールド | 型 | サイズ | x64 | x86 | 説明 |
|---|---|---|---|---|---|
| fDelayedAutostart | BOOL | 4 | +0 | +0 | このメンバーが TRUE の場合、サービスは他の自動開始サービスが開始された後、さらに短い遅延を置いてから開始されます。それ以外の場合、サービスはシステムのブート中に開始されます。 この設定は、サービスが自動開始サービスでない限り無視されます。 |
公式ドキュメント
自動開始サービスの遅延自動開始設定を格納します。
解説(Remarks)
任意のサービスを遅延自動開始サービスとしてマークできますが、この設定はサービスが自動開始サービスでない限り効果はありません。変更は次回システムを起動したときに反映されます。
サービス コントロール マネージャー (SCM) は、ユーザー エクスペリエンスに影響を与えずにブート時のシステム パフォーマンスを向上させるために、遅延自動開始サービスをサポートしています。SCM はブート中に遅延自動開始サービスの一覧を作成し、遅延が経過した後、依存関係を考慮しながら 1 つずつ開始します。サービスがいつ開始されるかについて、具体的な時間の保証はありません。ユーザーへの影響を最小限に抑えるため、サービスの ServiceMain スレッドは THREAD_PRIORITY_LOWEST で開始されます。ServiceMain スレッドから開始されるスレッドも、低い優先度で実行してください。サービスが SERVICE_RUNNING 状態に入ったことを報告した後、ServiceMain スレッドの優先度は THREAD_PRIORITY_NORMAL に引き上げられます。
遅延自動開始サービスは、ロード順序グループのメンバーになることはできません。別の自動開始サービスに依存することは可能です。自動開始サービスが遅延自動開始サービスに依存することもできますが、その場合は SCM がブート時に依存先の遅延自動開始サービスを開始しなければならないため、通常は望ましくありません。
ブートの直後に StartService 関数によって遅延自動開始サービスがオンデマンドで開始された場合、システムは開始をさらに遅延させるのではなく、オンデマンドでそのサービスを開始します。この状況が日常的に発生する可能性が高い場合、そのサービスを遅延自動開始サービスとしてマークすべきではありません。
クライアントが遅延自動開始サービスを読み込まれる前に呼び出した場合、その呼び出しは失敗します。したがってクライアントは、呼び出しを再試行するか、サービスをオンデマンドで開始できるように備えておく必要があります。
Microsoft 公式リファレンス: 英語 (en-us) · 日本語 (ja-jp) · 原文ソース (GitHub)
各言語での定義
#include <windows.h>
// SERVICE_DELAYED_AUTO_START_INFO (x64 4 / x86 4 バイト)
typedef struct SERVICE_DELAYED_AUTO_START_INFO {
BOOL fDelayedAutostart;
} SERVICE_DELAYED_AUTO_START_INFO;using System;
using System.Runtime.InteropServices;
[StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)]
public struct SERVICE_DELAYED_AUTO_START_INFO
{
[MarshalAs(UnmanagedType.Bool)] public bool fDelayedAutostart;
}Imports System.Runtime.InteropServices
<StructLayout(LayoutKind.Sequential, CharSet:=CharSet.Unicode)>
Public Structure SERVICE_DELAYED_AUTO_START_INFO
<MarshalAs(UnmanagedType.Bool)> Public fDelayedAutostart As Boolean
End Structureimport ctypes
from ctypes import wintypes
class SERVICE_DELAYED_AUTO_START_INFO(ctypes.Structure):
_fields_ = [
("fDelayedAutostart", wintypes.BOOL),
]#[repr(C)]
pub struct SERVICE_DELAYED_AUTO_START_INFO {
pub fDelayedAutostart: i32,
}import "golang.org/x/sys/windows"
type SERVICE_DELAYED_AUTO_START_INFO struct {
fDelayedAutostart int32
}type
SERVICE_DELAYED_AUTO_START_INFO = record
fDelayedAutostart: BOOL;
end;const SERVICE_DELAYED_AUTO_START_INFO = extern struct {
fDelayedAutostart: i32,
};type
SERVICE_DELAYED_AUTO_START_INFO {.bycopy.} = object
fDelayedAutostart: int32struct SERVICE_DELAYED_AUTO_START_INFO
{
int fDelayedAutostart;
}HSP用 定義
HSP3.7/3.8 は構造体機能が無いため4byte整数配列(dim)+peek/poke で操作(32/64bitでサイズ・位置が異なる場合はタブで分割)。IronHSP は NSTRUCT(#defstruct/stdim/->)で32/64bit共通。
; HSP3.7/3.8 は構造体機能が無いため、4byte整数の配列変数で操作します。(x64 レイアウト)
; SERVICE_DELAYED_AUTO_START_INFO サイズ: 4 バイト(x64)
dim st, 1 ; 4byte整数×1(構造体サイズ 4 / 4 切り上げ)
; fDelayedAutostart : BOOL (+0, 4byte) st.0 = 値 / 値 = st.0 (lpoke/lpeek も可)
; ※4byte境界の整数は添字 st.N(N=オフセット/4)で読み書き可。それ以外は peek/poke 系を使用。; IronHSP は NSTRUCT(構造体)をサポート。32bit/64bit どちらでも同じコードで動作します。
#defstruct global SERVICE_DELAYED_AUTO_START_INFO
#field bool fDelayedAutostart
#endstruct
stdim st, SERVICE_DELAYED_AUTO_START_INFO ; NSTRUCT 変数を確保
st->fDelayedAutostart = 100
mes "fDelayedAutostart=" + st->fDelayedAutostart