t; >>with native 'ntoskrnl.exe'.
>
> RtlUnwind is documented (altough its use isn't recommended), and
> implemented by ReactOS
Although ReactOS implements SEH it is compatible only with ReactOS code
while is binary incompatible with SEH as being used by 'ntfs.sys
functions (maybe a
> voodoo test for safely check if the subsystem have a correct behavior):
...
> - - RtlUnwind
This is a part of undocumented SEH (Structured Exception Handling) implemented
by ReactOS while fixed by Captive and partially combined with native
'ntoskrnl.exe'. I st
Hi,
On Wed, 22 Oct 2003 10:32:31 +0200, Szakacsits Szabolcs wrote:
> On Tue, 21 Oct 2003, Jan Kratochvil wrote:
...
> Just a new one, robustness. I didn't test Captive NTFS but looking at the
> system design it's a bit too complex. Error-prone. With a variable black
> b
Hi,
On Tue, 21 Oct 2003 22:38:41 +0200, Szakacsits Szabolcs wrote:
> On Tue, 21 Oct 2003, Jan Kratochvil wrote:
...
> > do not need to be understood for writing.
>
> I guess you mean reading? Anyway it depends on the driver quality. All
> needs to be known for both read a
Hi,
On Tue, 21 Oct 2003 21:05:57 +0200, Szakacsits Szabolcs wrote:
> 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) do not need to be understood
fo
Hi,
On Tue, 21 Oct 2003 17:41:19 +0200, Szakacsits Szabolcs wrote:
> On Tue, 21 Oct 2003, Jan Kratochvil wrote:
...
> > NTFS has no meaning as a standalone filesystem - there are better GPL
>
> Why not? NTFS has all the features that other Linux filesystems have and
> even mor
affirmation of the professional IT lawyer
JUDr. Jiri Cermak Captive NTFS is legally valid at least in my home country.
Regards,
Lace
--
Jan Kratochvil; http://www.jankratochvil.net/