home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / os2 / networki / 2961 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  4.9 KB

  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!usenet.ins.cwru.edu!gatech!darwin.sura.net!bogus.sura.net!opusc!tbone.biol.scarolina.edu!dean2
  2. From: dean2@tbone.biol.scarolina.edu (Dean Pentcheff)
  3. Newsgroups: comp.os.os2.networking
  4. Subject: Re: Small LAN questions
  5. Followup-To: comp.os.os2.networking
  6. Date: 27 Jan 1993 17:29:54 GMT
  7. Organization: Department of Biology, University of South Carolina, Columbia
  8. Lines: 81
  9. Sender: Dean Pentcheff
  10. Distribution: world
  11. Message-ID: <1k6gqiINN816@bigbird.csd.scarolina.edu>
  12. References: <1993Jan24.230104.12668@julian.uwo.ca> <1jvhujINN19k@shelley.u.washington.edu> <74439@cup.portal.com>
  13. Reply-To: dean2@tbone.biol.scarolina.edu (Dean Pentcheff)
  14. NNTP-Posting-Host: tbone.biol.scarolina.edu
  15.  
  16. wow@cup.portal.com (wallace otis waggoner) writes:
  17. >    I've just installed the OS/2 TCP/IP base system, Network File System,
  18. >and Xwindows System Server.  I have a Wyse 370 color terminal and a Relysis
  19. >170cp.  Can I connect these to a serial port on my 486 server? If so, how?
  20.  
  21. I think (but I am not sure - I've never done this) that you might be
  22. able to use a program called OS2You (available via anonymous FTP from
  23. the OS/2 archive on ftp-os2.nmsu.edu).  But basically, OS/2 is not
  24. set up to support serial terminals.  All you'd ever get is a command-
  25. line interface.  This is not what you really want to see with a
  26. graphical operating system like OS/2.
  27.  
  28. >    If this is not possible how do I connect another pc to my server?
  29. >The manuals from IBM do not discuss any connection outside of Ethernet.
  30. >Must I use these or can I connect my 486Server to a 386pc via serial port.
  31. >What kind of perfomance can I expect.
  32.  
  33. The best option by far is to buy an Ethernet board for each of your
  34. PCs.  Check the most recent issue of PC Magazine for a review of
  35. zillions of Ethernet boards.  We're talking $100 for a cheap but
  36. adequate board.  Make sure you get it with NDIS software, if it's
  37. not a board that's comes with a driver in IBM's LAPS package.  In
  38. theory you could do it via serial ports, using the SLIP (Serial Line
  39. IP) driver included with the TCP/IP package, but (a) the performance
  40. will be terrible; and (b) it's not worth the trouble since Ethernet
  41. boards are pretty cheap.
  42.  
  43. >    I am trying to put together a small network without the overhead
  44. >of Novell or IBM's equivalent.  I can't afford to dedicate a server and
  45. >very much like the idea of distributed computing.
  46.  
  47. You can do that using IBM's TCP/IP package.  The Base package alone
  48. will let you do transparent printer sharing, copy files back and forth
  49. ("ftp"), and get a command-line login on other machines ("telnet").
  50. Add the NFS package and you can share files.  Portions of other
  51. computers' disks appear as additional disk drives on your machine and
  52. are accessed over the Ethernet.
  53.  
  54. >    Where does the Xwindow fit into all of this?  I have tried Desqview/X
  55. >between to systems and liked it very much except tha it was still Dos.
  56. >However, could I connect a PC w/Desqview/X to my Server utilizing the
  57. >Xwindow System Server included with the IBM TCP/IP?
  58.  
  59. For the sort of network you're considering, X Windows doesn't fit in.
  60. X Windows is a protocol (developed for Unix machines, originally) to
  61. allow a program to run on one machine, but display (and get keyboard
  62. input) from another machine.  This becomes very useful if you've got
  63. a Unix host on your network.  Then you can run X programs on the host
  64. and have them display on OS/2 machines - i.e. use the Unix as the
  65. powerful back-end and the OS/2 machines as display front-ends.  The
  66. reason this doesn't work for an OS/2 network (yet!) is that there
  67. are no programming tools to allow one to develop X Windows programs
  68. the actually run on OS/2 (i.e. the core program both runs and can
  69. display on OS/2 systems).  We hope this situation will change soon, but
  70. for the time being, if you don't have X applications on a Unix box
  71. that you can access over the net, the X Windows package will do you
  72. no good.
  73.  
  74. On further consideration (and actually _reading_ what you wrote):  X
  75. Windows might not be useless IF Desqview/X can serve as an X Windows
  76. client (confusingly, in X terminology, the "client" is the machine that
  77. runs the core program; the "server" is the machine that runs the
  78. display front-end).  The IBM package is an X "server" (i.e. display
  79. front-end).  Desqview/X can certainly act as a "server" also, but
  80. whether it also has "client" capabilities (i.e. can run a program that
  81. displays elsewhere), I don't know.  If it does, then you could run
  82. client programs on your Desqview/X PC and have them display on your
  83. OS/2 machine.
  84.  
  85. >    Very much appreciate any help I can get.
  86. >Wally Waggoner
  87. >wow@cup.portal.com
  88.  
  89. You're very welcome.  For further gory details on TCP/IP under OS/2,
  90. see the document "/pub/os2/2.0/network/tcpstart.txt" on the archive
  91. server ftp-os2.nmsu.edu.
  92.  
  93. -Dean
  94. -- 
  95. Dean Pentcheff (Internet: dean2@tbone.biol.scarolina.edu) (803) 777-8998
  96. Department of Biology, University of South Carolina, Columbia SC 29205
  97.