Has Anybody looked up dmsdosfs? It is a linux filesystem driver that
can access quite a few different compressed dos filesystems like
drivespace and doublespace. Perhaps an implementation could be
derived from its source code.
On Sat, Mar 29, 2008 at 7:20 AM, Eric Auer <[EMAIL PROTECTED]> wrote:
Hi Imre,
> Well, I think that a seperate partition with a compressed file
> system and a block driver would be the best option.
I agree about the block driver, but I believe a file would be more
flexible than a partition. Once you compress a partition, you would
otherwise have to shrink it to ma
> Stored in reverse order, with the short file name after the long
> one, yeah that's realy got to make speed.
Dear Imre, the MS algorithm is really a LITTLE bit more
advanced than a linear read of the directory. Try to find
and read the patents.
Eric
-
reedos-devel@lists.sourceforge.net
>Onderwerp: Re: [Freedos-devel] compressed FAT filesystems
>
>
>Hi Antony, (please switch from HTML to plain text mail...)
>
>> I would think that the information contained in the MS-DOS 6
>> Programmers reference is free of any restric
> but more about efficient handling of long
>file names.
Your joking, right?
Stored in reverse order, with the short file name after the long one, yeah
that's realy got to make speed.
Imre
-
Check out the new SourceFo
Hi Antony, (please switch from HTML to plain text mail...)
> I would think that the information contained in the MS-DOS 6
> Programmers reference is free of any restrictions related to
> that lawsuit.
(I assume you mean the one which forced MS to go DOS 6.2 to 6.22
and replace a bad license comp
, Int
25h, and Int 26h (which comprise most of how DOS applications access the disk).
-T
> Date: Fri, 28 Mar 2008 20:27:50 +0100
> From: [EMAIL PROTECTED]
> To: freedos-devel@lists.sourceforge.net
> Subject: Re: [Freedos-devel] compressed FAT filesystems
>
>
> Hi Ant
Hi Antony,
for now, I would not recommend to try to clone any MS
compressed filesystem. Remember that they themselves
have had licensing issues with their own compressed
filesystem. One thing which makes doublespace and co
complex is their ability to WRITE to the filesystem
while it is mounted /
implementation.
> From: [EMAIL PROTECTED]
> To: freedos-devel@lists.sourceforge.net
> Date: Fri, 28 Mar 2008 12:13:48 +
> Subject: Re: [Freedos-devel] compressed FAT filesystems
>
> Actually the sources seem to already contain zlib.
>
> So I assume we almost have a working
ag, maart 28, 2008 01:05 PM
>Aan: freedos-devel@lists.sourceforge.net
>Onderwerp: Re: [Freedos-devel] compressed FAT filesystems
>
>
>Actualy like Eric, privately, pointed out we already have a driver to treat a
>file as a volume, nl. SHSUFDRV.
>
>However, the problem is
: vrijdag, maart 28, 2008 10:11 AM
>Aan: freedos-devel@lists.sourceforge.net
>Onderwerp: Re: [Freedos-devel] compressed FAT filesystems
>
>I've read all the posts, now lets look at what DriveSpace/DoubleSpace actually
>did...
>
>You take a hard drive of x capacity, analyze th
> Date: Fri, 21 Mar 2008 14:08:34 -0430
> From: [EMAIL PROTECTED]
> To: freedos-devel@lists.sourceforge.net
> Subject: Re: [Freedos-devel] compressed FAT filesystems
>
> Would be OK something like a tar file, that includes time, date and
> attribut
Would be OK something like a tar file, that includes time, date and
attributes for each file.
And may be compressed if needed.
+-+-+-+-+-+-+-+
Marco A. Achury
Tel: +58-(212)-6158777
Cel: +58-(414)-3142282
Fax: +58-(212)-2410828
Skype: marcoachury
www.geocities.com/marcoachury
Imre Leber escrib
p: Re: [Freedos-devel] compressed FAT filesystems
>
>
>Hoi Imre,
>
>> You did however make the very valid point that implementing a
>> compressed file system is not so easy as one might think.
>
>Luckily the task gets a lot easier if the filesystem will be
>readonly (t
Hoi Imre,
> You did however make the very valid point that implementing a
> compressed file system is not so easy as one might think.
Luckily the task gets a lot easier if the filesystem will be
readonly (tool to create it, driver to read it). And such a
filesystem is still pretty useful :-).
bericht -
>Van: Eric Auer [mailto:[EMAIL PROTECTED]
>Verzonden: donderdag, maart 20, 2008 01:19 PM
>Aan: freedos-devel@lists.sourceforge.net
>Onderwerp: Re: [Freedos-devel] compressed FAT filesystems
>
>
>Hi Imre,
>
>> Does the fact that all this runs on l
2008 01:19 PM
>Aan: freedos-devel@lists.sourceforge.net
>Onderwerp: Re: [Freedos-devel] compressed FAT filesystems
>
>
>Hi Imre,
>
>> Does the fact that all this runs on linux slip your mind
>> (like in no way interesting for the stated purpose).
>
>Some of
ilto:[EMAIL PROTECTED]
>Verzonden: donderdag, maart 20, 2008 12:43 PM
>Aan: freedos-devel@lists.sourceforge.net
>Onderwerp: Re: [Freedos-devel] compressed FAT filesystems
>
>
>Does the fact that all this runs on linux slip your mind (like in no way
>interesting for the stated purpo
Hi Imre,
> Does the fact that all this runs on linux slip your mind
> (like in no way interesting for the stated purpose).
Some of the filesystems claim to be implemented in only
4 kilobytes of code. Which is a lot smaller than the FAT
engine in the FreeDOS kernel, for example. If you made
a va
ation).
Imre
>- Oorspronkelijk bericht -
>Van: Eric Auer [mailto:[EMAIL PROTECTED]
>Verzonden: donderdag, maart 20, 2008 03:33 AM
>Aan: freedos-devel@lists.sourceforge.net
>Onderwerp: Re: [Freedos-devel] compressed FAT filesystems
>
>
>Hi Imre,
>
>> Which fre
Hi Imre,
> Which free/open compressed embedded filesystems would that be?
Browsing wikipedia a bit gives me quite a few READONLY free and
open source compressed filesystems, several of which are useful
for embedded systems. For writeability, you would typically have
to alloc new space in your fi
>- Oorspronkelijk bericht -
>Van: Aitor Santamar?a [mailto:[EMAIL PROTECTED]
>Verzonden: woensdag, maart 19, 2008 01:45 AM
>Aan: freedos-devel@lists.sourceforge.net
>Onderwerp: Re: [Freedos-devel] compressed FAT filesystems (was: defrag methods)
>
>One more thin
>- Oorspronkelijk bericht -
>Van: Eric Auer [mailto:[EMAIL PROTECTED]
>Verzonden: dinsdag, maart 18, 2008 10:38 PM
>Aan: freedos-devel@lists.sourceforge.net
>Onderwerp: [Freedos-devel] compressed FAT filesystems (was: defrag methods)
>
>
>Hi!
>
>> Maybe
One more thing: the big deal about DoubleSpace/DriveSpace is not the
compression itself, which could of course increase your free space,
but mostly comes from the variable-sector-per-cluster stuff: you get
lots of extra free space by cutting the space occupied by the many,
say, less than 1KB text f
Hi!
> Maybe with adding compression it could make a replacement for
> doublespace? (running it through the network redirector obviously)
Nope, doublespace compresses the actual data on your disk,
not the space which is free anyway ;-). I think it would be
nice to have a driver for one of those f
25 matches
Mail list logo
