HDTenEightyP/NetNews huggingface dataset:
From: wylee@cs.utexas.edu (Wan-Yik Lee)
Newsgroups: comp.robotics
Subject: Re: Intelligent Blimps?
Date: 18 Nov 1992 18:38:48 -0600
Organization: University of Texas at Austin, Department of Computer Sciences
NNTP-Posting-Host: trurl.cs.utexas.edu

In article <1992Nov18.060242.24569@netcom.com> nagle@netcom.com (John Nagle) writes:
>crs@sybase.com (Craig Saunders) writes:
>
>>...
>
>      There are commercial model blimps set up for R/C control.  I've
>seen them, but don't have a manufacturer.  Payload is low, but sufficient
>for R/C control and battery-powered propulsion.
>
> ...
>in Brand's "The Media Lab".  But there's a group in (I think) Austin
>TX which had some model blimps with steerable ultrasonic sonars
>operating autonmously for art performances.  I've seen a video of this,
>and Joegh Bullock of Climate Theatre in SF would know who they are.
>						
>					John Nagle


I believe the Austin group that John Nagle was referring to is the
Austin Robots Group. The group has a blimp robot with an onboard
computer with a ring of 16 sonar range finders. It is steered with
fans.
 
-------------
Wan-Yik Lee
Dept. of Computer Sciences
The University of Texas at Austin,
Austin, Texas 78712
(512) 471-9563
wylee@cs.utexas.edu

-- 
Organization: University of Texas at Austin
Newsgroups: comp.robotics,soc.culture.japan
From: bsmall@iat.holonet.net (Brad Smallridge)
Subject: Re: nitinol kits: where?
Organization: HoloNet (BBS: 510-704-1058)
 
Date: Tue, 17 Nov 1992 21:25:43 GMT

Try MondoTronics  mondo@holonet.net  They have kits and an authoritive
projects book.

Brad bsmall@holonet.net


Newsgroups: comp.robotics
From: andy@skyhawk.jsc.nasa.gov (Dr. Andy)
Newsgroups: comp.robotics
Subject: robotics in medicine
Keywords: robotics, prosthetics, biomechanics
Date: 23 Nov 92 14:59:50 GMT
Organization: MDSSC


i had earlier posted request for information on work done in the area of robotics as applied to the field of medicine (eg. imaging, prosthetics, etc). i thank the people who have responded to my request. in addition to listing the name of the industry/university which does research in this area, can you also give any contact names/addresses, if you know of any.

again, thank you for your help.

andy
Newsgroups: comp.robotics
From: bright@sctc.com (David A. Bright)
Subject: 68HC11 order slot available (miniboard)
Organization: SCTC
Distribution: na
Date: Mon, 23 Nov 1992 14:14:49 GMT

I have an order in with Alan Kilian for 1 68HC11 for the miniboard.
Due to changing circumstances, I no longer need this chip.  If anyone
in the US is interested in this, please send me a check for US$16 (my
cost) and your shipping address and I will have Alan redirect it to
you.  Please contact me by e-mail first for my postal address; this is
a first-come first-served offer.

-- 
David A. Bright			dab@Bright.MN.ORG	(home)
Secure Computing		bright@SCTC.COM		(work)
Newsgroups: comp.robotics
From: seed@joker.mil.ufl.edu (Steven Seed)
Subject: Re: Intelligent Blimps?
Organization: Machine Intelligence Lab, University of Florida
Date: Wed, 18 Nov 92 21:19:46 GMT

