<div dir="ltr">Hi All, Hi Bert,<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 8, 2014 at 12:02 PM, Chris Muller <span dir="ltr">&lt;<a href="mailto:asqueaker@gmail.com" target="_blank">asqueaker@gmail.com</a>&gt;</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">I&#39;m pretty sure the responsibility falls to the loader.  I&#39;m not too<br>
familiar with it but if I wanted to be I would probably start tracing<br>
from McVersionLoader.<br></blockquote><div><br></div><div>+1.  Craig, I thought that Monticello had been modified to load additions first, then changes, then removals.  But when I read the code I can&#39;t see this sorting in trunk.  Bert, what&#39;s your recollection?  And if you agree that Monticello does this, where&#39;s the code?  I see that MCPatch&gt;&gt;applyTo: doesn&#39;t do anything special and when it appears to collect its definitions in MCPatch&gt;&gt;initializeWithBase:target: there is no sorting going on.  What am I missing?</div><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">
<br>
Do your pool references end up being valid?  That is the most<br>
important but I agree it would be an annoyance to see those messages<br>
in the Transcript.<br></blockquote><div><br></div><div>Hi Craig,</div><div> </div><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">
<div class=""><div class="h5"><br>
On Mon, Dec 8, 2014 at 7:24 AM, Craig Latta &lt;<a href="mailto:craig@netjam.org">craig@netjam.org</a>&gt; wrote:<br>
&gt;<br>
&gt; Hoi--<br>
&gt;<br>
&gt;      I&#39;m attempting to create a Monticello package which provides a<br>
&gt; shared pool (as a subclass of SharedPool) and methods which use its<br>
&gt; variables. On installation, does Monticello try to ensure that a pool is<br>
&gt; installed before methods which use it? When I install the package in a<br>
&gt; fresh system, I get messages on the Transcript complaining that shared<br>
&gt; variables are undefined.<br></div></div></blockquote><div><br></div><div>As I said above I thought Monticello implemented that sensible load order of add, change, remove, in which case poll definitions should be included in additions, and before any methods.  But I can&#39;t see where in current trunk this is happening.  AFAIC, not loading in this order is a bug.  We need as predictable aand useful a general load order as possible, and it should be straight-forward to arrange that pools are added early.</div><div><br></div><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"><div class=""><div class="h5">
&gt;<br>
&gt;      Is there some way one fiddles with the writing process, or with the<br>
&gt; package after it is written, to avoid ordering problems?<br>
&gt;<br>
&gt;<br>
&gt;      thanks!<br>
&gt;<br>
&gt; -C<br>
&gt;<br>
&gt; --<br>
&gt; Craig Latta<br>
&gt; <a href="http://netjam.org" target="_blank">netjam.org</a><br>
&gt; <a href="tel:%2B31%206%202757%207177" value="+31627577177">+31 6 2757 7177</a> (SMS ok)<br>
&gt; <a href="tel:%2B%201%20415%20287%203547" value="+14152873547">+ 1 415 287 3547</a> (no SMS)<br>
&gt;<br>
&gt;<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">best,<div>Eliot</div></div>
</div></div>