<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">On 27.11.24 01:19, Dale Henrichs wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAFuPq9Xd6W7J82A9aztxSV1n=CxDcoAW-C=n0GWR6ygnBzGqTQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div dir="ltr"><br>
        </div>
        <div class="gmail_quote">
          <div><br>
          </div>
          <div>I do recommend that you put your
            $STONES_DATA_HOME/gsdevkit_stones directory under git
            control and periodically do commits, so that you can protect
            the GsDevKit_stones data base from accidental corruption
            either from manual edits of GsDevKit_stones bugs...<br>
          </div>
          <blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            <div>
              <div> </div>
              <div><br>
              </div>
            </div>
          </blockquote>
        </div>
      </div>
    </blockquote>
    <p>Ah ok, I added a backup script for that.</p>
    <p>And I have to apologize here - I *thought*, that with 3.7.1 there
      is no Monticello/Metacello extent delivered and I got pretty upset
      about that, but I was wrong. With 3.7.1 four extents are
      delivered, two for various rowan formats and extent0.seaside.dbf
      is still Monticell/Metacello format.</p>
    <p>If you are working with Jade, you should use the latest Jade
      version available (August 2024 - 2.4.33) - otherwise you might get
      a connection error when try to connect to a 3.7.1 database.</p>
    <p>The movement from GsDevKit_home to GsDevKit_stones is still
      needed for myself - due to the fact, that under my current
      development Linux distribution (TuxedoOS, Ubuntu 22.04 based) the
      pharo3 virtual machine is crashing regularly (ca. 75% of all
      calls) and so GsDevKit_home is not useable any more on such
      distribution. Its more save to make the transition to
      GsDevKit_stones.<br>
    </p>
    <p>During such transition, most of my work is done in changing the
      setting up the environment code for calling topaz code ... but
      this is only repeating work in various scripts.<br>
    </p>
    <p>What I really like about GsDevKit_stones is, that one is able to
      run the same Gemstone/S binary under different licenses.</p>
    <p>And my original question was: how can I create a file like
      "extent0.seaside.dbf" ? Is a full backup file a suitable extent
      for that ? I assume, that the dbf file must have no relation to
      any transaction-log files ?</p>
    <p><br>
    </p>
    <p>Marten<br>
    </p>
    <p><br>
    </p>
  </body>
</html>