In article <25803@sybase.sybase.com> crs@sybase.com (Craig Saunders) writes:
>I was directed to this news group by someone who said there was a thread
>about using small blimps to simulate "fish behavior".
>
>So, is my leg really long now?
>
>I am actually interested in chatting with anyone who has experience building
>small blimps (<12') that could be used with radio control...
>
>Please email if you have any information.  There has been little response
>to earlier inquiries in the r/c model world or elsewhere.
>
>Thanks for the bandwidth...
>
>Craig R. Saunders, crs@sybase.com
>--
>Craig R. Saunders, gaia!crs, x8521

I believe that there was one built for the robot olympics at MIT a few years 
ago. I think they had some sucess with this. You might try contacting the
AI lab there where the olympics was held.

Steve
From: rg@msel.unh.edu (Roger Gonzalez)
Newsgroups: comp.robotics
Subject: MC68HC11-EVB docs?
Date: 15 Nov 92 10:32:14
Organization: Denning Mobile Robotics
Distribution: comp
NNTP-Posting-Host: nymph.msel.unh.edu

Does someone have a complete set of the docs that came with the $68.11 student
edition mc68hc11evb boards that they could send me for some tiny quantity of
$$?  Has anyone written a GCC port to build for it?  Any notable ftp sites for
68hc11 stuff?

Thanks in advance,
Roger

--
ARTIFICIAL FLOWERS:  Pieces of plastic and metal, crudely fashioned to
  bear a limited, superficial resemblance to real flowers, but with no
  credible attempt to match their internal complexity in terms of form,
  function, or behavior.

ARTIFICIAL INTELLIGENCE: Really smart computers.

Roger Gonzalez - rg@msel.unh.edu     (508) 658-7800 (fax -2492)
Denning Mobile Robotics, 21 Concord Street, Wilmington MA 01887
Newsgroups: comp.robotics,sci.electronics
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.mail.uucp
Subject: Re: Are costs relevant ? (was Re: UUCP map entries)
Date: 23 Nov 92 01:04:12 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <1eld5vINN98h@grasp1.univ-lyon1.fr> Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel) writes:
>I have some of my correspondants in the US who are UUCP connected to
>an Internet mail relay host, but they fully process the maps, which
>means for this site, due to the top-level aliases, will directly
>generate a path like:

>...!uunet!mcsun!corton!grasp.insa-lyon.fr!wolf

>Whereas the logic would have excpected just ...!uunet!grasp.insa-lyon.fr!wolf
>which would have allowed MX routing on the Internet part of the travel.
>And in this particular case it avoid relays and uses different lines.

>This is one of the reasons I'm fully *against* top-level domains aliasing
>why the hell has this been done (map coordinators, you may answer this
>question). I don't remember this has been discussed in this group, or in
>others.

Top-level domain aliasing isn't really the problem here.  The real problem
is that pathalias doesn't understand domains and Internet, it only understands
UUCP routes.  The routing you show above is frequently the correct routing
for UUCP sites that are a fair distance away from the Internet.  Right where
I live, the academic internet network (ONET) essentially forbids UUCP dialins
and the only alternative is often a paid connection to a commercial provider.

Pathalias has no way of telling whether any given site is Internet or not,
and routes strictly according to the maps.  By policy, many Internet sites don't
list other internet connections - why bother because conceptually every internet
site *is* connected together.

HOWEVER, Unpackmaps allows you to cheat and "short-circuit" all domained addresses.
Ie, you can specify that all domained addresses are sent to a specific site
for resolution.  Eg:
	
	any.domain	foo!bar!fee!foo!any.domain!user
    goes to:
	any.domain	uunet!any.domain!user
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
From: barrett@daisy.ee.und.ac.za (Alan P Barrett)
Newsgroups: comp.mail.uucp
Subject: Re: internet with smail3
Date: 16 Nov 92 02:33:14 GMT
Organization: Dept. Elec. Eng., Univ. Natal, Durban, S. Africa
NNTP-Posting-Host: daisy.ee.und.ac.za

In article <Bxq57y.DH3@gator.rn.com>,
larry@gator.rn.com (Larry Snyder) writes:
> what difference does it make if you are a MX or A record --
> since they are the same machine?

If you have an A record with no MX record, then mail should be routed
to your machine in exactly the same way as if you had an A record and
a single MX record pointing to the machine itself.  (See RFC 974, last
paragraph on page 4.)

For efficiency reasons, it is better to use an explicit MX record.  Ask in
comp.protocols.tcp-ip.domains (or in email) if you want more details.

