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" <btc@openinworld.com> wrote:


On Wed, Nov 8, 2017 at 10:16 AM, Sean P. DeNigris <sean@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