| Previous | Next |
| COMADMIN_E_COMPFILE_DOESNOTEXIST | COMADMIN_E_COMPFILE_GETCLASSOBJ |
COMADMIN_E_COMPFILE_LOADDLLFAIL
COMADMIN_E_COMPFILE_LOADDLLFAIL is the failure HRESULT 0x80110425 (signed decimal -2146368475, unsigned decimal 2148598821). Its severity bit is 1, facility is 17 (FACILITY_ITF), and the facility-specific code field is 0x0425.
COM+ component-file analysis: exact meaning of COMADMIN_E_COMPFILE_LOADDLLFAIL
COM+ found the component file but could not load it for analysis. The component-file inspection stage invokes the Windows loader to discover classes or registration information.
AllStat records this condition as “The DLL could not be loaded”.
Where COMADMIN_E_COMPFILE_LOADDLLFAIL occurs
This HRESULT is raised while COM+ inspects a proposed component file for classes, type information, and class factories before it can create usable catalog components. In the specific case of COMADMIN_E_COMPFILE_LOADDLLFAIL, collect loader status, PE architecture, dependencies, activation context, file integrity, and security blocking information.
Evidence to collect before repair
- Evidence for
COMADMIN_E_COMPFILE_LOADDLLFAILshould include exact file path, hash, PE architecture, and signature, captured before a repair changes state. - Collect loader diagnostics and dependent-module list when diagnosing
COMADMIN_E_COMPFILE_LOADDLLFAIL; without it the symbolic HRESULT is underdetermined. - The
COMADMIN_E_COMPFILE_LOADDLLFAILinvestigation needs type-library LIBID/version and declared coclasses so the exact failing boundary remains reconstructable. - For
COMADMIN_E_COMPFILE_LOADDLLFAIL, preserve DllGetClassObject behavior for the expected CLSIDs; it anchors the failure to the real administration object.
Diagnostic sequence for COMADMIN_E_COMPFILE_LOADDLLFAIL
- At the
COMADMIN_E_COMPFILE_LOADDLLFAILboundary, prove the deployment selected the intended binary. - The next
COMADMIN_E_COMPFILE_LOADDLLFAILdiagnostic action is to resolve loader and dependency failures before registry changes. - To isolate
COMADMIN_E_COMPFILE_LOADDLLFAIL, compare type-library declarations with implemented class factories. - For
COMADMIN_E_COMPFILE_LOADDLLFAIL, rebuild binary and metadata from one source revision. - At the
COMADMIN_E_COMPFILE_LOADDLLFAILboundary, rerun InstallComponent and inspect the resulting Components collection.
Difference from nearby COMADMIN results
COMADMIN_E_COMPFILE_DOESNOTEXIST means the file is absent; COMADMIN_E_COMPFILE_GETCLASSOBJ means loading succeeded but class-object discovery failed.
Retry and recovery
Deploy a loadable binary and matching dependencies, then repeat component installation.
Practical administration scenario
The DLL exists but depends on a runtime library missing from the server, so COM+ cannot inspect it.
Official Microsoft references for COMADMIN_E_COMPFILE_LOADDLLFAIL
- Microsoft: COMADMIN error codes
- Microsoft: ICOMAdminCatalog::InstallComponent
- Microsoft: installing new components
- Microsoft: Components collection
- Microsoft: the COM+ catalog
Looking for a different code? Search another status or error code.