jmoiron plays the blues

00439c8c to gaspar Merge branch 'eventlet' Conflicts: gaspar/producers.py

fb85885f to gaspar sorta big workaround, using eventlet as the eventlet poc worked and gevent's didn't (there isn't much eventlet-specific stuff i'm using that i can't adapt to gevent), a lot more well thought out producer/consumer model, split forking from consumer and modify ForkTest, which passes again

4ce6a8a7 to gaspar edited eventlet_poc (working) and gevent_poc (not working)

8f98dd78 to gaspar add eventlet and gevent poc's for multiprocessing that show (when you run them) that gevent's zmq context works better with multiprocessing than eventlet's does (eventlet's is actually broken; it gives you an identical context to the parent process, which then fails presumably because it's not initialized properly)

3d016031 to gaspar updates to try and make zmq work, but it doesn't seem to

4ce6a8a7 to gaspar edited eventlet_poc (working) and gevent_poc (not working)

How are people actually using #0MQ in #python? Can't get 2 steps without some assertion failure or other mysterious exceptional condition.

3d016031 to gaspar updates to try and make zmq work, but it doesn't seem to

595b89c3 to gaspar fork test working w/ eventlet

38d9abea to gaspar wip on gaspar, but running into lots of problems making zmq work esp cross platform

595b89c3 to gaspar fork test working w/ eventlet

38d9abea to gaspar wip on gaspar, but running into lots of problems making zmq work esp cross platform

created par2ools, par2 tools (par2ls, par2mv, par2unrar)