00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:12  * ircretaryjoined
00:01:54  * brsonquit (Client Quit)
00:08:31  * iarnaquit (Quit: Leaving...)
00:11:05  * iarna_joined
00:12:04  * iarna_quit (Client Quit)
00:18:39  * wolfeidauquit (Remote host closed the connection)
00:26:11  * avalanche123quit (Remote host closed the connection)
00:29:36  * avalanche123joined
00:30:27  * rmgquit (Remote host closed the connection)
00:32:12  * wolfeidaujoined
00:36:44  * wolfeidauquit (Client Quit)
00:39:23  * Fishrock123quit (Quit: Leaving...)
00:42:08  * thlorenz_joined
00:48:43  * jgiquit (Quit: jgi)
00:52:43  * jgijoined
01:08:59  * Ralithquit (Ping timeout: 245 seconds)
01:19:53  * rmgjoined
01:25:27  * a_lequit (Remote host closed the connection)
01:36:58  * a_lejoined
01:42:04  * octetcloudquit (Ping timeout: 244 seconds)
01:43:30  * rendarquit (Quit: Leaving)
01:44:58  * iarnajoined
01:47:12  * avalanche123quit (Remote host closed the connection)
02:02:25  * dap_quit (Quit: Leaving.)
02:04:09  <MI6>joyent/node: Sam Roberts master * e42c4a3 : dgram: implicit binds should be exclusive - http://git.io/NjhH
02:11:12  * qardquit (Quit: leaving)
02:17:02  * Tux64changed nick to Tux64_
02:22:58  * jgiquit (Quit: jgi)
02:38:47  * rmgquit (Read error: Connection reset by peer)
02:39:04  * rmgjoined
02:42:00  * felix89quit (Quit: Leaving.)
02:50:02  <a_le>when i perform a write request, shouldn't write_queue_size be increased accordingly?
02:55:30  * jgijoined
02:57:55  * thlorenz_quit (Remote host closed the connection)
02:58:14  * thlorenz_joined
03:01:07  * a_lequit (Ping timeout: 252 seconds)
03:07:01  * jgiquit (Quit: jgi)
03:07:56  * thlorenz_quit (Remote host closed the connection)
03:08:23  * thlorenz_joined
03:16:22  * Left_Turnquit (Ping timeout: 240 seconds)
03:28:51  * jgijoined
03:31:55  * a_lejoined
03:35:42  * rmgquit (Read error: Connection reset by peer)
03:36:27  * Ralithjoined
03:36:31  * rmgjoined
03:38:06  * a_lequit (Remote host closed the connection)
03:38:43  * a_lejoined
03:43:20  * a_le_joined
03:47:08  * a_lequit (Ping timeout: 250 seconds)
03:50:40  * brendanashworthjoined
03:52:09  * rmgquit (Read error: Connection reset by peer)
03:52:18  * rmgjoined
03:57:21  * jgiquit (Quit: jgi)
04:06:45  * petka__quit (Quit: Connection closed for inactivity)
04:24:01  * thlorenz_quit (Remote host closed the connection)
04:59:58  * jreyno40_quit (Quit: jreyno40_)
05:06:42  * rmgquit (Remote host closed the connection)
05:12:44  * crispyzealquit (Ping timeout: 245 seconds)
05:25:08  * thlorenz_joined
05:38:09  * thlorenz_quit (Ping timeout: 245 seconds)
05:43:45  * jgijoined
05:45:18  * jreyno40_joined
05:55:08  <MI6>joyent/node: Julien Gilli v0.10 * c8239c0 : console: allow Object.prototype fields as labels - http://git.io/Ae6V
06:07:13  * rmgjoined
06:12:25  * rmgquit (Ping timeout: 264 seconds)
06:18:12  * SplinterOfChaosquit (Ping timeout: 245 seconds)
06:23:46  * zju4joined
06:24:41  * zju1joined
06:25:18  * seishunjoined
06:25:43  * zjuquit (Ping timeout: 244 seconds)
06:26:13  * zju3quit (Ping timeout: 264 seconds)
06:28:41  * AvianFluquit (Remote host closed the connection)
06:38:07  * brendanashworthquit (Ping timeout: 244 seconds)
06:41:02  * imzyxwvujoined
06:49:19  * jreyno40_quit (Quit: jreyno40_)
07:07:11  * jgiquit (Quit: jgi)
07:23:09  * thlorenz_joined
07:27:41  * thlorenz_quit (Ping timeout: 252 seconds)
07:29:13  * seishunquit (Ping timeout: 264 seconds)
07:32:49  * imzyxwvuquit (Ping timeout: 252 seconds)
07:56:18  * rmgjoined
08:00:47  * rmgquit (Ping timeout: 250 seconds)
08:22:25  <gremaudc>Hi all, valgrind tells me this error: Conditional jump or move depends on uninitialised value(s)
08:22:36  <gremaudc>Uninitialised value was created by a heap allocation
08:22:36  <gremaudc>==6924== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
08:22:36  <gremaudc>==6924== by 0x404613: libuv_malloc (common.c:8)
08:22:51  <gremaudc>and here is my function libuv_malloc
08:22:57  <gremaudc>void libuv_malloc(uv_handle_t *handle, size_t suggested_size, uv_buf_t* buf) {
08:22:57  <gremaudc> char* ptr = (char*)malloc(suggested_size);
08:22:57  <gremaudc> buf->len = (ptr == NULL) ? 0 : suggested_size;
08:22:57  <gremaudc> buf->base = ptr;
08:22:57  <gremaudc>}
08:23:00  * SergeiRNDjoined
08:23:04  <gremaudc>do you find the problem ???
08:23:44  * roxlujoined
08:38:55  * piscisaureus_topic: Liberal utopian void ~ http://logs.libuv.org/libuv ~ http://groups.google.com/group/libuv
08:40:06  * luigyquit (Ping timeout: 246 seconds)
08:41:27  * luigyjoined
09:12:01  * thlorenz_joined
09:14:51  <gremaudc>someone can help me please ?
09:16:29  * thlorenz_quit (Ping timeout: 245 seconds)
09:23:04  * skebcioquit (Ping timeout: 255 seconds)
09:32:37  * skebciojoined
09:38:59  * skebcioquit (Ping timeout: 245 seconds)
09:42:49  * skebciojoined
10:26:16  * Left_Turnjoined
10:26:59  * ircretaryquit (Ping timeout: 252 seconds)
10:30:24  * petka__joined
11:00:03  <txdv>saghul: did you look into that nread = 0?
11:00:46  * thlorenz_joined
11:05:16  * thlorenz_quit (Ping timeout: 252 seconds)
11:22:47  * SergeiRNDquit (Quit: Leaving.)
11:29:54  * roxluquit (Quit: My Mac has gone to sleep. ZZZzzz…)
11:36:30  * tarrudajoined
11:39:27  * jgijoined
11:56:53  * SergeiRNDjoined
11:58:45  * roxlujoined
12:00:29  <saghul>txdv: nope, not yet
12:09:28  <gremaudc>someone is able to help me please ?
12:14:18  * jgiquit (Quit: jgi)
12:19:01  <txdv>em
12:19:45  <txdv>gremaudc: you didnt even post the entire code
12:19:59  <txdv>just a random function and a random tool error
12:20:25  <txdv>well valgrind aint random, but being familiar with libuv doesnt mean that people are familiar with valgrind error messages
12:21:27  <txdv>gremaudc: http://stackoverflow.com/questions/2612447/pinpointing-conditional-jump-or-move-depends-on-uninitialized-values-valgrin
12:21:38  <txdv>there is an entire stack overflow thread with how to deal with your error message
12:21:54  <txdv>saghul: im going to look into it now
12:21:57  <txdv>or a bit later
12:22:06  <txdv>i need to get some stuff in my stomache first
12:25:30  <gremaudc>yes i know but the valgrind output seems to tell that the error come from libuv
12:25:57  <txdv>o yeah
12:26:00  <txdv>common.c:8
12:26:29  <txdv>em
12:26:37  <txdv>i can't find common.c
12:26:39  <txdv>only uv-common.c
12:26:42  <txdv>was it renamed lately/
12:27:49  <txdv>there is also no function libuv_malloc in the entire code base
12:28:07  <txdv>gremaudc: you know how fustrating it is when I try to help people
12:28:12  <txdv>and the pin pointed stuff they provide
12:28:17  <txdv>doesnt exist
12:28:22  <txdv>its a waste of time
12:29:22  <gremaudc>no. I know that common.c is my file but i dont understand where is my mistake on my code
12:29:58  <txdv>probably buf->len
12:30:10  <txdv>maybe if you check buf != NULL before/
12:36:54  * wolfeidaujoined
12:38:12  <txdv>saghul: found it
12:38:33  <txdv>you are still triggering a read_req_complete on the error codes EAGAIN and EWOULDBLOCK
12:49:40  * thlorenz_joined
12:54:15  * thlorenz_quit (Ping timeout: 244 seconds)
12:58:22  * iarnaquit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
13:02:06  <saghul>txdv: good catch
13:02:44  <saghul>pushed a fix, i'll need to rebase one of these days...
13:08:37  <gremaudc>i don't think it's buf because valgrind tells me that que error is on line 6 and line 6 doesn't use buf
13:09:31  <txdv>i dont know what where line 6 is
13:09:49  <txdv>you do realize that you did not provide the information what line 6 is ?
13:12:57  <gremaudc>char* ptr = (char*)malloc(suggested_size);
13:13:16  <gremaudc>suggested_size is a parameter of the function, and the function is a callback
13:15:10  <txdv>great
13:21:30  <txdv>saghul: yeah, now the read callback is never triggered
13:21:40  <txdv> i dont think it is being put into the epoll
13:23:46  * iarnajoined
13:24:36  <gremaudc>so ? how can I fix it ?
13:33:15  * iarnaquit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
13:33:36  * iarnajoined
13:41:16  * roxluquit (Quit: My Mac has gone to sleep. ZZZzzz…)
13:46:08  * roxlujoined
13:50:29  * thlorenz_joined
13:52:02  * iarnaquit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
13:55:19  * thlorenz_quit (Ping timeout: 265 seconds)
14:02:42  <txdv>gremaudc: maybe go to ##programming and ask them
14:02:43  <txdv>:D
14:05:15  <gremaudc>.|.
14:05:21  * gremaudcpart
14:08:15  <txdv>the joys of internet
14:08:59  * inolenquit (Ping timeout: 245 seconds)
14:09:17  * inolenjoined
14:11:42  <saghul>txdv: I need to sit down and re-check
14:12:44  <txdv>are you standing all day? :>
14:27:40  <saghul>hum, I had a quick look and I can't see why we'd stop reading, uv__io_stop is not called...
14:33:57  * lance|afkchanged nick to lanceball
14:34:01  * SplinterOfChaosjoined
14:34:51  * AlexisMochajoined
14:42:36  * thlorenz_joined
14:44:00  * bradleymeckjoined
14:45:13  * thlorenz_quit (Remote host closed the connection)
14:53:32  * rmgjoined
14:56:25  * SergeiRNDquit (Quit: Leaving.)
14:57:56  * rmgquit (Ping timeout: 250 seconds)
15:01:37  * thlorenz_joined
15:06:27  <txdv>txdv: try to run the delayed-accept test
15:21:49  * rendarjoined
15:21:57  * Fishrock123joined
15:24:27  * imzyxwvujoined
15:28:01  * bradleymeckquit (Ping timeout: 264 seconds)
15:32:29  * bradleymeckjoined
15:51:49  * a_le_quit (Ping timeout: 250 seconds)
16:00:50  * a_lejoined
16:02:33  <rendar>close_cb is the *last* callback called on a uv_handle_t right? so in close_cb i can deallocate stuff, because i'm *sure* that the event loop won't call other callbacks on that uv_handle_t
16:03:01  * AvianFlujoined
16:20:33  * piscisaureusjoined
16:31:58  * bradleymeckquit (Read error: Connection reset by peer)
16:33:11  * bradleymeckjoined
16:42:05  * a_le_joined
16:42:31  * a_lequit (Read error: Connection reset by peer)
16:46:12  * jgijoined
16:48:45  <saghul>rendar: yes
16:48:59  <rendar>saghul, thanks
16:51:17  * iarnajoined
16:52:43  * iarnaquit (Client Quit)
16:52:56  * avalanche123joined
16:56:42  * jgiquit (Quit: jgi)
16:59:06  * rmgjoined
17:00:18  <saghul>txdv: how are you compiling just that test? it's a mess to just compile one :-S
17:03:14  * roxluquit (Quit: My Mac has gone to sleep. ZZZzzz…)
17:06:12  <txdv>i commented all other uv_read_starts
17:07:32  <txdv>i pushed the commit that comments everything out
17:07:50  <txdv>saghul: you can pull it and then it will compile
17:07:56  <txdv>you just have to run delayed-accept
17:08:04  <txdv>that one is first offender that needs to be fixed
17:10:35  * a_le_quit (Ping timeout: 265 seconds)
17:11:43  <saghul>txdv: it compiles now, thanks
17:18:13  * a_lejoined
17:24:59  * imzyxwvuquit (Ping timeout: 252 seconds)
17:27:21  * dap_joined
17:30:56  * SergeiRNDjoined
17:32:25  <saghul>txdv: fixed
17:34:18  <saghul>something else must be wrong, but at least that test passes
17:35:56  * bradleymeckquit (Ping timeout: 246 seconds)
17:38:50  * imzyxwvujoined
17:43:32  * Fishrock123quit (Remote host closed the connection)
17:46:01  * a3fjoined
17:49:12  * octetcloudjoined
17:51:05  * LinuxJedi_changed nick to LinuxJedi
17:52:26  * jgijoined
18:08:31  * seishunjoined
18:08:55  * Fishrock123joined
18:09:39  * tarrudaquit (Quit: WeeChat 1.0.1)
18:12:11  * bradleymeckjoined
18:14:05  * jreyno40_joined
18:21:14  * davijoined
18:30:02  * bradleymeckquit (Quit: bradleymeck)
18:39:45  * roxlujoined
18:46:35  * inolenquit (Read error: No route to host)
18:46:59  * inolenjoined
18:47:11  * octetcloudquit (Quit: WeeChat 1.1)
18:47:29  * octetcloudjoined
18:50:17  * bradleymeckjoined
18:54:53  * a3fquit (Ping timeout: 244 seconds)
19:02:03  * a_lequit
19:05:40  * a_lejoined
19:08:20  * iarnajoined
19:09:23  * iarnaquit (Client Quit)
19:12:04  * iarnajoined
19:20:44  * jreyno40_quit (Quit: jreyno40_)
19:29:50  * reqsharkjoined
19:31:44  * hollandaisquit (Ping timeout: 245 seconds)
19:34:15  * hollandaisjoined
19:40:59  * avalanche123quit (Remote host closed the connection)
19:46:11  * brsonjoined
19:47:24  * bradleymeckquit (Quit: bradleymeck)
19:56:56  * avalanche123joined
19:58:32  * bradleymeckjoined
20:03:36  * felix892joined
20:03:40  <felix892>hey
20:04:00  <felix892>are the callbacks passed to 'uv_udp_recv_start' invoked on the loop thread?
20:04:19  <felix892>in other words can I safely access data on that thread?
20:04:19  * SergeiRNDquit (Read error: Connection reset by peer)
20:04:39  * SergeiRNDjoined
20:05:11  * Ralithquit (Ping timeout: 256 seconds)
20:08:06  * tmwquit (Remote host closed the connection)
20:16:18  <MI6>joyent/node: Refael Ackermann v8-lateral-3.28-update * 1314cfe : deps: fix postmortem-metadata generator in v8 (+2 more commits) - http://git.io/AkJA
20:16:58  * felix89joined
20:16:59  * felix892quit (Read error: Connection reset by peer)
20:17:19  <trevnorris>jgi: thoughts on https://github.com/joyent/node/pull/9185 ?
20:18:01  * felix892joined
20:18:02  * felix89quit (Read error: Connection reset by peer)
20:18:04  <jgi>trevnorris: I didn’t have time to look at it, It’s in my (long) todo list. I’ll try to look at this this afternoon and I’ll keep you posted. How does that sound?
20:18:50  <trevnorris>jgi: that's totally fine. it's more the idea of laterally "updating" v8 to 3.28.71 in v0.12. the version in there now was a bad tag from an unstable branch, and should have never made it in.
20:20:58  * SergeiRNDquit (Quit: Leaving.)
20:24:20  <jgi>trevnorris: The idea of updating V8 to the corresponding actual stable 3.28 sounds good to me, especially if it fixes actual severe bugs. I’d have to take a look at the diff though to have a more educated opinion.
20:24:50  <jgi>trevnorris: it doesn’t seem to change the API too, which is good.
20:24:59  <trevnorris>yeah. it's just a lot of v8 internals
20:28:00  <felix892>does anyone know if the on_recv callback from udp_recv_start happens in the loop thread?
20:29:07  <jgi>trevnorris: https://github.com/joyent/node/commit/1314cfe4760744de2bebe3e54abdf957c57caeae is not the proper way to fix the postmortem data generation though
20:30:09  <trevnorris>jgi: okay. i was just looking for previous floating patches. that one might have changed, but didn't see it from the commit log.
20:30:49  <jgi>trevnorris: sorry, my bad, it’s not the proper way because it’s unsufficient, but it’s been fixed by another change in mdb_v8
20:30:53  <jgi>trevnorris: sorry for the confusion
20:31:07  <trevnorris>ah. so another commit I missed.
20:31:26  <trevnorris>that's cool. thanks for making sure I get everything. :)
20:31:47  <jgi>trevnorris: no, it’s 4312f8d760bdf574b5a461e426331f0b4d298f18, which affects deps/mdb_v8
20:31:56  <jgi>trevnorris: it’s just me being confused :)
20:34:26  * jreyno40joined
20:35:39  <jgi>trevnorris: however, at https://github.com/joyent/node/pull/9185/files#diff-085fbf14d586cde0b477a9b398ba19aaR149, bit_field3 should be an int, not an SMI
20:36:22  <jgi>trevnorris: that was a fix included in 4312f8d760bdf574b5a461e426331f0b4d298f18 that is needed to make mdb_v8 work correctly
20:36:36  <trevnorris>okay. i'll cherry-pick that one
20:38:16  * Ralithjoined
20:38:59  <jgi>trevnorris: 4312f8d760bdf574b5a461e426331f0b4d298f18 is big, so you might want to make the change manually.
20:39:15  <trevnorris>it actually cherry-picked pretty cleanly.
20:39:24  <jgi>trevnorris: ok excellent
20:39:25  <MI6>joyent/node: Dave Pacheco v8-lateral-3.28-update * ac21a53 : mdb_v8: update for v0.12 - http://git.io/AksT
20:39:28  <trevnorris>:)
20:40:28  <jgi>trevnorris: I know we had other issues with V8 in v0.12, it seems like we could look at them and try to find out if this “lateral” update fixes them: https://github.com/joyent/node/issues?q=is%3Aopen+is%3Aissue+label%3AV8+label%3Av0.12
20:41:37  <trevnorris>jgi: it's very possible. i've already identified 2 bugs caused by this v8 version.
20:41:40  <jgi>trevnorris: actually, of these issues, we would probably want to investigate these: https://github.com/joyent/node/issues/9097, https://github.com/joyent/node/issues/9084 and https://github.com/joyent/node/issues/9113
20:42:29  <trevnorris>jgi: v0.11.15 was the release w/ the current v8 update.
20:42:54  <jgi>trevnorris: right
20:43:50  <jgi>trevnorris: i’ll be back in 10 minutes
20:44:03  <trevnorris>cool
20:54:00  * jgiquit (Quit: jgi)
20:54:53  * jgijoined
20:55:22  <jgi>trevnorris: back
20:58:44  * felix89joined
20:58:45  * felix892quit (Read error: Connection reset by peer)
21:09:01  * felix892joined
21:09:02  * felix89quit (Read error: Connection reset by peer)
21:12:44  * bradleymeckquit (Quit: bradleymeck)
21:21:30  <jgi>trevnorris: lunch time
21:21:45  <trevnorris>cool.
21:21:53  <trevnorris>i'm looking into the MakeCallback safety thing.
21:38:21  * jreyno40quit (Quit: jreyno40)
21:43:44  * jgiquit (Quit: jgi)
21:43:58  * seishunquit (Ping timeout: 250 seconds)
21:44:01  * qardjoined
21:47:20  * a3fjoined
21:54:07  * jreyno40joined
21:56:00  * daviquit (Ping timeout: 246 seconds)
21:56:42  * rendarquit (Quit: Leaving)
22:03:01  * jgijoined
22:50:20  * roxluquit (Quit: My Mac has gone to sleep. ZZZzzz…)
22:52:06  * Fishrock123quit (Remote host closed the connection)
22:57:21  * bradleymeckjoined
23:01:04  * AvianFluquit (Remote host closed the connection)
23:01:10  * piscisaureusquit (Quit: ~ Trillian Astra - www.trillian.im ~)
23:02:49  * lanceballchanged nick to lance|afk
23:07:32  * bradleymeckquit (Quit: bradleymeck)
23:18:56  * Left_Turnquit (Remote host closed the connection)
23:22:42  * zju3joined
23:22:47  * zju1quit (Ping timeout: 246 seconds)
23:23:46  * Left_Turnjoined
23:35:03  * zju4quit (Ping timeout: 250 seconds)
23:35:13  * zju3quit (Ping timeout: 264 seconds)
23:36:15  * brsonquit (Remote host closed the connection)
23:37:20  * bradleymeckjoined
23:38:11  * brsonjoined
23:39:45  * zjujoined
23:39:53  * zju3joined
23:45:37  * AvianFlujoined
23:52:59  * Fishrock123joined
23:53:06  * bradleymeckquit (Quit: bradleymeck)
23:56:35  * a_lequit (Remote host closed the connection)
23:57:12  * a_lejoined
23:57:24  * a_lequit (Remote host closed the connection)
23:57:26  * Fishrock123quit (Ping timeout: 250 seconds)
23:57:35  * zju3quit (Ping timeout: 250 seconds)
23:57:52  * thlorenz_quit (Remote host closed the connection)
23:57:58  * zjuquit (Ping timeout: 264 seconds)
23:58:09  * thlorenz_joined
23:58:28  * a_lejoined