> On 08/01/2013 01:44 PM, Tom Breton (Tehom) wrote:
>> I have reservations about trying to recover when NDEBUG isn't defined.
>
>    Ok, double-negative.  Let me process that for a moment.  NDEBUG not
> defined means we are in...  Um....  DEBUG mode!  (Did I get that right?)

You did and I didn't.  Should have read "when NDEBUG is defined".  Oops.

>> But it brings up something I've been meaning to mention.  I'm *not*
>> proposing that we do this any time soon.  I'm just throwing it out there
>> as an idea.
>
>    Exceptions weren't part of the original design of rg, so it's going
> to be difficult to work them in.  It requires a different mindset.

We define a few.  base/Exception.h defines a RG Exception type, which is
derived from here and there.  So they're not entirely foreign to RG.

Funny, while I was looking at that I discovered that we actually already
define and use the exceptions CommandCancelled and CommandFailed.  They
don't try to do general cleanup, though.  There are just three
parameterized commands like AddIndicationCommand that use them to bail out
when they can't get sensible parameters.

> I
> have absolutely no experience with exceptions as I started with C++
> before exceptions were available (1991 or so) or properly understood.

Yes, I did too.

        Tom Breton (Tehom)



------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
Rosegarden-devel mailing list
Rosegarden-devel@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel

Reply via email to