Find CEngineServiceMgr_RegisterPrerequisite (Agent fallback)
Recover the single output of find-CEngineServiceMgr_RegisterPrerequisite using the assigned IDA Pro MCP database. The preprocessor
ida_preprocessor_scripts/find-CEngineServiceMgr_RegisterPrerequisite.py remains the normal fast path.
Realworld Function References
Read the applicable current inputs and the annotated references below. Source-owned 14192 YAMLs and stored disassembly are reference-build evidence; verify addresses, slot indices and semantics in the assigned binary. Never copy a reference target YAML into the active output directory as a substitute for analysis.
ida_preprocessor_scripts/references/engine/CLoopModeLevelLoad_LoopInit.windows.yamlida_preprocessor_scripts/references/engine/CLoopModeLevelLoad_LoopInit.linux.yamlbin_artifacts/14192/engine/CEngineServiceMgr_vtable2.windows.yamlbin_artifacts/14192/engine/ILoopModePrerequisiteRegistry_RegisterPrerequisite.windows.yamlbin_artifacts/14192/engine/CEngineServiceMgr_vtable2.linux.yamlbin_artifacts/14192/engine/ILoopModePrerequisiteRegistry_RegisterPrerequisite.linux.yaml
Output inventory
Module: engine. Platform scope: Windows and Linux.
Analyze only the platform of the assigned database; the runner invokes platforms separately.
| Platform | Output filename | 14192 reference entry | Reference slot / offset |
|---|---|---|---|
| windows | CEngineServiceMgr_RegisterPrerequisite.windows.yaml | 0x180217c28 | 0 / 0x0 |
| linux | CEngineServiceMgr_RegisterPrerequisite.linux.yaml | 0x380140 | 0 / 0x0 |
Output metadata uses exactly vtable_name=CEngineServiceMgr_vtable2; the concrete table artifact is CEngineServiceMgr_vtable2.<platform>.yaml.
Omit func_sig: this getter/thunk has no stable function signature under the producer contract.
Step 0. Bind the task and skip an existing output
Call idb_list and reuse the database assigned by the runner. Confirm the input path, image base and
platform with IDA; do not open, switch, close or quit the runner's database.
The binary is engine2.dll / libengine2.so.
Resolve the active artifact module directory from CS2VIBE_ARTIFACT_DIR (also visible inside IDA's
environment). If unset, stop and request the assigned artifact directory; never write YAML beside the binary.
For the current platform, skip the output if it already exists there and parses as a non-empty mapping.
Do not overwrite a result produced by an earlier alternative.
Load the platform-specific configured inputs named above from that active artifact root, not from the 14192
reference tree. Resolve ../client or ../server relative to the active module directory. Missing required
inputs must be reported; do not open another binary to reconstruct them.
Step 1. Resolve the inherited interface entry
Use /get-func-from-yaml with func_name=ILoopModePrerequisiteRegistry_RegisterPrerequisite. The input may contain only interface call-site metadata;
do not require func_va or invent a function body for the abstract interface. Check that vfunc_index and
vfunc_offset agree (offset = index * 8). Read that slot in the current concrete table, and verify its live
pointer against the active vtable artifact. Do not use the old target signature or reference slot as identity.
Step 2. Locate and verify the target
Read the current ILoopModePrerequisiteRegistry_RegisterPrerequisite slot metadata from the active engine artifact directory. The annotated CLoopModeLevelLoad_LoopInit references show an indirect registration call on the prerequisite registry before the level-name initialization path; they explain the slot's identity, not a concrete engine address.
Resolve that slot specifically in CEngineServiceMgr_vtable2, the registry secondary-base table. Verify RTTI/base adjustment and the live table pointer. Windows 14192 has a nine-byte thunk adjusting RCX by -0x28 and jumping to the implementation. Record the thunk entry and its size, not the destination or a primary-table getter. Linux 14192 has the real implementation at this table slot. A different future thunk shape is acceptable only after proving the same interface slot and registration semantics. The slot is not obtained by scanning the primary CEngineServiceMgr_vtable.
Step 3. Handle missing IDA function boundaries
A vtable YAML can exist even though IDA has not defined its target functions. For each plausible entry, verify the live 64-bit slot pointer, executable segment and decoded instruction boundary. If no function owns the entry, use conservative function definition and wait for analysis, then require the resulting function start to equal the slot pointer. Never delete bytes, split an existing function, or normalize an interior pointer to a neighbouring function's start. If a function already owns an unexpected interior entry, inspect and report the boundary conflict instead of forcing it.
Treat short adjusting thunks as legitimate vtable entrypoints. Follow their destinations for semantic verification, but preserve the slot's actual entry address in the artifact. Distinct-address candidate counts are not vtable slot counts. Confirm the target's slot by live pointer equality; use /get-vtable-index where helpful, and report multiple plausible slots rather than selecting an arbitrary duplicate.
Signatures and YAML output
Do not generate or carry forward func_sig, even if an old artifact contains one.
Use /write-vfunc-as-yaml through its IDA py_eval implementation in the assigned session to write the YAML; do not substitute CLI shell or file-edit tools. Parameters:
artifact_name=CEngineServiceMgr_RegisterPrerequisiteandfunc_name=CEngineServiceMgr_RegisterPrerequisite.func_addr: the verified concrete entry in the assigned binary; emitfunc_va,func_rva = VA - image_baseand the verified currentfunc_size. Never emit a bodyless slot-only result for this target.vtable_name=CEngineServiceMgr_vtable2, currentvfunc_indexandvfunc_offset = index * 8.vfunc_sig=Noneandvfunc_sig_disp=None; this target describes a concrete function, not a caller's vcall.func_sig=None; ensure the field is absent in the written YAML.
Write only CEngineServiceMgr_RegisterPrerequisite.windows.yaml / CEngineServiceMgr_RegisterPrerequisite.linux.yaml as applicable, under the active artifact module directory. The trusted
analyzer validates and canonicalizes this semantic payload. Read back the output and verify its name, fields,
slot (when applicable), RVA and platform against the live database before reporting success.
Failure handling
If required inputs are missing, candidates remain ambiguous, entry recovery is unsafe, or no standalone entry can be verified, stop and report the exact missing output plus the semantic evidence examined. Do not invent a signature/address, create a placeholder YAML, disable config entries, or claim that a failed lookup proves the game removed the function. Do not run the failed preprocessor as the fallback's solution.
