UD169430@NDSUVM1.BITNET (Mike Aos) (11/20/90)
Help! I've tried and tried to post but this wonderful machine keeps swallowing
my posts!
I have a Sun 2/50, connected to a 2/120 server. I also have an Apple IIgs and
I would like to be able to take advantage of the resources available on the
2/120 (large hard disk and tape drive). I've got Ethernet 'tween the 2/50 and
2/120, and I have AppleShare on my IIgs, and it's supposed to be able to deal
with anything that's AFP v2.0 compatible. I know there's a program out there
called CAP, but I don't have it, and I don't know if I can use it. I've been
told I need a "fastpath" box, or SunOS v4.0.3 (I'm using v3.5). How much is a
"fastpath" box gonna set me back? I'm on a VERY limited budget. Does anyone
have any ideas or experience with this matter? I'm really at a loss.
Mike
---
Mike Aos "I own a Harley, not just a T-shirt!" ['68 Sporty]
East Grand Forks, MN (yeah, it's COLD up here) {Helmit laws still suck!}
(218) 773-9154 -> Home "Mother do you think they'll drop the bomb
(218) 773-7933 -> Work Mother do you think they'll like this song"
(218) 773-6834 -> BBS | Woz | "Mother", Pink Floyd, _The Wall_
UD182050@NDSUVM1 (.Bitnet?) | Apple IIgs, | "Share and Enjoy" 'Stay Tooned!'
UD182050@VM1.NoDak.Edu | Sun 2/50 | -Sirius Cybernetics Corporation
I like to trade. | and Sun 2/120 | (reserved for a Mac slam)
Write "Fox" | 'till I can afford a NeXT!| Save _Alien Nation!_toddpw@nntp-server.caltech.edu (Todd P. Whitesel) (11/20/90)
If you don't already have a fastpath, you're stuck. Unless you can get an ethernet interface for the IIgs (doubt it) you'll need a fastpath to get from the IIgs' LocalTalk to the Sun. The same is true for any group of //'s or Mac's without ethernet interfaces. FastPaths cost on the order of a thousand, so I guess you're sunk. It helps a lot if you already have a Fastpath around to support the computer labs (or the student's personal machines, which is how I get at the AUFS server here at Caltech). The second half of this question is the one I'm working on: putting real ProDOS support into AUFS. The server already maintains fields earmarked for prodos file info, but doesn't initialize them to anything meaningful. This effectively neutralizes any attempt to read a file from the server because no programs will recognize the invalid file types, and Finder can't copy files onto a local disk because it passes the invalid filetype to the prodos file system translator without checking it -- and gets a 'parameter out of range' error back. I've discovered _more_or_less_ where in AUFS the code needs to be added, but I am not at all sure that I am compiling AUFS correctly (I tried setting the debug option because it said that all the files would be stashed in a subdirectory for easy checking, but did that work? NOOoooooOOO...) Todd Whitesel toddpw @ tybalt.caltech.edu
jerrys@canada.sbi.com (Jerry Simonowits) (11/21/90)
There is now available a localtalk board for use by sun workstations. I know they work with sparcstations (or I should say are available, I am not sure if they work). I don't know if they are available for other types of machines. Jerry Simonowits Salomon Technology Services, Inc. Internetworking & Support Group Phone: 201-896-7330 Email: jerrys@canada.sbi.com (KB2GCG)
UD169430@NDSUVM1.BITNET (Mike Aos) (11/22/90)
I talked to someone (forget who now), who said a newer version of CAP that
required SunOS v4.0.3 or 4.1 talked directly to the ethernet hardware and lets
you bypass the fastpath box. Can anyone deny or confirm this?
Mike
---
Mike Aos "I own a Harley, not just a T-shirt!" ['68 Sporty]
East Grand Forks, MN (yeah, it's COLD up here) {Helmit laws still suck!}
(218) 773-9154 -> Home "Mother do you think they'll drop the bomb
(218) 773-7933 -> Work Mother do you think they'll like this song"
(218) 773-6834 -> BBS | Woz | "Mother", Pink Floyd, _The Wall_
UD182050@NDSUVM1 (.Bitnet?) | Apple IIgs, | "Share and Enjoy" 'Stay Tooned!'
UD182050@VM1.NoDak.Edu | Sun 2/50 | -Sirius Cybernetics Corporation
I like to trade. | and Sun 2/120 | (reserved for a Mac slam)
Write "Fox" | 'till I can afford a NeXT!| Save _Alien Nation!_hedrick@athos.rutgers.edu (Charles Hedrick) (11/28/90)
The current version of Rutgers CAP will let Suns speak Ethertalk, phase 1. This will let you avoid using a Fastpath if you have Macs connected directly to Ethernet. If your Macs are on Localtalk, then you'll need a Fastpath or equivalent in any case, though there may still be advantages to using Ethertalk. This version of CAP is on rutgers.edu, as src/ru-cap2.tar.Z. The necessary kernel support for Suns (which does not require Sun or Unix source to install, but will only work for 4.0.3 or later) is src/enet.tar.Z. (It is possible to use this code without special kernel support if you have SunOS 4.0 or later, but in order to do without the kernel support you have to use /dev/nit. We believe the performance implications of using it are likely to be unacceptable to many users. On a lightly loaded machine you might get away with it.) We have it running in test mode on a Pyramid, but the kernel support requires Pyramid source to install. The Pyramid version might be the best starting point for ports to other systems, as it uses System V shared memory instead of Sun's mmap, and it can use a somewhat more primitive version of the RPC library. A port to the newest Ultrix should be fairly easy, as Ultrix now includes /dev/enet in the kernel. This is still relatively new software. The current copy has included a few changes to improve reliability, and works pretty well here. But as with any new P.D. software, there may still be problems. There have been some changes in the newest version to allow use on a network without any Appletalk routers. This has received less testing than the rest of the software. There have been a lot of requests for Ethertalk phase 2. I'm still planning to do that, but I'd like to wait until I'm confident in this version before doing anything more to it.
joseph@elbereth.rutgers.edu (Seymour Joseph) (12/04/90)
Chuck, I don't think he was asking about appletalk phase II, he was asking about AUFS's non compliance with the Apple Filing Protocol 2.0 (AFP 2.0). This protocol is the basis for apple's current file sharing products and is backward compatible with AFP 1.0 for most Macintosh applications. Unfortunately, the Apple IIGS and some other implementations REQUIRE the current 2.0 implementation or newer. (rumor has AFP 3.0 ready for release within 6 months) Since AFP 1.0 works for most machines, many developers of file sharing tools have not bothered to update them to support 2.0. When 3.0 ships, they may be very sorry they haven't kept up. This situation makes things very confusing for folks using applshare compatible drivers and devices that simply won't work because the third party applications have never been updated. AUFS is one of those applications. Seymour