home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text7121.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  3.6 KB
  1. Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id NAA19946 for <executor@nacm.com>; Fri, 24 Nov 1995 13:57:04 -0800
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id OAA04247; Fri, 24 Nov 1995 14:57:03 -0700
  3. Received: from beaut.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0tJ61w-000YcHC; Fri, 24 Nov 95 14:51 MST
  5. Received: by beaut.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0tJ61v-000277C; Fri, 24 Nov 95 14:51 MST
  7. Message-Id: <m0tJ61v-000277C@beaut.ardi.com>
  8. Date: Fri, 24 Nov 95 14:51 MST
  9. From: ctm@ardi.com (Clifford T. Matthews)
  10. To: James Scott <jes23@hermes.cam.ac.uk>
  11. Cc: executor@nacm.com
  12. Subject: Re: Problems with Big hfvs
  13. In-Reply-To: <Pine.SUN.3.91.951116141901.21466A-100000@blue.csi.cam.ac.uk>
  14. References: <Pine.SUN.3.91.951116141901.21466A-100000@blue.csi.cam.ac.uk>
  15. Sender: owner-paper@nacm.com
  16. Precedence: bulk
  17.  
  18. >>>>> "James" == James Scott <jes23@hermes.cam.ac.uk> writes:
  19.  
  20.     James> I had a problem with a big (230 Mb) hfv I made in order to
  21.     James> back up my macs hard disk. It worked fine until it was
  22.     James> about 190 Mb full, and then every time I copied a file to
  23.     James> it a GP fault occurred. When I went back into executor, the
  24.     James> copied file was corrupt, in that I couldn't move it, delete
  25.     James> it or access it. Wierd things happened when I deleted the
  26.     James> directory containing it. Delete gave an error of the
  27.     James> Abort/Continue style, and after I had aborted it was still
  28.     James> there, but when I opened it it contained its parent
  29.     James> directory. After a few minutes of playing in this way, I
  30.     James> had completely messed up the volume! Reading and writing to
  31.     James> my 'real' 240Mb mac hard disk gave no problems. Eventually,
  32.     James> I backed up by making two smaller hfvs and had no
  33.     James> problems. Somewhere I have the exception tracebacks and
  34.     James> error numbers, which I can send if you want, together with
  35.     James> details of my machine.
  36.  
  37. The most important thing we need to know is which version of Executor
  38. this happened with and what arguments you supplied to "makehfv".
  39.  
  40.     James> While I'm here a few points I noticed about the browser and
  41.     James> the filesystem.
  42.  
  43.     James> 1. An apple-d key to delete a file (or even a trashcan)
  44.     James> would be very handy.
  45.  
  46. Selecting a file or folder and hitting the delete key (not the
  47. backspace key) will ask you if you want to delete the file or folder,
  48. then you can hit <CR> and it will be done.
  49.  
  50.     James> 2. The ability to select multiple folders for
  51.     James> copy/move/delete operations would be good.
  52.  
  53. Yes, but it won't be in Executor 2 -- we have too many other nits to
  54. work out, first.
  55.  
  56.     James> 3. When you copy a big folder (about 100 or more files in
  57.     James> it), there is a long delay before copying starts. And if
  58.     James> you're copying small files, it seems to be much slower than
  59.     James> copying the equivalent amount of data in big files. On a
  60.     James> mac, these operations seem to happen quite efficiently.
  61.  
  62. Executor is rather paranoid about writing to the disk, so it flushes
  63. cached information more often than a real Mac does.  Specifically it
  64. flushes information every time a file is closed.  So lots of little
  65. files result in lots of flushes.  We may change this in the future.
  66.  
  67.     James> I can see that all of this might not be high on your list
  68.     James> of priorities, but here it is all the same!
  69.  
  70. Yes, we still appreciate suggestions and feedback even when we can't
  71. immediately act on them.
  72.  
  73.     James> James Scott
  74.  
  75. --Cliff
  76. ctm@ardi.com
  77.  
  78.