home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / ultrix / 5983 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  4.1 KB
  1. Path: sparky!uunet!mcsun!uknet!icdoc!cc.ic.ac.uk!carrion.cc.ic.ac.uk!vulture
  2. From: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
  3. Newsgroups: comp.unix.ultrix
  4. Subject: Network Bug Report - Korn Shell coredumps
  5. Keywords: ksh rlogin coredump
  6. Message-ID: <1992Jul29.181425.17596@cc.ic.ac.uk>
  7. Date: 29 Jul 92 17:14:25 GMT
  8. Reply-To: cmaae47@cc.ic.ac.uk
  9. Organization: Imperial College of Science, Technology and Medicine
  10. Lines: 108
  11. Nntp-Posting-Host: cscgc
  12.  
  13. Hello,
  14.  
  15. Is there any formal way in which DEC wants bugs reported through the network ?
  16.  
  17. Anyway, I am getting a core dump from the korn shell, under the following
  18. circumstances:
  19.  
  20.   o  korn shell is the login shell
  21.   o  an rlogin is attempted
  22.   o  the user has a .rhosts file
  23.  
  24. In other words, logging in via telnet works (among others) from the same 
  25. machines that rlogin fails, as does logging in when there is no .rhosts file.
  26.  
  27. If there is no .rhosts, rlogin does not ask for a password when coming
  28. in from an equivalenced host. If there is one, rlogin asks for a password
  29. when coming in from a host that is equivalenced or validated by .rhosts.
  30. The login fails with the following error messages:
  31.  
  32. carrion$ rlogin ruby.ge -l cmaae47
  33. Password:                                  <-- N.B. should not ask here
  34. Last login: Wed Jul 29 17:15:37 from gecdb
  35. ULTRIX V4.2A (Rev. 47) System #1: Thu Mar 26 11:11:39 EST 1992
  36. UWS V4.2A (Rev. 420)
  37. *** welcome to  ruby.ge
  38. Fixed up unaligned data access for pid 17100 (ksh) at pc 0x40ce18
  39. Fixed up unaligned data access for pid 17100 (ksh) at pc 0x40cea0
  40. /etc/profile[73]: 17173 Memory fault(coredump)
  41. Connection closed.
  42.  
  43. around line 73 of /etc/profile there is:
  44.  
  45. #   We use the hname script to translate the interface name into the
  46. #   vulgar name of the machine. This is then used to define the system prompt.
  47. #
  48. HOSTNAME=`hname` export HOSTNAME           <-- This is the offending line
  49. PS1=${HOSTNAME}'$ ' export PS1
  50. PS2=../ export PS2
  51.  
  52. The hname script is:
  53.  
  54. ruby$ cat /bin/hname 
  55. #!/bin/ksh
  56. #
  57. #   hname returns the vulgar name of a system, or the interface name
  58. #
  59. hn=$(hostname)
  60. case $hn in 
  61.     (gecmda)    print diamond;;
  62.     (gecdb)     print ruby;;
  63.     (gecdc)     print sapphire;;
  64.     (gecdd)     print peridot;;
  65.     (gecde)     print emerald;;
  66.     (gecdf)     print jasper;;
  67.     (gecdg)     print topaz;;
  68.     (gecdh)     print quartz;;
  69.     (gecdi)     print platinum;;
  70.     (gecdj)     print gold;;
  71.     (gecdk)     print garnet;;
  72.     (gecdl)     print osmium;;
  73.     (gecdm)     print corund;;
  74.     (gecdn)     print jade;;
  75.     (gecdo)     print korall;;
  76.     (*)         print $hn;;
  77. esac
  78. ruby$                            <-- N.B. this shows other logins work
  79.  
  80. All very pedestrian stuff, I should think.
  81.  
  82. From dbx I get:
  83. ruby$ dbx /bin/ksh core
  84. dbx version 2.10.1
  85. Type 'help' for help.
  86. Corefile produced from file "ksh"
  87. Child died at pc 0x40da70 of signal : Segmentation fault
  88. reading symbolic information ...
  89. warning: /bin/ksh has no symbol table -- very little is supported without it
  90.  
  91.  
  92. [using memory image in core]
  93. (dbx) where
  94. >  0 .(0x414db4, 0x1e, 0x1000ee61, 0x0, 0x7) [0x40da6c]
  95. (dbx) q
  96. ruby$ ls -l core /bin/ksh
  97. -rwxr-xr-x  1 root       253952 Apr  7 13:49 /bin/ksh
  98. -rw-------  1 cmaae47     81920 Jul 29 17:15 core
  99. ruby$ 
  100.  
  101.  
  102. The corefile is in canned form available on request, if somebody wants to look
  103. at it. I don't particularly want to raise a formal fault report with our
  104. support crowd, but will do so if I am asked to, or if I get no acknowledgement
  105. of this one. For the record:
  106.  
  107. Institution: Imperial College of Science, Technology and Medicine
  108. Hardware:    DECstation 5000/133
  109. Serial-No:   Many, but specific ones can be supplied if necessary
  110. Impact:      Not greatly affected
  111. Workaround:  Several available
  112. Date found:  Wed Jul 29 1992
  113. Reported by: cmaae47@cc.ic.ac.uk (Thomas Sippel - Dau)
  114. /usr/people/vulture/
  115. -- 
  116. *** This is the operative statement, all previous statements are inoperative.
  117. *   email: cmaae47 @ cc.ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic.cc on Janet)
  118. *   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
  119. *   snail: Imperial College of Science, Technology and Medicine
  120. *   The Center for Computing Services, Kensington SW7 2BX, Great Britain
  121.