Skype does not launch segmentation fault (core dump)

[Brian Ingram]

brian@ubuntu:~$ valgrind /usr/bin/skype
==21224== Memcheck, a memory error detector
==21224== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==21224== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==21224== Command: /usr/bin/skype
==21224==
--21224-- WARNING: Serious error when reading debug info
--21224-- When reading debug info from /usr/bin/skype:
--21224-- Can't make sense of .plt section mapping
--21224-- WARNING: Serious error when reading debug info
--21224-- When reading debug info from /usr/bin/skype:
--21224-- Can't make sense of .plt section mapping
--21224-- WARNING: Serious error when reading debug info
--21224-- When reading debug info from /usr/bin/skype:
--21224-- Can't make sense of .plt section mapping
vex x86->IR: unhandled instruction bytes: 0xCE 0x16 0x8 0x1E
==21224== valgrind: Unrecognised instruction at address 0x84b2166.
==21224== at 0x84B2166: ??? (in /usr/bin/skype)
==21224== Your program just tried to execute an instruction that Valgrind
==21224== did not recognise. There are two possible reasons for this.
==21224== 1. Your program has a bug and erroneously jumped to a non-code
==21224== location. If you are running Memcheck and you just saw a
==21224== warning about a bad jump, it's probably your program's fault.
==21224== 2. The instruction is legitimate but Valgrind doesn't handle it,
==21224== i.e. it's Valgrind's fault. If you think this is the case or
==21224== you are not sure, please let us know and we'll try to fix it.
==21224== Either way, Valgrind will now raise a SIGILL signal which will
==21224== probably kill your program.
==21224==
==21224== Process terminating with default action of signal 4 (SIGILL)
==21224== Illegal opcode at address 0x84B2166
==21224== at 0x84B2166: ??? (in /usr/bin/skype)
==21224== Invalid free() / delete / delete[] / realloc()
==21224== at 0x400906C: free (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==21224== by 0x43DEDC24: __libc_freeres (in /lib/i386-linux-gnu/libc-2.15.so)
==21224== by 0x807DC5F: ??? (in /usr/bin/skype)
==21224== Address 0xffffffff is not stack'd, malloc'd or (recently) free'd
==21224==
==21224==
==21224== HEAP SUMMARY:
==21224== in use at exit: 2,198 bytes in 26 blocks
==21224== total heap usage: 29 allocs, 4 frees, 2,324 bytes allocated
==21224==
==21224== LEAK SUMMARY:
==21224== definitely lost: 0 bytes in 0 blocks
==21224== indirectly lost: 0 bytes in 0 blocks
==21224== possibly lost: 0 bytes in 0 blocks
==21224== still reachable: 2,198 bytes in 26 blocks
==21224== suppressed: 0 bytes in 0 blocks
==21224== Rerun with --leak-check=full to see details of leaked memory
==21224==

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: linux-image-3.2.0-29-generic 3.2.0-29.46
ProcVersionSignature: Ubuntu 3.2.0-29.46-generic 3.2.24
Uname: Linux 3.2.0-29-generic i686
NonfreeKernelModules: nvidia
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 2.0.1-0ubuntu12
Architecture: i386
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: brian 2913 F.... pulseaudio
 /dev/snd/controlC1: brian 2913 F.... pulseaudio
CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found.
Card0.Amixer.info:
 Card hw:0 'ICH5'/'Intel ICH5 with ALC655 at irq 17'
   Mixer name : 'Realtek ALC655 rev 0'
   Components : 'AC97a:414c4760'
   Controls : 41
   Simple ctrls : 26
Card1.Amixer.info:
 Card hw:1 'USB20Camera'/'PixArt Imaging Inc. USB2.0_Camera at usb-0000:00:1d.7-1, high speed'
   Mixer name : 'USB Mixer'
   Components : 'USB093a:2700'
   Controls : 2
   Simple ctrls : 1
Card1.Amixer.values:
 Simple mixer control 'Mic',0
   Capabilities: cvolume cvolume-joined cswitch cswitch-joined penum
   Capture channels: Mono
   Limits: Capture 0 - 2
   Mono: Capture 2 [100%] [50.00dB] [on]
Date: Tue Aug 21 20:12:45 2012
HibernationDevice: RESUME=UUID=3e2155e7-4fe3-4f80-ac84-45e46c18540a
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110426)
IwConfig:
 lo no wireless extensions.

 eth0 no wireless extensions.
