ewancoder / wmii

Automatically exported from code.google.com/p/wmii
MIT License
0 stars 0 forks source link

wimenu throws trap stack segment #247

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Installed wmii-3.9.2-r2 on gentoo
2. Pressing Mod4-p
3. Nothing happens, however kernel contains:
Dec 14 14:42:25 capitan kernel: wimenu[21205] trap stack segment 
ip:7f692a8d6e39 sp:7fff51e4e460 error:0

What is the expected result? What do you see instead?
wmii menu should work, but it does not

What version of the product are you using (wmii -v)? On what operating
system (uname -a)?

wmii-3.9.2, ©2010 Kris Maglione
Linux capitan 3.0.6-gentoo #1 SMP Mon Nov 21 23:10:13 FET 2011 x86_64 AMD 
Phenom(tm) II X6 1090T Processor AuthenticAMD GNU/Linux

Original issue reported on code.google.com by gutsal.a...@gmail.com on 14 Dec 2011 at 11:49

GoogleCodeExporter commented 8 years ago
The same to me.
kernel 3.1.5-gentoo x86_64

Original comment by andrew.a.smirnoff on 19 Dec 2011 at 7:34

GoogleCodeExporter commented 8 years ago
wimenu works well with the same kernel on i686 on my netbook Intel Atom.

Original comment by andrew.a.smirnoff on 19 Dec 2011 at 7:36

GoogleCodeExporter commented 8 years ago
Works for me. Do you have any more info?

Original comment by maglion...@gmail.com on 19 Dec 2011 at 7:46

GoogleCodeExporter commented 8 years ago
Andrew. What gentoo profile on x86_64?

Original comment by gutsal.a...@gmail.com on 19 Dec 2011 at 7:50

GoogleCodeExporter commented 8 years ago
gordon@native ~ $ ldd /usr/bin/wimenu 
        linux-vdso.so.1 =>  (0x00007fffd71c8000)
        libXft.so.2 => /usr/lib64/libXft.so.2 (0x00007f5d0f989000)
        libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f5d0f775000)
        libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f5d0f56c000)
        libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f5d0f361000)
        libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f5d0f01f000)
        libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00007f5d0ee1c000)
        /usr/lib64/libixp.so (0x00007f5d0ec0d000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f5d0e87f000)
        libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f5d0e648000)
        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f5d0e3a9000)
        libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f5d0e18a000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f5d0df86000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f5d0fb9f000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f5d0dd70000)
        libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f5d0db60000)
        libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f5d0d937000)
        libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f5d0d733000)
        libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f5d0d52d000)

CFLAGS="-O2 -pipe -march=nocona"
CXXFLAGS="${CFLAGS}"
CHOST="x86_64-pc-linux-gnu"

gordon@native ~ $ uname -a
Linux native 3.1.5-gentoo #1 SMP Mon Dec 19 23:02:04 MSK 2011 x86_64 Intel(R) 
Pentium(R) Dual CPU E2200 @ 2.20GHz GenuineIntel GNU/Linux

sorry, can't do glxinfo right now, post ASAP.

What information else can be useful?

Original comment by andrew.a.smirnoff on 19 Dec 2011 at 7:50

GoogleCodeExporter commented 8 years ago
Maglion. Could you please tell me what options wimenu is called with? I'll try 
to strace it.

Original comment by gutsal.a...@gmail.com on 19 Dec 2011 at 7:51

GoogleCodeExporter commented 8 years ago
No matter. I runs it in urxvt, then do ^D and it gets SIGBUS, and that message 
in dmesg appears

Original comment by andrew.a.smirnoff on 19 Dec 2011 at 7:53

GoogleCodeExporter commented 8 years ago
forgot to post the profile, sorry:
default/linux/amd64/10.0/desktop

Original comment by andrew.a.smirnoff on 19 Dec 2011 at 8:03

GoogleCodeExporter commented 8 years ago
I recompiled my glibc with standard CFLAGS and error changed to wimenu[32435] 
general protection ip:7f2ad707eb4d sp:7ffff7936f20 error:0 in 
libc-2.14.1.so[7f2ad7008000+17b000]

I think we have more complex problem here.

Original comment by andrew.a.smirnoff on 20 Dec 2011 at 7:16

GoogleCodeExporter commented 8 years ago
This is problem with new ebuild that compiles wmii with libixp support. Maybe 
problem within this lib. When I downgraded wmii to 3.9.2-r1 wimenu start to 
work.

Original comment by andrew.a.smirnoff on 20 Dec 2011 at 10:18

GoogleCodeExporter commented 8 years ago
I think the problem has been pinpointed in the Gentoo bugtracker:
https://bugs.gentoo.org/show_bug.cgi?id=393299

Original comment by DelilahB...@gmail.com on 24 Dec 2011 at 11:42

GoogleCodeExporter commented 8 years ago
to clarify all this:

wmii-3.9.2-r2 in Gentoo is deleting the internal copy of libixp the wmii 
tarball has

and instead, is building and linking against the libixp from system, and this 
system version is head from libixp version control, dated 20110208

an ideal solution to all this would be an libixp-0.6 release, and wmii-3.9.3 
that would require the separate copy

but assuming that will not happen, how about wmii-3.9.3 that is shipping latest 
version control of libixp and is compatible with the changes described in 
http://bugs.gentoo.org/393299

or ignoring all that, what version of libixp should we ship exactly to be 
compatible with wmii?

the whole point is to use shared system libraries :/

Original comment by ssuomine...@gmail.com on 3 Jan 2012 at 3:12

GoogleCodeExporter commented 8 years ago
Well, reported this to libixp tracker with a patch,

http://code.google.com/p/libixp/issues/detail?id=3

Original comment by ssuomine...@gmail.com on 5 Mar 2012 at 1:39