home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text1657.txt < prev    next >
Encoding:
Internet Message Format  |  1996-07-25  |  2.3 KB

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