--apb
Alan Barrett, Dept. of Electronic Eng., Univ. of Natal, Durban, South Africa
RFC822: barrett@ee.und.ac.za                    Bang: m2xenix!undeed!barrett
From: swlodin@kocrsv01.delcoelect.com (Steve Lodin)
Newsgroups: comp.mail.uucp
Subject: Re: Problems with the UUCP map data; part 2/2: missing #N entries (long)
Date: 16 Nov 92 19:10:39 GMT
Organization: Delco Electronics Corp.
Originator: swlodin@kocrsw15


Thanks for the data.  Somehow my site isn't listed in the latest map
entry.  Hmmm...

Steve
-- 
Steve Lodin	Internet: swlodin@kocrsv01.delcoelect.com  UUCP: deaes!swlodin


		"So much mail, so little time."
Newsgroups: comp.mail.uucp
From: marc@r-node.gts.org (Marc Fournier - Admin)
Subject: script/program for restrictions...
Organization: R-node Public Access UNIX Information System (416-249-5366)
Date: Sat, 21 Nov 1992 22:14:56 GMT

Hi...

	I'm wondering if anyone has written a script or a C program
that would work with smail3.1.26 (haven't upgraded yet) that would
allow me to put restrictions on email, both incoming and out going.

	For example...instead of elm running smail directly, it would
run this script which would determine whether or not the email
exceeded a certain size, or was going to a certain destination (ie.
mailserver) and if so, it would garbage it, with a message sent back
to the sender.  Otherwise, it would let it go on its merry way.  The
same thing would go for rmail.  If an email came in from a mailserver
or that exceeded a certain size, then again, it would junk it, sending
off messages to either the receiver/sender or both.

	It would have to work primarily on an ISC SVR3.2 v2.2.0 Unix
machine.  MDA software wouldn't really matter, either smail packages
would be acceptable.

Thanks for any help...

Marc

-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.10
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell accounts available  2500+ newsgroups  FREE
marc@r-node.pci.on.ca | Telebit WorldBlazer/SupraModem2400/Cardinal 2400
From: markb@spock.dis.cccd.edu (Mark Bixby)
Newsgroups: comp.mail.uucp
Subject: Looking for uucp protocol documentation
Date: 22 Nov 92 00:37:40 GMT
Organization: Coast Community College District, Costa Mesa, CA

I'm looking for documentation on the uucp "g" protocol, specifically what
handshaking occurs, header formats, error retry mechanism, etc.  My version of
uucp can't communicate with a friend's version of uucp, and using protocol
documentation along with a datascope I'd like to better understand the problem.

Thanks!
-- 
Mark Bixby                         Internet: markb@spock.dis.cccd.edu
Coast Community College District   1370 Adams Avenue
District Information Services      Costa Mesa, CA, USA  92626
Technical Support                  (714) 432-5064
"You can tune a file system, but you can't tune a fish." - tunefs(1M)
Newsgroups: comp.mail.uucp
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.mail.uucp
Subject: Re: bogus maps ?
Date: 18 Nov 1992 21:43:48 GMT
Organization: Case Western Reserve University, Cleveland OH (USA)
NNTP-Posting-Host: slc6.ins.cwru.edu

In article <3984@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
>The README is obviously very far out of date.  No d.* files anymore.
>(except for d.AProject and d.Top)

What were the d.* files for, anyway?  I never understood that...

-- 
Stephen Trier                                     
Network Services Engineering, IRIS/INS/Telecom    
Case Western Reserve University                   
trier@ins.cwru.edu
From: jbla@giraffe.in-berlin.de (Johannes Blankenstein)
Newsgroups: comp.mail.uucp
Subject: Re: UUCP error - REMOTE HAS A LCK FILE FOR ME
Date: Sun, 22 Nov 92 19:24:22 MES
Distribution: world               
Organization: Private MS-DOS Site

ayub@krypton.Stanford.EDU (Ayub Butt) writes:
>
> 
> Howdy
> 
> I have installed UUCP on two SPARCstations at work. I have connected
> the machines via direct cable. I have verified the physical link by 
> using kermit. I get the login: prompt without any problem.
> 
> When I invoke uucico [manually] to test the operation, I get the 
> error message "UUCP error - REMOTE HAS A LCK FILE FOR ME".
> [...]

My Waffle documentation says the following:

	RLCK	  The remote system has a lock in place for
		  your system. Either it is trying to call you,
		  or it hasn't reset itself from a dropped
		  connection. Try again in 5 minutes or so.

I hope this helps!

        Hannes

--
Johannes Blankenstein | INET:   jbla@giraffe.in-berlin.de
Berlin                |-------------------------------------------------
Germany               | UUCP:   ...!unido!fub!giraffe.in-berlin.de!jbla
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.mail.uucp
Subject: Re: Are costs relevant ? (was Re: UUCP map entries)
Date: 23 Nov 92 01:32:49 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <leffler.722392624@vela> leffler@vela.acs.oakland.edu (Bob Leffler) writes:
>clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
>
>>In article <1eaojtINN6a9@grasp1.univ-lyon1.fr> Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel) writes:
>>>clewis@ferret.ocunix.on.ca (Chris Lewis) writes:

