<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Marten,<div class=""><br class=""></div><div class="">Do you remotely connect to your server, where you run the topaz script? And, do you run the topaz script with “nohup”? If your shell session times out, and you did not run topaz with nohup, then topaz will likely get a TERM signal from your shell session timing out.</div><div class=""><br class=""></div><div class="">Yanni<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Mar 2, 2022, at 12:40 PM, Dale Henrichs <<a href="mailto:dale.henrichs@gemtalksystems.com" class="">dale.henrichs@gemtalksystems.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Marten,<div class=""><br class=""></div><div class="">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 class=""><br class=""></div><div class="">Dale</div></div><br class=""><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" class="">glass@lists.gemtalksystems.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u class=""></u> <div class=""> <div class=""> 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 class=""> </div> <div class=""> <br class=""> </div> <div class=""> Perhaps I have to look at ssh configuration values, that ssh is terminating the session ... <br class=""> </div> <div class=""> <br class=""> </div> <div class=""> Marten <br class=""> </div> <div class=""> <br class=""> </div> <blockquote type="cite" class=""> <div class=""> Yanni Chiu <<a href="mailto:yanni.code@gmail.com" target="_blank" class="">yanni.code@gmail.com</a>> hat am 02.03.2022 17:11 geschrieben: </div> <div class=""> <br class=""> </div> <div class=""> <br class=""> </div> <div class=""> 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 class=""> <br class=""> </div> <div class=""> — </div> <div class=""> Yanni Chiu </div> <div class=""> <br class=""> </div> <blockquote type="cite" class=""> <div class=""> On Mar 2, 2022, at 4:10 AM, Marten Feldtmann via Glass <<a href="mailto:glass@lists.gemtalksystems.com" target="_blank" class="">glass@lists.gemtalksystems.com</a>> wrote: </div> <div class=""> <br class=""> </div> <div class=""> Hey, </div> <div class=""> <br class=""> </div> <div class=""> 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 class=""> <br class=""> </div> <div class=""> Marten </div> <blockquote type="cite" class=""> <div class=""> Marten Feldtmann via Glass <<a href="mailto:glass@lists.gemtalksystems.com" target="_blank" class="">glass@lists.gemtalksystems.com</a>> hat am 27.02.2022 18:25 geschrieben: </div> <div class=""> <br class=""> </div> <div class=""> <br class=""> </div> <div class=""> Hey, </div> <div class=""> <br class=""> </div> <div class=""> 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 class=""> <br class=""> </div> <div class=""> 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 class=""> <br class=""> </div> <div class=""> 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 class=""> <br class=""> </div> <div class=""> 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 class=""> <br class=""> </div> <div class=""> Just for your information purposes .... </div> <div class=""> _______________________________________________ Glass mailing list <a href="mailto:Glass@lists.gemtalksystems.com" target="_blank" class="">Glass@lists.gemtalksystems.com</a> <a href="https://lists.gemtalksystems.com/mailman/listinfo/glass" rel="noopener" target="_blank" class="">https://lists.gemtalksystems.com/mailman/listinfo/glass</a> <br class=""> </div> </blockquote> <div class=""> _______________________________________________ </div> <div class=""> Glass mailing list </div> <div class=""> <a href="mailto:Glass@lists.gemtalksystems.com" target="_blank" class="">Glass@lists.gemtalksystems.com</a> <br class=""> </div> <div class=""> <a href="https://lists.gemtalksystems.com/mailman/listinfo/glass" rel="noopener" target="_blank" class="">https://lists.gemtalksystems.com/mailman/listinfo/glass</a> <br class=""> </div> </blockquote> </blockquote> </div> _______________________________________________<br class=""> Glass mailing list<br class=""> <a href="mailto:Glass@lists.gemtalksystems.com" target="_blank" class="">Glass@lists.gemtalksystems.com</a><br class=""> <a href="https://lists.gemtalksystems.com/mailman/listinfo/glass" rel="noreferrer" target="_blank" class="">https://lists.gemtalksystems.com/mailman/listinfo/glass</a><br class=""> </blockquote></div> </div></blockquote></div><br class=""></div></body></html>