On 27 Jul 2005 at 11:57, Johannes Gebauer wrote: > David W. Fenton schrieb: > > On 26 Jul 2005 at 11:25, Darcy James Argue wrote: > > > >>And you should be repairing permissions regularly in OS X, > >>especially when you have permissions problems (like with the OS 9 > >>files). > > > > I see this a lot here on the list. Is there any explanation anywhere > > of why this is the case? Is it caused by improperly designed > > applications, or some problem in the way the OS handles file access > > requests from applications? > > > > It just defies any of my experience with any other OS with > > permissions to have such major problems with this kind of thing. > > I had a feeling you were going to say this. Whatever, I believe the > problem is caused by software, especially software that predates OS X, > like Carbon apps programmed for OS 9 originally.
Well, Windows has its own problems with installers and permissions, but they are a different kind of issue than would need to be "repaired" by an OS utility. The problem is quite similar in that much of it is caused by 3rd- party applications that aren't appropriately designed to run properly with LUA permissions (i.e., the most limited permissions of a user rather than an administrative level of access), the installers in almost all cases (because of the insistence on protectin the default programs folder), and many applications at run-time (QuickBooks is one of the worst offenders, requiring at minimum the Power User permissions to be run at all). > The other thing is that Repair Permissions is a way to repair user > errors like Andrew's. It makes things easier, not more difficult. I don't quite understand the fear of changing permissions. In my experience with OS's with file systems that allow the control of file access, it's something that *ought* to be something the user has full control over. Being able to set permissions is a *feature*, a benefit, not something to be feared! -- David W. Fenton http://www.bway.net/~dfenton David Fenton Associates http://www.bway.net/~dfassoc _______________________________________________ Finale mailing list [email protected] http://lists.shsu.edu/mailman/listinfo/finale
