<div dir="ltr">I found the source of the MultiByteFileStream(Object)>>primitiveFailed: problem on my system.<div>A antivirus program was checking the file while it was used by Squeak.</div><div><br></div><div>I googled a little and found this clue:</div>
<div><a href="http://marc.info/?l=squeak-dev&m=118046065627943&w=2">http://marc.info/?l=squeak-dev&m=118046065627943&w=2</a><br></div><div><br></div><div>All Traits test pass now and much quicker that before :-)</div>
<div><br></div><div>Cheers,</div><div>Karl</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jan 15, 2014 at 10:24 PM, karl ramberg <span dir="ltr"><<a href="mailto:karlramberg@gmail.com" target="_blank">karlramberg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I think I found a clue.</div>I do not get a prim failed error when I revert the method Environment>>forgetClass:logged: to earlier version than 12/31/2013.<div>
<br></div><div><br></div><div>Cheers,</div>
<div>Karl<br><div><br></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jan 15, 2014 at 9:18 PM, karl ramberg <span dir="ltr"><<a href="mailto:karlramberg@gmail.com" target="_blank">karlramberg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I don't think the issue is file handles.</div>I tested a new trunk image and got the prim failed. <div>
I tested an other image I have with literally hundreds (578) of sub instances of streams and got the error.</div>
<div><br></div><div>It's just the traits tests that show the error</div><div><br></div><div>Cheers,</div><div>Karl</div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, Jan 14, 2014 at 8:10 PM, Eliot Miranda <span dir="ltr"><<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Frank,<br><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Mon, Jan 13, 2014 at 11:20 PM, Frank Shearar <span dir="ltr"><<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On 13 January 2014 23:42, David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br>
> On Tue, Jan 14, 2014 at 12:28:45AM +0100, Nicolas Cellier wrote:<br>
>> 2014/1/14 karl ramberg <<a href="mailto:karlramberg@gmail.com" target="_blank">karlramberg@gmail.com</a>><br>
>><br>
>> > TraitsFileOutTest is failing<br>
>> ><br>
>> > Correct log attached this time<br>
>> ><br>
>> > Cheers,<br>
>> > Karl<br>
>> ><br>
>> > 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>
>> means the file was closed...<br>
>><br>
>> I observed increasing failure rate related to randomly closed change log<br>
>> the last few months (particularly when loading/merging with MC), it would<br>
>> be good to identify the root cause...<br>
>><br>
><br>
> That sounds like exactly the problem that Frank was describing in another<br>
> thread. He was ending up with a corrupt changes file IIRC, and the problems<br>
> he described seemed to be related to primSize checks on a changes file that<br>
> had been closed (this would presumably be a process trying to append to the<br>
> changes file when some other process had closed the file stream).<br>
<br>
I'm relieved it's not just me, but sad that it's not just me<br>
experiencing this. So my understanding is that changes are stored by<br>
accessing SourceFiles at: 2. If you want a readonly copy of sources or<br>
changes, you use CurrentReadOnlySourceFiles at: 2. I suppose the first<br>
step is verifying that nothing referencing these _directly_ does<br>
things like closing files (I'd be tempted to look at CROSF first.)<br></blockquote><div><br></div></div></div><div>forgive me for not replying earlier but I needed help to track this down. We suffered a very similar symptom a while ago at Cadence. It turns out that in our case the issue was the system running out of file handles because it left lots of fils open. The cause was with Monticello package loading and the fix was to use CurrentReadOnlySourceFiles more. I'm attaching a changeset in the hope that this is the same issue and that our changeset can point you towards a fix. </div>
<div><br></div><div>HTH</div></div><span><font color="#888888">-- <br>best,<div>Eliot</div>
</font></span></div></div>
<br><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>