To enable debugging of walkbacks in images packaged directly, you must install SstErrorReporter manually. This is normally done automatically when loading SstDebuggingSupport. It is removed when packaging directly from an image, however.
To explicitly install the error reporter, execute the following expression before an error occurs:
SstErrorReporter install
Packaged images have the following cycle:
If possible, it's usually best to have your server application run in the starting process. But startup code commonly forks a new process to do the server processing. The starting process then resumes execution and exits the image.
The solution is to terminate the starting process after starting the server. This is done by setting the startup code as follows:
foo bar. Processor activeProcess basicTerminate
If SstUndefinedTransportError or SstUndefinedSchemeError errors occur in a walkback in your (directly) packaged image, it is likely that the source image has lost all of its configurations. You can re-register the configurations by running the loaded methods for the relevant SST applications.
The errors might also occur if your packaging instructions are not properly set up as described above.
You might get the UndefinedObject does not understand resume error when a packaged image starts, typically because the image was packaged with open sockets. SCI uses ACO which tries to terminate all outstanding futures on startup. The related resources are no longer valid and the image is in an inconsistent state.
There are two solutions:
aRuleCollector initializeToNilClassVariable: #Default inClassNamed: #SciSocketManager
SciSocketManager default closeAllSockets