J
Johann Gerell
Hi all,
Since last summer, my group has been putting throw() into the code base
as a general guideline where applicable. I've disliked it from the
beginning, since I see it as a micro-optimization at the cost of no
stack unwinding (possible data corruption) when an exception is thrown
somewhere anyway, despite the best beliefs of the programmer adding the
throw().
Now I've determined to take up the discussion for real to get rid of
the throw() and I thought I pass this ball to you gentlemen:
What are the best arguments _against_ throw(), and for the sake of
completeness _for_ throw().
I know my Sutter and Meyers (et least their views on this issue), but
do you all have something to add to their input? I'd like to be well
prepared, so I can persuade those that have no strong opinion in either
direction, and perhaps even the originator of the idea...
Since last summer, my group has been putting throw() into the code base
as a general guideline where applicable. I've disliked it from the
beginning, since I see it as a micro-optimization at the cost of no
stack unwinding (possible data corruption) when an exception is thrown
somewhere anyway, despite the best beliefs of the programmer adding the
throw().
Now I've determined to take up the discussion for real to get rid of
the throw() and I thought I pass this ball to you gentlemen:
What are the best arguments _against_ throw(), and for the sake of
completeness _for_ throw().
I know my Sutter and Meyers (et least their views on this issue), but
do you all have something to add to their input? I'd like to be well
prepared, so I can persuade those that have no strong opinion in either
direction, and perhaps even the originator of the idea...