Catch bad_alloc?

[kk_oop]

I'm looking for opinions for or against catching std::bad_alloc when I
use the "new" operator. I searched through this newsgroup and the
Internet, and I don't see clear opinions either way. Note that I am
using gc++ version 3.2 on a unix platform, so I'm not concerned with
any points unique to VC++.

Thanks!

Ken

[Ben Pope]

kk****@yahoo.com wrote:

I'm looking for opinions for or against catching std::bad_alloc when I
use the "new" operator. I searched through this newsgroup and the
Internet, and I don't see clear opinions either way. Note that I am
using gc++ version 3.2 on a unix platform, so I'm not concerned with
any points unique to VC++.

Depends if you want to handle memory errors. Generally it's a good
idea, but often you can't do very much but close the program. It's
always nice to tell the user that they've run out of memory before
crashing hard :).

It's possible you can dump some other data, to free up memory and
continue. It's your call.

Ben Pope
--
I'm not just a number. To many, I'm known as a string...

[Markus Moll]

Hi

Ben Pope wrote:

It's possible you can dump some other data, to free up memory and
continue. It's your call.

This is better done in a new_handler, imho.

Markus

[Bo Persson]

"Markus Moll" <mo**@rbg.informatik.tu-darmstadt.de> skrev i
meddelandet news:ne********************@luna.igd.fhg.de...

Hi

Ben Pope wrote:

It's possible you can dump some other data, to free up memory and
continue. It's your call.

This is better done in a new_handler, imho.

That's good at the global level. In a layered application, it might be
better to have a separate catch statement at some of the intermediate
levels.
Bo Persson

[Roland Pibinger]

On Fri, 10 Feb 2006 19:08:55 +0100, Markus Moll
<mo**@rbg.informatik.tu-darmstadt.de> wrote:

Ben Pope wrote:

It's possible you can dump some other data, to free up memory and
continue. It's your call.

This is better done in a new_handler, imho.

Agreed. OOM (Out of Memory) conditions are usually caused by memory
leaks. You cannot catch or handle memory leaks so it's best to
gracefully shut down the program in the new_handler. See also:

http://www.gotw.ca/publications/mill16.htm
http://www.baus.net/memory-management