<div dir="ltr">Yep there's some weird stuff out there.  I don't think that should discourage the change as I agree with the logic of your objection.  I just suspect there's more to be done in preparation for the change before actually making it.  (i.e. in addition to the core image, shouldn't all the packages in the Cuis repo also be fixed before flipping the switch?)<div><br></div><div>I'm raising the flag because 'save as' was literally the first thing I tried after applying updates.  My cursory glance tells me this is going to be painful before my own code is even involved...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Oct 13, 2019 at 8:27 PM Andres Valloud via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Yeah, I was just looking at that, pondering this bit:<br>
<br>
        | wasCog isCog |<br>
        isCog _ Smalltalk isRunningCog.<br>
        [ wasCog _ self imageFormatVersionFromFile allMask: 1 ]<br>
                on: Error<br>
                do: [ :ignore |<br>
                        "probably save-as to non-existing file"<br>
                        ^ true ].<br>
<br>
Obviously, everybody knows that's what the error was, probably :P.<br>
<br>
Andres.<br>
<br>
On 10/13/19 17:25, Phil B wrote:<br>
> Just did a quick look at senders of #on:do: and found these:<br>
> <br>
> AndreasSystemProfiler>canWork<br>
> Browser>contents:notifying:<br>
> FeatureRequirement>require<br>
> FeatureRequirement>satisfyRequirementsAndInstall<br>
> MethodNode>generatePreSpur:using:<br>
> MethodNode>generateSpur:using:<br>
> RefactoringApplier>createAndValueHandlingExceptions:<br>
> SmalltalkEditor>renameTemporary:<br>
> SmalltalkEditor>withClassDefinitionNodeAndClassDo:ifErrorsParsing:<br>
> SmalltalkEditor>withMethodNodeAndClassDo:ifErrorsParsing:<br>
> SystemDictionary>okayToSave<br>
> <br>
> That's ~15% of #on:do: senders in the base image *directly* returning <br>
> within the block.  (i.e. I didn't check any of the blocks passed as <br>
> parameters which might also do so or any of the other ways this might <br>
> occur)  I don't think this change is fully baked...<br>
> <br>
> <br>
> On Sun, Oct 13, 2019 at 8:00 PM Phil B <<a href="mailto:pbpublist@gmail.com" target="_blank">pbpublist@gmail.com</a> <br>
> <mailto:<a href="mailto:pbpublist@gmail.com" target="_blank">pbpublist@gmail.com</a>>> wrote:<br>
> <br>
>     It looks like we have at least some changes in the core image to<br>
>     resolve.  World menu->Save as... now fails.  Has a scan of the image<br>
>     been done to identify where these cases might be buried?<br>
> <br>
>     On Sun, Oct 13, 2019 at 9:48 AM Juan Vuletich via Cuis-dev<br>
>     <<a href="mailto:cuis-dev@lists.cuis.st" target="_blank">cuis-dev@lists.cuis.st</a> <mailto:<a href="mailto:cuis-dev@lists.cuis.st" target="_blank">cuis-dev@lists.cuis.st</a>>> wrote:<br>
> <br>
>         Hi Folks,<br>
> <br>
>         Some time ago, Andrés (with just a tad of help from me) fixed a<br>
>         problem<br>
>         in Exception handling. If exception handler blocks do non-local<br>
>         return<br>
>         (^stuff), they will skip execution of part of the Exception<br>
>         handling<br>
>         system code, breaking exception return values and possibly other<br>
>         'bad<br>
>         things'.<br>
> <br>
>         I just pushed to GitHub a few updates with this work. Now, if an<br>
>         exception handler does a non-local return, an Error will be<br>
>         raised. We<br>
>         also fixed a couple of places in the image where this was being<br>
>         done.<br>
>         BaseImageTests pass.<br>
> <br>
>         This updates have some risk of breaking your code. If you you<br>
>         get this<br>
>         error: 'Exception handler blocks must not do non local returns',<br>
>         then<br>
>         you need to adjust your code. See updates #3917 to #3922 for the<br>
>         changes<br>
>         done to the base image.<br>
> <br>
>         Thanks,<br>
> <br>
>         -- <br>
>         Juan Vuletich<br>
>         <a href="http://www.cuis-smalltalk.org" rel="noreferrer" target="_blank">www.cuis-smalltalk.org</a> <<a href="http://www.cuis-smalltalk.org" rel="noreferrer" target="_blank">http://www.cuis-smalltalk.org</a>><br>
>         <a href="https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev" rel="noreferrer" target="_blank">https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev</a><br>
>         <a href="https://github.com/jvuletich" rel="noreferrer" target="_blank">https://github.com/jvuletich</a><br>
>         <a href="https://www.linkedin.com/in/juan-vuletich-75611b3" rel="noreferrer" target="_blank">https://www.linkedin.com/in/juan-vuletich-75611b3</a><br>
>         @JuanVuletich<br>
> <br>
>         -- <br>
>         Cuis-dev mailing list<br>
>         <a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a> <mailto:<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a>><br>
>         <a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
> <br>
-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div>