>>>So what to do...  Would map coordinators like to give their opinions ?
>>>What are the policies they use about entries with wrong or non working
>>>links ?

>>I think the policy is that they will fix them IF they have the time.

>I can't speak for the other regional coordinators, but I won't post any
>entries that have wrong or non-working links.  THe key here is that I'm
>aware that they are wrong.  None of the coordinators have time to
>pro-actively look for bad links.

I may have been a trifle unclear.  I wasn't suggesting that the map
coordinators *should* pro-actively look for bad links.  The "have the time"
being "have the time to change the map" given that they've been informed
that a problem exists.

The real questions are:
	- how should SAs report problem sites and links?  To the
	  regional coordinator?  Rutgers?
	- Is the lack of entries in d.Top due to nobody reporting
	  bad links, or that whoever's supposed to administer it
	  has not got the time?
	- Is d.Top *supposed* to be issued as often as necessary to
	  "patch" the maps?
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
Newsgroups: comp.mail.uucp
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: Binding Systems entries to specific Dialers entries (and not Devices)?
Keywords: Dialers  Devices  Systems  HDB
Organization: Chinet - Public Access UNIX
Date: Tue, 17 Nov 1992 23:39:21 GMT

In article <1992Nov17.193621.11013@elroy.jpl.nasa.gov> earle@elroy.jpl.nasa.gov (Greg Earle - Gainfully Unemployed) writes:

>Is there some way to tie a Systems entry directly to the Dialer of choice,
>rather than what is happening?  I haven't tried any other setup, because I
>assume that the speed field has to say "38400" so uucico will know what to set
>the line speed to.

Sure - that's why it's called a "class" and not a "speed" field.  You can
add a one character prefix (or suffix but I don't think Taylor uucp knows
suffixes).  Then only the matching device entries will be tried, so you
can tie a Systems entry to a specific dialer.  You can duplicate the
Device entry under as many classes (and speeds) as you want so that you
aren't limited to a single dialer per device.

Les Mikesell
  les@chinet.chi.il.us
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.mail.uucp
Subject: Re: Any easy way to filter this type of UUCP traffic?
Date: 17 Nov 92 08:22:10 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <1992Nov14.001910.25570@blilly.UUCP> lilb@sony.compuserve.com writes:
>In article <HER8MAE@heaven7.in-berlin.de> martini@heaven7.in-berlin.de (Martin P. Ibert) wrote:

>>And, as you can see, it is counterproductive to advertise a link as "merely"
>>DEAD when it would be a hundred times DEAD if you didn't.

>Whether or not it is ``counterproductive'' depends on your
>perception of why the maps exist; to provide an accurate model
>for UUCP network connectivity or to intentionally provide a
>distorted view of the UUCP network.

Have you ever thought of making a living making up referendum questions?
Is this biased or what?

