home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.mac.misc
- Path: sparky!uunet!wupost!gumby!yale!mintaka.lcs.mit.edu!spdcc!jfwhome!jfw
- From: jfw@jfwhome.FUNHOUSE.COM (John F. Woods)
- Subject: Re: ROMs are Forever!
- Message-ID: <Bt3nIq.5Dw@jfwhome.FUNHOUSE.COM>
- Organization: Misanthropes-R-Us
- References: <1992Aug16.015613.4068@ausom.oz.au>
- Date: Sun, 16 Aug 1992 23:20:47 GMT
- Lines: 25
-
- In <1992Aug16.015613.4068@ausom.oz.au> wchang@ausom.oz.au (William Chang) writes:
- >With all this discussion on System software in ROM, I just had to
- >put my 2 cents in...
- >After mucking around with the Classic's ROM bootup disk, I've come to
- >hate ROM disks. This hate also stems from use of CDROMs of PD software
- >on which many programs are duplicated.
- >Basically, you can't change anything!
- >For system software like that on the Mac, I love to personalise things.
- >I doubt anyone will be able to do that on ROM machines.
-
- A good point. "ROM Disk" might well be a popular solution-in-search-of-a-
- problem. One way to achieve it *usefully* for medium-future Macs would be
- with FLASH EPROMs, which Intel (at least) expects will "soon" cost the same
- as current EPROMs (according to the trade rags, anyway). When that is the
- case, then it might be economical for Apple to consider installing (say)
- 4Mb worth of FLASH EPROM as a builtin boot "disk", which *could* be
- customized to some extent (i.e., no 5Mb of fonts, and don't try to rewrite
- the FLASH EPROM every hour or it'll run out of write cycles).
-
- Another way to make a ROM boot-disk workable would be to reduce the number
- of things that absolutely must live in System Folder -- the rumored Fonts
- directory in 7.1 is a start, but it would have to be an alias that pointed
- to a folder on a real disk; ideally, the ROM disk would have to have a new
- kind of alias whose data lived in the Parameter RAM (which probably doesn't
- have enough space, so maybe we're back to FLASH EPROM again).
-