Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!think.com!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!mp.cs.niu.edu!ux1.cso.uiuc.edu!pequod.cso.uiuc.edu!dorner
From: dorner@pequod.cso.uiuc.edu (Steve Dorner)
Newsgroups: comp.sys.mac.comm
Subject: Re: New XferIt Mac FTP Client Available
Message-ID: <1991May1.161827.23293@ux1.cso.uiuc.edu>
Date: 1 May 91 16:18:27 GMT
References: <1991Apr30.121736.10695@ux1.cso.uiuc.edu> <1991Apr30.172718.11744@dartvax.dartmouth.edu> <1991May1.153943.5808@engin.umich.edu>
Sender: usenet@ux1.cso.uiuc.edu (News)
Organization: University of Illinois at U-C
Lines: 26

In article <1991May1.153943.5808@engin.umich.edu> sfalken@mondo.engin.umich.edu (Steve Falkenburg) writes:
>The real solution is to have the authors of the _offending_ apps upgrade.
>Making new MacTCP programs look in 2-3 different places for MacTCP is
>a kludge.  A fix for Eudora would solve most of people's problems.

I refuse to write a single line of code for 7.0 until I have 7.0 *and
documentation*, *and glue*.  (And a separate hard disk to run it on, of
course, since 6 & 7 can't coexist...)

It's *Apple's* resolver, *Apple's* MacTCP, and *Apple's* implementation of
aliases that caused the problem, not I.  You may argue that all of Apple's
choices were reasonable; fine.  Just don't tell me I have an "offending"
application :-).

Besides, "MacTCP may not be modified, improved, or adapted by the developer."

>I'll add an alias check.  You know, it seems like this stuff should be
>already written and working when it comes shipped from Apple...

Novel idea.

You know, there is almost nothing in Eudora that checks what it's being run
on; obviously, System 7 is going to change that in a big way...
--
Steve Dorner, U of Illinois Computing Services Office
Internet: s-dorner@uiuc.edu  UUCP: uunet!uiucuxc!uiuc.edu!s-dorner