🚀 go-pugleaf

In article <Added.sXp13Iy00UkT85K094@andrew.cmu.edu>, farrell@EREBUS.STANFORD.EDU (Phil Farrell) writes:
> I just upgraded a FastPath 4 to the new 4.1 PROMs, 4.1 FastPath Manager II,
> and 5.03 K-STAR Download file.  We encountered difficulty loading K-STAR
> into the upgraded box.  Basically, the FastPath seemed determined to 
> auto-configure itself as an Atalk only router and we had to work hard to 
> bludgeon it into submission.
> 
> After using RESET to clear out the existing program, we found that there was
> a very short timeout (less than 20 seconds) to start the process of loading
> the new K-STAR download file.  If you didn't work very fast, the FastPath
> would jump into auto-config mode and then refuse to accept your download
> request.  After the RESET, we had to do FIND ALL GATEWAYS, select the 
> FastPath, turn off AUTO CONFIG, select DOWNLOAD A FILE, and open the 
> K-STAR Download, all within that 20 second or less timeout period.  
> This is simply too short of a timeout, especially since it took us a long
> time to figure out that there was in fact a timeout (it may be documentd,
> but frankly, I didn't want to pore through the manual looking for such).
> Are you listening, Kinetics?  Can you increase this timeout to something
> more reasonable?  Say at least 45 seconds?
> 
> Another, probably unrelated bug.  FastPath Mgr would crash our Mac Plus
> if we started the program while the FastPath was powered off and then 
> powered on the FastPath.
> 
> Phil Farrell, Computers Systems Manager, Stanford Univ. Earth Sciences
> farrell@erebus.stanford.edu

Ouch!  I thgought they would've fixed that in rev 4.1!   (I'm STILL waiting
for 4.1 upgrades as of today and have been running v3.1 w/ FastPath Mgr 1.1d
since august!)

shades of ED2000?

-dave
-- 
Dave Falkenburg @ University of Michigan Computer Aided Engineering Network
ARPA: falken@caen.engin.umich.edu    UUCP: umix!caen.engin.umich.edu!falken