Bug 17249

Summary:	tcsh core dumps after upgrading glibc
Product:	[Retired] Red Hat Linux	Reporter:	Need Real Name <kthostrup>
Component:	tcsh	Assignee:	Eido Inoue <havill>
Status:	CLOSED DUPLICATE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5.2	CC:	gedetil
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2000-09-05 20:24:08 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Need Real Name 2000-09-05 11:38:10 UTC

After updating glibc on my 5.2 system from glibc-2.0.7-29 to
glibc-2.0.7-29.2 , the tcsh and csh shell core dumps. I have tried to
rebuild the latest tcsh src rpm, with out any luck.  The
tcsh version is tcsh-6.07.09-1 . I have made the same update on 3 5.2
system with the same result.

Comment 1 Need Real Name 2000-09-05 13:33:02 UTC

Downgrading to glibc-2.0.7-29 temporary solved the problem !

Comment 2 Gilbert E. Detillieux 2000-09-05 19:53:28 UTC

The "man" command similarly core dumps, regardless of command line options
used...

[root@localhost /]# ltrace man --help
atexit(0x40005d10)                                = 0
__libc_init_first(2, 0xbffffe57, 0xbffffe5b, 0, 0xbffffe62) = 0x40005d10
atexit(0x0804e2d0)                                = 0
getenv("LANG")                                    = NULL
getenv("MANPAGER")                                = NULL
getenv("PAGER")                                   = NULL
getenv("SYSTEM")                                  = NULL
getenv("MANROFFSEQ")                              = NULL
getenv("MANSECT")                                 = NULL
getenv("MANPL")                                   = NULL
getenv("MAN_HP_DIREXT")                           = NULL
getenv("LANGUAGE")                                = NULL
getenv("LC_MESSAGES")                             = NULL
setlocale(5, "")                                  = "C"
getenv("MAN_HP_DIREXT")                           = NULL
getenv("MAN_IRIX_CATNAMES")                       = NULL
strrchr("man", '/')                               = NULL
malloc(4)                                         = 0x08055af0
strcpy(0x08055af0, "man")                         = 0x08055af0
getuid()                                          = 0
geteuid()                                         = 0
getgid()                                          = 0
getegid()                                         = 15
getenv("MANWIDTH")                                = NULL
isatty(0)                                         = 1
isatty(1)                                         = 1
ioctl(0, 21523, 0xbffffd5c, 0xbffffe57, 0x0804de96) = 0
getopt_long(2, 0xbffffd9c, "C:M:P:S:acdDfFhkKm:p:tvVwW?", 0x0804e880, NULL) =
104
catopen(0x0804e95c, 0, 13, 0, 2)                  = 0x08055b00
catgets(0x08055b00, 1, 13, 0x0804e983, 0 <unfinished ...>
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

After downgrading glibc (as above), it worked fine.  The call to catgets() does
indeed have a null fourth argument (the message parameter), which apparently
used to be OK.  Perhaps this is the cause of the SEGV, at least in this
instance?  I'm not sure if the tcsh problem is the same, though.

Comment 3 Gilbert E. Detillieux 2000-09-05 20:24:06 UTC

See also bug # 17187 and bug # 17192.

Comment 4 Jeff Johnson 2000-10-06 22:19:09 UTC


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