home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.94 / text0136.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.8 KB
  1. Received: from netcomsv.netcom.com (uucp2-b.netcom.com [163.179.3.2]) by nacm.com (8.6.9/8.6.9) with ESMTP id SAA29180 for <executor@nacm.com>; Sat, 3 Sep 1994 18:03:56 -0700
  2. Received: from kira.UUCP by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1)
  3.     id RAA10053; Sat, 3 Sep 1994 17:57:48 -0700
  4. Received: by kira (NX5.67d/NX3.0S)
  5.     id AA00614; Fri, 2 Sep 94 19:38:11 -0700
  6. Date: Fri, 2 Sep 94 19:38:11 -0700
  7. From: David John Burrowes <davidjohn@kira.net.netcom.com>
  8. Message-Id: <9409030238.AA00614@kira>
  9. Received: by NeXT.Mailer (1.100)
  10. Received: by NeXT Mailer (1.100)
  11. To: netcom!nacm.com!executor@netcom.com
  12. Subject: Large Mac files: a question [Summary]
  13. Sender: Executor-Owner@NACM.COM
  14. Precedence: bulk
  15.  
  16. A couple weeks ago, I posted a message asking about problems with  
  17. writing large files on Mac floppy disks (that message is included at the  
  18. end of this). I got a small number of replies, and am including the  
  19. relevant information here:
  20.  
  21. Other folks have seen this same problem under NeXTSTEP with both the  
  22. Workspace manager and Executor (so, Executor seems free of blame).   
  23. These folks all seem to have the external PLI Superfloppy drive.  No one  
  24. with another vendor's drive reported seeing this.
  25.  
  26. One fellow pointed out that as of NS 3.2, NeXT withdrew support for at  
  27. least formatting on external drives.  I have vague memories of reading  
  28. something like this in some release notes somewhere, but I can not  
  29. locate it now (I'm in the midst of packing, so if it was on paper, it is  
  30. in a box somewhere).
  31.  
  32. My sense, though, is that this is a PLI drive problem, probably not a NS  
  33. problem, and certainly not an Executor one.  (alas, my drive is long out  
  34. of warranty...)
  35.  
  36. I'd still love to hear from anyone if they have further thoughts on this  
  37. topic (I'm at davidjohn@kira.net.netcom.com).  If there is further  
  38. public discussion, it should probably move to comp.sys.next.misc,  
  39. though.
  40.  
  41. Thanks
  42.  
  43. david john burrowes
  44.  
  45.  
  46. ORIGINAL MESSAGE.
  47.  
  48. Subject: Large Mac files: a question
  49.  
  50. This is not an executor issue, per se.  But, it's closely enough related  
  51. that I thought I would ask y'all (sorry for the potentially wasted  
  52. bandwidth)
  53.  
  54. I have a NeXTCube running NS3.2, and an external PLI SuperFloppy (2.8).   
  55. I find that if I write large (larger than 100 or 200K, say), I will be  
  56. unable to read the file, usually, on a Macintosh.
  57.  
  58. That is, I write a 600K file to the Mac disk (using either HFS_XFER or  
  59. in the NeXTSTEP workspace manager), take it into my Quadra 950 at work,  
  60. I'll then get a 'disk error' error message from the Mac when I try to  
  61. read about the files (this seems to happen about 80% of the time)
  62.  
  63. Have any of you seen this before?  Is this a standard 'feature' of the  
  64. NeXT machines with Mac files?
  65.  
  66. Thanks for any comments.
  67.  
  68. david john
  69.  
  70. p.s. Yes, it does seem to work fine with smaller files.
  71.  
  72.  
  73.  
  74.