jmoiron plays the blues

c1d12622 to gaspar gaspar finally works!

0cef1a0b to gaspar eventlet prod/cons wip still; zmq error in producer recv from the pull socket, no idea why

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

@jmoiron They are quite proud: "By installing #Java, you will be able to experience the power of Java, by #Oracle." or "3 BILLION DEVICES RUN JAVA"

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)

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

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

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

595b89c3 to gaspar fork test working w/ eventlet