-
It hasn't happened since the last fix, though, i haven't quite tested it extensively - its running on a project box for now.
2010-01-07 09:35:42 UTC by https://www.google.com/accounts
-
Thanks, I'll close this ticket as fixed then. The crash while checking for a new version can be treated as a different bug. Could you please open another ticket with the information if you're able to reproduce it consistently?.
2010-01-06 09:50:56 UTC by siddheshp
-
I redownloaded the source, and rebuilt. it crashed once, while checking for new version, and then subsequently seems to work fine. I suppose its fixed ^^.
2010-01-05 23:40:36 UTC by https://www.google.com/accounts
-
The problem is that the following line:
#11 0x00cd4bce in sprintf (mc=0x3f) at /usr/include/bits/stdio2.h:34
should read as snprintf instead of sprintf in case the crash happens there with the new code. Actually, the crash should not happen here at all, but that is a different deal :)
2010-01-05 18:00:08 UTC by siddheshp
-
yup. did a dpkg -r to remove the old install, make installed it. i'll try make uninstalling then reinstalling it with make install.(gdb) thread apply all bt full . I'm not a coder so the output is greek and latin to me i'm afraid.
Thread 1 (Thread 0xb7fda730 (LWP 22887)):
#0 0x007ec422 in __kernel_vsyscall ()
No symbol table...
2010-01-05 15:05:09 UTC by https://www.google.com/accounts
-
This looks like the same back trace as before. Are you sure you did a "make install" too?.
2010-01-05 14:59:17 UTC by siddheshp
-
eh. I suppose it might make sense for it to do that.
the dump from using make install(gdb) thread apply all bt full
Thread 5 (Thread 0xb6aeeb70 (LWP 21650)):
#0 0x00243940 in __nptl_death_event () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#1...
2010-01-05 14:47:45 UTC by https://www.google.com/accounts
-
OK, that is better... I guess. Could you repeat this with a regular make/make install? The checkinstall method seems to be stripping out debug info.
2010-01-05 14:43:33 UTC by siddheshp
-
I'm not keeping a full repository- merely grabbing snapshots as needed - i don't think this one works either though. Its not buffer overflowing (yay!) on the other hand.. it seems to segfault
Thread 4 (Thread 0xb6aeeb70 (LWP 20908)):
#0 0x00aa7868 in ?? () from /usr/local/lib/ayttm/msn2.so
No symbol table info available.
#1 0x080a993d in ?? ()
2010-01-05 14:41:25 UTC by https://www.google.com/accounts
-
Sheesh, that was ugly. I've put in the fix. Could you please verify that it works? All you have to do is this:
1) From your git repository clone, do a "git pull"
2) Rebuild
3) Test.
2010-01-05 14:23:54 UTC by siddheshp
