<div dir="ltr">Without detailed information about the errors and testing scenarios, there's not much that I can say, other than if .gs files are working for you, then by all means use them ...  <div><br></div><div>Monticello and git tends to become more useful when you are sharing code across multiple platforms and multiple developers. Arranging for conditional loading with topaz files can be cumbersome and depending upon how you organize the topaz files, merging of changes from multiple users can also be tedious  ... </div><div><br></div><div>it turns out that filetree (one file per method) greatly simplifies git merges, whereas large class tonel files can suffer from the same problems that large .gs files when it comes to merging changes. For Rowan I am considering adding support for custom merge drivers ala GitFileTree-MergeDriver[1] ... GitFileTree-MergeDriver was created to automerge the Monticello properties files, which were a constant headache for filetree when Monticello metadata was present.</div><div><br></div><div>Dale </div><div><br></div><div>[1] <a href="https://github.com/ThierryGoubier/GitFileTree-MergeDriver">https://github.com/ThierryGoubier/GitFileTree-MergeDriver</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 2, 2022 at 1: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>
   Hey,
   <br>
  </div>
  <div>
   <br>
  </div>
  <div>
   so I decided to go away from Monticello packages for these very large source code files and switch to pure topaz code - the process does not seem to be reliable when the stuff is getting too large. I had to reinstall Gemstone database and got again the same problems - topaz code is loading much faster and the loading has ever worked ...
   <br>
  </div>
  <div>
   <br>
  </div>
  <div>
   Marten
   <br>
  </div>
  <blockquote type="cite">
   <div>
    Marten Feldtmann via Glass <<a href="mailto:glass@lists.gemtalksystems.com" target="_blank">glass@lists.gemtalksystems.com</a>> hat am 27.02.2022 18:25 geschrieben:
   </div>
   <div>
    <br>
   </div>
   <div>
    <br>
   </div>
   <div>
    Hey, 
    <br>
   </div>
   <div>
    <br>
   </div>
   <div>
    I am currently working with Gemstone/S 3.6.3 and today I had lots of problems, loading large software packages via Gopher - the topaz process (using Gopher) got killed (as it seems) by the operating system when loading the software, no message and the putty session got killed also. 
    <br>
   </div>
   <div>
    <br>
   </div>
   <div>
    I am heavily model based working, so the complete domain model, the API model and APIs itselfs, the OpenAPI specification, the documentation are generated in Smalltalk source code. My - by far - largest application produces 18 MByte of source code (topaz-pure code).
   </div>
   <div>
    <br>
   </div>
   <div>
    The generator generates topaz source code (18 MB) which is normally loaded once  and then (from within Jade) I produce a Monticello package (3.6 MB) and for further work I use these Monticello packages. 
    <br>
   </div>
   <div>
    <br>
   </div>
   <div>
    Today I measured the loading time: 6 minutes (topaz) against 24 minutes (monticello) on the same machine - I assume, that a git based solution will not be much better, perhaps even worse ? 
    <br>
   </div>
   <div>
    <br>
   </div>
   <div>
    Just for your information purposes .... 
    <br>
   </div>_______________________________________________ Glass mailing list <a href="mailto:Glass@lists.gemtalksystems.com" target="_blank">Glass@lists.gemtalksystems.com</a> <a href="https://lists.gemtalksystems.com/mailman/listinfo/glass" target="_blank">https://lists.gemtalksystems.com/mailman/listinfo/glass</a>
  </blockquote>
 </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>