When did you stop beating your wife?

You haven't established that it *is* distorted.  I contend that
explicitly marking a non-existant link as 100*DEAD just because
there's a link in the other direction is the distortion.

Not all links are bidirectional, or eligible for routing in one
direction or the other.  Leaving the backlink *implicit* makes no
difference to pathalias *now*, but does make it easier to make sure
that the link goes away totally when the forward link is dropped.

And it also means that you can find it with pathalias -vv.

>Moreover, nothing prevents one from using a ``cost'' of
>(DEAD*100), etc.; indeed, the maps already contain similar
>constructs.

Except that now it'll take two people to delete it instead of one.

Bruce is really complaining about systems that are reachable *ONLY*
by implicit backlink.  Those sites *should* be hunted down and swatted.
But this doesn't mean that implicit DEADs are bad in all situations.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
Newsgroups: comp.mail.uucp
From: root@sonyd1.Broadcast.Sony.COM (Root)
Subject: Additional problems with the UUCP maps, part 1/2: bogus top-level domains
Organization: Bruce Lilly
Date: Mon, 16 Nov 92 02:01:13 GMT
Reply-To: lilb@sony.compuserve.com

Analysis of the latest UUCP maps available here as of today
revealed declarations for the following bogus top-level domains
(ignoring for the moment .uucp, .bitnet, .cdn, .jpn, .junet, and
.oz):

.belay			# u.can.ab.1
.fusion.starbright	# u.can.ab.1
.kitt			# u.can.ab.1
.ny30			# u.usa.ny.3
.spectr			# u.can.qc.1
.tdat			# u.usa.ca.9
.verilink		# u.usa.ca.14

-- 
	Postmaster@Broadcast.Sony.COM
Newsgroups: comp.mail.uucp,comp.mail.misc
From: bdb@becker.GTS.ORG (Bruce Becker)
Subject: Re: Any easy way to filter this type of UUCP traffic?
Organization: G. T. S., Toronto, Ontario
Date: Sun, 15 Nov 1992 22:00:49 GMT

In article <3965@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
|
|>or specify the other end as a terminal node.
|
|This doesn't help completely - it still permits other sites to route
|through you to the other end.
|
|>You can then override that in your local input to pathalias.
|
|Nope.  You can't override a "terminal".  You have to remove it.
|Try it out.


	Nonsense, of course you can - it says so right
	in the pathalias man page.


	[map.1]

	becker		<uunet.ca>(DIRECT+FAST), sitey(DIRECT)
	sitey		sitex(DIRECT)
	uunet.ca	sitex(DIRECT)


	[pathalias -c map.1]

	0	becker	%s
	400	sitex	sitey!sitex!%s
	200	sitey	sitey!%s
	120	uunet.ca	uunet.ca!%s



	[map.2]

	becker		<uunet.ca>(DIRECT+FAST), sitey(DIRECT)
	sitey		sitex(DIRECT)
	uunet.ca	sitex(DIRECT)
	# Override previous terminal link
	becker		uunet.ca(DIRECT+FAST)


	[pathalias -c map.2]

	0	becker	%s
	320	sitex	uunet.ca!sitex!%s
	200	sitey	sitey!%s
	120	uunet.ca	uunet.ca!%s



	and just for fun:


	[map.3]

	becker		<uunet.ca>(DIRECT+FAST)
	sitey		sitex(DIRECT)
	uunet.ca	sitex(DIRECT)


	[pathalias -c map.3]

	0	becker	%s
	100000320	sitex	uunet.ca!sitex!%s
	300000640	sitey	uunet.ca!sitex!sitey!%s
	120	uunet.ca	uunet.ca!%s



-- 
  ,u,	 Bruce Becker			Toronto, Ontario
