home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / gnu / bash / bug / 757 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  1.6 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!cis.ohio-state.edu!prg.ox.ac.UK!Mark.Bush
  2. From: Mark.Bush@prg.ox.ac.UK (Mark Bush)
  3. Newsgroups: gnu.bash.bug
  4. Subject: Re: always execute .bashrc
  5. Date: 25 Jan 1993 20:57:57 -0500
  6. Organization: Oxford University Computing Laboratory
  7. Lines: 23
  8. Sender: daemon@cis.ohio-state.edu
  9. Approved: bug-bash@prep.ai.mit.edu
  10. Distribution: gnu
  11. Message-ID: <1993Jan25.115536.5935@thom5.ecs.ox.ac.uk>
  12. References: <9301141412.AA15219.SM@odin.INS.CWRU.Edu>
  13.  
  14. In article <m0nFPhi-0000XBC@animal.tct.com> chip@tct.COM (Chip Salzenberg) writes:
  15. #In an earlier message to bug-bash, I wrote:
  16. #> Chet understates the problem.  Bash runs .bashrc when you do this:
  17. #>      bash -c 'wc' < random.file
  18. #> Everyone (except Chet and Brian, it seems) can see that's a bug.
  19. #
  20. #My statement implies that Chet approves of the bug.  However, he does
  21. #NOT approve.  Rather, he has agreed with me on several occasions that
  22. #the behavior in question should be changed.
  23.  
  24. Not everyone thinks this is a bug!  What is wrong with the shell trying to
  25. source .bashrc on *every* invocation (with login shell being the only
  26. exception)?  If you specifically don't want it to read the startup file, add
  27. a -norc flag.  If you have stuff in .bashrc which you specifically don't
  28. want read, protect it with an `if' checking the value of PS1.
  29.  
  30. If bash works in this way, then *everyone* can get the behaviour they want
  31. with minimum fuss.  Otherwise, how does someone who wants to make use of
  32. their aliases and such within the environments that bash normally doesn't
  33. source the .bashrc?
  34.  
  35. Mark
  36.  
  37.