MachineType: MICRO-STAR INC. MS-6728
ProcFB:

ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-29-generic root=UUID=18967692-ae43-4243-9540-7513663ac8dc ro recovery nomodeset
RelatedPackageVersions:
 linux-restricted-modules-3.2.0-29-generic N/A
 linux-backports-modules-3.2.0-29-generic N/A
 linux-firmware 1.79
RfKill:

SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 09/29/2004
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: V3.A
dmi.board.name: MS-6728
dmi.board.vendor: MICRO-STAR INC.
dmi.board.version: 2.00
dmi.chassis.asset.tag: 0123ABC
dmi.chassis.type: 3
dmi.chassis.vendor: Uknown Chassis Manufacture
dmi.chassis.version: Version 1.00
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrV3.A:bd09/29/2004:svnMICRO-STARINC.:pnMS-6728:pvr2.00:rvnMICRO-STARINC.:rnMS-6728:rvr2.00:cvnUknownChassisManufacture:ct3:cvrVersion1.00:
dmi.product.name: MS-6728
dmi.product.version: 2.00
dmi.sys.vendor: MICRO-STAR INC.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Gianfranco Costamagna (costamagnagianfranco)]

Hi, a new skype version 4.1.0.20.0-0ubuntu0.12.04.2 is available, could you please try if you still have the bug with the new version?

If you still have this problem please set the status back to "new".

thanks

[Brian Ingram (brian-ingram)]

On 10/12/12 05:13, LocutusOfBorg wrote:
> Hi, a new skype version 4.1.0.20.0-0ubuntu0.12.04.2 is available, could
> you please try if you still have the bug with the new version?
>
> If you still have this problem please set the status back to "new".
>
> thanks
>
>
> ** Changed in: skype (Ubuntu)
> Status: Confirmed => Incomplete
>

Hi

Still does not work. This is the readout from the terminal;

Fatal: QWidget: Must construct a QApplication before a QPaintDevice
Aborted (core dumped)

Best of luck

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[vasilisc (vasilisc)]

Fri, 15 Mar 2013 12:09:20 +0400
==============
[Ubuntu]
Description: Ubuntu Raring Ringtail (development branch)
[Kernel linux]
3.8.0-12-generic
[Kernel command line]
BOOT_IMAGE=/boot/vmlinuz-3.8.0-12-generic root=UUID=7e5e7212-570c-4aa9-a3b5-60367081603b ro quiet splash ipv6.disable=1

[libc6]
libc6:amd64 2.17-0ubuntu4 amd64
libc6:i386 2.17-0ubuntu4 i386
libc6-dev:amd64 2.17-0ubuntu4 amd64

[skype]
skype 4.1.0.20.0-0ubuntu0.1 amd64
skype-bin 4.1.0.20.0-0ubuntu0.1 i386

[Samueldasilva5448 (samueldasilva5448)]

Hi all,

can you explain the actual status of this bug ? i ugrade distrib from 12.10 to 13.04 and i have this bug on skype.

I download the last update of skype but no positive results. Thanks

[Paolo Nicorelli (p-nicorelli)]

same problem after upgrading to:
Description: Ubuntu Raring Ringtail (development branch)
Release: 13.04
Codename: raring

[Paolo Nicorelli (p-nicorelli)]

today, after an 'apt-get upgrade' I reinstalled skype-ubuntu_4.0.0.8-1_i386.deb and it's working

[Angel Guzman Maeso (shakaran)]

Using saucy salamander with 4.1.0.20-1 I have segfault 100% reproducible

