If the project is called CryptoStacker, why not use Stacker? Have the program go beneath Stacker (or another disk doubling system) and encrypt/decrypt the actual stacker file as Stacker reads it? It would be a much simpler solution once you found out how te interface with Stacker. Ben Byer <bbyer@bix.com>
On Fri, 11 Jun 1993 bbyer@BIX.com wrote:
If the project is called CryptoStacker, why not use Stacker? Have the program go beneath Stacker (or another disk doubling system) and encrypt/decrypt the actual stacker file as Stacker reads it? It would be a much simpler solution once you found out how te interface with Stacker.
Problems: 1) Defeats the purpose of free/cheap-ware. 2) Mixes abstraction levels and causes drivers to run redundantly (and thus, more slowly) 3) Would not be modular with further expandability Solution: Take the meat of the suggestion (building upon an already working system of sector remapping and data mangling) and build upon it. Indeed, what I am doing is finding working sources for drivers and network redirectors and examining them to find one which will serve as a good model to work from. This will provide the benefits of working under Stacker, as you suggested, and will also have the advantages of freeing us from the list of disadvantages.
Ben Byer <bbyer@bix.com>
-=Ryan=- the Bit Wallah cat cypherpunk.flames > /dev/null
participants (2)
-
bbyer@BIX.com
-
RYAN Alan Porter