a /i/	 Internet: bdb@becker.gts.org	Uucp: ...!web!becker!bdb
 `\o\-e
 _< /_	 	DO NOT TAUNT HAPPY FUN BUSH - H. R. Perotnoid
Xref: sparky comp.mail.uucp:2087 comp.mail.misc:3711
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.mail.uucp,comp.mail.misc
Subject: Re: Any easy way to filter this type of UUCP traffic?
Date: 17 Nov 92 08:25:32 GMT
Followup-To: comp.mail.uucp
Organization: Elegant Communications Inc., Ottawa, Canada

In article <1992Nov15.220049.26677@becker.GTS.ORG> bdb@becker.GTS.ORG (Bruce Becker) writes:
>In article <3965@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
>|Nope.  You can't override a "terminal".  You have to remove it.
>|Try it out.

>	Nonsense, of course you can - it says so right
>	in the pathalias man page.

Show me where it says that.  I should also point out that it *explicitly*
says that backlinks are DEAD - we know that's wrong.

That being said, you're right.  My test sample was buggered.  Sorry
about that.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
From: ayub@krypton.Stanford.EDU (Ayub Butt)
Newsgroups: comp.mail.uucp
Subject: UUCP error - REMOTE HAS A LCK FILE FOR ME
Date: 22 Nov 1992 02:23:29 GMT
Organization: Stanford School of Medicine
Distribution: world
NNTP-Posting-Host: krypton.stanford.edu


Howdy

I have installed UUCP on two SPARCstations at work. I have connected
the machines via direct cable. I have verified the physical link by 
using kermit. I get the login: prompt without any problem.

When I invoke uucico [manually] to test the operation, I get the 
error message "UUCP error - REMOTE HAS A LCK FILE FOR ME".

Can someone point me in the reight direction as to what to check
[permissions on various directories/files ?]. I would appreciate
if you can reply me directly via e-mail since I do not have regular
access to comp.uucp.mail.


#->/usr/lib/uucp/uucico -r1 -skrypton -x9
mchFind called (krypton)
list (rmail) num = 1
list (rmail) num = 1
_Request (TRUE), _Switch (TRUE), _CallBack (FALSE), _MyName (), _Commands rmail
chdir(/var/spool/uucp/krypton)
conn(krypton)
Device Type DIR wanted
mlock ttya succeeded
fixline(5, 9600)
processdev: calling setdevcfg(uucico, DIR)
gdial(direct) called
getto ret 5
expect: ("")
got it
sendthem (^M^M)
expect: (ogin:)
^M^J^M^Jkrypton login:got it
sendthem (Umanora^M)
expect: (ssword:)
 Umanora^M^JPassword:got it
sendthem (.uucp.^M)
imsg >^M^JLast login: Sat Nov 21 18:13:31 on ttya^M^JSunOS Release 4.1.1 (KRYPTON) #1: Mon Aug 10 11:44:59 PDT 1992^M^J^M^J^PShere=krypton^@Login Successful: System=krypton
omsg "SManora -x9"
imsg >^PRLCK^@msg-RLCK
HANDSHAKE FAILED: REMOTE HAS A LCK FILE FOR ME
exit code 101
Conversation Complete: Status FAILED

TM_cnt: 0


The command uulog shows the following lines:
uucp krypton  (11/21-18:14:50,4256,0) SUCCEEDED (call to krypton )
uucp krypton  (11/21-18:14:51,4256,0) HANDSHAKE FAILED (REMOTE HAS A LCK FILE FOR ME)


Thanks so much for your time and help.

Ayub
Stanford Med Center
USA
Newsgroups: comp.mail.uucp
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.mail.uucp
Subject: Re: bogus maps ?
Date: 21 Nov 92 03:37:32 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <1eedekINN7hp@usenet.INS.CWRU.Edu> trier@slc6.ins.cwru.edu (Stephen C. Trier) writes:
>In article <3984@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
>>The README is obviously very far out of date.  No d.* files anymore.
>>(except for d.AProject and d.Top)

>What were the d.* files for, anyway?  I never understood that...

UUCP sites that had domainized themselves, and "hid" lower-level machines.
I believe it fell into disfavour because the u.* files were doing the job
perfectly fine.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
Newsgroups: comp.mail.uucp