Hello Nat,<br><br>I am assuming that commenting the  <br>   <br>self.start_xmlrpc_server()<br><br>Will sever the connection with coot right. So is the option then for a phenix.validate talking to coot session for molprobity assisted rebuilding to have phenix write out the external gui ..and then just close or kill the phenix session?<br>
<br><br>Hari<br><br><br><br><br><div class="gmail_quote">On Thu, Mar 11, 2010 at 9:48 AM, Nathaniel Echols <span dir="ltr">&lt;<a href="mailto:NEchols@lbl.gov">NEchols@lbl.gov</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have one other thought - the GUI listens on a socket for incoming commands from Coot (this isn&#39;t used very much at present).  Apparently this caused problems on Linux with the old GUI, which also used Python sockets.  If something goes wrong here, it could certainly take down the entire program.<br>

<br>
To fix this, edit the file $PHENIX/phenix/wxGUI2/App.py, and comment out this line (in 1.6):<br>
<br>
    self.start_xmlrpc_server()<br>
<br>
(if you&#39;re new to python, a comment starts with &#39;#&#39;.)<br>
<br>
I will add a preferences setting to do this.  I can also try slowing down the GUI updates while a process is running (using detached processes should also take care of this).<br>
<div><div></div><div class="h5"><br>
On Mar 11, 2010, at 7:28 AM, John Berrisford wrote:<br>
<br>
&gt; Dear All<br>
&gt;<br>
&gt; A little while ago I posted a message about the GUI freezing on linux systems, either run remotely (centos) or locally (ubuntu system). I never received a solution and I&#39;m still having this problem despite upgrading to version 1.6.<br>

&gt;<br>
&gt; On my ubuntu system the GUI seems to freeze either when the screen saver comes on (set to turn the screen off) or I switch desktop - although not everytime I do this.<br>
&gt; The freezing GUI means that I have to force quit phenix after every refinement run (I haven&#39;t tried other tasks) and that the freeR is not reported to the GUI (not a major problem). Thankfully in version 1.6 the configuration and results for each refinement run are recorded and I can retrieve this information by loading a job through job history - a big improvement over version 1.5.<br>

&gt;<br>
&gt; Anyone else having this problem and does anyone know a solution?<br>
&gt;<br>
&gt; Thanks<br>
&gt;<br>
&gt; John<br>
&gt;<br>
&gt; --<br>
&gt; John Berrisford<br>
&gt;<br>
&gt; Medical Research Council<br>
&gt; Mitochondrial Biology Unit<br>
&gt; Wellcome Trust / MRC Building<br>
&gt; Hills Road<br>
&gt; Cambridge<br>
&gt; CB2 0XY<br>
&gt; WEB: <a href="http://www.mrc-mbu.cam.ac.uk" target="_blank">www.mrc-mbu.cam.ac.uk</a><br>
&gt; TEL: +44 (01223) 252918<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; phenixbb mailing list<br>
&gt; <a href="mailto:phenixbb@phenix-online.org">phenixbb@phenix-online.org</a><br>
&gt; <a href="http://phenix-online.org/mailman/listinfo/phenixbb" target="_blank">http://phenix-online.org/mailman/listinfo/phenixbb</a><br>
<br>
</div></div><div class="im">--------------------<br>
Nathaniel Echols<br>
Lawrence Berkeley Lab<br>
510-486-5136<br>
<a href="mailto:NEchols@lbl.gov">NEchols@lbl.gov</a><br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">phenixbb mailing list<br>
<a href="mailto:phenixbb@phenix-online.org">phenixbb@phenix-online.org</a><br>
<a href="http://phenix-online.org/mailman/listinfo/phenixbb" target="_blank">http://phenix-online.org/mailman/listinfo/phenixbb</a><br>
</div></div></blockquote></div><br>