[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#216466: marked as done (glibc: Problems with ia64 applications)

Your message dated Sun, 13 Mar 2016 15:48:06 +0100
with message-id <20160313144806.GA23726@aurel32.net>
and subject line Bug#216466: Problems with ia64 applications
has caused the Debian Bug report #216466,
regarding glibc: Problems with ia64 applications
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
216466: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=216466
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libc6.1
Version: 2.3.2-7
Severity: critical
Tags: sid
Justification: breaks unrelated software

The current libc6.1 in unstable, (2.3.2.ds1-5) breaks various pieces of
software, such as:

	XFree86 (4.3.99.14)

	BEA's JVM (BEA WebLogic JRockit(R) Virtual Machine (build
8.1sp1-1.4.1-viking-Load8-linux64-stheng03-20030709-1550, Native Threads,
Generational Concurrent Garbage Collector)

	the Intel C/C++ compiler

	Some of this stuff is binary-only, some of it is built from source.
Whatever the case, it doesn't matter, this libc _breaks stuff_. Here's an
example stack trace of XFree86 dying:

Program received signal SIGSEGV, Segmentation fault.
0x200000000018e6e1 in __strtoll_internal () from /lib/libc.so.6.1
(gdb) where
#0  0x200000000018e6e1 in __strtoll_internal () from /lib/libc.so.6.1
#1  0x40000000000a7a30 in xf86strtol ()
#2  0x2000000004644a40 in NvRmAllocDevice () from
/home/duraid/XF43/lib/modules/extensions/libglx.so
#3  0x200000000463bec0 in __nvsym30454 () from
/home/duraid/XF43/lib/modules/extensions/libglx.so
#4  0x40000000000a7a30 in xf86strtol ()
#5  0xc000000000000389 in ?? ()
#6  0x40000000000a7a30 in xf86strtol ()
#7  0x60000000000469f8 in __JCR_LIST__ ()
#8  0x40000000000a7a30 in xf86strtol ()
#9  0x600000000001cc20 in indexForBitsPerPixel ()
#10 0x40000000000a7a30 in xf86strtol ()
#11 0x60000000000604c0 in dixScreenOrigins ()
#12 0x40000000000a7a30 in xf86strtol ()
#13 0x0000000000000000 in ?? ()
(gdb)

	Reverting libc6.1 to 2.3.2-7 makes everything work like a charm once
again. I hope you can track this one down, it's hard to do development work
without C, java or X! ;(

	Duraid


-- System Information:
Debian Release: testing/unstable
Architecture: ia64
Kernel: Linux freestyle 2.6.0-test8 #1 SMP Sun Oct 19 08:27:47 EST 2003 ia64
Locale: LANG=C, LC_CTYPE=C

Versions of packages libc6.1 depends on:
ii  libdb1-compat                 2.1.3-7    The Berkeley database routines [gl

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 2.17-1

ia64 support has been removed in debian after the release of wheezy. I
am therefore closing the bug in the corresponding glibc version.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

--- End Message ---
Reply to: