However, I still believe that xorg-x11-libs-data RPM should be noarch, not i386/x86_64 if it contains no architecture-dependent data. Otherwise they should install to architecture dependent directories, not to the same place?
Regards,
Darren
Darren Frith wrote:
Okay,
I have another dump, not related to X, but crashing in the same function; _int_malloc() from /lib64/tls/libc.so.6. Anyone else seen this? Could be related to thread local storage?
(gdb) bt #0 0x0000003172568799 in _int_malloc () from /lib64/tls/libc.so.6 #1 0x00000031725677d0 in malloc () from /lib64/tls/libc.so.6 #2 0x000000317469e425 in operator new () from /usr/lib64/libstdc++.so.5 #3 0x0000002a95a5c25b in omniObjTable::newEntry (key=@0x7fbffff2f0, hashv=4026271742) at omniInternal.cc:593 #4 0x0000002a95a5c1da in omniObjTable::newEntry (key=@0x7fbffff2f0) at omniInternal.cc:572 #5 0x0000002a95a38410 in omniOrbBoaServant::_obj_is_ready (this=0x5cbdc0) at corbaBoa.cc:987 #6 0x00000000004287df in omniOrbBoaServant::_obj_is_ready (this=0x5cbdc0) at boa.h:79
Darren Frith wrote:
2.6.8-1.521smp from kernel-smp-2.6.8-1.521.x86_64.rpm
Jean-Marie Verdun wrote:
Hi,
Which kernel are you running ?
Jm ----- Original Message ----- From: "Darren Frith" <darrenf@xxxxxxxxxxxx> To: <fedora-list@xxxxxxxxxx> Sent: Monday, September 27, 2004 10:20 AM Subject: x86_64 xorg-X11 problem?
Not sure if this is the right list but...
Running FC2 on a dual Opteron machine.
Recently upgraded to xorg-x11 6.7.0-5 x86_64 RPMs.
Needed to run a 32-bit apps (vmware) so I removed XF86 32-bit libs and installed xorg-x11-libs-6.7.0-5.i386.rpm and xorg-x11-Mesa-libGL-6.7.0-5.i386.rpm.
I notice that there is an xorg-x11-libs-data-6.7.0-5 RPM, both an i386 and an x86_64 version. Installing the i386 version of xorg-x11-libs didn't require the i386 version of xorg-x11-libs-data (already had the x86_64 version).
Listing the contents of both reveals that they contain the same files.
Should this file be renamed xorg-x11-libs-data.noarch.rpm?
Since installing I am having some problems running a 64-bit Gl/X app. A gdb backtrace (below) reveals a problem in Xrm. Could this be related?
Any help appreciated.
Regards,
Darren
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 182910371072 (LWP 18575)]
0x0000003172568799 in _int_malloc () from /lib64/tls/libc.so.6
(gdb) bt
#0 0x0000003172568799 in _int_malloc () from /lib64/tls/libc.so.6
#1 0x00000031725677d0 in malloc () from /lib64/tls/libc.so.6
#2 0x0000002a95af3e11 in XrmQPutStringResource ()
from /usr/X11R6/lib64/libX11.so.6
#3 0x0000002a95af48ea in XrmGetStringDatabase ()
from /usr/X11R6/lib64/libX11.so.6
#4 0x0000002a95ad86fa in XAllocNamedColor () from
/usr/X11R6/lib64/libX11.so.6
#5 0x0000002a95ad87ea in XGetDefault () from /usr/X11R6/lib64/libX11.so.6
#6 0x0000002a96611d46 in _XcursorGetDisplayInfo ()
from /usr/X11R6/lib64/libXcursor.so.1
#7 0x0000002a96611dc9 in XcursorSupportsARGB ()
from /usr/X11R6/lib64/libXcursor.so.1
#8 0x0000002a96614109 in XcursorTryShapeCursor ()
from /usr/X11R6/lib64/libXcursor.so.1
#9 0x0000002a95ad256f in XGContextFromGC () from
/usr/X11R6/lib64/libX11.so.6
#10 0x0000002a95ad2913 in XCreateGlyphCursor ()
from /usr/X11R6/lib64/libX11.so.6
#11 0x0000002a95ad2dff in XCreateFontCursor ()
from /usr/X11R6/lib64/libX11.so.6
#12 0x0000000000409b46 in main (argc=1, argv=0x7fbffff668)
--
Darren Frith
Acacia Research Pty Ltd | Ph (08) 8345 1801 | acacia@xxxxxxxxxxxx
5 Butler Drive HENDON SA 5014 | Fax (08) 8345 1806 | www.acres.com.au
-- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
-- Darren Frith Acacia Research Pty Ltd | Ph (08) 8345 1801 | acacia@xxxxxxxxxxxx 5 Butler Drive HENDON SA 5014 | Fax (08) 8345 1806 | www.acres.com.au
