You are not logged in.

#1 2010-12-01 02:51:23

tinix
Member
From: Bumkcuf, Egypt
Registered: 2006-11-12
Posts: 20
Website

Skype, Enemy Territory, other 32bit apps all segfault [solved]

Everything was working fine before the multilib upgrade. sad I've tried totally removing everything bin32/lib32 and doing an upgrade and forced-reinstall of all packages. No luck... I'm pretty sure I've rebooted since the multilib upgrade. I moved my office to another part of the house around a month ago, and before that everything was working just fine. I've just now noticed these segfaults... I'd really love it if my 32bit stuff was working again. Any advice?

(~) gordo@queso $ skype
Segmentation fault
(~) gordo@queso $ ldd /usr/bin/skype
    linux-gate.so.1 =>  (0xf775a000)
    libasound.so.2 => /usr/lib32/libasound.so.2 (0xf766c000)
    libXv.so.1 => /usr/lib32/libXv.so.1 (0xf7667000)
    libXss.so.1 => /usr/lib32/libXss.so.1 (0xf7664000)
    librt.so.1 => /usr/lib32/librt.so.1 (0xf765b000)
    libQtDBus.so.4 => /usr/lib32/libQtDBus.so.4 (0xf75e1000)
    libQtGui.so.4 => /usr/lib32/libQtGui.so.4 (0xf6b67000)
    libQtNetwork.so.4 => /usr/lib32/libQtNetwork.so.4 (0xf6a52000)
    libQtCore.so.4 => /usr/lib32/libQtCore.so.4 (0xf67c3000)
    libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf67a9000)
    libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf66ba000)
    libm.so.6 => /usr/lib32/libm.so.6 (0xf6695000)
    libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf667b000)
    libc.so.6 => /lib32/libc.so.6 (0xf652f000)
    libdl.so.2 => /usr/lib32/libdl.so.2 (0xf652b000)
    libX11.so.6 => /usr/lib32/libX11.so.6 (0xf6411000)
    libXext.so.6 => /usr/lib32/libXext.so.6 (0xf6402000)
    libQtXml.so.4 => /usr/lib32/libQtXml.so.4 (0xf63c2000)
    libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0xf62f2000)
    libpng14.so.14 => /usr/lib32/libpng14.so.14 (0xf62cc000)
    libz.so.1 => /usr/lib32/libz.so.1 (0xf62b7000)
    libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf6231000)
    libgobject-2.0.so.0 => /usr/lib32/libgobject-2.0.so.0 (0xf61ec000)
    libSM.so.6 => /usr/lib32/libSM.so.6 (0xf61e5000)
    libICE.so.6 => /usr/lib32/libICE.so.6 (0xf61ce000)
    libXrender.so.1 => /usr/lib32/libXrender.so.1 (0xf61c6000)
    libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0xf6197000)
    libssl.so.1.0.0 => /usr/lib32/libssl.so.1.0.0 (0xf6146000)
    libcrypto.so.1.0.0 => /usr/lib32/libcrypto.so.1.0.0 (0xf5fcb000)
    libgthread-2.0.so.0 => /usr/lib32/libgthread-2.0.so.0 (0xf5fc7000)
    /lib/ld-linux.so.2 (0xf775b000)
    libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf5faf000)
    libpcre.so.0 => /usr/lib32/libpcre.so.0 (0xf5f77000)
    libuuid.so.1 => /usr/lib32/libuuid.so.1 (0xf5f73000)
    libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf5f4a000)
    libXau.so.6 => /usr/lib32/libXau.so.6 (0xf5f47000)
    libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf5f42000)


last few bits of strace:

