Mail Archives: djgpp/2001/05/05/02:22:30
> From: Dennis Yelle <dennis51 AT jps DOT net>
> Newsgroups: comp.os.msdos.djgpp
> Date: Fri, 04 May 2001 15:13:57 -0700
>
> Call frame traceback EIPs:
> 0x00013454 ___djgpp_traceback_exit+48
> 0x00013536 _raise+94
> 0x000128bb _abort+27
> 0x0000d7eb ___default_terminate+11, line 0 of libgcc2.c
> 0x0000e27d _terminate__Fv+13, line 0 of exception.cc
> 0x0000e32a ___eh_alloc+30, line 0 of exception.cc
> 0x0000d72d ___builtin_new+65, line 0 of new1.cc
> 0x000015ca _main+42
> 0x00010992 ___crt1_startup+178
>
> When new fails, it is supposed to throw an exception that
> can be caught with
> catch(...)
> But it does not do so.
> Symify leads me to think that the problem is in new1.cc
> I am trying to find the file new1.cc
> It is NOT in DJLSR203.ZIP and it is not in GCC2953B.ZIP
> Can anyone tell me where to find the source file new1.cc ?
It's probably in the sources of the libstdc++ library, which is part
of gccNNNNs.zip distribution. All the sources for C++ functions are
there.
> Also, it looks like new long usually allocates 24 bytes
> per requested long. This seems excessive to me.
> Does anyone know why it should do this?
Some overhead for bookkeeping, perhaps.
- Raw text -