Some of this can be seen in VA Smalltalk. Errors during start up are captured and can be debugged after the start up has completed.
The idea of an Error Queue Viewer is a nice touch, along with the possibility of remote debugging. On Nov 7, 2017 6:55 PM, "Ben Coman" <b...@openinworld.com> wrote: On Wed, Nov 8, 2017 at 10:16 AM, Sean P. DeNigris <s...@clipperadams.com> wrote: > In a headless image, I'd like to do the following: if there's any error, > arrange to have a debugger open on the next (headful) launch, and then save > and quit. > > I'm drawing a blank - how would I do that? > > I explored various dead ends, the culmination of which was the > image-breaking: > actualWorkBlock on: Error do: [ [ Smalltalk snapshot: true andQuit: true ] > fork. Halt now ] > > Thanks! > Sorry not a solution, but you sparked a side-thought... To avoid sometimes being swamped by Pre-Debug windows. Instead of an error bringing up an individual Pre-Debug window, we could have error go into a queue which a singleton Pre-Debug window could have a view into. This "Error Queue Viewer" would have on row per error, and you click on a row to open a normal debugger, much like you click <Debug> button in the existing Pre-Debug window. In a headless image, the Error Queue Viewer would not appear, but the error would keep being queued until the next time the Error Queue Viewer is manually opened. The same error-queue might provide a similar interface point for Pharo Remote Tools, so you can see errors that occurred while you were not connected. cheers -ben