
On Wed, 27 Oct 2004 13:11:53 +0200, Gustav Broberg <broberg@...370...> wrote:
On 2004-10-26 04:26, Johan Forsberg wrote:
Hello,
I've been having the same problem for quite some time; the CVS version compiles but then it doesn't run. It just hogs the cpu and nothing happens and I have to kill it. Stable version works fine. There seem to be no error messages during compilation. I've tried several times, latest was a few hours ago. If you'd like any kind of information about my system libraries etc, just ask. I'm on gentoo linux.
I'd like to solve this!
Now I've got it working! I upgraded sigc++ to version 2.0.6 and now it executes normally. Reading from: http://cvs.gnome.org/viewcvs/libsigc++2/NEWS?rev=1.21
"2.0.6
- Fixed compilation for gcc-3.4."
So, I guess it makes sense. More of a sigc issue than an inkscape issue then, right? Maybe the configuration could check if sigc++ >= 2.0.6 when gcc >= 3.4.0?
I updated to 2.0.6 (also had to rebuild glibmm and gtkmm) and tried again, now it doesn't hang anymore, it just crashes on startup :P This is what gdb says:
----------------- (gdb) run Starting program: /usr/local/bin/inkscape warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. [New Thread 16384 (LWP 16376)]
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 16376)] 0x40534f2d in std::locale::operator=(std::locale const&) () from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.1/libstdc++.so.5 (gdb) bt #0 0x40534f2d in std::locale::operator=(std::locale const&) () from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.1/libstdc++.so.5 #1 0x4052dcbb in std::ios_base::_M_init() () from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.1/libstdc++.so.5 #2 0x4052bf2b in std::basic_ios<char, std::char_traits<char>
::init(std::basic_streambuf<char, std::char_traits<char> >*) ()
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.1/libstdc++.so.5 #3 0x4055ebcf in std::basic_ostringstream<char, std::char_traits<char>, std::allocator<char>
::basic_ostringstream(std::_Ios_Openmode) ()
from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.1/libstdc++.so.5 #4 0x08242209 in Path::svg_dump_path() const (this=0x85f9c08) at stringstream.h:12 (gdb) -----------
It looks like it's using a gcc 3.3 libstdc++... I'm using gcc 3.4.2 all the way. But I'm not sure what this means. Anyway maybe this problem is unrelated to the libsigc++ one?
/Johan