On Apr 06, 2007, at 04:13 UTC, Andy Dent wrote: > Just playing with an idea for something that might be a more > achievable request, how about if we could specify a list of > exceptions that the debugger should NOT break on?
That sounds more achievable, though I'm not sure how helpful it would be... I may be prepared for a certain type of exception in this block of code, but be caught totally unprepared for the same type over there. However, it does raise a possible implementation idea... the compiler, when writing out code for a try/catch block, could also write out code notifying the debugger of which types it is currently prepared to catch. (It'd have to also write out some bookkeeping calls when leaving the try block.) Then the debugger could consult this list when an exception occurs, to determine whether or not it should break. It's the same as your suggestion, except that the set of exception types to ignore is dynamically updated every time we enter or leave a try block. And the end result is what we all really want. :) Alternatively, another halfway solution would be an "ignore this exception" button that adds the current line number to a list of places where the compiler will ignore all subsequent exceptions. This would be part of the project data saved between runs, and so it'd require some UI to inspect this list and take things off of it. But that would work pretty well, since in practice I usually have just a handful of places where my code routinely raises exceptions, which I'm prepared for and would be happy to have the debugger ignore. But a "break on unhandled exceptions" (maybe as outlined above) would be much better... those of us going to REAL World, let's plan to buy Mars his beverage of choice and see if we can kick around some ideas to help make it happen. Best, - Joe -- Joe Strout -- [EMAIL PROTECTED] Verified Express, LLC "Making the Internet a Better Place" http://www.verex.com/ _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