$ valgrind --leak-check=full --show-reachable=yes skype
==22168== Memcheck, a memory error detector
==22168== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==22168== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==22168== Command: skype
==22168==
vex x86->IR: unhandled instruction bytes: 0xF1 0xE 0x2B 0x2B
==22168==
==22168== Process terminating with default action of signal 11 (SIGSEGV)
==22168== General Protection Fault
==22168== at 0x8075F44: ??? (in /usr/bin/skype)
==22168== by 0x7C232D2: g_malloc (gmem.c:104)
==22168== by 0x7C2359A: g_malloc_n (gmem.c:345)
==22168== by 0x7C2D266: g_quark_from_static_string (gquark.c:278)
==22168== by 0x7A33901: gobject_init_ctor (gtype.c:4341)
==22168== by 0x400F215: call_init (dl-init.c:84)
==22168== by 0x400F2FB: _dl_init (dl-init.c:133)
==22168== by 0x40011DE: ??? (in /lib/i386-linux-gnu/ld-2.17.so)
==22168== Invalid free() / delete / delete[] / realloc()
==22168== at 0x402B1CC: free (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==22168== by 0x76CD7D4: __libc_freeres (in /lib/i386-linux-gnu/libc-2.17.so)
==22168== by 0x7C232D2: g_malloc (gmem.c:104)
==22168== by 0x7C2359A: g_malloc_n (gmem.c:345)
==22168== by 0x7C2D266: g_quark_from_static_string (gquark.c:278)
==22168== by 0x7A33901: gobject_init_ctor (gtype.c:4341)
==22168== by 0x400F215: call_init (dl-init.c:84)
==22168== by 0x400F2FB: _dl_init (dl-init.c:133)
==22168== by 0x40011DE: ??? (in /lib/i386-linux-gnu/ld-2.17.so)
==22168== Address 0xffffffff is not stack'd, malloc'd or (recently) free'd
==22168==
==22168==
==22168== HEAP SUMMARY:
==22168== in use at exit: 56 bytes in 2 blocks
==22168== total heap usage: 2 allocs, 1 frees, 56 bytes allocated
==22168==
==22168== 24 bytes in 1 blocks are still reachable in loss record 1 of 2
==22168== at 0x402C418: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==22168== by 0x7C5FC18: g_mutex_impl_new (gthread-posix.c:91)
==22168== by 0x7C5FCC4: g_mutex_get_impl (gthread-posix.c:128)
==22168== by 0x7C5FFD7: g_mutex_lock (gthread-posix.c:213)
==22168== by 0x7C2D1CB: g_quark_from_static_string (gquark.c:238)
==22168== by 0x7A33901: gobject_init_ctor (gtype.c:4341)
==22168== by 0x400F215: call_init (dl-init.c:84)
==22168== by 0x400F2FB: _dl_init (dl-init.c:133)
==22168== by 0x40011DE: ??? (in /lib/i386-linux-gnu/ld-2.17.so)
==22168==
==22168== 32 bytes in 1 blocks are still reachable in loss record 2 of 2
==22168== at 0x402C418: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==22168== by 0x7C5FD0B: g_rw_lock_impl_new (gthread-posix.c:433)
==22168== by 0x7C5FD94: g_rw_lock_get_impl (gthread-posix.c:457)
==22168== by 0x7C60227: g_rw_lock_writer_lock (gthread-posix.c:536)
==22168== by 0x7A3389F: gobject_init_ctor (gtype.c:4326)
==22168== by 0x400F215: call_init (dl-init.c:84)
==22168== by 0x400F2FB: _dl_init (dl-init.c:133)
==22168== by 0x40011DE: ??? (in /lib/i386-linux-gnu/ld-2.17.so)
==22168==
==22168== LEAK SUMMARY:
==22168== definitely lost: 0...

[Rob Locher (rclocher3)]

I seem to be having a very similar problem to Angel Guzman Maeso (shakaran). I also ran "valgrind --leak-check=full --show-reachable=yes skype" at the command line, and saw similar errors, ending in a segmentation fault.

The surprising thing is that Skype seemed to run fine under Ubuntu 13.04 Raring Ringtail, but now that I upgraded to 13.10 Saucy Salamander I get the segmentation fault. I'm using a Lenovo S10-3 "ideapad" netbook with a 32-bit CPU. I suppose I'll try downloading the 4.2.0.11-1 version from http://www.skype.com/en/download-skype/skype-for-linux/ .

[Rob Locher (rclocher3)]

Here's what happened when I ran "valgrind --leak-check=full --show-reachable=yes skype".

[Stefan (stefan13)]

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)
==97...