home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / protocol / nfs / 2936 next >
Encoding:
Text File  |  1992-12-11  |  2.1 KB  |  50 lines
  1. Newsgroups: comp.protocols.nfs
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!torn!watserv2.uwaterloo.ca!watserv1!demorgan.uwaterloo.ca!erick
  3. From: erick@demorgan.uwaterloo.ca (Erick Engelke)
  4. Subject: Re: Rsh daemon for PC-NFS
  5. Message-ID: <Bz3vyq.CpA@watserv1.uwaterloo.ca>
  6. Keywords: rshd
  7. Sender: news@watserv1.uwaterloo.ca
  8. Organization: University of Waterloo
  9. References: <1992Nov24.122552.22850@unipalm.co.uk> <By8BA1.Iwo@watserv1.uwaterloo.ca> <921210152202@cream.ftp.com>
  10. Date: Fri, 11 Dec 1992 17:44:49 GMT
  11. Lines: 37
  12.  
  13. In article <921210152202@cream.ftp.com> jbvb@ftp.com writes:
  14. > erick@sunee.uwaterloo.ca (Erick Engelke) writes:
  15. >    ian@unipalm.co.uk (Ian Phillipps) writes:
  16. >    >... there's a freely-distributable rexecd for DOS available (with source)
  17. >    > from vax.ftp.com in /pub/rexecd/rexecd.tar - you'll need to hack it a
  18. >    >bit, probably, to work with the PC-NFS socket library rather than PC/TCP.
  19. >    
  20. >    I would recommend trying that REXECD before suggesting it as usable! 
  21. >
  22. >C'mon, Erick, as far as I know, it does what I designed it to do correctly:
  23.  
  24. I agree wholeheartedly.  The release notes describe the operation and
  25. limitations of your REXECD implementation and you have taken great
  26. pains to qualify its utility whenever you posted references to it.
  27.  
  28. Mr. Phillipps @unipalm did not express the limited situations for which
  29. REXECD would be useful, and I know you would not want people's expectations
  30. raised beyond what this nifty little program does. 
  31.  
  32. In retrospect, I should have typed "before suggesting it as suitable"
  33. rather than usable, but I thought that was given in the context of
  34. the message.
  35.  
  36. >....  This is
  37. >DOS, after all, and spawning a new DOS into a 386 VM while stealing its
  38. >stdin/stdout is a horse of a different color altogether, and still doesn't
  39. >get you full-screen applications.
  40.  
  41. That's exactly why I listed several products which do support full
  42. screen apps, one of which works over FTP's PC/TCP.
  43.  
  44. Erick
  45.  
  46. -- 
  47. ----------------------------------------------------------------------------
  48. Erick Engelke                                 WATTCP Architect
  49. erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
  50.