home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / msdos / pcgeos / 2109 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  2.9 KB
  1. Path: sparky!uunet!wupost!waikato.ac.nz!comp.vuw.ac.nz!newshost.wcc.govt.nz!kosmos.wcc.govt.nz!HARVEY_A
  2. Newsgroups: comp.os.msdos.pcgeos
  3. Subject: Re: How do you use GEOS? How would you like to use v2?
  4. Message-ID: <1h94o3INNl5v@golem.wcc.govt.nz>
  5. From: harvey_a@kosmos.wcc.govt.nz
  6. Date: 23 Dec 1992 07:33:23 GMT
  7. Reply-To: harvey_a@kosmos.wcc.govt.nz
  8. References: <kilpatds.724676901@craft.camp.clarkson.edu> <1gsuahINNpo9@darkstar.UCSC.EDU> 
  9.  <Dec.18.16.20.18.1992.14254@pilot.njin.net>,<1992Dec21.135233.29700@magnus.acs.ohio-state.edu>
  10. Organization: Wellington City Council (Public Access), Wgtn, Nz
  11. NNTP-Posting-Host: kosmos.wcc.govt.nz
  12. Lines: 41
  13.  
  14. In article <1992Dec21.135233.29700@magnus.acs.ohio-state.edu>, dtaylor@magnus.acs.ohio-state.edu (Douglas A Taylor) writes:
  15. >Maybe TCP/IP is a niche product, but if it runs under GEOS it should
  16. >be part of the OS, not a separate app.  I'd like to see it as an
  17. >option in the Modem section of Preferences, along with the other means
  18. >for telecommunication.  ("Lessee, do I want COM1, COM2, or TCP/IP?")
  19. >
  20. >If it's in the OS, then the people who write telecom programs for GEOS
  21. >could have automatic TCP/IP support without re-inventing that
  22. >particular wheel each time.  Reusability is what an OOOS is all about,
  23. >no?  We also wouldn't have the same trouble with competing standards
  24. >that currently plagues the DOS world.  (I was happily using packet
  25. >drivers until I was told I had to run one particular app that supports
  26. >*only* NDIS.  Sheesh!)
  27.  
  28. I for one don't think it should be in the OS.. My idea is that all hardware
  29. interfacing of any sort should be handled by drivers, and that includes comms! 
  30. In that way, you could choose from a list of drivers, same as you choose from a 
  31. list of printers, a list of soundcards, or any other hardware interface.  That
  32. way *any* comms package would have access to the comm ports, TCP/IP, aome of
  33. those fancy multi-port interface boards, and stuff on other types of networks,
  34. and any new type of comms that anyone may care to invent in the future.... 
  35. This way you would have a standard 'comms' object, ant the programs wouldnt
  36. know or care what they were actualy connected to.
  37.  
  38. Of course this might create confusion with such things as dialing
  39. directories.... (ie do they contain telephone nos, or IP Nos...) I spose you
  40. could make them generic, so it wouldn't matter, but that might confuse the new
  41. user ( so what *does* go in the 'access code' section...? prehaps the aera
  42. code....no, oh well, ring tech support... :-) )
  43.  
  44. comments anyone?  
  45.  
  46. >BTW, if your buddies at FTP are planning to write an X-server for
  47. >GEOS, I might buy a copy for myself.  Running X-Windows on my little
  48.  
  49. Xwindows could be neat, but from what I've seen it may require a touch more
  50. memory than the minimom GEOS system... But we shall see....  just a multi
  51. windowed multiplexing comms program would do me....
  52.  
  53. | Adrian Harvey       (Harvey_A@kosmos.wcc.govt.nz)|
  54. |             Windows?  Just say NO!               |
  55.