home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / mswindo / programm / win32 / 816 < prev    next >
Encoding:
Text File  |  1992-09-03  |  1.8 KB  |  35 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!microsoft!hexnut!alistair
  3. From: alistair@microsoft.com (Alistair Banks)
  4. Subject: Re: Looking for rshd, telnetd, ftpd etc.
  5. Message-ID: <1992Sep04.005856.10123@microsoft.com>
  6. Date: 04 Sep 92 00:58:56 GMT
  7. Organization: Microsoft Corporation
  8. References: <1992Sep01.191707.28916@news.mentorg.com> <m0NgqB2w164w@underg.UUCP>
  9. Lines: 24
  10.  
  11. In article <m0NgqB2w164w@underg.UUCP> max@underg.UUCP (Max Cray) writes:
  12. >pbrooks@mentorg.com (Phil Brooks) writes:
  13. >
  14. >> While these capabilities might be less useful on a 386 with 8MB, they will be
  15. >> extremely useful (perhaps indispensable) on Sequent and NCR multiprocessor
  16. >> boxes and on the DEC Alpha box.  I would imagine that a well configured Alpha
  17. >> system would do very well competing with IBM AS/400's in the minicomputer mar
  18. >> It will need to deal with terminals, multiple concurrent users, and remote ac
  19. >> in order to do that though.
  20. >
  21. >Hmm..good question. I would think NT would have to deal with terminals, etc,
  22. >to run on a mini. Maybe the scenario would be a Sequent connected to a
  23. >bunch of 486s all running their own copy of NT?
  24. >
  25. >I agree with you, though. I think remote login would be very benificial.
  26. >Maybe it is a fading concept, but a new OS should be backwards campatible
  27. >in features. I mean a new OS ought to be able to do MORE things, not LESS.
  28.  
  29. If someone thinks this dumb-terminal redirection of the command-line from
  30. Windows NT will server a significant market, then please write the code! With
  31. the Win32 SDK you've got all you need to do it. Create a process which listens
  32. to the comm port, pumps out a login: prompt when appropriate, takes a password,
  33. authenticates the user, then starts up a process with redirected stdin/stdout
  34. to that comm port. It sounds easy to me! -- Alistair
  35.