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

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