<div dir="ltr">Marten,<br><br>>- 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<br>The solo session uses the community license key because it doesn't need a special key. The stone key can be configured in systems.conf in the stone directory.<br><br>Is this causing some specific problem to have the .solo scripts use the community key?<br><br><br><br>>- when I create stones with different templates (--template=) I sometimes must define tode-stuff (default_seaside) in the registry, sometimes not (minimal).<br>What command and arguments are you using to create a stone showing this problem? I wouldn't expect tode unless the template contains `#tode : 'enabled'`.<br><br><br><br>>** Environments for solo scripts **<br><div>If you set GEMSTONE, superDoit will use this GEMSTONE directory to run. You shouldn't set GEMSTONE when using GsDevKit_stones/superDoit. Here is an example script and usage to allow you to run low-level GemStone commands without polluting your environment.</div><div><br></div>Script:<br>```gemstone-command.sh<br>#!/usr/bin/env bash<br><br>export GEMSTONE=/path/to/GemStone64Bit3.7.1-x86_64.Linux<br>export PATH=$GEMSTONE/bin:$PATH<br>export MANPATH=$GEMSTONE/doc<br><br>exec "${@:1}"<br><br>```<br><br>Usage examples:<br>```<br># Run gslist command with the exhaustive flag<br>./gemstone-command.sh gslist -x<br><br># Get a shell with GEMSTONE and PATH set<br>./gemstone-command.sh bash<br>```<br><div><div><br></div><div>(Note, you can pass a GemStone version as an
argument to the GsDevKit_stones script to tell it to use that GemStone
version instead of the 3.7.0. For instance, `$GSDEVKIT_STONES_ROOT/bin/install.sh 3.7.1` will cause GsDevKit_stones/superDoit to use 3.7.1. Right now, it only permits 3.7.0/<a href="http://3.7.1.">3.7.1.</a>)<br></div></div><div><br></div><div><br></div><br>>*** How to change code below directory "src" ***<br>Could you run the script with the `-D` flag and share the stack? I need more information to give a good answer.<br><br>Kurt</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 2, 2024 at 11:16 AM Marten Feldtmann via Glass <<a href="mailto:glass@lists.gemtalksystems.com">glass@lists.gemtalksystems.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>
<div>
<div>Hallo Dale,</div>
<div><br>
</div>
<p>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:<br>
</p>
<p><br>
</p>
<p>- 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</p>
<p>- when I create stones with different templates (--template=) I
sometimes must define tode-stuff (default_seaside) in the
registry, sometimes not (minimal).</p>
<p>- If tode stuff must be defined, I get strange GEMSTONE_DATADIR
(e.g. /datadisk/pas/work/tode3/sys/local/server/stones/catipf10)
definitions. <br>
</p>
<p><br>
</p>
<p>** Environments for solo scripts **<br>
</p>
<p>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.</p>
<p><br>
</p>
<p>*** How to change code below directory "src" ***<br>
</p>
<p>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 <span style="font-family:monospace"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)">"Attempt to
modify invariant object (markWrittenC)"</span></span></p>
<p><br>
<span style="font-family:monospace"></span></p>
<p><span style="font-family:monospace"><br>
</span></p>
<p><span style="font-family:monospace">Marten<br>
<br>
</span></p>
<p><br>
</p>
<p><br>
</p>
<p><br>
</p>
</div>
_______________________________________________<br>
Glass mailing list<br>
<a href="mailto:Glass@lists.gemtalksystems.com" target="_blank">Glass@lists.gemtalksystems.com</a><br>
<a href="https://lists.gemtalksystems.com/mailman/listinfo/glass" rel="noreferrer" target="_blank">https://lists.gemtalksystems.com/mailman/listinfo/glass</a><br>
</blockquote></div>