Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!mp.cs.niu.edu!ux1.cso.uiuc.edu!resnick
From: resnick@cogsci.uiuc.edu (Pete Resnick)
Newsgroups: comp.sys.mac.comm
Subject: Re: New XferIt Mac FTP Client Available
Message-ID: <1991Apr30.121736.10695@ux1.cso.uiuc.edu>
Date: 30 Apr 91 12:17:36 GMT
References: <1991Apr24.231116.16316@engin.umich.edu> <1991Apr24.231416.16415@engin.umich.edu> <1991Apr25.224250.9816@colorado.edu> <1991Apr30.024632.10487@alias.com>
Sender: usenet@ux1.cso.uiuc.edu (News)
Organization: University of Illinois at Urbana
Lines: 25

rae@alias.com (Reid Ellis) writes:

>It should be pointed out that there are calls to resolve aliases under
>system 7 -- will XferIt be adding these calls anytime soon?  Or is
>this buried in the guts of the Mac TCP libraries linked into the
>program?

Actually, Apple provided the code that only looks in the System Folder.
All of use who use the MacTCP DNR could go back and change Apple's
source that is provided with MacTCP, but it will mean sending out
a new version when we all get our hands on 7.0. There is some hope
that a new version of MacTCP will come out with 7.0, but noone knows
whether that will even solve the other problems with the MacTCP DNR,
let alone sending us new source that works.

The DNR is definitely the weak link in the chain from a programmer's
(that is to say, my) perspective.

pr
--
Pete Resnick             (...so what is a mojo, and why would one be rising?)
Graduate assistant - Philosophy Department, Gregory Hall, UIUC
System manager - Cognitive Science Group, Beckman Institute, UIUC
Internet/ARPAnet/EDUnet  : resnick@cogsci.uiuc.edu
BITNET (if no other way) : FREE0285@UIUCVMD