home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9398 < prev    next >
Encoding:
Text File  |  1992-08-30  |  1.4 KB  |  38 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!ulowell!news.bbn.com!usc!sol.ctr.columbia.edu!moe.eng.temple.edu!jwiegand
  3. From: jwiegand@moe.eng.temple.edu ()
  4. Subject: Re: BUG with bash and Linux-0.97 pl 2
  5. Organization: Temple University EE Dept.
  6. Summary: I don't see this.
  7. References: <1992Aug29.054016.28156@athena.mit.edu>
  8. Message-ID: <1992Aug30.031026.21007@ctr.columbia.edu>
  9. Sender: news@ctr.columbia.edu (The Daily Lose)
  10. Date: Sun, 30 Aug 1992 03:10:26 GMT
  11. X-Posted-From: moe.eng.temple.edu
  12. X-Posted-Through: sol.ctr.columbia.edu
  13. Lines: 23
  14.  
  15. In article <1992Aug29.054016.28156@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
  16. >I just recently upgraded to Linux 0.97 patchlevel 2, and after I did, I
  17. >found that xinit wasn't working anymore.  I finally traced it down to my
  18. >.xinitrc file, and to the following specific bug.
  19. >
  20. >If you type the following at bash under 0.97 PL2:
  21. >
  22. >unset SHLVL
  23. >exec /bin/sh
  24. >
  25. >The existing shell will core dump without managing to exec the prgram
  26. >you ask it to exec.
  27. >If you take the same bash binary and run under 0.97 PL 1, the shell will
  28. >*not* core dump and exec the request program instead.  (This is the
  29. >correct behavior).
  30. >This behavior can be duplicated using either the MCC 0.96c /bin/bash, or
  31. >the /bin/bash on the 0.97 rootimage disk.
  32. [stuff deleted]
  33. >                            - Ted
  34.  
  35. Hey! It doesn't do this for me! I have recently rebuilt bash (out of the
  36. box) to deal with the extfs. Maybe your shell is out of date.
  37. jim
  38.