[Gluster-users] uWSGI plugin and some question

John Mark Walker johnmark at johnmark.org
Mon Jul 29 18:07:32 UTC 2013

Hi Roberto,

Wow, this looks really awesome - thank you so much for taking the time to
do this.

I am copying the gluster-devel list, as they may have some insight into the
more dev-centric questions.

Also, if you're so inclined, please consider mirroring your project on the
Gluster Community Forge, which is the standard place for all Gluster-y
things to be developed: http://forge.gluster.org/

John Mark
Gluster Community Leader

On Mon, Jul 29, 2013 at 11:36 AM, Roberto De Ioris <roberto at unbit.it> wrote:

> Hi everyone, i have just committed a plugin for the uWSGI application
> server
> for exposing glusterfs filesystems using the new native api:
> https://github.com/unbit/uwsgi-docs/blob/master/GlusterFS.rst
> Currently it is very simple, but works really well.
> I have studied the whole api, and i have two questions:
> why there is no glfs_stat_async() ?
> if i understand the code well, even stat() is a blocking operation.
> My objective is avoiding the use of threads and processes and use the
> uWSGI async api to implement a non blocking-approach (mixable with other
> engines like gevent or Coro::AnyEvent)
> Another thing is the bison/yacc nameclash. uWSGI allows you to load
> various external libraries and the use of the default 'yy' prefix causes
> nameclashes with common libraries (like matheval).
> I understand that matheval too should choose a better approach, but why
> not prefixing it like glusterfsyy ? This would avoid headaches, even for
> when people will start using the library in higher level languages.
> Currently i have tried the YFLAGS env var hack for ./configure but it did
> not work (i am using bison)
> YFLAGS="-Dapi.prefix=glusterfsyy -d" ./configure --prefix=/opt/glusterfs/
> Thanks a lot for your attention
> --
> Roberto De Ioris
> http://unbit.it
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130729/dc39a0d5/attachment.html>

More information about the Gluster-users mailing list