[00:24:19] <dingo^> Finding path to schedule for Smith
[00:24:19] <dingo^> pure virtual method called
[00:24:19] <dingo^> Abort trap (core dumped)
[00:24:33] <dingo^> im always crashing after that pure virtual method called
[00:24:40] <dingo^> that makes no sense to me at all
[00:28:14] <dingo^> #0 0x2ee6a798 in kill () from /usr/lib/libc.so.39.3
[00:28:14] <dingo^> #1 0x2eea7e64 in abort () from /usr/lib/libc.so.39.3
[00:28:14] <dingo^> #2 0x22807e04 in __cxxabiv1::__terminate(void (*)()) ()
[00:28:14] <dingo^> from /usr/local/lib/libsmpeg.so.2.0
[00:28:14] <dingo^> #3 0x22807e5c in std::terminate() ()
[00:28:14] <dingo^> from /usr/local/lib/libsmpeg.so.2.0
[00:28:16] <dingo^> #4 0x22807e5c in std::terminate() ()
[00:28:18] <dingo^> from /usr/local/lib/libsmpeg.so.2.0
[00:28:20] <dingo^> Previous frame identical to this frame (corrupt stack?)
[00:28:22] <dingo^> (gdb)
[00:28:24] <dingo^> i think gdb is very smart
[00:28:28] <dingo^> thats exactly it
[00:28:56] <dingo^> im not sure if that bt is anywhere close
[00:29:03] <dingo^> its got it right at #1
[00:29:18] <dingo^> but the stack bing smashed, its no where close before that
[00:30:00] <dingo^> very hard to debug a smahed stack
[00:30:11] <dingo^> when i cant predict when it getssmashed
[00:30:28] <dingo^> i was able to trace down to a particular loop that would smash it on 1.2
[00:30:49] <dingo^> but it was fixedin cvs, this one bites me as the party is waltzing about
[01:30:06] <dingo^>
[01:30:08] <dingo^> ~
[01:30:10] <dingo^> bye
[01:30:18] <dingo^> i have a process limit
[01:30:28] <dingo^> freenode isnt worth it.
[01:34:12] <Baastuul> :O
[01:35:45] --- Marzo is now known as Marzo_away
[07:11:52] --- Kirben_ is now known as Kirben
[21:30:07] --- Sev is now known as Sevalecan