From owner-freebsd-hackers Tue Jun 8 8:33:34 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.vnet.net (smtp2.vnet.net [166.82.1.32]) by hub.freebsd.org (Postfix) with ESMTP id 9E891152EB for ; Tue, 8 Jun 1999 08:32:49 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp2.vnet.net (8.9.1a/8.9.1) with ESMTP id KAA09451; Tue, 8 Jun 1999 10:46:30 -0400 (EDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id KAA18523; Tue, 8 Jun 1999 10:45:39 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.9.2/8.6.9) id KAA07034; Tue, 8 Jun 1999 10:45:39 -0400 (EDT) Date: Tue, 8 Jun 1999 10:45:39 -0400 (EDT) From: Thomas David Rivers Message-Id: <199906081445.KAA07034@lakes.dignus.com> To: hackers@FreeBSD.ORG, joe@pavilion.net Subject: Re: Wierd behavour from G++28! In-Reply-To: <19990608152953.L14211@pavilion.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Strange. > > I'm having a wierd time trying to get a package called Swish++ working. > It's a C++/STL based program, which the author recommends compiling up > with Gcc2.8 or higher. > > So... I've installed gcc-2.8.1 && glibstdc++-2.8.1.1, and compiled it > up. Strangely however, the 'search' part of it core dumps in an > unexpected way. > > gandalf% ./search > Segmentation fault (core dumped) > gandalf% gdb search search.core > GNU gdb 4.18 > 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-unknown-freebsd"... > Core was generated by `search'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/lib/libm.so.2...done. > Reading symbols from /usr/lib/libc.so.3...done. > Reading symbols from /usr/libexec/ld-elf.so.1...done. > #0 0x8052c0f in ostream::flush () at /usr/include/ctype.h:149 > 149 } > (gdb) bt > #0 0x8052c0f in ostream::flush () at /usr/include/ctype.h:149 > #1 0x8052912 in ostream::operator<< () at /usr/include/ctype.h:149 > #2 0x804995f in main (argc=1, argv=0xbfbfdb54) at search.c:219 > (gdb) l > > > What gives? It looks like a library thing. > > Can anyone put me on the right track please? > > Joe Or - it could be that the stream wasn't properly opened and no-one checked for it... Look at line 219 in search.c, it should be a <<-operator operating on a stream of some kind. Then, find where that stream is declared/constructed and ensure everything is all right... - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message