Skype does not launch segmentation fault (core dump)

Bug #1039408 reported by Brian Ingram
38
This bug affects 8 people
Affects Status Importance Assigned to Milestone
skype (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

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.

Revision history for this message
Brian Ingram (brian-ingram) wrote :
Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
affects: linux (Ubuntu) → skype (Ubuntu)
Changed in skype (Ubuntu):
status: Confirmed → New
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in skype (Ubuntu):
status: New → Confirmed
Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) 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
Revision history for this message
Brian Ingram (brian-ingram) wrote : Re: [Bug 1039408] Re: Skype does not launch segmentation fault (core dump)

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

Changed in skype (Ubuntu):
status: Incomplete → New
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in skype (Ubuntu):
status: New → Confirmed
Revision history for this message
vasilisc (vasilisc) wrote :

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

Revision history for this message
Samueldasilva5448 (samueldasilva5448) wrote :

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

Revision history for this message
Paolo Nicorelli (p-nicorelli) wrote :

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

Revision history for this message
Paolo Nicorelli (p-nicorelli) wrote :

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

Revision history for this message
Angel Guzman Maeso (shakaran) wrote :
Download full text (7.8 KiB)

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...

Read more...

Revision history for this message
Rob Locher (rclocher3) wrote :

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/ .

Revision history for this message
Rob Locher (rclocher3) wrote :

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

Revision history for this message
Stefan (stefan13) wrote :
Download full text (3.6 KiB)

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...

Read more...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.