Hubbry Logo
DriveSpaceDriveSpaceMain
Open search
DriveSpace
Community hub
DriveSpace
logo
7 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
DriveSpace
DriveSpace
DriveSpace
View on Wikipedia
from Wikipedia

DriveSpace (DRVSPACE)
Other namesDoubleSpace (DBLSPACE)
DevelopersVertisoft, Microsoft
Initial release1993; 32 years ago (1993)
Operating systemMS-DOS, Windows 9x
TypeCommand

DriveSpace (initially known as DoubleSpace) is a disk compression utility supplied with MS-DOS starting from version 6.0 in 1993 and ending in 2000 with the release of Windows Me. The purpose of DriveSpace is to increase the amount of data the user could store on disks by transparently compressing and decompressing data on-the-fly. It is primarily intended for use with hard drives, but use for floppy disks is also supported. This feature was removed in Windows XP.

Overview

[edit]
Microsoft advertised DoubleSpace on the cover of MS-DOS 6 distributions (user's guide for MS-DOS 6 with Windows 3.1 pack-in pictured, DoubleSpace sticker top-right)

In the most common usage scenario, the user would have one hard drive in the computer, with all the space allocated to one partition (usually as drive C:). The software would compress the entire partition contents into one large file in the root directory. On booting the system, the driver would allocate this large file as drive C:, enabling files to be accessed as normal.

Microsoft's decision to add disk compression to MS-DOS 6.0 was influenced by the fact that the competing DR DOS had earlier started to include disk compression software since version 6.0 in 1991.

Instead of developing its own product from scratch, Microsoft licensed the technology for the DoubleDisk product developed by Vertisoft and adapted it to become DoubleSpace. For instance, the loading of the driver controlling the compression/decompression (DBLSPACE.BIN) became more deeply integrated into the operating system (being loaded through the undocumented pre-load API[1] even before the CONFIG.SYS file).

Microsoft had originally sought to license the technology from Stac Electronics, which had a similar product called Stacker, but these negotiations had failed. Microsoft was later successfully sued for patent infringement by Stac Electronics for violating some of its compression patents. During the court case Stac Electronics claimed that Microsoft had refused to pay any money when it attempted to license Stacker, offering only the possibility for Stac Electronics to develop enhancement products.[citation needed]

Bugs and data loss

[edit]

Shortly after its release, reports of data loss emerged. A company called Blossom Software claimed to have found a bug that could lead to data corruption. The bug occurred when writing files to heavily fragmented disks and was demonstrated by a program called BUST.EXE. The company sold a program called DoubleCheck that could be used to check for the fragmentation condition that could lead to the error. Microsoft's position was that the error only occurred under unlikely conditions, but fixed the problem in MS-DOS 6.2.[2]

The fragmentation condition was related to the way DoubleSpace compresses individual clusters (of size, say, 8 K), and fits them on the disk, occupying fewer sectors (size 512 bytes) than the fixed number required without DoubleSpace (16 sectors in this example). This created the possibility of a kind of internal fragmentation issue, where DoubleSpace would be unable to find enough consecutive sectors for storing a compressed cluster even if plenty of space was available.

Other potential causes of data loss included the corruption of DoubleSpace's memory areas by other programs, DoubleSpace's memory areas were not protected, because MS-DOS ran in real mode. Microsoft attempted to remedy this in the MS-DOS 6.2 version of DoubleSpace (via a feature called DoubleGuard that would check for such corruption).

The fact that the compressed contents of a compressed drive was stored in a single file implied the possibility of a user accidentally deleting all of their data by deleting just that file. This could happen if the user inadvertently got access to the host drive, containing this file. The host drive was usually mapped to the letter H: by the compression driver. However, if the compression driver had failed to load the user might see it as drive C:.

Turning off the computer before DoubleSpace could finish updating its data structures could also result in data loss. This problem was compounded by Microsoft making write caching enabled by default in the SMARTDRV disk cache software that came with MS-DOS 6.0. Because of this change, after exiting an application, the MS-DOS prompt might appear before all data had been written to the disk. However, due to the lack of a controlled shutdown procedure (as found in modern operating systems), many users saw the appearance of the MS-DOS prompt as an indication that it was safe to switch off the computer, which was typically the case prior to MS-DOS 6.0. Microsoft addressed this issue in MS-DOS 6.2 where the write caching was still enabled by default, but where the cache would be flushed before allowing the command prompt to reappear.

Add-ons

[edit]

AddStor, Inc. offered an add-on product called Double Tools for DoubleSpace. It contained a number of tools to enhance the functions of the version of DoubleSpace that came with MS-DOS 6.0. This included various diagnostic features, the ability to have compressed removable media auto-mounted as they were used, as well as support for background defragmentation of DoubleSpace compressed drives.[3] To defragment files in the background, it was possible to let DoubleTools replace the low-level DoubleSpace driver (DBLSPACE.BIN) with one supplied by DoubleTools. Replacing the driver also enabled other enhanced functionality of the product, such as the use of 32-bit code paths when it detected an Intel 80386 or higher CPU, caching capabilities and – in addition to its supporting the use of the Upper Memory Area – also permitted the use of Extended Memory for some of its buffers (reducing the driver's total footprint in conventional and upper memory, albeit at the cost of somewhat reduced speed).[4] Another function was the ability to split a compressed volume over multiple floppy disks, being able to see the entire volume with only the first disk inserted (and being prompted to change discs as necessary). It was also possible to share a compressed volume with a remote computer. Double Tools also had the capability to put a special utility on compressed floppy disks that made it possible to access the compressed data even on computers that didn't have DoubleSpace (or Double Tools).

Vertisoft, the company who developed the DoubleDisk program that Microsoft subsequently licensed and turned into DoubleSpace, developed and sold a DoubleSpace add-on program called SpaceManager, which contained a number of usability enhancements. It also offered improved compression ratios.

Other products, like later versions of Stacker from Stac Electronics, were capable of converting existing DoubleSpace compressed drives into their own format.

Later versions

[edit]
DriveSpace running on Windows 3.1, Portuguese version. Left and right charts show disk usage before and after compacting, respectively.
  Free space
  Used space

MS-DOS 6.2

[edit]

MS-DOS 6.2 featured a new and improved version of DoubleSpace. The ability to remove DoubleSpace was added. The program SCANDISK introduced in this release was able to scan the non-compressed and compressed drives, including checks of the internal DoubleSpace structures. Security features (known as DoubleGuard) were added to prevent memory corruption from leading to data loss. The memory footprint of the DoubleSpace driver was reduced compared to the version shipped in MS-DOS 6.0. A fix was made to the fragmentation issue discussed above.

MS-DOS 6.21

[edit]

Following a successful lawsuit by Stac Electronics regarding demonstrated patent infringement, Microsoft released MS-DOS 6.21 without DoubleSpace. A court injunction also prevented any further distribution of the previous versions of MS-DOS that included DoubleSpace.

MS-DOS 6.22

[edit]

MS-DOS 6.22 contained a reimplemented version of the disk compression software, but this time released under the name DriveSpace. The software was essentially identical to the MS-DOS 6.2 version of DoubleSpace from a user point of view, and was compatible with previous versions.

DriveSpace in Windows 95

[edit]

Windows 95 had full support of DoubleSpace/DriveSpace via a native 32-bit driver for accessing the compressed drives, along with a graphical version of the software tools. MS-DOS DriveSpace users could upgrade to Windows 95 without any troubles. Furthermore, the Microsoft Plus! for Windows 95 pack contained version 3 of DriveSpace. This version introduced new compression formats (HiPack and UltraPack) with different performance characteristics for even greater compression ratios along with a tool that could recompress the files on the disk using the different formats, depending on how frequently the files were used. One could upgrade from DriveSpace 2 to DriveSpace 3, but there was no downgrade path back to DriveSpace 2. One could, however, decompress a DriveSpace 3 drive. The DOS device driver of DriveSpace 3 had a memory footprint of around 150 KB because of all these new features. This caused difficulty for users rebooting into the MS-DOS mode of Windows 95 for running games, because of the reduced amount of conventional memory that was available.

DriveSpace 3 also shipped with Windows 95 OSR2 but many features were disabled unless Plus! was also installed. DriveSpace could also not be used with FAT32, making it of little use on PCs with large hard drives.[5]

DriveSpace in Windows 98

[edit]

Windows 98 shipped with DriveSpace 3 as part of the operating system. Functionality was the same as in Windows 95 with Plus!.

DriveSpace in Windows Me

[edit]

Because of the removal of real mode support, FAT32 going mainstream and the decreasing popularity of DriveSpace, DriveSpace in Windows Me had only limited support. DriveSpace no longer supported hard disk compression, but still supported reading and writing compressed removable media, although the only DriveSpace operation supported beside that was deleting and reallocating compressed drives.

It is possible to restore full function of DriveSpace 3 (unofficially) in Windows Me, copying the executable file from a Windows 98 installation and using it to replace the executable included with Windows Me. After that, one could compress new drives as they could do on Windows 98.

Support outside Microsoft

[edit]

DMSDOS, a Linux kernel driver,[6][7] was developed in the late 1990s to support both the reading and writing of DoubleSpace/DriveSpace disks. However, reading and especially writing to compressed filesystems is reliable only in specific versions of the 2.0, 2.1 or 2.2 versions of the kernel.

While DR-DOS supported its own disk compression technology (originally based on SuperStor, later on Stacker), Novell DOS 7 in 1993 and higher introduced an emulation of the undocumented pre-load API in order to provide seamless support for DoubleSpace as well.[1] Since the DR-DOS drivers were DPMS-enabled whereas the MS-DOS ones were not, this did not offer any advantages for DR-DOS users, but allowed easier coexistence or migration due to the possibility of shared use of already existing compressed volumes in multi-boot scenarios. DR-DOS 7.02 and higher also added support for DriveSpace in 1998.[8]

References

[edit]

Further reading

[edit]
[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia

DriveSpace

View on Grokipedia
from Grokipedia
DriveSpace is a disk compression utility developed by Microsoft to increase storage capacity on hard drives and floppy disks in MS-DOS and early Windows operating systems by transparently compressing and decompressing data in real time. It succeeded DoubleSpace, which was introduced in MS-DOS 6.0 in 1993 but renamed and improved in MS-DOS 6.22 due to patent infringement litigation with Stac Electronics, and was included in Windows 95, Windows 98, and Windows ME. Key features included creating compressed volume files (CVFs) from existing data or free space, supporting up to 512 MB per volume in standard Windows 95 (expandable to 2 GB with Microsoft Plus!), and tools for defragmentation, uncompression, and maintenance via a graphical interface or command-line. DriveSpace typically achieved 2:1 compression ratios, effectively doubling available space without requiring additional hardware, though performance overhead and potential data loss risks from bugs were noted in early versions. It was discontinued after Windows ME in 2000, as falling hard drive prices and increasing capacities rendered disk compression obsolete.

Introduction

Overview

DriveSpace is a software-based disk compression utility developed by for and early versions of Windows, utilizing to increase the effective storage capacity on drives formatted with the . It operates by compressing data or free space on hard drives, floppy disks, or , creating a compressed volume file that hosts the data while reporting file sizes as if uncompressed. The primary purpose of DriveSpace is to address storage limitations on systems with constrained disk , particularly prevalent in the when hard drive capacities were expensive and limited, enabling users to store more files without purchasing additional hardware. By typically achieving compression ratios up to 2:1, effectively doubling available , it provided a cost-effective solution for extending drive utility. Key benefits include its transparency to end-users, where compressed drives function and appear as standard drives within the operating system, seamless integration with and Windows file management tools, and support for directly from compressed volumes. DriveSpace was introduced in MS-DOS 6.22 in 1994 as a replacement for the earlier DoubleSpace utility, following legal disputes with Stac Electronics over in disk compression technology.

Historical Development

DriveSpace emerged as a direct response to legal challenges surrounding its predecessor, DoubleSpace, which was introduced in 6.0 in March 1993. DoubleSpace utilized disk compression technology licensed from Stac Electronics, whose software had pioneered on-the-fly compression for systems, effectively doubling available storage on limited hard drives. However, Stac filed a against in January 1993, alleging that DoubleSpace violated their Lempel-Ziv-Stac (LZS) compression patents without proper royalty payments, despite initial licensing discussions. A federal jury in ruled in Stac's favor on February 24, 1994, awarding $120 million in damages to the smaller firm, marking one of the earliest major patent victories against in the . The lawsuit prompted swift action from Microsoft, leading to a comprehensive settlement announced on June 21, 1994. Under the agreement, Microsoft committed to paying Stac $43 million in licensing fees—structured as $1 million per month for 43 months—for access to Stac's compression patents, while also investing $39.9 million in convertible preferred stock, potentially granting Microsoft a 15% stake in the company upon conversion in 2004. This deal included mutual cross-licensing of existing and future compression technologies for five years and resolved Microsoft's $13.6 million counterclaim award from the trial, effectively superseding the $120 million jury verdict. In parallel, Microsoft halted sales of MS-DOS versions containing DoubleSpace, issuing MS-DOS 6.21 in March 1994 without the feature, and accelerated the development of an independent compression utility to eliminate ongoing licensing dependencies. Microsoft's internal efforts focused on building a compression engine for what became DriveSpace, aiming to replicate DoubleSpace's functionality while circumventing Stac's patents through algorithmic redesign. Development began shortly after the lawsuit's filing, with engineering teams prioritizing reliability to address early DoubleSpace corruption issues reported by users. Beta testing occurred in early 1994, coinciding with the trial, and Microsoft publicly announced DriveSpace's integration during the settlement period, positioning it as a seamless upgrade for existing installations. DriveSpace debuted in MS-DOS 6.22, released in April 1994, restoring compression capabilities and serving as the technical replacement for DoubleSpace. Upon release, DriveSpace saw rapid adoption among users constrained by the high cost and limited capacity of hard drives, which often ranged from 100-500 MB and could benefit from 2:1 compression ratios to accommodate growing software demands. It particularly extended the usability of older hardware, such as 286 and 386 systems, delaying costly upgrades amid economic pressures on personal computing. While exact adoption figures are scarce, contemporary reports highlighted its popularity as a bundled utility, with sales of 6.22 exceeding prior versions due to the compression feature's appeal in an era when storage expansion was not yet ubiquitous.

Technical Functionality

Compression Mechanism

DriveSpace employs a variant of the Lempel-Ziv (LZ) compression algorithm, augmented with , to achieve lossless data compression on disk volumes. This block-based method processes data in blocks, which are individually compressed and stored within a compressed volume file (CVF) on the host drive. The algorithm identifies and encodes repeated byte sequences using references, reducing redundancy while maintaining data integrity for subsequent decompression. During operation, compression and decompression occur transparently on-the-fly as the operating system performs read and write actions. When data is written to the virtual compressed drive, it is compressed in real-time and appended to the CVF, which resides as a single large file on the uncompressed host drive. Reads from the virtual drive involve extracting and decompressing the relevant blocks from the CVF, presenting the data as if stored on a standard disk. This setup allows the CVF to emulate a full drive, with the host drive's original letter reassigned to it post-compression. The compression efficiency typically achieves a 2:1 ratio for mixed workloads containing text, executables, and general files, though ratios vary significantly by content type—often exceeding 3:1 for compressible data like but dropping below 1.5:1 for pre-compressed formats such as images or audio. DriveSpace integrates seamlessly with FAT12 and FAT16 s by embedding a virtual FAT structure directly within the CVF, preserving the host drive's unaltered and enabling standard file operations on the compressed volume without requiring modifications to the underlying disk layout. This shift to an in-house LZ variant was motivated by legal disputes over the Stac LZS algorithm used in the predecessor DoubleSpace.

Integration and Operation

DriveSpace embeds into the operating system through its , DRVSPACE.BIN, which loads automatically during the boot process as specified in the file. Upon startup, initializes DRVSPACE.BIN in before processing and commands, ensuring access to compressed volumes even if the user skips loading non-essential drivers via F5 or F8 keys. This driver then mounts compressed volume files (CVFs) transparently, skipping the first four drive letters (A, B, C, D) and assigning the next available letter—typically E: if C: is the host drive—allowing users to interact with them as ordinary partitions without awareness of the underlying compression. In runtime operation, DRVSPACE.BIN intercepts all (I/O) requests directed to compressed drives and routes them through the system's compression engine for real-time processing. This on-the-fly compression and decompression occurs seamlessly in the background, requiring no manual intervention after initial setup and maintaining compatibility with standard operations. The process leverages LZ-based algorithms to handle data efficiently, ensuring that applications and users experience minimal disruption while benefiting from increased storage capacity. Management of DriveSpace is facilitated by the built-in DRVSPACE.EXE utility, a command-line and menu-driven tool for monitoring and maintaining compressed volumes. Users can invoke DRVSPACE /INFO to display detailed compression status, including current ratios and available space on each CVF, or DRVSPACE /LIST to enumerate all drives, compressed or otherwise. For basic maintenance, the utility supports tasks such as of CVFs using integrated tools like DEFRAG, which optimizes the layout of compressed data to improve access times without unmounting the volumes. DriveSpace accommodates multi-volume configurations by supporting the creation and management of multiple CVFs on a single host drive or across different partitions. Each compressed drive is stored in a dedicated CVF (e.g., DRVSPACE.000, DRVSPACE.001), with drive letters assigned sequentially, enabling simultaneous access to several compressed areas. The system reserves temporary uncompressed on the host partition for the CVF container and any overflow, preventing immediate space exhaustion during intensive operations.

Usage and Compatibility

Installation Procedures

Before installing DriveSpace, users must perform several pre-installation checks to ensure system stability and . It is essential to back up all important data on the target drive using the utility, as the compression process modifies the disk structure and could lead to if errors occur. Additionally, the host drive must have at least 2-3 MB of free space to accommodate the compressed volume file (CVF) and overhead. Finally, run SCANDISK on the drive to detect and repair any disk errors, as faulty sectors can cause compression failures. DriveSpace is typically set up via the command line after installation, using the DRVSPACE command for compression. To compress a specific drive, such as C:, enter DRVSPACE /COMPRESS C: at the prompt; this initiates the process, which estimates the compression ratio based on current data and creates a new compressed drive while preserving the original drive letter. The /NEWDRIVE= parameter can assign a custom letter to the resulting compressed drive if needed, e.g., DRVSPACE /COMPRESS C: /NEWDRIVE=E. The compression process scans files, applies the algorithm, and may take several hours depending on drive size, during which the system should not be interrupted. After compression completes, reboot the system to load the DRVSPACE.SYS device driver from CONFIG.SYS, which mounts the compressed drive transparently. Verify the setup by typing DRVSPACE (or DSPACE in some interfaces) at the prompt to open the DriveSpace utility, where users can view compression status, current ratio, and free space via the /INFO switch, such as DRVSPACE /INFO C:. Common errors like insufficient memory during setup can be resolved by unloading non-essential TSRs or ensuring at least 500 KB conventional memory is available; if the process aborts due to low space, free additional space and retry. To uninstall DriveSpace and restore the original drive configuration, use the /UNCOMPRESS switch, e.g., DRVSPACE /UNCOMPRESS C:, which decompresses the CVF back to the host drive while preserving data. This requires sufficient free space on the host (approximately the original uncompressed size) and may involve during the lengthy reversal process; a follows to unload .

Hardware and Software Requirements

DriveSpace requires an or compatible processor, though practical performance benefits from a 386 or higher CPU due to the computational demands of real-time compression. A minimum of 2 MB RAM is necessary, with 4 MB recommended to support disk caching via SMARTDRV for optimal operation. The utility targets IDE or AT-style hard disk drives, necessitating at least 10 MB of free space on the host volume to initiate compression without risking system instability. The software is compatible with MS-DOS 6.22 and the Windows 9x series (95, 98, and ME), with initial DriveSpace (version 2) in MS-DOS 6.22 and Windows 95, and DriveSpace 3 in Windows 98 and ME offering improved FAT32 and long filename support. It functions only on FAT file systems such as FAT12, FAT16, and later FAT32 where supported. It cannot compress or operate on NTFS volumes, and initial implementations lack support for VFAT long filenames, potentially causing issues with extended naming conventions. Network drives are unsupported for compression, as DriveSpace commands explicitly exclude them from operations like listing or mounting. During use, DriveSpace imposes CPU overhead from on-the-fly compression and decompression, which can reduce read and write speeds on slower processors while potentially improving overall system responsiveness on setups with lagging disks. It consumes additional for buffers, approximately 50 KB, and may encounter compatibility challenges with outdated versions or specific disk controllers that do not fully adhere to AT standards. Key limitations include no support for CD-ROMs or other optical media due to their read-only nature. It supports floppy disks and some . Early versions (DriveSpace 2), bound by FAT16 cluster granularity, limit compressed volume files to 512 MB; later iterations like DriveSpace 3 extend capacity to 2 GB per CVF.

Known Problems

Bugs and Glitches

DriveSpace exhibited several common software glitches that affected its reliability across implementations. One frequent issue involved driver loading failures, particularly when the protected-mode driver (Drvspacx.vxd) and real-mode driver (DRVSPACE.SYS) versions were mismatched, often occurring after reinstalling or applying updates from Microsoft Plus!. This mismatch triggered error messages such as "DriveSpace and real-mode driver are mismatched" during startup, leading to system instability including unusual screen characters, fatal exception errors, and boot loops where the system repeatedly failed to initialize the compressed volume. Version-agnostic operational glitches included intermittent system hangs, especially during compression or decompression processes under high I/O loads, such as when restarting in mini-Windows mode after an interrupted operation. Users reported hangs accompanied by errors like "DrvSpace caused a in module W31SPACE." or failures to load core modules such as PROGMAN., GDI., or USER., stemming from damaged temporary files in the hidden Failsafe.drv folder or corrupted Mini.cab in the Windows\System directory. Additionally, compatibility conflicts arose with certain disk utilities, including ' caching features like Norton Cache or Speedrive, which could interfere with DriveSpace's volume mounting if loaded before the DRVSPACE.SYS in . Specific error codes highlighted these defects; for instance, the mismatched driver error directly prevented access to compressed volumes, while restart failures in mini-Windows mode produced messages like "Error Loading VGA.DRV" or "Cannot start Windows in standard mode," often due to partial writes during prior operations or power interruptions disrupting file integrity checks. These issues were not tied to hardware but to software interactions within the MS-DOS and Windows environments. Microsoft provided workarounds through knowledge base patches and manual configurations. For driver mismatches, users could boot to a command prompt, rename the faulty Drvspacx.vxd file, and extract the correct version (e.g., 61,719 bytes for Microsoft Plus! integration) from installation media like Plus_1.cab, followed by a system restart. Hangs during restarts were addressed by booting to safe mode, backing up and restoring Autoexec.bat and Config.sys from the Failsafe.drv folder, deleting the folder, and replacing Mini.cab from Windows 95 installation disks. To mitigate compatibility with utilities like Norton, editing CONFIG.SYS to load DRVSPACE.SYS before such tools (e.g., using DEVICEHIGH=DRVSPACE.SYS /MOVE) and enabling upper memory management with DOS=UMB ensured proper sequencing and buffer allocation, reducing conflicts. Unresolved bugs in these areas could occasionally escalate to data corruption, as explored in the Data Loss and Recovery section.

Data Loss and Recovery

DriveSpace compressed volumes were vulnerable to data corruption, primarily affecting the Compressed Volume File (CVF), which served as the container for all compressed data and could become inaccessible if damaged. A key risk was corruption of the CVF header or structure due to improper shutdowns or power failures, which interrupted critical write operations and often resulted in bad sectors within the CVF. This could prevent the volume from mounting, effectively locking users out of their data until repair or recovery was attempted. Another significant issue involved chain inconsistencies in the virtual (FAT), such as cross-links between clusters or lost allocation entries, which arose from incomplete updates to the compressed file system's metadata and led to fragmented or irretrievable files. A known involved third-party disk utilities, such as Mace Utilities' Sector Editor, which could inadvertently DriveSpace CVFs by modifying underlying sectors without accounting for the compression layer. Recovery from such typically began with attempting to mount the CVF using DRVSPACE commands; if partially successful, the /UNCOMPRESS switch could decompress the volume to a host drive, allowing data extraction before further degradation. For severe cases involving bad sectors, third-party tools like were employed to scan and repair the physical media, refreshing surfaces and recovering readable data from damaged CVF regions. offered official recovery options through bootable disk utilities and the integrated SCANDISK tool, which could analyze and fix virtual FAT inconsistencies when run directly on the CVF file (e.g., SCANDISK C:\DRVSPACE.000 /SURFACE). In extreme scenarios, users resorted to imaging the host drive and using specialized undelete or surface repair software to salvage files. To mitigate these risks, recommended maintaining regular backups of all critical data to uncompressed media, as compression amplified the impact of failures. Users were also advised against compressing system-critical files like boot sectors or kernel components, which could exacerbate boot-time . Periodic maintenance using SCANDISK on CVFs helped detect chain inconsistencies early, preventing escalation to total .

Version Evolution

MS-DOS 6.22 Implementation

DriveSpace debuted in 6.22, released in June 1994, as an upgrade for users running 6.0 or 6.2, fully replacing the DoubleSpace disk compression utility that had been removed from 6.21 amid litigation. This implementation marked Microsoft's rewrite of the compression engine following a settlement with Stac Electronics, licensing Stac's Lempel–Ziv–Stac (LZS) to ensure compliance while avoiding the original infringing code used in DoubleSpace. Key enhancements in this version included superior compression performance over DoubleSpace, with average ratios reaching approximately 2:1 for typical sets, enabling users to effectively double available storage on constrained hard drives common in the mid-1990s. Additionally, it incorporated refined error handling, such as improved integrity verification during mount and unmount operations, reducing the likelihood of corruption from power failures or incomplete processes. Installation required at least 1 MB of free space on the target drive, a backup, and execution of the DRVSPACE command for compression setup, often via an express or custom mode. The rollout saw rapid adoption, as it restored essential disk expansion capabilities to millions of users facing escalating software demands on limited hardware, but the shift generated initial user confusion due to incompatible file formats—requiring explicit conversion of existing DoubleSpace volumes—and altered command-line syntax, such as DRVSPACE.SYS replacing DBLSPACE.SYS in . Despite these hurdles, the utility's reliability bolstered its uptake, with many system integrators and home users relying on it to extend drive life without hardware upgrades. Unique to this MS-DOS 6.22 implementation, operated solely through command-line tools without graphical drag-and-drop support or compatibility with emerging Windows environments, limiting its ease of use to text-based administration and necessitating manual intervention for tasks like .

MS-DOS 6.21 and 6.22 Updates

6.21, released in , was a targeted maintenance release that removed the DoubleSpace disk compression utility in response to a from Stac Electronics, which had led to a court-ordered against its use. This version focused on system stability by addressing various bugs inherited from 6.2, including improvements to low-memory handling during operations and enhanced integration of SCANDISK for better disk error detection on volumes that would later support compression tools like DriveSpace. Although DriveSpace itself was not yet available, these fixes ensured more reliable compressed volume file (CVF) mounting, particularly on systems where could interrupt disk access. MS-DOS 6.22, released in June 1994, reintroduced disk compression with as a rewritten, patent-compliant replacement for DoubleSpace, emphasizing enhanced safety and performance. incorporated DoubleGuard technology, which performs integrity checks on data before writing to prevent corruption, and extended support to both hard disks and floppy disks for on-the-fly compression and decompression. The utility also featured automatic mounting of compressed , facilitating seamless use even in Windows environments. Minor performance optimizations were tailored for 386 and 486 processors, including faster handling of compression tasks through improved memory allocation. Additionally, 6.22 addressed early date-handling anomalies as precursors to Y2K issues, making it compliant with minor caveats for two-digit year processing up to 2035. International variants of 6.22 included localized error messages to support non-English users. Both versions shared refinements such as reduced overall installation time compared to prior releases and bolstered undelete functionality for compressed volumes, with Undelete providing three configurable protection levels to recover deleted files more effectively across and Windows. The SCANDISK integration saw further advancements in 6.22, enabling it to scan and repair errors on DriveSpace-compressed drives while logging changes with an undo capability; DriveSpace invoked SCANDISK automatically prior to compression to verify disk health. These updates prioritized reliability over new features, with adoption driven mainly by OEM bundling on new PCs rather than standalone retail sales, as many users opted for inexpensive step-up kits from 6.2.

Windows 95 Integration

DriveSpace 3 was introduced in 1995 as part of the Microsoft Plus! for Windows 95 add-on pack, marking a significant upgrade from earlier versions by supporting compressed volumes up to 2 GB and improving overall compression efficiency. This version integrated seamlessly with the Windows 95 operating system, replacing the command-line tools of prior MS-DOS implementations with graphical user interface (GUI) components accessible through Windows Explorer. Users could manage compression tasks, view real-time status of compressed drives including free space estimates before and after compression, and handle operations on both hard drives and removable media like floppies via intuitive dialog boxes. Key enhancements in DriveSpace 3 included native support for long file names (LFNs) within compressed volume files (CVFs), leveraging 's VFAT file system extensions to allow filenames up to 255 characters while maintaining with 8.3 short names. It also integrated with the built-in Windows utility, enabling backups of compressed data without manual decompression, and offered an option during setup to compress the installation drive automatically to optimize space usage. These features prioritized ease of use in a graphical environment, with point-and-click wizards guiding drive selection and compression processes to simplify tasks for non-technical users. Performance benefits stemmed from DriveSpace 3's use of 32-bit virtual device drivers (VxDs), which reduced CPU overhead for on-the-fly compression and decompression compared to the 16-bit drivers in versions, resulting in up to 50-200% faster disk I/O operations overall in the architecture. However, compatibility issues occasionally arose with certain devices, potentially requiring manual configuration to avoid resource conflicts during compression activities. This integration represented a pivotal shift toward a more user-friendly, OS-native experience for disk management.

Windows 98 Enhancements

DriveSpace was included as a standard component in , released in May 1998, and its Second Edition (SE) in May 1999, with version 3.0x updates that resolved several crash issues inherited from the implementation. Key enhancements in this version focused on expanded hardware compatibility and tool integration to improve reliability and usability on evolving systems. It provided better support for emerging USB storage devices, allowing compression of without the compatibility problems seen in earlier releases, and extended partition handling to volumes up to 8 GB, accommodating the growing size of hard drives during the late . tools were refined to more efficiently optimize compressed volumes, reducing fragmentation-related performance degradation, while integration with the new (SFC) enabled automatic verification and repair of critical system files even on compressed drives, enhancing overall system stability. For users in multi-boot environments combining with , DriveSpace offered configurable options to compress shared drives, ensuring data accessibility across operating systems without requiring decompression during boot switches. These updates specifically targeted prior vulnerabilities, incorporating preemptive integrity checks akin to basic journaling to minimize risks during multitasking interruptions or abrupt power-offs, a common issue in the era that could corrupt compressed volume headers.

Windows Me Final Version

DriveSpace 3 was bundled with , released in September 2000, marking the final iteration of the disk compression utility in Microsoft's consumer Windows line aimed at home users. This version included optimizations tailored for typical home computing tasks, including better handling of media files to address the growing popularity of and video storage on consumer PCs. The primary changes in this release focused on refining compression efficiency without introducing a new underlying architecture, such as improved ratios for and video files through adaptive block compression techniques that adjusted to file types for better performance on FAT32 volumes. Additionally, some legacy code from earlier integrations was removed to align with 's architecture, which eliminated real-mode DOS support, resulting in limited functionality for new compression tasks but retained support for accessing existing compressed volumes. As shifted focus to in subsequent operating systems like and XP, DriveSpace's relevance declined, with official documentation and setup guides warning against its use for new installations due to compatibility issues and the superiority of native features in for and reliability. Despite these signals, DriveSpace remained common in legacy setups during upgrades from to Me, where existing compressed drives were automatically mounted for continuity; however, and hardware vendors discouraged its use on newer, faster hardware configurations owing to increased instability risks from the aging compression layer interacting with modern processors and larger drives.

External Support

Microsoft Add-ons

Microsoft released supplemental tools for DriveSpace as part of the Microsoft Plus! add-on packs, spanning versions from 1995 to 1998. These packs integrated enhanced wizards that simplified the process of creating, resizing, and optimizing compressed volume files (CVFs), along with reporting utilities that provided detailed insights into compression ratios, free space allocation, and overall disk health. For instance, Microsoft Plus! for introduced DriveSpace 3, which offered improved compression algorithms and user interfaces for better management of storage on limited hardware. Microsoft also distributed patches and hotfixes for DriveSpace through articles and support resources to address common bugs, such as errors during CVF mounting or data access issues on compressed drives. Recovery tools, including utilities for undeleting files within CVFs and corrupted volumes, were made available via MSDN subscriptions and official support disks for advanced users and developers. These tools enabled manual intervention to salvage data from failed compressions without full system reinstallation. DriveSpace was bundled with other Microsoft software, notably MS Backup for MS-DOS and Windows, which supported direct backups of files on compressed volumes by treating them as standard drives, avoiding the need to manipulate the underlying CVF file separately for efficient and reliable archiving. Similarly, ScanDisk received enhancements to handle DriveSpace compressed volumes, allowing surface analysis of the host drive while verifying the integrity of the compressed data structure without requiring decompression. These add-ons and tools were downloadable from Microsoft's official support website throughout the and into the early , supporting the legacy of 6.x and environments; following the discontinuation of DriveSpace with in 2000, they transitioned to archived status in Microsoft's legacy download repositories.

Third-Party Implementations

Following the patent settlement between and Stac Electronics, where Microsoft paid $43 million and the companies cross-licensed their disk compression patents, Stac continued to license the technology to third-party vendors for disk compression tools. This enabled adaptations beyond Microsoft's ecosystem, including integrations in alternative DOS variants. A prominent licensed port appeared in DR-DOS, where Stac's Stacker utility provided on-the-fly disk compression similar to DriveSpace, achieving compression ratios up to 2:1 by transparently handling data on hard drives and diskettes. The DR-DOS 7 implementation, documented in its 1993 user guide, supported creating compressed Stacker drives from available space, previewing compression effects, and converting existing DoubleSpace or SuperStor volumes to the Stacker format via the SETUP command, ensuring compatibility with legacy compressed data. Commands like STACKER for status and mounting, CREATE for new volumes, and UNSTACK for decompression facilitated management, with requirements such as 1 MB of free space for bootable drives. OEM adaptations included versions in IBM's PC-DOS, which incorporated Stac's compression starting with PC-DOS 7 in 1995, leveraging licensed Stac technology for enhanced storage in IBM-compatible environments while maintaining compatibility with file systems. In modern emulation contexts, tools like allow revival of DriveSpace by mounting Compressed Volume Files (CVFs) as virtual drives within the emulated DOS environment, enabling users to run the original DRVSPACE. utility to decompress or access data from 1990s-era volumes. This approach supports 2020s workflows for archival recovery, particularly on systems where native CVF support is absent, though mtools handles standard files but not compressed formats directly. Alternatives to DriveSpace included SuperStor, a competing compression system from AddStor Systems licensed to early DR-DOS versions like 6.0, offering comparable real-time compression without the LZS dependency. Stacker itself served as the foundational third-party tool, predating and inspiring DriveSpace. For legacy data migration, open-source filesystems like provide a successor for compressing read-only archives on , allowing extraction from CVFs via emulation before repackaging into SquashFS images for efficient storage.

References

  1. https://ia801204.us.archive.org/33/items/msdos_manual_622/msdos_manual_622.pdf
  2. https://techshelps.github.io/MSDN/DNWIN95/HTML/S653E.HTM
  3. https://tedium.co/2018/09/04/disk-compression-stacker-doublespace-history/
  4. https://learn.microsoft.com/en-us/answers/questions/3213269/doublespace-files
  5. http://www.geocities.ws/politalk/dos/dblwin95.htm
  6. https://www.latimes.com/archives/la-xpm-1994-02-24-fi-26671-story.html
  7. https://www.nytimes.com/1994/02/24/business/microsoft-loses-case-on-patent.html
  8. https://www.latimes.com/archives/la-xpm-1994-06-22-fi-7159-story.html
  9. https://www.upi.com/Archives/1994/06/21/Microsoft-Stac-settle-patent-dispute/6916772171200/
  10. https://www.computerhope.com/history/dos.htm
  11. https://www.oreilly.com/library/view/windows-r-98-unleashed/0672312352/0672312352_ch15lev1sec4.html
  12. https://asecuritysite.com/comm/telecoms06.pdf
  13. http://jeffpar.github.io/kbarchive/kb/096/Q96391/
  14. https://www.infania.net/misc/dos622help/drvspace.html
  15. https://fragglet.github.io/dos-help-files/oem.hlp/DRVSPACE--Notes.html
  16. http://www.thenetworkencyclopedia.com/entry/drivespace/
  17. http://info.wsisiz.edu.pl/~bse26236/batutil/help/S7.HTM
  18. https://www.ibm.com/support/pages/operating-systems-options-removing-doublespace-or-drivespace-crossbrand
  19. http://info.wsisiz.edu.pl/~bse26236/batutil/help/DRVSPS.HTM
  20. https://fragglet.github.io/dos-help-files/oem.hlp/drvspace_tips.html
  21. https://www.atarimagazines.com/compute/issue155/120_Making_the_best_of_D.php
  22. https://winworldpc.com/product/ms-dos/622
  23. https://jeffpar.github.io/kbarchive/kb/095/Q95533/
  24. https://www.geocities.ws/politalk/dos/dbldos.htm
  25. http://info.wsisiz.edu.pl/~bse26236/batutil/help/S6.HTM
  26. https://jeffpar.github.io/kbarchive/kb/115/Q115433/
  27. http://info.wsisiz.edu.pl/~bse26236/batutil/help/DS_UNC_S.HTM
  28. https://www.grc.com/sr/spinrite.htm
  29. http://www.emsps.com/oldtools/msdosv.htm
  30. http://jeffpar.github.io/kbarchive/kb/095/Q95533/
  31. https://betawiki.net/wiki/MS-DOS_6.2
  32. https://winworldpc.com/product/ms-dos/621
  33. https://www.xs4all.nl/~hwiegman/msdos/113641.htm
  34. http://jeffpar.github.io/kbarchive/kb/105/Q105831/
  35. https://www.infania.net/misc/timeline.html
  36. http://www.bitsavers.org/pdf/microsoft/windows_95/Introducing_Microsoft_Windows_95_1995.pdf
  37. https://books.google.com/books/about/Microsoft_Windows_98_Resource_Kit.html?id=yWotTOs9sS4C
  38. https://www.oreilly.com/library/view/windows-r-98-unleashed/0672312352/
  39. https://www.minitool.com/lib/windows-me.html
  40. https://learn.microsoft.com/en-us/troubleshoot/windows-client/backup-and-storage/fat-hpfs-and-ntfs-file-systems
  41. https://archive.org/details/microsoft-plus-windows-95
  42. http://info.wsisiz.edu.pl/~bse26236/batutil/help/DRVSPACE.HTM
  43. http://info.wsisiz.edu.pl/~bse26236/batutil/help/SCANDSKN.HTM
  44. http://bitsavers.org/pdf/novell/dr_dos/DR_DOS_7_User_Guide_1993.pdf
  45. https://speleotrove.com/rexxhist/rexxdos.html
Add your contribution
Related Hubs
User Avatar
No comments yet.