[comp.sys.apple] Appleshare question

mattd@Apple.COM (Matt Deatherage) (10/29/89)

toddpw@tybalt.caltech.edu.UUCP (Todd P. Whitesel) writes:
>ok, but that still doesn't answer my question, what's the best upgrade path
>from 5.0.1 to 5.0.2; why is 5.0.2 so much better (bug fixes?) and more
>importantly, why does the Appleshare FST REQUIRE AFP 2.0 on the server??
>
>For booting I could understand, but AFP as defined in Inside Appletalk is more
>than sufficient,and with the lovely file-type encoding (at last, encapsulation
>standards from Apple!) there is NO reason why the //gs could not imitate a mac
>in terms of the packets it sends out.
>
AFP as defined in Inside AppleTalk may very well *be* AFP 2.0.  All the APW
manuals define OMF 2.0 even though the APW linker only produces OMF 1.0

AFP 1.0 is simply not sufficient to contain ProDOS file system information as
well as HFS and MS-DOS.  There are things in the ProDOS file system that are
not in either of the others.  ProDOS compatibility is one of the prime reasons
for AFP 2.0, in fact, and the AppleShare File Server 2.0.1 that uses it.  If
AFP 1.0 would have worked, we would have used it rather than spend thousand
and thousands of dollars on writing a new version and more thousands on upgrade
programs to get the new servers to customers.

>Also, why is the Appleshare code so huge? (or does 5.0.2 fix that?) It must be
>compiled or something because the original 128k mac had no problems,and I know
>it can't take 50K just to long into file servers! (Appleshare CDEV is 50K and
>maybe we should have used a Chooser because the NBPLookup code will have to be
>replicated in every AppleTalk CDEV - somebody correct me please)
>
It was more important to get the AppleShare CDev completed and correct than it
was to make it small - it is, in fact, written in a higher-level language.  We
could have written it in assembly, but then 5.0 wouldn't be released yet.

>we have gotten a few gs's up on appleshare with 5.0.1 in order to use the
>fileserver as a cheap hard drive, and Appleworks gs WON'T EVEN LOAD A MODULE
>if Appleshare and Laserwriter drivers are installed.
>(This is a ROM 1 gs w/ 1.25 meg.)
>
Claris has just released a new version of AppleWorks GS which I believe is more
memory efficient, and is definitely 5.0-specific.  You might try that.

>worse, if you want Appleshare on 3.5, you have to gut your system disk just to
>student houses afp 2.0 server.(the reason I don't want to have to have afp 2.0
>for the appleshare FST is that we have an alisashare server that the gs said
>it couldn't connect to, or did I not install something properly? I used the gs
>installer, which by the way, cannot be used with one 3.5 drive unless your
>drive needs its eject mechanism exercised.)
>
There is an installer script which specifically makes a 3.5" disk wit
AppleShare on it.  It's called, strangely enough, "AppleShare on 3.5 Disk".
The help screen for it has instructions on how to add more things to it, like
a LaserWriter driver.

The Installer is better with single-drive installations this time (this version
eliminates at least two swaps per file present in the old version), but it's
still not fantastic.

I'm sorry to hear your file server doesn't support AFP 2.0.  Apple upgrade
it's own products and we hope the developers of the server you're using will
choose to do the same; they can contact DTS for help in doing so if they need
some assistance.

>Todd Whitesel
>toddpw @ tybalt.caltech.edu
>


-- 
-----------------------------------------------------------------------------
Matt Deatherage, Apple Computer, Inc. | "The opinions expressed in this tome
Send PERSONAL mail ONLY (please) to:  | should not be construed to imply that
Amer. Online: Matt DTS                | Apple Computer, Inc., or any of its
ThisNet: mattd@apple.com              | subsidiaries, in whole or in part,
ThatNet: (stuff)!ames!apple!mattd     | have any opinion on any subject."
Other mail by request only, please.   | "So there."
-----------------------------------------------------------------------------