search for: greenlet

RPM: http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha2/ SRC: http://bits.gluster.org/pub/gluster/glusterfs/src/glusterfs-3.4.0alpha2.tar.gz This release is made off jenkins-release-19 -- Gluster Build System _______________________________________________ Gluster-devel mailing list Gluster-devel at nongnu.org https://lists.nongnu.org/mailman/listinfo/gluster-devel

Hi, I am toying with an idea of having LLVM generate code that has position-independent stacks. This would be a very useful property for implementing all sorts of micro-thread libraries (I am thinking something similar to Python greenlets <http://stackoverflow.com/a/17447308>), because you'd be able to easily save threadlet state from one OS thread and later restore it into another. On the surface, it seems entirely do-able - basically, one needs to get rid of all the things that point into the stack. It should be suffi...

Greetings, Sorry for the basic question, but I am trying to find out if R is a suitable platform for what I want to do... I am interested in creating simulations of distributed algorithms (i.e. team formation, Byzantine Generals , P2P communication modeling, mobile networks) that would be represented in GUIs. I would like to be able to instantiate an object for each node in my simulated

...: * egl-wayland-1.1.9-2.el9.x86_64.rpm is present, but it's "-devel" counterpart seems missing. So, if you have an older version of egl-wayland-devel installed, it complains that it cannot upgrade "egl-wayland". Same problem seems also to occurs with: * python3-greenlet-1.1.2-3.el9.x86_64.rpm Did I make a mistake or those "-devel" packages are really missing? Best, -- ??????.-.?????J e a n - P a u l???C h a p u t??/??Administrateur Systeme ??????/v\?????Jean-Paul.Chaput at lip6.fr ????/(___)\???work: (33) 01.44.27.53.99?????????????? ?????^^ ^^????ce...

...tly scheduled main topics are: - The L3 interpreter, a small fast interpreter for "assembler-level" flow graphs. This is heading towards JIT work. - Stackless: write an app-level interface, which might be either Tasklets, as in "Stackless CPython", or the more limited Greenlets. - Porting C modules from CPython. (_socket is not finished) - Optimization/debugging work in general. In particular our thread support is far from stable at the moment and unaccountably slow. - Experimentation: logic programming in Python. A first step might be to try to add logic v...

...ail.com> wrote: > >> Hi, >> I am toying with an idea of having LLVM generate code that has >> position-independent stacks. This would be a very useful property for >> implementing all sorts of micro-thread libraries (I am thinking something >> similar to Python greenlets <http://stackoverflow.com/a/17447308>), >> because you'd be able to easily save threadlet state from one OS thread and >> later restore it into another. >> >> On the surface, it seems entirely do-able - basically, one needs to get >> rid of all the things th...