I get: ==9747== Memcheck, a memory error detector ==9747== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==9747== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==9747== Command: skype ==9747== ==9747== Warning: client switching stacks? SP change: 0xbee6bf4c --> 0x2e603b2b ==9747== to suppress, use: --max-stackframe=1870232543 or greater ==9747== Invalid read of size 4 ==9747== at 0x807BD13: ??? (in /usr/bin/skype) ==9747== Address 0x2e603b2b is on thread 1's stack ==9747== ==9747== ==9747== Process terminating with default action of signal 11 (SIGSEGV) ==9747== Access not within mapped region at address 0x2E603B2B ==9747== at 0x807BD13: ??? (in /usr/bin/skype) ==9747== If you believe this happened as a result of a stack ==9747== overflow in your program's main thread (unlikely but ==9747== possible), you can try to increase the size of the ==9747== main thread stack using the --main-stacksize= flag. ==9747== The main thread stack size used in this run was 8388608. ==9747== ==9747== Process terminating with default action of signal 11 (SIGSEGV) ==9747== Access not within mapped region at address 0x2E603B27 ==9747== at 0x4024510: _vgnU_freeres (in /usr/lib/valgrind/vgpreload_core-x86-linux.so) ==9747== If you believe this happened as a result of a stack ==9747== overflow in your program's main thread (unlikely but ==9747== possible), you can try to increase the size of the ==9747== main thread stack using the --main-stacksize= flag. ==9747== The main thread stack size used in this run was 8388608. ==9747== ==9747== HEAP SUMMARY: ==9747== in use at exit: 56 bytes in 2 blocks ==9747== total heap usage: 2 allocs, 0 frees, 56 bytes allocated ==9747== ==9747== 24 bytes in 1 blocks are still reachable in loss record 1 of 2 ==9747== at 0x40299D8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==9747== by 0x56AE7E8: ??? (in /lib/i386-linux-gnu/libglib-2.0.so.0.3800.1) ==9747== by 0x56AE894: ??? (in /lib/i386-linux-gnu/libglib-2.0.so.0.3800.1) ==9747== by 0x56AEBA7: g_mutex_lock (in /lib/i386-linux-gnu/libglib-2.0.so.0.3800.1) ==9747== by 0x567B3BB: g_quark_from_static_string (in /lib/i386-linux-gnu/libglib-2.0.so.0.3800.1) ==9747== by 0x58127A1: ??? (in /usr/lib/i386-linux-gnu/libgobject-2.0.so.0.3800.1) ==9747== by 0x400F205: call_init (dl-init.c:84) ==9747== by 0x400F2EB: _dl_init (dl-init.c:133) ==9747== by 0x40011CE: ??? (in /lib/i386-linux-gnu/ld-2.17.so) ==9747== ==9747== 32 bytes in 1 blocks are still reachable in loss record 2 of 2 ==9747== at 0x40299D8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==9747== by 0x56AE8DB: ??? (in /lib/i386-linux-gnu/libglib-2.0.so.0.3800.1) ==9747== by 0x56AE964: ??? (in /lib/i386-linux-gnu/libglib-2.0.so.0.3800.1) ==9747== by 0x56AEDF7: g_rw_lock_writer_lock (in /lib/i386-linux-gnu/libglib-2.0.so.0.3800.1) ==9747== by 0x581273F: ??? (in /usr/lib/i386-linux-gnu/libgobject-2.0.so.0.3800.1) ==9747== by 0x400F205: call_init (dl-init.c:84) ==9747== by 0x400F2EB: _dl_init (dl-init.c:133) ==9747== by 0x40011CE: ??? (in /lib/i386-linux-gnu/ld-2.17.so) ==9747== ==9747== LEAK SUMMARY: ==9747== definitely lost: 0 bytes in 0 blocks ==9747== indirectly lost: 0 bytes in 0 blocks ==9747== possibly lost: 0 bytes in 0 blocks ==9747== still reachable: 56 bytes in 2 blocks ==9747== suppressed: 0 bytes in 0 blocks ==9747== ==9747== For counts of detected and suppressed errors, rerun with: -v ==9747== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) Segmentation fault (core dumped)
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1039408 Title: Skype does not launch segmentation fault (core dump) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/skype/+bug/1039408/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs