<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014/1/15 Frank Shearar <span dir="ltr">&lt;<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class=""><div class="h5">On 14 January 2014 19:10, Eliot Miranda &lt;<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>&gt; wrote:<br>
&gt; Hi Frank,<br>
&gt;<br>
&gt;<br>
&gt; On Mon, Jan 13, 2014 at 11:20 PM, Frank Shearar &lt;<a href="mailto:frank.shearar@gmail.com">frank.shearar@gmail.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On 13 January 2014 23:42, David T. Lewis &lt;<a href="mailto:lewis@mail.msen.com">lewis@mail.msen.com</a>&gt; wrote:<br>
&gt;&gt; &gt; On Tue, Jan 14, 2014 at 12:28:45AM +0100, Nicolas Cellier wrote:<br>
&gt;&gt; &gt;&gt; 2014/1/14 karl ramberg &lt;<a href="mailto:karlramberg@gmail.com">karlramberg@gmail.com</a>&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt; TraitsFileOutTest is failing<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; Correct log attached this time<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; Cheers,<br>
&gt;&gt; &gt;&gt; &gt; Karl<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; id:     #[0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0]<br>
&gt;&gt; &gt;&gt; means the file was closed...<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; I observed increasing failure rate related to randomly closed change<br>
&gt;&gt; &gt;&gt; log<br>
&gt;&gt; &gt;&gt; the last few months (particularly when loading/merging with MC), it<br>
&gt;&gt; &gt;&gt; would<br>
&gt;&gt; &gt;&gt; be good to identify the root cause...<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; That sounds like exactly the problem that Frank was describing in<br>
&gt;&gt; &gt; another<br>
&gt;&gt; &gt; thread. He was ending up with a corrupt changes file IIRC, and the<br>
&gt;&gt; &gt; problems<br>
&gt;&gt; &gt; he described seemed to be related to primSize checks on a changes file<br>
&gt;&gt; &gt; that<br>
&gt;&gt; &gt; had been closed (this would presumably be a process trying to append to<br>
&gt;&gt; &gt; the<br>
&gt;&gt; &gt; changes file when some other process had closed the file stream).<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m relieved it&#39;s not just me, but sad that it&#39;s not just me<br>
&gt;&gt; experiencing this. So my understanding is that changes are stored by<br>
&gt;&gt; accessing SourceFiles at: 2. If you want a readonly copy of sources or<br>
&gt;&gt; changes, you use CurrentReadOnlySourceFiles at: 2. I suppose the first<br>
&gt;&gt; step is verifying that nothing referencing these _directly_ does<br>
&gt;&gt; things like closing files (I&#39;d be tempted to look at CROSF first.)<br>
&gt;<br>
&gt;<br>
&gt; forgive me for not replying earlier but I needed help to track this down.<br>
&gt; We suffered a very similar symptom a while ago at Cadence.  It turns out<br>
&gt; that in our case the issue was the system running out of file handles<br>
&gt; because it left lots of fils open.  The cause was with Monticello package<br>
&gt; loading and the fix was to use CurrentReadOnlySourceFiles more.  I&#39;m<br>
&gt; attaching a changeset in the hope that this is the same issue and that our<br>
&gt; changeset can point you towards a fix.<br>
<br></div></div></blockquote><div><br></div><div>Yeah, that&#39;s the problems that I most often encounter with changes files, and for a long time:<br> &#39;no such 
file or directory&#39; when opening the changes failed<br>I agree, most probably a simple problem of limited resources (like too many readOnlyCopy files were opened, but
 not yet closed/reclaimed).<br>Eliot, isn&#39;t it your fault? The faster the VM, the sooner we hit the resource limits<br><br>But I also managed to get a corrupt change log recently, could not trace it...<br>I suspect that closing the original changes is a bit different than starving of new readOnlyCopy, but who knows...<br>
 <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 class=""><div class="h5">
</div></div>Thanks, Eliot. From what I can make out, the MCPackage &gt;&gt; #snapshot in<br>
this filein differs from trunk&#39;s only in the &quot;reject: [:ea | [ea<br>
methodClass language isNewspeakLanguage3]ifError:[false]&quot; guard. So<br>
the significant part of the changeset is PackageInfo &gt;&gt;<br>
#changeRecordForOverriddenMethod:, which I&#39;ve submitted to the Inbox<br>
as an mcz so we can all have a look.<br>
<br>
Thanks!<br>
<br>
frank<br>
<br>
&gt; HTH<br>
<span class=""><font color="#888888">&gt; --<br>
&gt; best,<br>
&gt; Eliot<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
</font></span></blockquote></div><br></div></div>