58204 – glibc-2.3.4 breaks Informix 9.4 and cupsd; __ctype_b undefined

Bug 58204 - glibc-2.3.4 breaks Informix 9.4 and cupsd; __ctype_b undefined

Summary: glibc-2.3.4 breaks Informix 9.4 and cupsd; __ctype_b undefined

Status:	RESOLVED DUPLICATE of bug 69257

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Library (show other bugs)
Hardware:	x86 Linux

Importance:	High normal (vote)
Assignee:	Gentoo Toolchain Maintainers

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-07-24 09:57 UTC by Michael Stahl
Modified:	2005-07-17 13:06 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

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 ***