Xref: utzoo comp.unix.aux:3288 comp.sys.mac.system:2302 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!think.com!paperboy!snorkelwacker.mit.edu!ira.uka.de!smurf!urlichs From: urlichs@smurf.sub.org (Matthias Urlichs) Newsgroups: comp.unix.aux,comp.sys.mac.system Subject: Re: Desktop Manager and A/UX 2.0 Message-ID: <#o9gg2.2#2@smurf.sub.org> Date: 20 Nov 90 09:15:16 GMT References: <1990Nov14.201445.1345@fog.ann-arbor.mi.us> <1990Nov16.112917.18978@panix.uucp> Organization: University of Karlsruhe, FRG Lines: 23 In comp.unix.aux, article <1990Nov16.112917.18978@panix.uucp>, alexis@panix.uucp (Alexis Rosen) writes: < (Matthias Urlichs) writes: < > < >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. < >(It also doesn't close the old-style desktop file, but that's usually not a < >problem.) < < I don't follow you. It doesn't close it? When you start A/UX? So what? < (Unless you've installed a new file w/bundle in that MacOS session, relatively < recently, I don't see what this would have to do with anything.) < Or unless I move an application. Or add a comment to a file. Or open a folder which has been copied to the disk without the Finder's participation. And, when the Desktop Manager's files break, they (seem to) stay broken. -- Matthias Urlichs -- urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de /(o\ Humboldtstrasse 7 - 7500 Karlsruhe 1 - FRG -- +49+721+621127(0700-2330) \o)/