<div dir="ltr">Marten,<div><br></div><div>Depending upon how you run your session there should/could be log files that provide more detail about what has happened when the putty session died ... at a minimum if you do a `output push topaz.log` you will have a file on the server that you can look at after the putty session died to help determine what might have happened ...  I would be suspicious that perhaps the linux login is being killed by a linux OOM killer that is activated when you are running critically low on system memory ... I don't have the details at my finger tips, but I think that the oom killer logs the pids of the processes that killed and from the topaz.log you should be able to determine the pid of the topaz session and go from there ...</div><div><br></div><div>Dale</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 2, 2022 at 9:18 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>
   I do no get any error. I connect to the server via putty, start a topaz script, loading the Monticello package ... then it runs for about 15-20 minutes and then the process is gone, but the putty terminal still shows the process - but I assume, that putty has actually lost the connection. The shell process is not available any more.
   <br>
  </div>
  <div>
   <br>
  </div>
  <div>
   Perhaps I have to look at ssh configuration values, that ssh is terminating the session ...
   <br>
  </div>
  <div>
   <br>
  </div>
  <div>
   Marten
   <br>
  </div>
  <div>
   <br>
  </div>
  <blockquote type="cite">
   <div>
    Yanni Chiu <<a href="mailto:yanni.code@gmail.com" target="_blank">yanni.code@gmail.com</a>> hat am 02.03.2022 17:11 geschrieben:
   </div>
   <div>
    <br>
   </div>
   <div>
    <br>
   </div>
   <div>
    What is the error/problem you are getting? I recall there being a problem in that the method source code can get mixed up with the syntax of topaz. The details are fuzzy to me now, but I think the issue was method source that looks like a topaz comment line.
   </div>
   <div>
    <br>
   </div>
   <div>
    —
   </div>
   <div>
    Yanni Chiu
   </div>
   <div>
    <br>
   </div>
   <blockquote type="cite">
    <div>
     On Mar 2, 2022, at 4:10 AM, Marten Feldtmann via Glass <<a href="mailto:glass@lists.gemtalksystems.com" target="_blank">glass@lists.gemtalksystems.com</a>> wrote:
    </div>
    <div>
     <br>
    </div>
    <div>
     Hey,
    </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 ...
    </div>
    <div>
     <br>
    </div>
    <div>
     Marten
    </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,
     </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.
     </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.
     </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 ?
     </div>
     <div>
      <br>
     </div>
     <div>
      Just for your information purposes ....
     </div>
     <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" rel="noopener" target="_blank">https://lists.gemtalksystems.com/mailman/listinfo/glass</a>
      <br>
     </div>
    </blockquote>
    <div>
     _______________________________________________
    </div>
    <div>
     Glass mailing list
    </div>
    <div>
     <a href="mailto:Glass@lists.gemtalksystems.com" target="_blank">Glass@lists.gemtalksystems.com</a>
     <br>
    </div>
    <div>
     <a href="https://lists.gemtalksystems.com/mailman/listinfo/glass" rel="noopener" target="_blank">https://lists.gemtalksystems.com/mailman/listinfo/glass</a>
     <br>
    </div>
   </blockquote>
  </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>