gcc-2.95: Program dies with Sig 11 before doing anything - RH Linux 5.2
Toon Moene
toon@moene.indiv.nluug.nl
Sun Jun 13 10:35:00 GMT 1999
Pretty scary, this one (using gcc-2.95pre):
[hirlam@moene ref]$ gdb hlprog32.x core
GNU gdb 4.17.0.4 with Linux/x86 hardware watchpoint and FPU support
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
Core was generated by `/usr/scratch/hirlam/ref/hlprog32.x'.
Program terminated with signal 11, Segmentation fault.
#0 init (argc=1, argv=0xbffff88c, envp=0xbffff894)
at ../sysdeps/unix/sysv/linux/init-first.c:70
../sysdeps/unix/sysv/linux/init-first.c:70: No such file or directory.
For a program that plain works under the compilers from the trunk -
errmmm, oh yes, I changed this one in f/com.c for those:
#define FFECOM_sizeMAXSTACKITEM 0
#ifndef FFECOM_sizeMAXSTACKITEM
#define FFECOM_sizeMAXSTACKITEM 32*1024 /* Keep user-declared things
larger than this # bytes
off stack if possible. */
#endif
[ the first line is mine ]
What this does is make the compiler generate code to allocate all local
arrays on the stack, regardless of size.
Which means that the error I get is still pretty scary: A 45 Mbyte
working set program that cannot be linked successfully on RH Linux 5.2 -
brrr :-(
--
Toon Moene (toon@moene.indiv.nluug.nl)
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Phone: +31 346 214290; Fax: +31 346 214286
GNU Fortran: http://world.std.com/~burley/g77.html
More information about the Gcc
mailing list