Seems like passing CFLAGS=-O no longer prevents 'vrtuoso-t' from
dumping core in version 5.0.2 on Solaris.
bash-3.00# gdb virtuoso-t
GNU gdb 6.2.1
Copyright 2004 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 "sparc-sun-solaris2.10"...(no debugging
symbols found)...
(gdb) run +foreground
Starting program: /web/projects/htdocs/virtuoso-opensource-5.0.2/
binsrc/virtuoso/virtuoso-t +foreground
(no debugging symbols found)...(no debugging symbols
found)...warning: Lowest section in /lib/libpthread.so.1 is .dynamic
at 00000074
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...warning: Lowest section in /lib/libdl.so.1
is .dynamic at 00000094
(no debugging symbols found)...(no debugging symbols found)...
Wed Oct 03 2007
22:14:08 OpenLink Virtuoso Universal Server
22:14:08 Version 05.00.3018-pthreads for Solaris as of Oct 3 2007
22:14:08 uses parts of OpenSSL, PCRE, Html Tidy
22:14:08 Database version 3016
22:14:08 Database version 3016
[New LWP 1]
[New LWP 2]
[New LWP 3]
22:14:08 SQL Optimizer enabled (max 1000 layouts)
22:14:10 Compiler unit is timed at 0.007527 msec
Program received signal SIGSEGV, Segmentation fault.
0x000c9968 in sequence_next_inc ()
(gdb) s
Single stepping until exit from function sequence_next_inc,
which has no line number information.
22:18:10 Server received signal 11. Continuing with the default
action for that signal.
Program received signal SIGSEGV, Segmentation fault.
0xfef40f90 in _lwp_kill () from /lib/libc.so.1
