<div dir="ltr">I think it is Monticello. I also had this same problem trying to load in FFI-Win32 - the Win32Constants won't load correctly.<div>I've noticed this issue for a while, but never got around to tracking it down.</div>
<div>It is interesting - if I browse the package from Monticello, I can see the definition (SharedPool subclass) - copying that into the System Browser, I can execute it there, and then the rest of the process goes forward just fine.</div>
<div><br></div><div>If noone else gets to this, I'll probably try to track it down in the next week or so.</div><div><br></div><div>-cbc<div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 25, 2014 at 2:18 PM, Chris Cunningham <span dir="ltr"><<a href="mailto:cunningham.cb@gmail.com" target="_blank">cunningham.cb@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.<div><br></div><div>I just downloaded a new Squeak 4.5, upgraded to the latest changes in Trunk, and started loading packages I needed into it. </div>
<div><br></div><div>First I round a little bug in SqueakMap (SMBase), where it couldn't create a directory in Windows. There is a fix for this in the inbox - no idea what it would do to other platforms, but it works well on Windows.</div>
<div><br></div><div>Next, I loaded FFI and ODBC from SqueakMap. After loading those, I noticed that ODBCConstants are in the Environment as a Dictionary, and not as a SharedPool as it was loaded in the olden days (Say, 4.3). Is this an Environments bug? Or something else?</div>
<div><br></div><div>any ideas how I would get it back to being a SharedPool?</div><div><br></div><div>Thanks,</div><div>-cbc</div></div>
</blockquote></div><br></div></div></div>