luv

luv copied to clipboard

zmq pub/sub seems doesn't work

2

hi, I wrote a pub/sub test, pub: local pub = zmq:socket(luv.zmq.PUB) pub:bind('tcp://127.0.0.1:12315') sub: local sub = zmq:socket(luv.zmq.SUB) sub:connect('tcp://127.0.0.1:12315') sub:setsockopt("SUBSCRIBE", '') pub:send(msg) can work, bug sub:recv() is blocked always, no data...

miketang84

http parser

11

do we need luv.http? what would be its domain? interface exposed? what middleware strategy -- connect-style? *sgi style? let us discuss that here

dvv

optional parameter to ZMQ send() [ZMQ_SNDMORE]

5

Hello, in order to send a multi-part zmq messages, the ZMQ_SNDMORE flag should be set. I understand that in luv send() should be non-blocking, so ZMQ_DONTWAIT is mandatory, but it...

miko

tcp server load test

28

Hi! I've drafted a simple hello-world [HTTP server](https://github.com/dvv/luv-1/blob/master/examples/http_hellosvr.lua), to test luv under the load via `ab -n100000 -c500 ...` The result is that the server stopped responding after circa 50000...

dvv

normalize errors

1

Hi! Please, consider normalizing returned errors. Examples of inconsistency: https://github.com/richardhundt/luv/blob/master/src/luv_stream.c#L62 https://github.com/richardhundt/luv/blob/master/src/luv_stream.c#L114 https://github.com/richardhundt/luv/blob/master/src/luv_stream.c#L132 etc. IMHO it's the best to return stringified error code (`"ENOMEM", "EEXIST"` etc). The rationale is: to not...

dvv