What does Windows error code 140 (ERROR_JOIN_TO_SUBST) mean?

 
Could be also:
ConstantTypeOS
EWOULDBLOCKerrnoWindows
Previous Next
ERROR_SUBST_TO_SUBST ERROR_SUBST_TO_JOIN

ERROR_JOIN_TO_SUBST

What ERROR_JOIN_TO_SUBST means

ERROR_JOIN_TO_SUBST is a Win32 system result whose documented message is: “The system tried to join a drive to a directory on a substituted drive.” In practical troubleshooting, it belongs to legacy mapping rules that prohibit joining a drive to a directory located on a substituted drive. The numeric result identifies the failed contract, while the operation and target object explain why this particular result appeared.

Typical causes

  • the target path uses a SUBST letter instead of its physical location
  • configuration combines two independent mapping mechanisms
  • path canonicalization occurred after validation rather than before it

How to investigate the result

  1. translate the target drive letter to its real directory
  2. inspect mapping order during logon or startup
  3. retry with the canonical physical path in a disposable environment

When investigating this result, start with the first failing call rather than a later cleanup error. Preserve the raw it before any wrapper converts it. Record whether it is reproducible in a clean process, a new user session, or after the relevant object is recreated.

Developer guidance

Canonicalize paths before validating mapping topology and avoid mixing JOIN with SUBST in maintained configurations. Logs should include the operation name, canonical target, process architecture, operating-system build, and the state that was validated immediately before the call. Avoid blind retries while the same precondition remains unchanged.

Administrator and support guidance

Replace the target alias with its actual volume path. Document mapping creation order so later scripts do not unknowingly depend on aliases. Before restarting after this result, collect evidence because a restart may clear the state responsible for it. When a it workaround succeeds, record exactly which process, mapping, media, driver, or configuration value changed.

Example incident

An old installer attempts to JOIN a data drive to S:\Data, while S: is a SUBST alias, causing this result. A useful incident timeline shows the successful setup steps, the first operation returning it, and any secondary errors produced during its rollback.

How it differs from related results

It rejects JOIN whose target traverses SUBST; ERROR_SUBST_TO_JOIN covers the reverse combination. That distinction determines whether the remedy belongs in application input, resource release, mapping topology, driver compatibility, or underlying storage.

Evidence worth collecting

Capture evidence around the condition “the target path uses a SUBST letter instead of its physical location.” The result evidence package should include the exact API or command, all non-secret input fields, normalized paths or device names, object ownership, and a timestamp correlatable with Windows Event Log and application tracing. The first concrete it check should be to translate the target drive letter to its real directory.

Recovery and verification

Recovery from it is complete only when the original operation succeeds under the same relevant conditions. After fixing it, repeat the action and verify that no stale mapping or handle remains. Run the operation a second time to confirm that the setup and cleanup associated with it are idempotent. If it disappears only after reboot, continue investigating the owner or leaked state rather than treating reboot as the permanent correction.

When to escalate

Escalate it with a minimal reproduction, the exact it value, application and component versions, target path or device class, and the collected state before and after this failure. For a legacy the case, also state whether the executable is 16-bit, DOS-derived, virtualized, redirected, or running under a compatibility subsystem.

References


Looking for a different code? Search another status or error code.