Wouldn't that mean that we would need to support the extended attributes that Linux drivers support within ReactOS (like UNIX permissions, etc.)?
On Tue, Nov 10, 2009 at 3:18 PM, James Walmsley <[email protected]> wrote: > Hi, > > The other day I had an idea. Because Linux has already many > file-systems, would it not be possible to simply make a generic FS > driver, that simply wraps around the Linux fs model? > > I'm sure the linux and windows models are quite different when it > comes to their overall architecture. > > The advantage of doing this would be that we'd have instant access to > well tested and maintained code. > > This is essentially what Aleksey is doing with my FullFAT library, > albeit with a few small modifications. > > Kind Regards > > James > > 2009/11/9 Aleksey Bragin <[email protected]>: > > That's great! This gives me more motivation to finish the fastfat > > rewrite and test your branch with that driver. > > > > > > On Nov 9, 2009, at 12:21 PM, <[email protected]> > > <[email protected]> wrote: > > > >> I'm pleased to announce that I've been able to boot reactos to the > >> shell from an ext2 partition. This is something we've wanted for a > >> long time and many of us have worked on. I've synced up arty-newcc > >> to the current state of my git repository. This work is > >> experimental, not quite complete, and has some important limitations: > >> > >> - It probably won't currently work for a partition larger than 4gig > >> and might even fail for one larger than 2gig. This limitation is > >> lifted by other, unrelated code in my tree that I haven't merged yet. > >> > >> - It probably has a lot more bugs left, especially in block > >> allocation for large files. > >> > >> - Some parts of the new section implementation leak pages. > >> > >> I was planning to, but haven't yet made the new and old cache and > >> cc and section implementations available side by side. The main > >> work of separating the new files involved in the section > >> implementation (now in ntoskrnl/mm/section/*) is done. This will be > >> necessary when I merge it into the main tree, at least for > >> regression testing. > >> > >> Despite the branch being named for me, I invite anyone to work on, > >> modify, or bugfix arty-newcc. This advance has been a long time > >> coming, and I'd like to thank everyone for keeping the faith. > > > > > > _______________________________________________ > > Ros-dev mailing list > > [email protected] > > http://www.reactos.org/mailman/listinfo/ros-dev > > > > > > -- > James Walmsley > ---------------------------------------- > [email protected] > > _______________________________________________ > Ros-dev mailing list > [email protected] > http://www.reactos.org/mailman/listinfo/ros-dev >
_______________________________________________ Ros-dev mailing list [email protected] http://www.reactos.org/mailman/listinfo/ros-dev
