Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 8 Jun 1999 10:45:39 -0400 (EDT)
From:      Thomas David Rivers <rivers@dignus.com>
To:        hackers@FreeBSD.ORG, joe@pavilion.net
Subject:   Re: Wierd behavour from G++28!
Message-ID:  <199906081445.KAA07034@lakes.dignus.com>
In-Reply-To: <19990608152953.L14211@pavilion.net>

next in thread | previous in thread | raw e-mail | index | archive | help
> 
> 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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199906081445.KAA07034>