On 24 October 2011 11:40, Andrea Brühlmann <[email protected]> wrote: > It seems that pharo 1.3 introduced that the image quits if an error happens > during startup. What are the reasons for this? >
The reasons are simple: if image fails to startup properly, there are no way to tell, if some services initialized properly or not (UI is one of them), and so, there are no any guarantees that image could run safely. So, the best thing which you can do is to write error to log and quit. This is because startup manager knows what to start-up and in what order, but it doesn't knows, how critical a given service for properly running the whole image. Therefore, if you don't handle startup errors in your service code, a startup manager has no other choice , but just leave to OS. > Or what's the state of the email below? > > Andrea > > > Camillo Bruni schrieb: >> >> While working on Coral we encountered a rather annoying behavior of pharo >> images when starting up. >> >> We wanted to check if we can debug the CoralScriptLoader, but of corse >> since this happens at image startup time this is not a good idea… HOWEVER we >> were no longer able to run the image as it immediately crashes during the >> startup. >> >> Now I wonder if it would make sense to add a couple of on:do: in >> SmalltalkImage >> snapshot:anQuit: to collect the errors of all the startup >> scripts and then only show them after all other startupListItems are >> processed. >> >> All in all the behavior would not much differ from what is going on right >> now, but would prevent stupid users like me from losing a whole image. >> >> camillo >> > > -- Best regards, Igor Stasenko.
