Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/5/84; site wanginst.UUCP
Path: utzoo!linus!wanginst!vishniac
From: vishniac@wanginst.UUCP (Ephraim Vishniac)
Newsgroups: net.micro.mac,net.sources.mac
Subject: Re: Re: A program and a flame. . .
Message-ID: <1359@wanginst.UUCP>
Date: Wed, 20-Nov-85 16:08:32 EST
Article-I.D.: wanginst.1359
Posted: Wed Nov 20 16:08:32 1985
Date-Received: Thu, 21-Nov-85 21:58:07 EST
References: <480@spice.cs.cmu.edu> <280@3comvax.UUCP>
Organization: Wang Institute, Tyngsboro, Ma.  01879
Lines: 27
Xref: linus net.micro.mac:3489 net.sources.mac:716

> Sorry.  Apple changed the rules.  In a document distributed with the May
> 1985 software supplement, titled "Life After Font/DA Mover -- How To
> Make Sure Your Desk Accessory Still Works" you find the lines:
> ----------
> By the Way... Before the Font/DA Mover, desk accessories could have an
> ID in the range 12 to 31.  Now, and in the future, desk accessories can
> only have IDs in the range 12 to 26.  The Font/DA Mover will only
> assign numbers in this range.  Numbers 27 thru 31 are reserved for
> dynamic allocation of IDs at runtime for disk drivers, mail servers,
> etc.
> ----------
> EtherMac is such a product.  Sampler will close our Appletalk/Ethernet
> driver, which is disasterous if you're running from the network. The
> only way to recover is to reboot.  The close code should look like:
> 
> ...

But more interesting is the question, "What does the code for dynamic
driver ID allocation look like?"  Am I guessing correctly that one would
store the driver with a bogus ID (i.e., >31), then at runtime load it
(_GetResource), detach it, find a free ID, do an _AddResource with the
free ID, then open it with the new ID?

-- 
Ephraim Vishniac
  [apollo, bbncca, cadmus, decvax, harvard, linus, masscomp]!wanginst!vishniac
  vishniac%Wang-Inst@Csnet-Relay