🚀 go-pugleaf

$@>>2<EE4o$N2,B<$G$9!#(J

<1992Jun22.115552.15278@sm.sony.co.jp>(fj.sys.mac) $@$K$F(J
1992$@G/(J6$@7n(J22$@F|$N(J4$@;~(J53$@J,$4$m!"(Jtaya$@$5$s[)$/!'(J

> $@<+J,$G;H$C$F$$$k$o$1$G$O$J$$$N$G>\$7$$$3$H$O$o$+$j$^$;$s$,!"(JARA$@$r$D$+$C(J
> $@$F(JMacTCP$@$rF0$+$7$?$H$$$&5-;v$,$A$g$C$HA0$N(Jcomp.sys.mac.comm$@$K:\$C$F$$(J
> $@$^$7$?!#(J

$@KM$b<+J,$G;H$C$F$k$o$1$G$O$J$$$N$G$9$,!"$3$s$JOC$b$"$C$?$h$&$G$9!#(J
$@;29M$^$G$K!#(J

 ------- $@$3$3$+$i(J $@0zMQ(J ---------
 Newsgroups: comp.sys.mac.misc
 Subject: Re: MacTCP & Apple Talk Remote Access (what gives?).
 Message-ID: <boccio-160692075759@photon.swarthmore.edu.>
 From: boccio@cc.swarthmore.edu (John Boccio)

 In article <11jqh2INNdrs@agate.berkeley.edu>, nigel@notmendel.Berkeley.EDU
 (Nigel Walker) wrote:
 > 
 > Howdy folks,
 > 
 > Got another question for y'all:
 > 
 > Why does Apple talk Remote Access (ARA) kill MacTCP when it hangs up??
 > 
 > I have a Mac at school hooked up to the campus net via phonenet => internet
 > via MacTCP.  I can call this Mac (and get net access) from home using ARA, but
 > as soon as I disconnect (from home) the Mac at school loses internet access
 > (appletalk is fine). It took me about three weeks to figure out why I had to 
 > restart my mac at school (sometimes) before I could use any application that
 > required MacTCP (Fetch, Eudora, NCSAtelnet etc). I finally clicked when my
 > girlfriend used ARA to connect to the campus net and sent me a message using
 > Broadcast, when I was using fetch & telnet. I heard the modem click as she hung
 > up, and at the same time fetch and telnet froze.
 > 
 > I've since nailed the interaction to TCP & ARA by dialing "out" to a phone
 > across the room using ARA and watching a telnet session freeze when ARA gives
 > up on the number I told it to call: Phone stops ringing, modem clicks,ARA says
 > "connection failed" or some such, and TCP freaks out all at the same time.
 > 
 > I've tried the standard methods for solving INIT conflicts (process of elimination) and I've reinstall ARA,TCP. and the wh
ole *&#@ing system to no avail.
 > 
 > I've also confirmed this problem with two other macs.
 > 
 > In case it matters, I'm running an LC 10/100 7.0.1/1.1.1 TCP 1.1 ARA 1.0. and
 > i've tried they same thing on a IIsi and a IIcx .  The only thing I havn't 
 > ruled out is the specific modem (Supra 2400) 'cause all three machines happen
 > to have the same kind.
 > 
 > Any suggestions (or even confirmation) would be appreciated
 > 
 > thanx
 > 
 > -nigel
 >  
 > 
 >                                [>======<]
 >       Nigel Walker              \  Mu  /         (510) 642-7085  Lab
 >       Dept. of Plant Biology     \    /          (510) 642-4995  Fax
 >       U.C Berkeley                \  /           (510) 654-LEAF
 >       Berkeley, CA 94720           \/   nigel@notmendel.berkeley.edu
 >       ==========CAAT=======TATAA====================================
 >                                         |-->
 
 You have stumbled upon an undocumented bug. It was unknown to Apple until
 three months ago when we informed the techies of it. They confirmed the
 reproducibility of the problem. No fix yet. I suspect we will not see one
 until next versions of MacTCP and ARA. I was surprised to find that we were
 the first users to tell them.
 
 Scenario #1: If anyone uses ARA to your machine while you are not actually
 using a MacTCP based application, then you must reboot before trying to use
 a MacTCP based application (it is the domain name resolver that is broken).
 
 Scenario #2:  If anyone uses ARA to your machine while you are actually
 using a MacTCP based application, then when they hang up the MacTCP based
 application will freeze.
 
 John Boccio
 boccio@cc.swarthmore.edu

 ------ $@$3$3$^$G(J -------

 Kazuo Okamura
	MIT Center for Coordination Science
	from Matsushita Electric Industrial Co. Ltd.