Desktop Manager and A/UX 2.0

[Matthias Urlichs]

In comp.sys.mac.system, article <1990Nov16.052604.243 at fog.ann-arbor.mi.us>,
  brian at fog.ann-arbor.mi.us (Brian S. Schang) writes:
< From article <vk[cg2.=u7 at smurf.sub.org>, by urlichs at smurf.sub.org (Matthias Urlichs):
< > The problem is that the Desktop Manager doesn't tolerate crashes very well.
< > It seems that the A/UX Startup program doesn't close the Desktop manager
< > files (there's a HFSDispatch selector for this), so you tend to lose some
< > icons and/or file type to application mappings.
< 
< Does this happen only during crashes?  And if it does happen, can the
< Desktop be rebuilt in the usual manner?
< 
Every time you launch A/UX, it's a "controlled crash". Some things are not
closed and cleaned up -- for instance, other programs running when you start
Launch are not closed. The Desktop Manager's files are not properly closed
either, and are left in a potentially inconsistent state.

The Desktop can of course be rebuilt. You don't even need to increase the
FInder memory to do so. ;-) However, I'd advise against rebuilding the
desktop for the root volume, simply because it takes so long. Instead, you
should periodically store the four relevant files (.fs_* and Desk*) in a safe
place (while using the console emulator!), and restore them if/when the A/UX
toolbox crashes (also from the console).

NB: You might want to edit the "mac32" and "mac24" scripts in /mac/bin;
append a "screenrestore" at the end.
-- 
Matthias Urlichs -- urlichs at smurf.sub.org -- urlichs at smurf.ira.uka.de     /(o\
Humboldtstrasse 7 - 7500 Karlsruhe 1 - FRG -- +49+721+621127(0700-2330)   \o)/