<!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head> <body> <div class="moz-cite-prefix">Hallo Dale,</div> <div class="moz-cite-prefix"> </div> ok, I thought, that I got the stuff to a point, that I can use it in our runtime environments, but the config files and the environment variables are partly not correctly defined - as an example: - when using createStone.solo, startStone.solo - only the license key located at $GEMSTONE/sys/community.starter.key is used. The configuration value KEYFILE is not defined anywhere - when I create stones with different templates (--template=) I sometimes must define tode-stuff (default_seaside) in the registry, sometimes not (minimal). - If tode stuff must be defined, I get strange GEMSTONE_DATADIR (e.g. /datadisk/pas/work/tode3/sys/local/server/stones/catipf10) definitions. ** Environments for solo scripts ** That was funny one. If one changes the GEMSTONE environment variable (e.g. in bash script to call low-level gemstone tool) and execute a solo script, it will be executed in that Gemstone database - but the code in GsDevKit_stones actually is based on 3.7.0, so it fails if its an older stone. Don not know how to handle this. *** How to change code below directory "src" *** If I want to change the code under GsDevKit_stones/src ... how do I get the changed code to be executed. If I change the code and try to use it I get "Attempt to modify invariant object (markWrittenC)" Marten </body> </html>