home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!elroy.jpl.nasa.gov!decwrl!claris!outpost.SF-Bay.org!peirce
- From: peirce@outpost.SF-Bay.org (Michael Peirce)
- Newsgroups: comp.sys.mac.programmer
- Subject: Re: Uniquely identifying a Mac? How?
- Message-ID: <D2150035.lv3p43@outpost.SF-Bay.org>
- Date: 25 Dec 92 00:00:36 GMT
- Reply-To: peirce@outpost.SF-Bay.org (Michael Peirce)
- Organization: Peirce Software
- Lines: 43
- X-Mailer: uAccess - Macintosh Release: 1.6v1
-
-
- In article <01050023.lbu8j5@chinchilla.cars.com> (comp.sys.mac.programmer), niel@cars.com (Niel Bornstein) writes:
- >
- > In article <9235010.4295@mulga.cs.mu.OZ.AU> (comp.sys.mac.programmer), mtc@mundil.cs.mu.OZ.AU (Michael Trevor CUTTER) writes:
- > >We are looking for a way to uniquely identify a Mac, probably one on a network,
- > >but not necessarily. Is the serial number or similar available somewhere in the
- > >ROMs or parameter RAM? (Highly unlikely, I know - specially since PRAM can be
- > >reset)
- >
- >
- > How about the AppleTalk address? I know, they are assigned dynamically,
- > but if the network is mature it will stabilize. Are machines being
- > added to or taken off the network a lot?
-
- If you have PowerBook users, there very well may be many machines
- coming and going from your network on a regular basis.
-
- You might take the approach that Apple used with Aliases. They store
- a number of tidbits of information when trying to track a file (things
- like name, location on a volume, create date, etc) and use a number
- of rules to figure out if that file out there that looks like the
- one we want is *really* it.
-
- You might use something like a combination of AppleTalk address, user
- name, machine name, machine type, boot volume create date, etc.
-
- Then you use some rules like:
-
- (1) if only AT address changed, figure it's the same machine as yesterday.
- (2) if only user name changed, figure it's the same machine asas yesterday.
- (3) if only the boot volume create date changed, figure it's the same machine as yesterday.
- (4) etc.
-
- If you are careful in how you choose these variables and rules you
- will probably do OK. You still may want to through up your hands
- every now and ask the user (as they do with Aliases).
-
- Good luck...
-
- -- Michael Peirce -- peirce@outpost.SF-Bay.org
- -- Peirce Software -- Suite 301, 719 Hibiscus Place
- -- -- San Jose, California USA 95117
- -- Drop by booth #4463 -- voice: (408) 244-6554 fax: (408) 244-6882
- -- at MacWorld Expo/SF -- AppleLink: peirce & America Online: AFC Peirce
-