home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.bugs.sys5
- Path: sparky!uunet!spool.mu.edu!uwm.edu!daffy!uwvax!ssec.wisc.edu!dws
- From: dws@ssec.wisc.edu (DaviD W. Sanderson)
- Subject: Re: Improving "file" (was Re: Making Solaris 2.1 smarter...)
- Message-ID: <1993Jan12.035032.23598@cs.wisc.edu>
- Sender: news@cs.wisc.edu (The News)
- Organization: UW-Madison Space Science and Engineering Center
- References: <1993Jan10.183451.7302@cs.wisc.edu> <16330@auspex-gw.auspex.com> <16348@auspex-gw.auspex.com>
- Distribution: na
- Date: Tue, 12 Jan 1993 03:50:32 GMT
- Lines: 16
-
- >Or, alternatively, it could have all of the "standard" smarts built in,
- >but, if possible, source another script that contains local additions;
- >that way, you can keep the standard distribution and local additions
- >separate, and be able to drop in an updated standard distribution
- >without necessarily having to hack local additions in....
-
- My perl script is designed to make it easy to add in new modules for
- local additions at 'make' time. (And of course, you can also
- selectively omit any recognition modules you don't want.) It does not
- use an external database because no matter how many little fobs and
- bells you allow in such a specification there will always be something
- it can't describe that you want it to. E.g. determining whether a NeXT
- Mach executable is stripped requires traipsing through the file using
- values you pick up along the way.
-
- DaviD W. Sanderson (dws@ssec.wisc.edu)
-