Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!rpi!bu.edu!nntp-read!jbw From: jbw@bucsf.bu.edu (Joseph Wells) Newsgroups: comp.unix.shell Subject: Re: Background writes in csh Message-ID: Date: 22 Sep 90 02:30:22 GMT References: <1990Sep19.203803.25798@cs.umn.edu> <1990Sep20.185147.14158@ping.uucp> Sender: news@bu.edu.bu.edu Organization: Boston University Computer Science Department Lines: 29 In-reply-to: gorpong@ping.uucp's message of 20 Sep 90 18:51:47 GMT In article <1990Sep20.185147.14158@ping.uucp> gorpong@ping.uucp (Gordon C. Galligher) writes: In article <1990Sep19.203803.25798@cs.umn.edu> (Paul Lindner) writes: >I've been having a weird problem for the longest time. I like to use` >aliases for my ls command: > > alias ls 'ls -FC \!* |more' > >This works fine, however sometimes it stops both tasks and puts them in >the background, (this is on various Suns using csh and tcsh). Typing >fg restarts the listing. This is really irritating, typing fg and all. > >I've also had this problem on the IBM RS/6000. Except in this case >typing fg just hangs the shell. More(1) is the problem here. I have not quite figured it out, but I had a similar problem when my users would type: history | more and it would do the same thing. When they use history | less it works every time. I suspect you're wrong, because there is a known problem with Sun's csh that causes this problem with pipelines in general. It's a race condition during the setup of the pipeline by the csh. I suspect that less works because it has a larger executable file and thus takes slightly longer for SunOS to load. I don't know about the problem on the IBM RS/6000. -- Joe Wells