open("/usr/lib32/libXdmcp.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\r\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=16532, ...}) = 0
mmap2(NULL, 19476, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xfffffffff5f62000
mmap2(0xf5f66000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xfffffffff5f66000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xfffffffff5f61000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xfffffffff5f60000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xfffffffff5f5f000
set_thread_area(0xffd544dc)             = 0
mprotect(0xf654d000, 4096, PROT_READ)   = 0
mprotect(0xf6695000, 8192, PROT_READ)   = 0
mprotect(0xf66d8000, 4096, PROT_READ)   = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xfffffffff5f5e000
mprotect(0xf67bc000, 16384, PROT_READ)  = 0
mprotect(0xf67df000, 4096, PROT_READ)   = 0
mprotect(0xf7682000, 4096, PROT_READ)   = 0
mprotect(0xf7797000, 4096, PROT_READ)   = 0
munmap(0xf7751000, 162790)              = 0
set_tid_address(0xf5f5f778)             = 32329
set_robust_list(0xf5f5f780, 0xc)        = 0
futex(0xffd54600, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0xffd54600, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, ffd54610) = -1 EAGAIN (Resource temporarily unavailable)
rt_sigaction(SIGRTMIN, {0xf67cd6c0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xf67cd740, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=-4286578688, rlim_max=-685110144853344240}) = 0
uname({sys="Linux", node="queso", ...}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault

skype[31390]: segfault at 0 ip (null) sp 00000000ffa0a248 error 14 in skype[8048000+1069000]
(/opt/enemy-territory) gordo@queso $ ldd ./et.x86 
    linux-gate.so.1 =>  (0xf7797000)
    libdl.so.2 => /usr/lib32/libdl.so.2 (0xf776a000)
    libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7650000)
    libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7642000)
    libm.so.6 => /usr/lib32/libm.so.6 (0xf761d000)
    libc.so.6 => /lib32/libc.so.6 (0xf74d0000)
    /lib/ld-linux.so.2 (0xf7798000)
    libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf74b8000)
    libXau.so.6 => /usr/lib32/libXau.so.6 (0xf74b5000)
    libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf74b0000)


last few bits of strace:

