Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1.chuqui 4/7/84; site apple.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!gamma!epsilon!zeta!sabre!petrus!bellcore!decvax!decwrl!sun!idi!apple!lsr
From: lsr@apple.UUCP (Larry Rosenstein)
Newsgroups: net.micro.mac
Subject: Re: Undocumented driver control codes?
Message-ID: <26343@apple.UUCP>
Date: Thu, 29-Aug-85 21:10:23 EDT
Article-I.D.: apple.26343
Posted: Thu Aug 29 21:10:23 1985
Date-Received: Sun, 1-Sep-85 04:47:54 EDT
References: <984@wanginst.UUCP>
Reply-To: lsr@apple.UUCP (Larry Rosenstein)
Distribution: net
Organization: Advanced Development Group, Apple Computer
Lines: 31
Summary: 

In article <984@wanginst.UUCP> you write:
>In the course of debugging a ramdisk driver, I've found that there are
>several undocumented(?) control codes that the finder uses to interact with
>...
>The undocumented ones are:
>	6 = erase (whole disk?  some fixed number of sectors?  some given
>			number of sectors?)
>	$14 = ?
>	$15 = ?
>

$14 and $15 are documented in the "May" Software Supplement in the
memo "Finders and Foreign Drives".  These are used to assign custom
icons to different types of hard disks.

$14 was issued by Finder 1.1g as a request for the ID of the icon to
use in displaying that disk.

$15 is issued by Finder 4.1 to do a similar thing, because an icon ID
is tied to a particular System file.  This new control call is
supposed to return a pointer to a block containing an ICN# followed by
a 1..31 byte Pascal string.  (The string is used in the GetInfo
boxes.)  If the $15 call fails, the Finder reverts to a $14 instead.


-- 
Larry Rosenstein
Apple Computer

UUCP:  {voder, idi, nsc, ios, mtxinu, dual}!apple!lsr
CSNET: lsr@Apple.CSNET