Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

Custom RDISK Build ("RDISK-S") (Announce)

posted by Rugxulo Homepage, Usono, 17.07.2009, 08:50

> > RDISK /: switch added to use any free drive letter, when loaded
> > thru AUTOEXEC or later. RDISKON program added.
>
> I have modified this version of RDISK to make it work with kilobyte
> (rather than megabyte) accuracy.
>
> The download is here:
> http://superkeen.com/peacecorpsfiles/drvrs-pb.zip
>
> I made this change because:
> -RDISK has an amazingly small footprint, so wanted to stick with it. The
> closest competition is the IBM RAMDRIVE.SYS that comes with PC-DOS 7.1,
> and that's over double the size of RDISK.COM!

BITDISK (from TurboDisk) is pretty small, 10k UPX'd. Okay, not that small, but it's also open source and can handle kilobytes. You're using an XMSv2 driver anyways, and your computers are max. 32 MB, so you don't need the massive power of RDISK (gigs). Besides, you apparently have 30k free space left anyways. But yeah, RDISK is definitely cool. ;-)

> -I'm working on a DOS boot disk that needs to extract a 7Z file from and
> to a ramdrive. The 7Z Extractor needs roughly 2.3MB of RAM, so a ramdrive
> of 6MB would cause the extraction to fail on a machine with 8MB total RAM,
> and a ramdrive of 5MB would be too small to hold the contents of the 7Z
> file!

Yeah, I see an OpenWatcom-built 7.EXE that uses D3X, nice idea! :-P :-D :-D Although just FYI, the 9.04 one also handles unpacking dirs ('x').

> I would love to see this option implemented in the next version of the
> real RDISK!

That's up to Jack Ellis. I think he still reads (but doesn't post) here occasionally. ;-)

P.S. I noticed you used (and semi-worried) about PC-DOS 3.30 COMMAND.COM for its small size. Just for comparison, you could consider FreeDOS' old GCom 0.85. It's approx. 12k UPX'd, but it lacks FOR, IF, SHIFT. Still, it's quite small, so if you don't need complex .BATs, it might do what you want.

P.P.S. As much as I typically shun overformatting, I don't see how you can get around that without using stronger, more memory-intensive compression.

 

Complete thread:

Back to the forum
Board view  Mix view
22632 Postings in 2109 Threads, 402 registered users, 407 users online (0 registered, 407 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum