>
> 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 majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
