Adding file system support to PIC32 port

[Luciodj]

I have completed the graphic library wrappers for the PIC32 port and I
am experimenting with a mini Tkinter-like interface I put together
this weekend.
I can now have a three line Hello World gui app with touch screen
input and all!
To make it really useful though I would like to add file system
support, so I am wondering if this has been done already for other
platforms and/or if there are any templates to add it to the platform
with minimal disruption of the source yet look and feel like a real
python native module...

[pir...@gmail.com]

Look for PyFilesystem (http://code.google.com/p/pyfilesystem). I have
been working with it for another project (PirannaFS) and is really
pythonic compared with PyFuse and also allow to access to the
filesystems using objects without needing to mount them (that it's
freaking hilarious for testing purposes and the main reason i started
using it :-P). I was thinking about using it for my x86 port in the
future, it only would need to develop a new "expose" (it's how they
call to the backends) for PyMite in the same way they are currently
for FUSE, Dokan (similar framework like FUSE but for Windows), WSGI or
standalone web server.

http://code.google.com/p/pyfilesystem/source/browse/#svn%2Ftrunk%2Ffs%2Fexpose

If you want to go for it give a message since i'm also interested ;-)

2012/2/21 Luciodj <lucio....@googlemail.com>:

> --
> You are subscribed to the "python-on-a-chip"  (or p14p for short) Google Group.
> Site: http://groups.google.com/group/python-on-a-chip

--
"Si quieres viajar alrededor del mundo y ser invitado a hablar en un
monton de sitios diferentes, simplemente escribe un sistema operativo
Unix."
– Linus Tordvals, creador del sistema operativo Linux

[pir...@gmail.com]

In fact, at a first time the expose wouldn't be necesary since we are working directly on Python: we can use the fs object natively. The expose would be necesary for more advanced uses like faking a mount command to allow access to several filesystems at the same time, and also for this internally would be so simple as just using a dict... :-)

Sended from my Android cell phone, please sorry the lack of format on the text and my fat thumbs :-P

[Luciodj]

Thanks for the link, but I must confess I was looking at a much lower
level, just bare bones open, read, write, close support...
I guess I need to do my homeworks first and inspect the other ports to
see how they hooked it up.
Native object types and all...

thx

On Feb 21, 2:26 pm, "pira...@gmail.com" <pira...@gmail.com> wrote:
> In fact, at a first time the expose wouldn't be necesary since we are
> working directly on Python: we can use the fs object natively. The expose
> would be necesary for more advanced uses like faking a mount command to
> allow access to several filesystems at the same time, and also for this
> internally would be so simple as just using a dict... :-)
>
> Sended from my Android cell phone, please sorry the lack of format on the
> text and my fat thumbs :-P

> El 21/02/2012 13:47, "pira...@gmail.com" <pira...@gmail.com> escribió:
>
>
>
>
>
>
>
> > Look for PyFilesystem (http://code.google.com/p/pyfilesystem). I have
> > been working with it for another project (PirannaFS) and is really
> > pythonic compared with PyFuse and also allow to access to the
> > filesystems using objects without needing to mount them (that it's
> > freaking hilarious for testing purposes and the main reason i started
> > using it :-P). I was thinking about using it for my x86 port in the
> > future, it only would need to develop a new "expose" (it's how they
> > call to the backends) for PyMite in the same way they are currently
> > for FUSE, Dokan (similar framework like FUSE but for Windows), WSGI or
> > standalone web server.
>

> >http://code.google.com/p/pyfilesystem/source/browse/#svn%2Ftrunk%2Ffs...

>
> > If you want to go for it give a message since i'm also interested ;-)
>

> > 2012/2/21 Luciodj <lucio.dija...@googlemail.com>:

[pir...@gmail.com]

> Thanks for the link, but I must confess I was looking at a much lower
> level, just bare bones open, read, write, close support...
> I guess I need to do my homeworks first and inspect the other ports to
> see how they hooked it up.
> Native object types and all...
>

I just have been thinking about this topic this morning and i think a
first problem is how to access to the raw device first (SD card,
whatever...) so later would be possible to add the "abstraction" of a
file system (I must to admit that i haven't looked for it yet because
i'm still finishing my platform port). I think that a MemoryFS would
be easy to develop at least as a proof of concept... In any case i
think a slimed version of PyFilesystem is the way to go (no 'expose'
support nor graphic browser at a first instance), or at least to
define some file-like object abstraction if you are thinking to do it
generic for all platforms :-)