February 21, 2018 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | >
February 21, 2018 [00:07:33] *** EnergyCoffee_ <EnergyCoffee_!~irc@216.105.44.162> has quit IRC (Quit: No Ping reply in 180 seconds.)[00:07:45] *** EnergyCoffee <EnergyCoffee!~irc@216.105.44.162> has joined #zeromq[00:14:20] *** svm_invictvs <svm_invictvs!~svm_invic@unaffiliated/svminvictvs/x-938456> has quit IRC (Read error: Connection reset by peer)[00:17:19] *** dbmikus <dbmikus!~dbmikus@static-108-29-95-185.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 248 seconds)[00:31:53] *** shinnya <shinnya!~shinnya@106.93.102.121.dy.bbexcite.jp> has quit IRC (Ping timeout: 256 seconds)[00:52:17] *** Itkovian <Itkovian!~Itkovian@vpnj040.ugent.be> has quit IRC (Ping timeout: 256 seconds)[00:58:24] *** c1b3r <c1b3r!~c1b3r@unaffiliated/c1b3rh4ck> has joined #zeromq[00:58:53] <c1b3r> Hi everybody actually I'm starting with py zeromq library[00:59:22] <c1b3r> it's pretty cool until now,[01:00:19] <c1b3r> conceptually I've a few questions about it. let's suppounce that we have tree parts in a communication scheme, two clients and one server.[01:01:15] <c1b3r> I don't know if is it possible to create two sockets in the server, I mean one socket to listen, and the other to send it back, using a req-rep pattern[01:01:58] <c1b3r> in the clients I would like to do something similar, One socket dedicated to send data and other to listen data[01:02:34] <c1b3r> from the docs I know that I only need to use one context, but how would be the socket part[01:46:42] <c1b3r> Well after testing a few times, I've managed to create multiple sockets with the same context :=)[03:39:17] *** Su-Shee <Su-Shee!~Susanne@p5B375A9D.dip0.t-ipconnect.de> has joined #zeromq[03:42:51] *** Su-Shee_ <Su-Shee_!~Susanne@p5B37544F.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)[04:02:34] *** Olipro <Olipro!~Olipro@uncyclopedia/pdpc.21for7.olipro> has quit IRC (Ping timeout: 256 seconds)[04:13:10] *** Olipro <Olipro!~Olipro@uncyclopedia/pdpc.21for7.olipro> has joined #zeromq[04:29:04] *** c1b3r <c1b3r!~c1b3r@unaffiliated/c1b3rh4ck> has quit IRC (Quit: leaving)[05:58:40] *** Su-Shee <Su-Shee!~Susanne@p5B375A9D.dip0.t-ipconnect.de> has quit IRC (Disconnected by services)[05:58:48] *** Su-Shee_ <Su-Shee_!~Susanne@p5B375126.dip0.t-ipconnect.de> has joined #zeromq[06:00:55] *** shka_ <shka_!~herr@109.231.29.170> has joined #zeromq[07:26:44] *** svm_invictvs <svm_invictvs!~svm_invic@unaffiliated/svminvictvs/x-938456> has joined #zeromq[07:36:14] *** Itkovian <Itkovian!~Itkovian@vpna086.ugent.be> has joined #zeromq[08:00:29] *** Itkovian <Itkovian!~Itkovian@vpna086.ugent.be> has quit IRC (Ping timeout: 268 seconds)[08:01:12] *** Itkovian <Itkovian!~Itkovian@109.143.138.107> has joined #zeromq[08:03:42] *** Itkovian <Itkovian!~Itkovian@109.143.138.107> has quit IRC (Client Quit)[08:11:22] *** Itkovian <Itkovian!~Itkovian@109.143.138.107> has joined #zeromq[08:16:54] *** Itkovian <Itkovian!~Itkovian@109.143.138.107> has quit IRC (Read error: Connection reset by peer)[08:37:51] *** Itkovian <Itkovian!~Itkovian@nata107.ugent.be> has joined #zeromq[08:45:10] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #zeromq[08:54:21] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Ping timeout: 265 seconds)[08:55:02] *** Long_yanG <Long_yanG!~long@15255.s.t4vps.eu> has joined #zeromq[08:55:36] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #zeromq[09:00:09] *** shka_ <shka_!~herr@109.231.29.170> has quit IRC (Ping timeout: 265 seconds)[09:01:56] *** LongyanG <LongyanG!~long@15255.s.t4vps.eu> has quit IRC (Ping timeout: 255 seconds)[09:09:22] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)[09:12:32] *** mmarek <mmarek!~michal@31.7.243.238> has joined #zeromq[09:13:28] *** jason_ <jason_!~jasonheh@159.203.136.180> has joined #zeromq[09:14:47] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #zeromq[09:28:06] *** darkelda <darkelda!~darkelda@blm-hq-01.ig-1.net> has joined #zeromq[09:28:06] *** darkelda <darkelda!~darkelda@blm-hq-01.ig-1.net> has quit IRC (Changing host)[09:28:06] *** darkelda <darkelda!~darkelda@unaffiliated/darkelda> has joined #zeromq[09:39:36] *** svm_invictvs <svm_invictvs!~svm_invic@unaffiliated/svminvictvs/x-938456> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[09:52:03] *** mmarek <mmarek!~michal@31.7.243.238> has quit IRC (Quit: Leaving.)[09:53:23] *** mmarek <mmarek!~michal@31.7.243.238> has joined #zeromq[10:05:30] *** Su-Shee_ is now known as Su-Shee[10:10:11] *** grog_ <grog_!55ab4f61@gateway/web/freenode/ip.85.171.79.97> has joined #zeromq[10:14:19] <grog_> Hi guys, noob question there, why in the example of wuserver.c there is zmq_close and zmq_ctx_destroy after the while (1) given that they will never be call ? Is it like saying "we got cleaning tool just here but we'll not use them" ? Should they rather be fire and any errors is catched instead ?[10:14:47] <grog_> be fire if*[11:07:08] *** jimklimov1 <jimklimov1!~jimklimov@31.7.243.238> has joined #zeromq[11:09:11] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Ping timeout: 268 seconds)[11:20:26] *** drbobbeaty <drbobbeaty!~textual@2601:249:1:1ae4:409:a616:7126:5ad8> has joined #zeromq[11:25:33] *** bluca <bluca!~bluca@213.251.34.146> has joined #zeromq[11:29:48] *** drbobbeaty <drbobbeaty!~textual@2601:249:1:1ae4:409:a616:7126:5ad8> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[11:41:46] <jimklimov1> grog_: my guess would be that this example represents the general structure of such programs, so when you take it and begin experimenting with the codebase, and ways to exit the while-loop appear, you don't forget to clean up properly[11:45:09] <grog_> Thanks, I somehow thought the same, just wanted to be sure as I'm rusty in C[11:47:50] <jimklimov1> well, first without looking at the example code, my original guess was that there is some signal handler to properly process an aborted program :)[11:48:32] <jimklimov1> so a `while(1){...}` would be exited e.g. by Ctrl+C, and then something is closed - which is not the case in this program, but not uncommon elsewhere[11:50:39] <grog_> You're right, I just saw that within table of content :)[11:57:54] *** jimklimov1 <jimklimov1!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)[11:58:58] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #zeromq[12:00:09] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)[12:00:53] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #zeromq[12:02:01] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)[12:03:07] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #zeromq[12:04:16] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)[12:04:49] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #zeromq[12:05:50] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)[12:06:40] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #zeromq[12:16:24] *** grog_ <grog_!55ab4f61@gateway/web/freenode/ip.85.171.79.97> has quit IRC (Ping timeout: 260 seconds)[13:15:12] *** drbobbeaty <drbobbeaty!~textual@12.252.188.198> has joined #zeromq[13:45:49] *** shinnya <shinnya!~shinnya@106.93.102.121.dy.bbexcite.jp> has joined #zeromq[13:47:25] *** mmarek <mmarek!~michal@31.7.243.238> has quit IRC (Quit: Leaving.)[13:51:42] *** mmarek <mmarek!~michal@31.7.243.238> has joined #zeromq[14:06:45] *** bluca <bluca!~bluca@213.251.34.146> has quit IRC (Ping timeout: 256 seconds)[14:22:43] *** bluca <bluca!~bluca@213.251.34.146> has joined #zeromq[15:07:48] *** shinnya <shinnya!~shinnya@106.93.102.121.dy.bbexcite.jp> has quit IRC (Ping timeout: 240 seconds)[15:17:16] *** xorox90 <xorox90!uid7069@gateway/web/irccloud.com/x-bzdayeejtfapylcf> has joined #zeromq[15:58:14] *** dbmikus <dbmikus!~dbmikus@static-108-29-95-185.nycmny.fios.verizon.net> has joined #zeromq[16:20:56] *** courrier <courrier!~yoan@217.109.160.17> has joined #zeromq[16:38:18] *** mmarek <mmarek!~michal@31.7.243.238> has quit IRC (Ping timeout: 240 seconds)[16:42:37] *** bluca <bluca!~bluca@213.251.34.146> has quit IRC (Quit: Leaving.)[16:47:23] *** bacs <bacs!~bacs@ganymede.alpha.gladserv.net> has quit IRC (Ping timeout: 255 seconds)[16:51:29] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Ping timeout: 248 seconds)[17:11:59] *** darkelda <darkelda!~darkelda@unaffiliated/darkelda> has quit IRC (Ping timeout: 255 seconds)[17:14:11] *** Itkovian <Itkovian!~Itkovian@nata107.ugent.be> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[17:25:11] *** bluca <bluca!~bluca@2a00:23c5:be85:1400:6930:196b:56ac:33db> has joined #zeromq[17:36:46] *** svm_invictvs <svm_invictvs!~svm_invic@unaffiliated/svminvictvs/x-938456> has joined #zeromq[17:44:11] *** Itkovian <Itkovian!~Itkovian@109.140.115.209> has joined #zeromq[17:47:28] *** Long_yanG <Long_yanG!~long@15255.s.t4vps.eu> has quit IRC (Ping timeout: 265 seconds)[17:49:51] *** LongyanG <LongyanG!~long@15255.s.t4vps.eu> has joined #zeromq[18:05:59] *** xorox90 <xorox90!uid7069@gateway/web/irccloud.com/x-bzdayeejtfapylcf> has quit IRC (Quit: Connection closed for inactivity)[18:18:27] *** svm_invictvs <svm_invictvs!~svm_invic@unaffiliated/svminvictvs/x-938456> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[18:18:57] *** Itkovian <Itkovian!~Itkovian@109.140.115.209> has quit IRC (Read error: Connection reset by peer)[18:33:56] *** svm_invictvs <svm_invictvs!~svm_invic@unaffiliated/svminvictvs/x-938456> has joined #zeromq[18:55:20] *** WebertRLZ <WebertRLZ!~WebertRLZ@187.104.21.148> has quit IRC (Ping timeout: 276 seconds)[19:02:41] *** courrier <courrier!~yoan@217.109.160.17> has quit IRC (Ping timeout: 248 seconds)[19:06:50] *** WebertRLZ <WebertRLZ!~WebertRLZ@187.104.21.148> has joined #zeromq[19:20:21] *** darkelda <darkelda!~darkelda@abo-10-70-68.mrs.modulonet.fr> has joined #zeromq[19:20:21] *** darkelda <darkelda!~darkelda@abo-10-70-68.mrs.modulonet.fr> has quit IRC (Changing host)[19:20:21] *** darkelda <darkelda!~darkelda@unaffiliated/darkelda> has joined #zeromq[20:15:29] *** shka_ <shka_!~herr@109.231.29.170> has joined #zeromq[21:03:38] *** df3nse <df3nse!~root@dial-106.r2.ilvtra.infoave.net> has joined #zeromq[21:06:49] *** darkelda <darkelda!~darkelda@unaffiliated/darkelda> has quit IRC (Ping timeout: 260 seconds)[21:12:12] *** mischief <mischief!~none@iota.offblast.org> has left #zeromq[21:12:27] *** f3lix <f3lix!~felix@80.154.109.11> has joined #zeromq[21:17:01] <f3lix> I have a question regarding multipart messages and the ZMQ_CONFLATE option[21:18:13] <f3lix> So in the docs it says, when conflate is set to true only[21:18:15] <f3lix> ZMQ_CONFLATE: Keep only last message[21:18:16] <f3lix> If set, a socket shall keep only one message in its inbound/outbound queue, this message being the last message received/the last message to be sent. Ignores ZMQ_RCVHWM and ZMQ_SNDHWM options. Does not support multi-part messages, in particular, only one part of it is kept in the socket internal queue.[21:18:47] <f3lix> But the behavior I am experiencing is different[21:19:15] <f3lix> When I set conflate for both the sender and the receiver, the doc behavior is correct[21:19:38] <f3lix> But when I only set it for the receiving side, I do get every single message part[21:21:04] <f3lix> Now, my application requires that whenever I call the recv method I get the latest message (I am working with realtime messaging) but I would also like to use multipart messages to synchronize certain messages together[21:21:56] <f3lix> Now is my strategy correct to use conflate only on the receiving side or will that break any of the assumptions I made[21:22:06] <f3lix> How exactly is the conflate behavior implemented?[21:22:20] <f3lix> Anybody who can help?[21:39:42] *** Itkovian <Itkovian!~Itkovian@178-117-76-63.access.telenet.be> has joined #zeromq[21:40:10] *** Itkovian <Itkovian!~Itkovian@178-117-76-63.access.telenet.be> has quit IRC (Client Quit)[21:40:40] *** f3lix <f3lix!~felix@80.154.109.11> has quit IRC (Remote host closed the connection)[21:44:27] *** shinnya <shinnya!~shinnya@106.93.102.121.dy.bbexcite.jp> has joined #zeromq[21:58:01] *** Itkovian <Itkovian!~Itkovian@178-117-76-63.access.telenet.be> has joined #zeromq[22:05:35] *** shka_ <shka_!~herr@109.231.29.170> has quit IRC (Ping timeout: 256 seconds)[22:09:04] *** svm_invictvs <svm_invictvs!~svm_invic@unaffiliated/svminvictvs/x-938456> has quit IRC (Read error: Connection reset by peer)[22:35:41] *** darkelda <darkelda!~darkelda@unaffiliated/darkelda> has joined #zeromq[22:43:31] *** bluca <bluca!~bluca@2a00:23c5:be85:1400:6930:196b:56ac:33db> has quit IRC (Quit: Leaving.)[23:02:08] *** ceridwen_ <ceridwen_!~cara@unaffiliated/ceridwen> has quit IRC (Quit: WeeChat 1.9)[23:15:16] *** Itkovian <Itkovian!~Itkovian@178-117-76-63.access.telenet.be> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[23:30:33] *** Su-Shee <Su-Shee!~Susanne@p5B375126.dip0.t-ipconnect.de> has quit IRC (Disconnected by services)[23:30:41] *** Su-Shee_ <Su-Shee_!~Susanne@p5B375DC5.dip0.t-ipconnect.de> has joined #zeromq[23:47:07] *** drbobbeaty <drbobbeaty!~textual@12.252.188.198> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[23:56:37] *** Abiss <Abiss!~AdalynCol@107.170.199.108> has quit IRC ()