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

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!convex!news.utdallas.edu!yuanyin
  3. From: yuanyin@utdallas.edu (Yuan-Yin Wu)
  4. Subject: Re: BUG with bash and Linux-0.97 pl 2
  5. Message-ID: <1992Aug29.124443.14863@utdallas.edu>
  6. Followup-To: comp.os.linux
  7. Sender: yuanyin@utdallas.edu <Yuan-yin Wu>
  8. Nntp-Posting-Host: stilt.utdallas.edu
  9. Organization: Univ. of Texas at Dallas
  10. References: <1992Aug29.054016.28156@athena.mit.edu>
  11. Date: Sat, 29 Aug 1992 12:44:43 GMT
  12. Lines: 37
  13.  
  14. In article <1992Aug29.054016.28156@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
  15. >I just recently upgraded to Linux 0.97 patchlevel 2, and after I did, I
  16. >found that xinit wasn't working anymore.  I finally traced it down to my
  17. >.xinitrc file, and to the following specific bug.
  18. >
  19. >If you type the following at bash under 0.97 PL2:
  20. >
  21. >unset SHLVL
  22. >exec /bin/sh
  23. >
  24. >The existing shell will core dump without managing to exec the prgram
  25. >you ask it to exec.
  26. >
  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. >
  31. >This behavior can be duplicated using either the MCC 0.96c /bin/bash, or
  32. >the /bin/bash on the 0.97 rootimage disk.
  33. >
  34.  
  35.     Talking about core dumps: the mount and umount both core dump after I
  36. upgraded to 0.97PL2. What puzzles me is that mount still mounts what's
  37. in the fstab when the machine boots. After that mount can show the mount
  38. table, but core dumps if I actually mount a device (I've tried different
  39. fs', same result). Umount also core dumps.
  40.     Don't know if this is also related to bash.
  41.  
  42. >I haven't been able to trace it down any further, but maybe I'll have
  43. >luck later after I compile my own version of bash and after I get a
  44. >working copy of gdb under 0.97PL2.
  45. >
  46. >                            - Ted
  47.  
  48.  
  49. -- 
  50. Yuan-yin Wu      yuanyin@utdallas.edu       (214) 690-2152         
  51.