open("/usr/lib32/libXdmcp.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\r\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=16532, ...}) = 0
mmap2(NULL, 19476, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xfffffffff74ed000
mmap2(0xf74f1000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xfffffffff74f1000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xfffffffff74ec000
set_thread_area(0xffef464c)             = 0
mprotect(0xf7653000, 8192, PROT_READ)   = 0
mprotect(0xf767d000, 4096, PROT_READ)   = 0
mprotect(0xf77a9000, 4096, PROT_READ)   = 0
mprotect(0xf77f1000, 4096, PROT_READ)   = 0
munmap(0xf77ab000, 162790)              = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault

et.x86[32486]: segfault at 0 ip (null) sp 00000000ff851a58 error 14 in et.x86[8048000+17f000]
(~) gordo@queso $ uname -a
Linux queso 2.6.35-ARCH #1 SMP PREEMPT Wed Sep 29 08:45:18 CEST 2010 x86_64 AMD Phenom(tm) 9850 Quad-Core Processor AuthenticAMD GNU/Linux
(~) gordo@queso $ uptime
 20:37:53 up 28 days, 17:18,  3 users,  load average: 0.95, 0.74, 0.63

Last edited by tinix (2010-12-02 16:40:53)

Offline

#2 2010-12-01 15:28:21

R00KIE
Forum Moderator
From: Between a computer and a chair
Registered: 2008-09-14
Posts: 3,383

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

pacman -Syyu


R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K

Offline

#3 2010-12-01 18:31:21

tinix
Member
From: Bumkcuf, Egypt
Registered: 2006-11-12
Posts: 20
Website

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

No dice...

(~) gordo@queso $ pacman -Syyu
:: Synchronizing package databases...
 archlinuxfr              23.6K   62.2K/s 00:00:00 [######################] 100%
 core                     35.7K  114.8K/s 00:00:00 [######################] 100%
 extra                   452.7K  413.0K/s 00:00:01 [######################] 100%
 community               402.0K  372.0K/s 00:00:01 [######################] 100%
 multilib                 22.5K  106.7K/s 00:00:00 [######################] 100%
:: Starting full system upgrade...

resolving dependencies...
looking for inter-conflicts...

Targets (1): hyphen-2.7.1-1

Total Download Size:    0.01 MB
Total Installed Size:   0.04 MB

Proceed with installation? [Y/n] y
:: Retrieving packages from extra...
 hyphen-2.7.1-1-x86_64                                       13.2K   73.1K/s 00:00:00 [#################################################] 100%
checking package integrity...
(1/1) checking for file conflicts                                                     [#################################################] 100%
(1/1) upgrading hyphen                                                                [#################################################] 100%

(~) gordo@queso $ skype
Segmentation fault

Offline

#4 2010-12-01 19:54:44

R00KIE
Forum Moderator
From: Between a computer and a chair
Registered: 2008-09-14
Posts: 3,383

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

Which skype are you using? The one from [multilib] or one from AUR?

The one from [multilib] works fine here with an up to date system (mirror last sync: 2010-12-01 15:30).

Does archlinuxfr provide any packages that any of the official repos also provide? I don't use it so I don't know, if it does then it seems to be a bad idea to have it listed before the official repos unless you know how to deal with possible breakage.


R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K

Offline

#5 2010-12-01 19:57:46

thestinger
Trusted User (TU)
From: Toronto, Canada
Registered: 2010-01-23
Posts: 478

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

you should definitely put archlinuxfr last in the list of repositories anyway

Offline

#6 2010-12-01 21:15:49

tinix
Member
From: Bumkcuf, Egypt
Registered: 2006-11-12
Posts: 20
Website

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

R00KIE wrote:

Which skype are you using? The one from [multilib] or one from AUR?

I'm using the one from multilib:

multilib/skype 2.1.0.81-5 [installed]
    P2P software for high-quality voice communication
R00KIE wrote:

Does archlinuxfr provide any packages that any of the official repos also provide? I don't use it so I don't know, if it does then it seems to be a bad idea to have it listed before the official repos unless you know how to deal with possible breakage.

Here's a list of packages that it provides: http://repo.archlinux.fr/x86_64/

I use it for yaourt, pdftk, and codecs, pretty certain these aren't conflicting.

Could you post the output of `ldd /usr/bin/skype` so I can compare? Thanks buddy!

Offline

#7 2010-12-01 21:35:00

Larsson
Member
From: Sweden
Registered: 2010-03-22
Posts: 155

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

Remove your ~/.wine folder. Generate a new one running 'WINEARCH=win32 winecfg ' and then install the programs and see if that helps.


"If the person you are talking to doesn't appear to be listening, be patient. It may simply be that he has a small piece of fluff in his ear." - A.A. Milne (Winnie-the-Pooh)

Offline

#8 2010-12-01 22:27:36

tinix
Member
From: Bumkcuf, Egypt
Registered: 2006-11-12
Posts: 20
Website

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

thestinger wrote:

you should definitely put archlinuxfr last in the list of repositories anyway

Done, thanks for the tip.


Larsson wrote:

Remove your ~/.wine folder. Generate a new one running 'WINEARCH=win32 winecfg ' and then install the programs and see if that helps.

Not quite sure what you mean... This issue has nothing to do with wine. I actually run 64bit and 32bit wine installs side-by-side. That being said, I do not want to install Skype in wine, I'd rather run it native.

Offline

#9 2010-12-02 07:02:59

Larsson
Member
From: Sweden
Registered: 2010-03-22
Posts: 155

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

Sorry, my fault. It was a game and skype, connected it with wine.


"If the person you are talking to doesn't appear to be listening, be patient. It may simply be that he has a small piece of fluff in his ear." - A.A. Milne (Winnie-the-Pooh)

Offline

#10 2010-12-02 11:38:43

R00KIE
Forum Moderator
From: Between a computer and a chair
Registered: 2008-09-14
Posts: 3,383

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

Here goes:

> ldd /usr/bin/skype
    linux-gate.so.1 =>  (0xf77d1000)
    libasound.so.2 => /usr/lib32/libasound.so.2 (0xf76e5000)
    libXv.so.1 => /usr/lib32/libXv.so.1 (0xf76e0000)
    libXss.so.1 => /usr/lib32/libXss.so.1 (0xf76dd000)
    librt.so.1 => /usr/lib32/librt.so.1 (0xf76d4000)
    libQtDBus.so.4 => /usr/lib32/libQtDBus.so.4 (0xf765a000)
    libQtGui.so.4 => /usr/lib32/libQtGui.so.4 (0xf6be0000)
    libQtNetwork.so.4 => /usr/lib32/libQtNetwork.so.4 (0xf6acb000)
    libQtCore.so.4 => /usr/lib32/libQtCore.so.4 (0xf683c000)
    libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf6822000)
    libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf6733000)
    libm.so.6 => /usr/lib32/libm.so.6 (0xf670e000)
    libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf66f4000)
    libc.so.6 => /usr/lib32/libc.so.6 (0xf65a8000)
    libdl.so.2 => /usr/lib32/libdl.so.2 (0xf65a4000)
    libX11.so.6 => /usr/lib32/libX11.so.6 (0xf648a000)
    libXext.so.6 => /usr/lib32/libXext.so.6 (0xf647b000)
    libQtXml.so.4 => /usr/lib32/libQtXml.so.4 (0xf643b000)
    libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0xf636b000)
    libpng14.so.14 => /usr/lib32/libpng14.so.14 (0xf6345000)
    libz.so.1 => /usr/lib32/libz.so.1 (0xf6330000)
    libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf62aa000)
    libgobject-2.0.so.0 => /usr/lib32/libgobject-2.0.so.0 (0xf6265000)
    libSM.so.6 => /usr/lib32/libSM.so.6 (0xf625e000)
    libICE.so.6 => /usr/lib32/libICE.so.6 (0xf6247000)
    libXrender.so.1 => /usr/lib32/libXrender.so.1 (0xf623f000)
    libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0xf6210000)
    libssl.so.1.0.0 => /usr/lib32/libssl.so.1.0.0 (0xf61bf000)
    libcrypto.so.1.0.0 => /usr/lib32/libcrypto.so.1.0.0 (0xf6044000)
    libgthread-2.0.so.0 => /usr/lib32/libgthread-2.0.so.0 (0xf6040000)
    /lib/ld-linux.so.2 (0xf77d2000)
    libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf6028000)
    libpcre.so.0 => /usr/lib32/libpcre.so.0 (0xf5ff0000)
    libuuid.so.1 => /usr/lib32/libuuid.so.1 (0xf5fec000)
    libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf5fc3000)
    libXau.so.6 => /usr/lib32/libXau.so.6 (0xf5fc0000)
    libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf5fbb000)

Now that you have moved the archlinuxfr repo to the end of the list maybe you can try 'pacman -Syuu' and see if it pulls anything from the official repos and try again.

You can also try to create another user and see if skype works, if it does the problem is something in your home dir.

Edit:
And check the repo you use for the official mirrors, it may be out of date.

Last edited by R00KIE (2010-12-02 11:40:34)


R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K

Offline

#11 2010-12-02 16:39:41

tinix
Member
From: Bumkcuf, Egypt
Registered: 2006-11-12
Posts: 20
Website

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

libc.so.6 => /usr/lib32/libc.so.6 (0xf65a8000)

vs

libc.so.6 => /lib32/libc.so.6 (0xf650b000)

--

lrwxrwxrwx   1 root root    14 Jun  3 07:45 lib32 -> /opt/lib32/lib/

changed to

lrwxrwxrwx   1 root root    10 Dec  2 10:37 lib32 -> /usr/lib32/

drumroll please....

0100.png

big_smile

Thanks! Marking this as solved (for now, unless I find out that I broke something else by doing what I did)

Offline

#12 2010-12-02 19:18:58

R00KIE
Forum Moderator
From: Between a computer and a chair
Registered: 2008-09-14
Posts: 3,383

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

You probably have set a time bomb, which link did you change? I don't have any /lib32 and I never had one, if you have been putting/changing files/links/directories in the root filesystem that are not being tracked by pacman you are asking for trouble later on.

Fiddling with the root filesystem is a terrible idea, I know from personal experience. When (if) it decides to break no one will be able to help you because no one knows what you have been changing.


R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K

Offline

#13 2010-12-02 19:32:32

tinix
Member
From: Bumkcuf, Egypt
Registered: 2006-11-12
Posts: 20
Website

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

I am aware of the dangers, I've been using Linux for years and years. wink The only things in /opt/lib32 are remnants from the old lib32/bin32 packages back before multilib, file-dates are from April and May 2010 and I've upgraded everything to multilib since then. I ran all of my 32bit apps through ldd and didn't get any pointers to /opt/lib32 sooo... I think I'm safe. Thanks for your concern though. smile

Offline

#14 2010-12-03 17:51:42

R00KIE
Forum Moderator
From: Between a computer and a chair
Registered: 2008-09-14
Posts: 3,383

Re: Skype, Enemy Territory, other 32bit apps all segfault [solved]

You're welcome smile

The thing is I don't even have a /opt/lib32 and I've been using lib32 stuff since before the multilib repo too, so I guess that means you have untracked files there or some .pacsave files.

Just to be double sure you can run 'pacman -Qo /opt/lib32/path/to/file' and make sure no package owns the files there (renaming /opt/lib32 should work too, if nothing breaks all is well tongue ).


R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K

Offline

Board footer

Powered by FluxBB