home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / mail / pmdf / 2259 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.1 KB
  1. Path: sparky!uunet!olivea!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: ned@sigurd.innosoft.com (Ned Freed)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: `Disconnected' remote PhoneNet dial-in processes
  5. Message-ID: <01GOB3309PHA9S3RGI@SIGURD.INNOSOFT.COM>
  6. Date: 2 Sep 92 18:36:30 GMT
  7. Organization: The Internet
  8. Lines: 30
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 02 Sep 1992 11:36:30 -0700 (PDT)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GOB33G1TK295P36N@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"bob@camb.com"
  15. X-Vms-Cc: IPMDF
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  18. Content-Transfer-Encoding: 7BIT
  19.  
  20. > OK.  I understand that now.  We explictly do a SET NOVERIFY in our SYLOGIN.COM,
  21. > just before we quit if the user is a PMDF PhoneNet channel.  So I don't think
  22. > that's the problem (unless it broke, of course :-).
  23.  
  24. The only thing that stands between the slave process and logging out is
  25. terminal I/O; disconnecting should have no effect if no output is done. The
  26. slave program definitely should not produce any I/O. This leaves the command
  27. file trapping and related environment.
  28.  
  29. > No, I mean connect to one of those disconnected processes by logging in to the
  30. > PMDF account and then explicitly reconnecting to one of those disconnected
  31. > processes out there. I expect that some output should pop out and the job will
  32. > then log out. The output that appears is what's important.
  33.  
  34. > I'll try that the next time I see them.  However, I'll have to reset the
  35. > account from it's current setting of DisReconnect.  That couldn't be the
  36. > problem, could it?
  37.  
  38. Just disable disreconnet prior to doing your reconnect. I don't see how this
  39. could be the problem. You could also simply set the terminal /NODISCONNECT
  40. and let VMS blow the process away instead of leaving it out there.
  41.  
  42. > I set that at one point because the scripts I'm using
  43. > at the MASTER end couldn't deal with the unexpected prompt when there were
  44. > disconnected processes.
  45.  
  46. Correct. But the information that pops out when you reconnect to one of
  47. these processes is critical to determining where the problem is.
  48.  
  49.                 Ned
  50.