home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text1655.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.7 KB  |  69 lines
  1.     id m0tsrEr-0007qha; Sat, 2 Mar 96 06:20 MST
  2. Sender: owner-executor
  3. Received: from extra.ucc.su.OZ.AU by ftp.ardi.com with smtp
  4.     (Smail3.1.29.1 #3) id m0tsrE3-0007qfC; Sat, 2 Mar 96 06:19 MST
  5. Received: from extro.ucc.su.OZ.AU (cirwin@extro.ucc.su.OZ.AU [129.78.64.1]) by extra.ucc.su.OZ.AU (8.6.12/8.6.12) with ESMTP id XAA09302; Sat, 2 Mar 1996 23:19:49 +1000
  6. Received: (cirwin@localhost) by extro.ucc.su.OZ.AU (8.6.12/8.6.6) id XAA24784; Sat, 2 Mar 1996 23:19:48 +1000
  7. Date: Sat, 2 Mar 1996 23:19:47 +1000 (EST)
  8. From: Colin Irwin <cirwin@extro.ucc.su.OZ.AU>
  9. Subject: Re: **SyQuest EZ and Executor**
  10. To: "Clifford T. Matthews" <ctm@ardi.com>
  11. cc: executor@ardi.com
  12. In-Reply-To: <ufn35z3h32.fsf@ftp.ardi.com>
  13. Message-ID: <Pine.3.89.9603022346.A22272-0100000@extro.ucc.su.OZ.AU>
  14. MIME-Version: 1.0
  15. Content-Type: TEXT/PLAIN; charset=US-ASCII
  16. Sender: owner-executor@ardi.com
  17. Precedence: bulk
  18.  
  19.  
  20.  
  21. On 2 Mar 1996, Clifford T. Matthews wrote:
  22.  
  23. > >>>>> "Chuck" == Chuck Bell <cbell@sol.wf.net> writes:
  24. > In article <4h88q4$jq8@sol.wf.net> cbell@sol.wf.net (Chuck Bell) writes:
  25. > 
  26. > 
  27. >     Chuck> Does anyone know if the SyQuest EZ drive, SCSI model,
  28. >     Chuck> hooked to the parallel port of a PC with an Adaptec
  29. >     Chuck> SCSI-to-parallel adapter can be read by and written to with
  30. >     Chuck> Executor?
  31. > 
  32. >     Chuck> TIA,
  33. > 
  34. >     Chuck> Chuck
  35. > 
  36. > I believe that some people have been able to get it to work and others
  37. > have not.  I hope everyone who has tried will report their results,
  38. > since we're trying hard to pin down the reason why some people can use
  39. > Mac formatted media without problems while others get all sorts of
  40. > weird results.
  41. > 
  42. > One thing we know is that our current sound implementation interferes
  43. > with the use of some peripherals on some systems.  We're in the
  44. > process of rewriting the lowest level portion of our sound driver so
  45. > that this will not happen.
  46. > 
  47. > We're not exactly flush with cash over here, but we may buy a zip
  48. > drive and an EZ SCSI drive for testing purposes.  Of course if it
  49. > works here and doesn't work on other people's systems it will still be
  50. > hard for us to figure out what the problems are.
  51. > 
  52. > NOTE: The Linux and NEXTSTEP versions of Executor do not have all
  53. > these problems.  Once we've done them, the native Windows '95/Windows
  54. > NT and OS/2 ports won't have this trouble either.  Programming DOS is
  55. > painful.
  56. > 
  57. > --Cliff
  58. > ctm@ardi.com
  59. > 
  60. > 
  61. I all I'd like to say to this is that DOS is most probably the most 
  62. painful OS to program in, and possible if you program around these 
  63. deficiences you may get there on all systems. But I highly doubt it :-).
  64.  
  65. Pity Microsoft didn't reengineer MS-DOS as the hard ware improved.
  66.  
  67. Nevyn.
  68.  
  69.