<div dir="ltr">Hey mike!<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
I've decided to give "bus error" a proper kenning: "Clemow's Bane."<br>
</blockquote><div><br>Ow, come on, the bus errors like you, they just want to play.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Kas, do you think that this is related to the bus errors we were<br>
getting assigning objects in that GrainPattern class?<br>
<br>
</blockquote><div><br>I wouldn't be surprised. Something seems to be rather wrong with assignment these days. This kind of structure (assigning a sporked function to a Shred object) did work with that syntax in the past so it could be the new reference counting being over-active again.<br>
<br>I just simplified your code to make the real culprit come out;<br><br>//================8<==================<br>fun void dummy()<br> {<br> while(1) <br> { <br> second => now;<br> }<br>
}<br><br>Shred foo;<br>//this runs<br>//spork ~ dummy();<br><br>//I get a segmentation fault at this on Ubuntu<br>spork ~ dummy() @=> foo;<br><br>hour => now;<br></div></div>//==============8<==================<br>
<br>I really think this used to work. To make matters worse this (assuming the same function) seems to work ok;<br><br>//=============================<br>spork ~ dummy() @=> Shred foo;<br>hour => now;<br>//===============================<br>
<br>I wouldn't be surprised if it was at least related because I can't think of anything else that would break this. <br><br>At least it should help pinpoint the culprit. I suggest add it to the Wiki bug page and we try sprinkling some variation of the working version with some "@" signs. Sprinkling magical "@" signs seems to pacify this bug ;¬).<br>
<br>Yours,<br>Kas.<br></div>