dpb@tellab5.UUCP (Darryl Baker) (11/07/87)
I have in the last couple of weeks install news 2.11 patchlevel 11 and rn 4.3 patchlevel 40 and funny things are happening. Sometimes when people do a save and name the file to save to everything looks like it went fine but when they look for the file it is not there. I'm having the problem that sometimes when I do a r,R,f, or F I get the leaving cbreak mode and the other stuff I'm supposed to get from rn but nothing from Rnmail or Pnews just the reentering cbreak message. Also if I do a shell escape and this problem is happening I can run binaries but not shell scripts like Pnews or Rnmail. This is on a VAX11/730 running 4.2BSD. -- ################################################################################ Thanks, Darryl Baker ihnp4!tellab5!dpb
dpb@tellab5.UUCP (Darryl Baker) (11/13/87)
In my previous article I failed to mention all users rlogin to the news machine and that running vi seems to eliminate the problem. -- ################################################################################ Thanks, Darryl Baker ihnp4!tellab5!dpb
wtm@bunker.UUCP (Bill McGarry) (11/17/87)
In article <795@tellab5.UUCP> dpb@tellab5.UUCP (Darryl Baker) writes: > > I have in the last couple of weeks install news 2.11 patchlevel > 11 and rn 4.3 patchlevel 40 and funny things are happening. > Sometimes when people do a save and name the file to save to > everything looks like it went fine but when they look for the > file it is not there. I'm having the problem that sometimes > when I do a r,R,f, or F I get the leaving cbreak mode and the > other stuff I'm supposed to get from rn but nothing from Rnmail > or Pnews just the reentering cbreak message. Also if I do a > shell escape and this problem is happening I can run binaries > but not shell scripts like Pnews or Rnmail. > The shell uses file descriptors 10 and 11 (at least in 4.3 BSD) to save standard in and standard out. If those file descriptors are already being used, then the shell will just exit without any error messages whatsoever. (Why the shell doesn't just use whate
las@msudoc.ee.mich-state.edu (Larry A. Sheilds {runs Lunapark}) (11/17/87)
I have rn 4.3 patchlevel 27 where can I get patches 28-40? ==larry --------------------------- LARRY SHIELDS UUCP: ...!ihnp4!msudoc!lunapark!larry P.O. Box 6159 BIX: lshields E. Lansing, MI 48826 Compuserve: 70277, 3677 BBS: lunapark 1200/2400 8-1-N 24hrs 7 days a week (517) 337-3844 login: bbs
wtm@bunker.UUCP (Bill McGarry) (11/23/87)
[I just found out that my original reply to this article got mangled, so I've cancelled the original and am trying a reply once again.] In article <795@tellab5.UUCP> dpb@tellab5.UUCP (Darryl Baker) writes: > > I have in the last couple of weeks install news 2.11 patchlevel > 11 and rn 4.3 patchlevel 40 and funny things are happening. > Sometimes when people do a save and name the file to save to > everything looks like it went fine but when they look for the > file it is not there. I'm having the problem that sometimes > when I do a r,R,f, or F I get the leaving cbreak mode and the > other stuff I'm supposed to get from rn but nothing from Rnmail > or Pnews just the reentering cbreak message. Also if I do a > shell escape and this problem is happening I can run binaries > but not shell scripts like Pnews or Rnmail. > The shell uses file descriptors 10 and 11 (at least in 4.3 BSD) to save standard in and standard out. If those file descriptors are already being used, then the shell will just exit without any error messages whatsoever. (Why the shell doesn't just use whatever file descriptors are available rather than hard coding to 10 and 11 is beyond me.) Anyway, there are cases where this problem will happen with "rn" and since "Rnmail" and "Pnews" are shell scripts, the user will not be able to use them. One case of which I know is when the 'M' command is used to mark an article as unread. In this situation, "rn" opens one more file (.rndelay) which pushes rn over the limit until that newsgroup is finished. One solution is to have rn close all file descriptors 3 and above between doing the fork and the execlp. Bill McGarry Bunker Ramo, Shelton, CT (203) 337-1518 PATH: {philabs, decvax, fortune, yale}!bunker!wtm