Solution
The crash occurs because the first sequence file does not unload the shared code module after executing, leaving the module locked in memory. When the second sequence attempts to load and execute the same code module, TestStand detects a conflict due to the module being locked, causing a crash instead of properly reloading the module. This is typically related to the Unload Option configuration in the sequence file properties.
To solve the issue you may need to configure the sequence file to unload code modules after execution by following the steps below:
- Open your sequence file in TestStand.
- Navigate to Edit → Sequence File Properties.

- Go to the General tab.

- Locate the Unload Option setting.
- Change the unload behavior to either:
- Unload after step executes, or
- Unload after sequence executes
These options ensure that the code module is unloaded before another sequence attempts to access it, preventing lock conflicts and crashes.