wombat@claris.com (Scott Lindsey) (01/05/90)
In article <1982126@mtsg.ubc.ca> Les_Ferch@MTSG.UBC.CA writes: > Today I tried accessing our Appleshare server (a Sun running CAP) > from a IIgs running System Software 5.02. I was able to mount the > server volume, copy files to the server, and erase files from the > server, but I could not copy files from the server. > The message GSOS presented in a dialog when I tried to copy a file > from the server to the GS' hard disk or ram disk was: System Error. #8053 Can't complete this operation. This is an "invalid parameter" error that is occurring on a _CREATE call. > Does anynone know what is going wrong, and better yet, what the > solution is? There is a problem somewhere (not sure if it's on the IIgs appleshare file/auxtype translation side or on the CAP side. Presumably it has to be CAP since real AppleShare servers don't have this problem) such that files are getting bogus file & auxtypes. In particular, if you take the name of a file to be a pascal string (e.g. "foobar" = "\006foobar"), then the filetype is the length byte, and the auxtype is taken from the 2nd character on. (From my example, you'd get the file "foobar" as filetype 06, auxtype 61626f6f) It looks like a misplaced buffer or something like that. Since the upper word of the auxtype is nonzero, you get an invalid parameter error. This problem doesn't affect directories. What I find strange is that those same files are correctly typed when viewed from a Macintosh, so there is some strange combination of the CAP software with the IIgs AppleShare type translation going on. Anyone at Apple have an insight on this one? Scott Lindsey | I dig iguana in their outer space duds Claris Corp. | saying, "Aren't you glad we only eat bugs?" ames!claris!wombat| DISCLAIMER: These are not the opinions of Claris, Apple, wombat@claris.com | StyleWare, the author, or anyone else living or Dead.
gwyn@smoke.BRL.MIL (Doug Gwyn) (01/06/90)
In article <WOMBAT.90Jan4144119@claris.com> wombat@claris.com (Scott Lindsey) writes: >In article <1982126@mtsg.ubc.ca> Les_Ferch@MTSG.UBC.CA writes: >> The message GSOS presented in a dialog when I tried to copy a file >> from the server to the GS' hard disk or ram disk was: > System Error. > #8053 Can't complete this operation. >There is a problem somewhere (not sure if it's on the IIgs appleshare >file/auxtype translation side or on the CAP side. I'm not sure that this is even an AppleTalk bug. Last night I tried repeatedly (rebooting, deleting, etc. in between) to copy a directory full of files from a 3.5" disk (Orca/M update /EXTRAS/MACROS) to a directory on my HD20SC, both as a batch and in several subbatches, and every time so long as I was using GS/OS 5.0.2 (Finder 1.3 or Orca/M shell 1.1b) after a few files I got a similar message (I think 8051 first, 805A thereafter). Finally I used ProDOS-8 and CopyII+ version 9, which had no problem copying the whole batch. This smells like a GS/OS bug, possibly to do with directory caching, memory overrun, or some similar problem.
w0033@desire.wright.edu (01/20/90)
I have had had more problems using the RAM drive on the GS than it is worth. I have pretty much discontinued using it and have set it to zero. It just bombs programs or gets erased to much to depend on it for anything. Many programs wipe it out, even if a machine has a large RAM capacity. Save yourself a lot of future trouble and get rid of the RAM disk. As far as the other errors in reading files off an Appleshare server, I had no problems in the little time I got to play with one. Many files I got were useless, but the did copy onto my hard drive without glitches.
Les_Ferch.@MTSG.UBC.CA (01/21/90)
>As far as the other errors in reading files off an Appleshare >server, I had no problems in the little time I got to play with one. Was your server a Unix box running the CAP Aufs, or was it a Macintosh Appleshare server? If it was the former, then I would be very interested in what you had to do with Aufs to make it GS comaptible.
paul@pro-europa.cts.com (Paul Hutmacher) (01/21/90)
In-Reply-To: message from w0033@desire.wright.edu > I have had had more problems using the RAM drive on the GS than it is worth. On the contrary I've never had trouble with either ram or rom drives on my IIgs. It's a ROM 01 machine with a GS Ram and an Apple Ram card coupled to a RamKeeper. Check your ram and make sure it's all in good working order and that the speed of the chips is not mixed in each bank. | UUCP: [ucsd, nosc] !crash!pro-europa!paul | "All that is necessary for the | | INET: paul@pro-europa.cts.com | triumph of SWBell is for good | | ARPA: crash!pro-europa!paul@nosc.mil | men to do nothing." |