Path: utzoo!utgpu!jarvis.csri.toronto.edu!qucis!cordy From: cordy@qucis.queensu.CA (Jim Cordy) Newsgroups: comp.protocols.appletalk Subject: HELP! CAP thru GatorBox -- the Solutions Keywords: GatorBox, CAP Message-ID: <201@qusunitf.queensu.CA> Date: 14 Jun 89 13:57:16 GMT Organization: Queen's University, Kingston, Ontario, Canada Lines: 43 Thanks to all of you who sent me info on getting CAP working on the GatorBox. I seems that the key problems were: (i) if you don't apply the patch for bug cpr005, CAP 5.0 does not work on Sun Unix at all, (ii) our TCP/IP local net has several subnets each containing many machines, and CAP seems able to communicate only through the machines on the particular one that the GatorBox happens to be on, and in fact to only one host even there because there is only one /etc/atalk.local, so it can only work through *one* of our fifty Unix machines sharing the same file systems, (iii) the default AppleTalk patterns of the form "=:=@*" used by CAP do not work through the GatorBox, you must literally specify the exact AppleTalk zone you wish to talk to in every command. So for example, "atlook =:=@LocalTalk" works, where as "atlook" does not. Aufs can't be made to work at all without significant modification because it always uses the "@*" form no matter what you tell it in its options. There were assorted other fiddly things that had to be fixed. I finally managed to get getzones, atlook, atlooklws and lwpr all working, but I still can't get Aufs to work. It always says it can't register the server. If anyone knows the way around that one, let me know. Meanwhile, thanks again to all of you who answered my plea. By the way, to all of you who noted that Cayman had "fixed" the memory loss bug in release 1.4 of the GatorBox software: Sorry, nope, you're wrong, and it's easy to demonstrate. Simply drag a folder tree containing upwards of 600 files from your Mac hard disk to a Unix directory mounted through the GB, and after a few minutes you can wave goodbye to the GB. Still searching for connectivity after all these years. Cheers Jim -- Prof. J.R. Cordy cordy@qucis.queensu.ca Dept. of Computing andInformation Science James.R.Cordy@QueensU.CA Queen's University at Kingston cordy@qucis.bitnet Kingston, Canada K7L 3N6 utcsri!qucis!cordy