Extension conflict
Extension conflicts were sometimes a common nuisance on Apple Macintosh computers running the classic Mac OS, especially System 7. Extensions were bundles of code that extended the operating system's capabilities by directly patching OS calls, thus receiving control instead of the operating system when applications (including the Finder) made system calls. Generally, once an extension completed its task, it was supposed to pass on the (possibly modified) system call to the operating system's routine. If multiple extensions want to patch the same system call, they end up receiving the call in a chain, the first extension in line passing it on to the next, and so on in the order they are loaded, until the last extension passes to the operating system. If an extension does not hand the next extension in line what it is expecting, problems occur; ranging from unexpected behavior to full system crashes. This is triggered by several factors such as carelessly programmed and malicious extensions that change or disrupt the way part of the system software works.[1]
In addition, extensions sometimes competed for system resources with applications, utilities and other extensions, leading to crashes and general instability. Some users happily loaded every extension they could find on their computer, with little or no impact. Others fastidiously avoided any non-essential extensions as a way of avoiding the problem. Many were judicious in the addition of extensions.
This problem increased during the mid-1990s as resource-hungry multimedia technologies such as QuickTime were installed as extensions. In addition, a number of applications, especially Microsoft Office, required a large number of extensions. Many Macintosh users had hundreds of extensions running on their systems, all of varying age and quality. Buggy, damaged and outdated extensions were the most common cause of problems. Some users had to remember to turn off problematic extensions when running certain programs.
Later versions of System 7 included the Extensions Manager, which allowed users to disable specific extensions or groups of extensions at startup when troubleshooting the conflict by pressing the spacebar while the computer boots.[2] This tool was also accessible by opening the Extensions CDEV in the Control Panels found in the Apple menu. Conflict Catcher and Now Startup Manager were third party utilities that automatically detected conflicts and problematic extensions and other software executing at boot, otherwise a time-consuming task that required users to turn off extensions in sets until they found the conflict, as well as allowing load order to be altered without renaming items.[3] Extensions were only loaded at startup time, meaning that any attempted change required a reboot.
The most common time for extension conflicts to start was the release of a new version of the operating system, followed closely by the installation of a complex new application that either conflicted with existing extensions, or installed extensions that conflicted with the existing set.
All of this was mitigated by the ease with which extensions and the operating system itself could be swapped in and out: Instead of modifying configuration files as on other operating systems, extensions and other automatically run software simply had to reside in a particular subfolder of the System Folder to be picked up. And load their order could be altered by renaming items in the Finder, based on descending ASCIIbetical order for each System subfolder. In addition, the Mac was perfectly happy to have two (or more) System Folders present on a hard drive. Only the "blessed" System Folder would be loaded at startup. So, when a new version of the operating system was to be installed, or a new application, the user could easily duplicate the system folder, perform the install, and then fall back if a problem resulted.
Extension conflicts came to an end with the release of Mac OS X, which uses a different extension mechanism. Software can still add new features to the Mac but instead of requiring a kernel extension, the new method has allowed Apple to push more and more extensions into user space, which is a safer and more organized approach that cannot destabilize the entire machine.[4]
See also
- Configuration management
- Dependency management
- Dependency hell
- DLL hell
- JAR hell
- Portable application
- Portable application creators
References
- ^ Stauffer, Todd; McElhearn, Kirk (2004). Mastering Mac OS X. Almeda, CA: SYBEX. pp. 776. ISBN 0782142834.
- ^ Engst, Adam; Pogue, David (1999). Crossing Platforms A Macintosh/Windows Phrasebook: A Dictionary for Strangers in a Strange Land. Sebastopol, CA: O'Reilly & Associates, Inc. pp. 307. ISBN 1565925394.
- ^ Now Startup Manager 7.0 Versus Conflict Catcher 3
- ^ Pogue, David (2003). Mac OS X. Sebastopol, CA: O'Reilly. pp. 7. ISBN 0596004508.