In article <BPadnfjOToPjQZfanZ2dnUVZ_rWtnZ2d@giganews.com>,
Steven Hirsch <snhirsch@gmail.com> wrote:
I'm trying to zero in on the problem. If I slow the ZipGS down to 50% (of
12.5 MHz.) it stays connected all day. The Zip manual does mention the
requirement for setting 87% speed on an 8MHz ZipGS when using Appletalk so
that's roughly equivalent. I think there are some critical timing loops
buried in the client code.
Oh? I have an 8-MHz ZipGS (with 64K cache) connected to netatalk on one of
my Linux boxen through a GatorBox CS. I keep it running at maximum speed
except when I need to knock it all the way back to 1 MHz for whatever
purpose, and the only time I get disconnected from the server is when I hit
Ctrl-Reset while running at 1 MHz. As near as I can tell, it'll stay
connected all day while running at 8 MHz.
I am using the "LinuxShare" NDA to connect to the server, as there's some
case-sensitivity issue (IIRC) that keeps the AppleShare NDA from talking to
netatalk. Maybe netatalk can be patched to work with the AppleShare NDA; I
think I had a patched netatalk working with it a few years ago. (At this
point, it's nice to just be able to "emerge netatalk" and not have to screw
with things too much on the server side. :-) )