Core dump well into 4GL application ( Linux )

Posted in 2000

Christopher Moore — Tue, 27 Jun 2000 12:20:09 +0100 — source: Informix-list mailing list archive (1991-1998)

Hi, I've got a large i4GL application. This is compiled using Informix 4GL 7.30.UC1. ( The compiler version - not RDS ) The application is running on Redhat 6.0, kernel version 2.2.5-22. The application runs fine, except when printing a certain report ( the report is part of the application, written in 4GL ). I get a Segmentation fault. This just happens with a certain set of data. I've run gdb on the core file and this is what I get: [chin@p1 INFORMIX]$ gdb report.4ge core GNU gdb 4.17.0.11 with Linux 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"... (no debugging symbols found)... Core was generated by `report.4ge STOCK'. Program terminated with signal 11, Segmentation fault. Reading symbols from /u/informix/lib/tools/lib4gsh730.so... (no debugging symbols found)...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /lib/libnss_nisplus.so.2...done. Reading symbols from /lib/libnsl.so.1...done. #0 0x401fc679 in chunk_free (ar_ptr=0x4028c580, p=0x83f6ab8) at malloc.c:3020 malloc.c:3020: No such file or directory. (gdb) where #0 0x401fc679 in chunk_free (ar_ptr=0x4028c580, p=0x83f6ab8) at malloc.c:3020 #1 0x401fc505 in __libc_free (mem=0x83f6ad0) at malloc.c:2932 #2 0x400b0123 in cl_ext_free () #3 0x400af9d0 in _gl_ext_free () #4 0x400d7f1d in _gl_free_ptr () #5 0x400b2e6c in gl_mbspnum () #6 0x4009df24 in ifx_gl_convert_double () #7 0x40127603 in rstod () #8 0x400756c7 in dectodbl () #9 0x4012a655 in todouble () #10 0x40117cd6 in exsub () #11 0x4009ae00 in _dosub () #12 0x8052384 in snullflo () #13 0x80ea627 in snullflo () #14 0x810517b in snullflo () #15 0x814a976 in snullflo () #16 0x401bbcb3 in __libc_start_main (main=0x8148c90 <snullflo+1033432>, argc=2, argv=0xbffffbd4, init=0x804b9bc, fini=0x8169f24 <getline+176>, rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffbcc) at ../sysdeps/generic/libc-start.c:78 (gdb) Has anyone any ideas where the problem is? Regards, Chris.