Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)

2003-10-23 Thread Szakacsits Szabolcs
Jakob Eriksson wrote: > Nevertheless, I too wonder what ntfsresize -i /device would do on a > Longhorn... is the command "ntfsresize" still there BTW? Hmmm, ntfsresize is an open source Linux util what I wrote over a year ago and today used by several distros to non-destructively resize NTFS saf

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)

2003-10-22 Thread Szakacsits Szabolcs
Hi, On Tue, 21 Oct 2003, Jan Kratochvil wrote: > On Tue, 21 Oct 2003 22:38:41 +0200, Szakacsits Szabolcs wrote: > > > > I guess you mean reading? Anyway it depends on the driver quality. All > > needs to be known for both read and write. > > Not all information ne

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)

2003-10-22 Thread Szakacsits Szabolcs
On Wed, 22 Oct 2003, Fabian Cenedese wrote: > >> Filesystem must be the rock solid data storage structure. You must > >> know the meaning of each byte (*) for such reliable and interoperable > >> filesystem. > > > >Exactly. Every needed byte is known. > > Wow! Really? > > >> (*) You do not nee

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)

2003-10-21 Thread Szakacsits Szabolcs
On Tue, 21 Oct 2003, Jan Kratochvil wrote: > ... > Most of them is read-only but if you know how to read, sure > you can write as well. > > Block allocation bitmaps (or Btrees or whatever) Yes, there are all the three :) > do not need to be understood for writing. I guess you mean reading? A

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)

2003-10-21 Thread Szakacsits Szabolcs
> > Let me tell an example, the (Linux) NTFS driver supports transparent > > compression. Today CPU's are very fast and the disk bandwidth is very > > slow compared. So doing bulk data transfers, the disk bandwidth is the > > bootleneck. Would you be faster using the filesystem's transparent > >

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)

2003-10-21 Thread Szakacsits Szabolcs
On Tue, 21 Oct 2003, Ivan Leo Murray-Smith wrote: > >BTW, it would be interesting if one could check, try out what's Longhorn's > >NTFS version numbers (i.e. if it changed or not). E.g. ntfsresize -i /device > >would tell it. > Longhorn doesn't use NTFS, Yes, this was the first wave of Microsof

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)

2003-10-21 Thread Szakacsits Szabolcs
On Tue, 21 Oct 2003, Jan Kratochvil wrote: > On Tue, 21 Oct 2003 17:41:19 +0200, Szakacsits Szabolcs wrote: > > > > Why not? NTFS has all the features that other Linux filesystems have and > > even more. Why couldn't it be used as a standalone filesystem? >

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)

2003-10-21 Thread Szakacsits Szabolcs
On Tue, 21 Oct 2003, Jan Kratochvil wrote: > I consider NTFS problem a special case. Probably because you consider NTFS as the product of the "evil empire", not as a matured technology designed/developed by experienced professionals and used over a hundred millions of computers today ;) > NTFS

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)

2003-10-21 Thread Szakacsits Szabolcs
Hi, Jan Kratochvil wrote: > As GPLed Linux-NTFS still has no NTFS r/w capability I completed the > project for reliable r/w access in Wine way by using MS-Windows > ntfs.sys driver. The goal of the Linux-NTFS project is the provide completely open source code to access, manage NTFS filesystems