home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text4103.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  3.5 KB
  1. Received: (from eretic@localhost) by sunspot.tiac.net (8.6.12/8.6.6.Beta9) id WAA22820; Thu, 24 Aug 1995 22:59:52 -0400
  2. Date: Thu, 24 Aug 1995 22:59:52 -0400 (EDT)
  3. From: Eric Palm <eretic@sunspot.tiac.net>
  4. To: Clifford Thomas Matthews <ctm@ardi.com>
  5. cc: executor@nacm.com, ZivArazi@aol.com
  6. Subject: Re: E/D and Iomega Zip drive
  7. In-Reply-To: <m0slkt8-00005nC@beaut.ardi.com>
  8. Message-ID: <Pine.SUN.3.91.950824225752.22697A-100000@sunspot.tiac.net>
  9. MIME-Version: 1.0
  10. Content-Type: TEXT/PLAIN; charset=US-ASCII
  11. Sender: owner-paper@nacm.com
  12. Precedence: bulk
  13.  
  14.  
  15.  
  16. On Thu, 24 Aug 1995, Clifford Thomas Matthews wrote:
  17.  
  18. > >>>>> "Ziv" == ZivArazi  <ZivArazi@aol.com> writes:
  19. > 
  20. >     Ziv> Did anyone succeed in using Zip diskettes (Mac format) with
  21. >     Ziv> E/D ?  I tried to "see" the zip as a Mac HD, but even when I
  22. >     Ziv> 'lock' the disk, it shows it as a DOS drive.
  23. > 
  24. >     Ziv> Thanks, Ziv
  25. > 
  26. >     Ziv> p.s. I'm using 1.99o5 and tried all the -dosdrives and
  27. >     Ziv> -macdrives switches.
  28. > 
  29. > There are a number of possibilities for the source of the problem.
  30. > Perhaps people on this list can help me out.  Those drives are
  31. > sufficiently inexpensive that if we weren't really tight on cash right
  32. > now, we'd just buy one and figure it out from here, but we just can't
  33. > do that right now.
  34. > 
  35. > There are two different ways that a Mac disk can have an HFS
  36. > filesystem on it.  The original way, which was used on the first SCSI
  37. > hard drives, and is still used by floppies and HFS CD-ROMs is to just
  38. > plop the filesystem down at the beginning of the disk.  However, as
  39. > disks got larger, it made sense to partition them, so some disks have
  40. > partition tables at the beginning.  In addition to these two issues is
  41. > the question of just how large the underlying block size is on the
  42. > disk.
  43. > 
  44. > The trouble is that currently, Executor does not support disks that
  45. > have partition tables that have block sizes > 512 bytes/sector.
  46. > Writing the support for such drives is really fairly easy, the problem
  47. > is we have no such critters in house.  It may be that the Zip drives
  48. > fall into this category.  Is there anyone out there who can dump the
  49. > first 2048 characters of the drive into a file and then drop the file
  50. > into ftp://ftp.ardi.com/incoming?  Furthermore, does anyone know with
  51. > certainty the block size of Zip drives?
  52. > 
  53. > If I get a dump of the first 2k characters and also find out that the
  54. > block size is indeed > 512, then I'll modify Executor to theoretically
  55. > support larger block sizes and then have someone test it on a Zip
  56. > drive.  If I can't get answers to those questions I can write some
  57. > special code that can be run on the Zip drive that will answer the
  58. > questions for me.  The latter takes more of my time, so I'd like to
  59. > wait a few days to see if anyone has answers to the former.
  60. > 
  61. > We very much want to support both the Zip drives and SyQuest's new 130
  62. > MB drive.  We almost bought one of the SyQuests last night, but the
  63. > cost of an unexpected root canal held us back.  Once 2.0 is shipping
  64. > we shouldn't be quite so broke.
  65. > 
  66. >     --Cliff
  67. >     ctm@ardi.com
  68. > 
  69. I don't know why more people register now, as they are all guaranteed 
  70. upgrades to 2.0 for free, and it would help you get 2.0 out faster, and 
  71. more stable if you had the money for such purchases.  I saw many requests 
  72. for Executor cracks on the Usenet.  I just wanted to punch something.
  73.  
  74. If I get a ZIP drive soon, and figure out how to dump out 2048 bytes 
  75. right off a hard drive like you mentioned, I'll help.
  76.  
  77. eric
  78.  
  79.  
  80.