Bug 58204

Summary:	glibc-2.3.4 breaks Informix 9.4 and cupsd; __ctype_b undefined
Product:	Gentoo Linux	Reporter:	Michael Stahl <hm.stahl>
Component:	[OLD] Library	Assignee:	Gentoo Toolchain Maintainers <toolchain>
Status:	RESOLVED DUPLICATE
Severity:	normal
Priority:	High
Version:	1.4_rc4
Hardware:	x86
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Michael Stahl 2004-07-24 09:57:27 UTC

1. After emerging glibc-2.3.4 (20040619) the Informix 9.4 server (for which I do not have the sources) fails to start - it just dies w/o leaving any sensible error message. 

2. Also, cupsd does not fork anly longer so it cannot be started via /etc/init.d as it stops the system during boot.

3. Also, when linking previously (i.e. before installation of glibc-2.3.4) compiled object files, the linker complains about undefined symbol __ctype_b. 

After I downgraded to glibc-2.3.3 (20040420) again, all three problems went away.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.50-r9 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7)
=================================================================
System uname: 2.6.7 i686 AMD Athlon(TM) XP 2200+
Gentoo Base System version 1.5.1
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-mcpu=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-mcpu=athlon-xp -O2 -pipe"
DISTDIR="/var/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X aalib acpi alsa apm arts avi berkdb cdr crypt cups dga dvd dvdr encode
esd foomaticdb gdbm gif gphoto gpm gtk gtk2 imap imlib informix java jpeg kde
libg++ libwww mad maildir mikmod mmx motif mozilla mpeg ncurses nls odbc
oggvorbis opengl oss pam pdflib perl png postgres ppds python qt quicktime
readline ruby samba scanner sdl slang spell sse ssl svga tcltk tcpd tetex tiff
truetype usb x86 xml2 xmms xv zlib"

Comment 1 Martin Schlemmer (RETIRED) gentoo-dev

2004-07-24 16:08:08 UTC

cups at least works here.  Have you tried to maybe remerge it ?

Comment 2 Michael Stahl 2004-08-13 11:24:59 UTC

No, I did not reemerge cupsd - since I downgraded to glibc-2.3.3 (20040420) ther was no need to do this. 

As I have told, I have no source for Informix und thus cannot use glibc-2.3.4. I think it is a very to change the inner workings of the library (taking away the former globally defined __ctype_b) invalidating older programs.

Comment 3 Fred Krogh 2005-02-22 13:04:40 UTC

Just to note that this bug is still present in glibc-2.3.4.20050125 for x86.
Seems like a long time for a bug that effects all code using ctype.h.  If there is a work around other than going back to 2.3.3, I'd like to learn of it.

Comment 4 SpanKY gentoo-dev

2005-02-22 19:42:20 UTC


*** This bug has been marked as a duplicate of 69257 ***