00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:01  * isaacsfg
00:00:07  * ircretaryjoined
00:00:15  * TooTallNatequit (Quit: Computer has gone to sleep.)
00:01:02  <tjfontaine>wb isaacs
00:02:33  * hueniversejoined
00:07:59  <bnoordhuis>tjfontaine: on what platform?
00:08:22  <tjfontaine>bnoordhuis: actually all of them
00:08:35  <tjfontaine>well minus windows
00:08:36  <bnoordhuis>ah, intriguing
00:08:40  <tjfontaine>linux, osx, smartos
00:09:46  <tjfontaine>also
00:09:46  <tjfontaine>not ok 198 - test-http-byteswritten.js
00:09:47  <tjfontaine># Assertion failed: !uv__io_active(&stream->io_watcher, UV__POLLOUT) || !ngx_queue_empty(&stream->write_completed_queue) || !ngx_queue_empty(&stream->write_queue) || stream->shutdown_req != NULL || stream->connect_req != NULL, file ../deps/uv/src/unix/stream.c, line 1324
00:10:15  <tjfontaine>that is just failing on smartos though
00:10:19  <bnoordhuis>good. that's a bug
00:11:36  <bnoordhuis>curious that simple/test-stdout-close-catch now fails
00:11:44  <tjfontaine>indeed
00:11:50  <bnoordhuis>it was passing for me when i landed it
00:12:02  <tjfontaine>could be a pipe vs tty difference
00:12:12  <tjfontaine>or somethign that jenkins fakes up
00:12:38  <bnoordhuis>no, i can reproduce it now
00:12:41  <tjfontaine>ok
00:12:44  <bnoordhuis>at least, on os x
00:15:20  * st_lukequit (Remote host closed the connection)
00:16:40  * TooTallNatejoined
00:24:37  * amartensquit (Quit: Leaving.)
00:35:03  * groundwaterquit (Quit: groundwater)
00:35:13  * st_lukejoined
00:36:13  * st_lukequit (Remote host closed the connection)
00:38:48  <isaacs>about to merge 0.10 into master
00:38:55  <isaacs>just waiting for tests to finish
00:39:07  <tjfontaine>that wasn't too bad was it?
00:40:21  <isaacs>nah, it's ok
00:40:40  <isaacs>couple of things had to be hand merged, for nathan's http bodyHead change
00:40:50  <tjfontaine>nod
00:40:55  <MI6>joyent/libuv: Ben Noordhuis v0.10 * b38c9c1 : unix: remove erroneous asserts - http://git.io/hOu5rQ
00:41:06  <bnoordhuis>tjfontaine: ^
00:41:32  <bnoordhuis>turns out it's a bug in a commit that went into v0.10.8...
00:41:42  <tjfontaine>excellent
00:41:57  <tjfontaine>well being in 0.10.8 isn't quite so excellent
00:42:15  <isaacs>d'ph
00:42:19  <isaacs>d'oh
00:42:25  <tjfontaine>incidentally, isaacs did you see our email from carlos? :)
00:42:29  <bnoordhuis>let's just hope no one notices - it's the other patch that exacerbates it
00:42:38  <tjfontaine>nod
00:43:01  <MI6>libuv-v0.10: #76 UNSTABLE smartos (2/186) windows (3/187) http://jenkins.nodejs.org/job/libuv-v0.10/76/
00:43:46  <tjfontaine>hmm jenkins can't count, there are still 4 windows failures
00:45:40  <bnoordhuis>wut? https://npmjs.org/~jf7
00:46:11  <bnoordhuis>is that guy name squatting?
00:47:42  <MI6>libuv-v0.10-gyp: #40 UNSTABLE smartos-x64 (2/186) windows-x64 (5/187) smartos-ia32 (3/186) windows-ia32 (4/187) http://jenkins.nodejs.org/job/libuv-v0.10-gyp/40/
00:50:18  * kazuponjoined
00:50:48  <tjfontaine>bnoordhuis: seems suspect
00:51:02  <tjfontaine>anyway, I'm off for the night, see you folk on the weekend
00:52:28  <isaacs>tjfontaine: enjoy your boatride :)
00:53:24  * dshaw_quit (Quit: Leaving.)
00:54:36  <isaacs>bnoordhuis: ugh, i hate it when this happens
00:54:46  * kazuponquit (Ping timeout: 246 seconds)
00:56:24  <bnoordhuis>have fun tj
00:57:31  <isaacs>bnoordhuis: the sad thing about that is that it took him probably an hour to publish all those packages.
00:57:37  <isaacs>bnoordhuis: and it took me about 30s to delete them all
01:01:16  <bnoordhuis>heh
01:01:16  * TooTallNatequit (Read error: Connection reset by peer)
01:04:33  <MI6>libuv-node-integration: #70 UNSTABLE smartos-ia32 (4/587) osx-x64 (2/587) osx-ia32 (2/587) linux-x64 (1/587) smartos-x64 (2/587) http://jenkins.nodejs.org/job/libuv-node-integration/70/
01:06:03  <bnoordhuis>http://git.codemonkey.org.uk/?p=trinity.git;a=commitdiff;h=3d0d7854efb721857ac616a32f83cf8a1b2293b8 <- fuzz-testing the kernel by generating seccomp2 filters with a markov chain
01:06:14  <bnoordhuis>i am impressed
01:09:10  * inolenquit (Quit: Leaving.)
01:10:39  * kazuponjoined
01:14:12  * dapquit (Quit: Leaving.)
01:14:39  * dapjoined
01:16:28  <bnoordhuis>anyone know why arm oabi uses `swi <sysno>` while eabi uses `swi 0` with sysno in r7? the former seems like it should be more efficient
01:19:23  <bnoordhuis>i'm guessing it's backwards compatibility, i.e. lets you support both oabi and eabi with the same kernel
01:19:44  <bnoordhuis>okay, enough random nattering - have a good night guys :)
01:22:00  * dapquit (Quit: Leaving.)
01:26:29  * bnoordhuisquit (Ping timeout: 248 seconds)
01:27:32  * skebcioquit (Read error: Operation timed out)
01:30:28  * piscisaureus_quit (Read error: Connection reset by peer)
01:34:04  * dannycoates|afkquit (Remote host closed the connection)
01:42:58  * skebciojoined
01:47:14  * mikealquit (Quit: Leaving.)
01:51:26  * kazuponquit (Remote host closed the connection)
01:52:30  * mikealjoined
01:54:33  * skebcioquit (Read error: Connection reset by peer)
01:55:06  * skebciojoined
02:02:22  * kazuponjoined
02:03:01  * mikealquit (Quit: Leaving.)
02:22:41  * skebcioquit (Quit: No Ping reply in 180 seconds.)
02:23:49  * skebciojoined
02:31:44  * brsonquit (Quit: leaving)
02:32:36  * bnoordhuisjoined
02:33:50  * kazuponquit (Remote host closed the connection)
02:36:52  * bnoordhuisquit (Ping timeout: 240 seconds)
02:40:11  * inolenjoined
02:48:00  * kevinswiberjoined
02:57:53  * kazuponjoined
03:01:59  * hzquit
03:03:55  * hzjoined
03:07:22  * TooTallNatejoined
03:21:22  * c4milojoined
03:35:22  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
03:39:42  * groundwaterjoined
03:40:00  * c4miloquit (Remote host closed the connection)
03:57:36  * timoxleyjoined
04:00:28  * brsonjoined
04:00:52  * groundwaterquit (Quit: groundwater)
04:01:39  * groundwaterjoined
04:02:44  * timoxleyquit (Quit: Computer has gone to sleep.)
04:03:19  * dominictarrjoined
04:03:32  * dominictarrquit (Client Quit)
04:09:42  * kazuponquit (Remote host closed the connection)
04:26:21  * timoxleyjoined
04:30:52  * timoxleyquit (Client Quit)
04:31:37  * timoxleyjoined
04:32:32  * st_lukejoined
04:36:02  * timoxleyquit (Client Quit)
04:40:02  * kazuponjoined
04:40:24  * AvianFluquit (Remote host closed the connection)
04:46:53  * dshaw_joined
04:48:13  * kazuponquit (Ping timeout: 246 seconds)
04:49:20  * hzquit
04:55:13  * trapitojoined
04:55:17  <trapito>hi
05:01:27  * timoxleyjoined
05:15:16  * dshaw_quit (Quit: Leaving.)
05:15:24  * `3rdEdenjoined
05:19:20  * timoxleyquit (Quit: Computer has gone to sleep.)
05:19:43  * `3rdEdenquit (Ping timeout: 246 seconds)
05:28:01  * groundwaterquit (Quit: groundwater)
05:45:02  * kevinswiberquit (Remote host closed the connection)
05:45:35  * kevinswiberjoined
05:49:38  * kevinswiberquit (Ping timeout: 240 seconds)
05:50:16  * mikealjoined
05:56:29  * stagasjoined
06:08:30  * kazuponjoined
06:23:50  * timoxleyjoined
06:30:31  * st_lukequit (Remote host closed the connection)
06:44:39  * rendarjoined
06:47:08  * CoverSli1equit (Ping timeout: 252 seconds)
06:51:39  * kazuponquit (Remote host closed the connection)
07:15:59  * brsonquit (Quit: leaving)
07:20:21  * inolenquit (Quit: Leaving.)
07:36:17  * trapitoquit (Quit: Page closed)
07:42:53  * timoxleyquit (Quit: Computer has gone to sleep.)
07:42:58  * stagasquit (Read error: Connection reset by peer)
07:52:01  * kazuponjoined
07:56:31  * kazuponquit (Ping timeout: 246 seconds)
07:56:47  * `3rdEdenjoined
08:02:15  * icarotjoined
08:15:19  * timoxleyjoined
08:19:47  * paddybyersjoined
08:25:50  * `3rdEdenquit (Remote host closed the connection)
08:26:03  * timoxleyquit (Quit: Computer has gone to sleep.)
08:49:33  * stagasjoined
08:52:25  * paddybyersquit (Ping timeout: 252 seconds)
08:52:53  * kazuponjoined
08:57:25  * kazuponquit (Ping timeout: 246 seconds)
09:15:24  * hzjoined
09:17:21  * paddybyersjoined
09:20:08  * timoxleyjoined
09:22:55  * icarotquit (Ping timeout: 256 seconds)
09:24:03  * paddybyersquit (Ping timeout: 256 seconds)
09:38:52  * icarotjoined
09:44:16  * stagasquit (Quit: Bye)
09:53:38  * kazuponjoined
09:58:24  * kazuponquit (Ping timeout: 252 seconds)
10:00:44  * kazuponjoined
10:03:07  * stagasjoined
10:24:26  * stagasquit (Ping timeout: 252 seconds)
10:25:49  * icarotquit (Ping timeout: 256 seconds)
10:37:41  * paddybyersjoined
10:55:28  * `3rdEdenjoined
11:00:44  * bnoordhuisjoined
11:03:36  * kazuponquit (Remote host closed the connection)
11:07:12  * kazuponjoined
11:08:58  <MI6>joyent/libuv: Sean Silva master * c396486 : unix: appease warning about non-standard `inline` - http://git.io/PeZtlw
11:12:55  <MI6>libuv-master: #97 UNSTABLE windows (3/189) smartos (2/188) http://jenkins.nodejs.org/job/libuv-master/97/
11:15:02  <MI6>libuv-master-gyp: #36 UNSTABLE windows-ia32 (3/189) windows-x64 (3/189) smartos-x64 (2/188) smartos-ia32 (3/188) http://jenkins.nodejs.org/job/libuv-master-gyp/36/
11:27:04  <MI6>libuv-node-integration: #71 UNSTABLE linux-ia32 (1/600) osx-x64 (1/600) osx-ia32 (1/600) smartos-x64 (4/600) http://jenkins.nodejs.org/job/libuv-node-integration/71/
11:30:11  <MI6>joyent/node: Rafael Henrique Moreira v0.10 * ae22c62 : docs: add link to Brazilian Node community (+1 more commits) - http://git.io/mLA81A
11:30:45  <bnoordhuis>*sigh*
11:30:49  <MI6>joyent/node: Rafael Henrique Moreira v0.10 * 28f4c15 : doc: add link to Brazilian Node community (+1 more commits) - http://git.io/wkajtA
11:38:57  * kazuponquit (Remote host closed the connection)
11:39:40  * Somebodyjoined
11:41:32  * Somebodyquit (Remote host closed the connection)
11:42:10  * leonvvjoined
11:42:36  <MI6>nodejs-v0.10: #214 UNSTABLE linux-x64 (1/587) osx-x64 (2/587) osx-ia32 (2/587) smartos-x64 (4/587) smartos-ia32 (3/587) linux-ia32 (1/587) http://jenkins.nodejs.org/job/nodejs-v0.10/214/
11:44:12  <leonvv>Whenever I use a close callback as a last parameter with uv_fs_close() I get: "Segmentation fault: 11", does anyone know what is causing this ?
11:44:53  <bnoordhuis>leonvv: because the last argument is not a uv_close_cb but a uv_fs_cb
11:44:57  <bnoordhuis>okay, gotta run
11:47:22  <leonvv>Not sure what you mean, as all the other callbacks I use don't fail
11:49:25  * bnoordhuisquit (Ping timeout: 248 seconds)
11:50:00  <MI6>nodejs-v0.10-windows: #43 UNSTABLE windows-ia32 (7/587) windows-x64 (8/587) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/43/
11:52:27  <leonvv>Well I will just remove the close callback for now
11:53:05  * kazuponjoined
12:02:34  * paddybyersquit (Ping timeout: 245 seconds)
12:06:08  * leonvvquit (Remote host closed the connection)
12:08:01  * normanmjoined
12:21:33  * icarotjoined
12:29:06  * paddybyersjoined
13:06:11  * paddybyersquit (Ping timeout: 256 seconds)
13:06:53  * `3rdEdenquit (Remote host closed the connection)
13:17:44  * kazuponquit (Remote host closed the connection)
13:25:42  * bajtosjoined
13:26:59  * stagasjoined
13:38:43  * paddybyersjoined
13:40:13  * hzquit (Ping timeout: 246 seconds)
13:45:07  * mikealquit (Ping timeout: 246 seconds)
13:47:24  * icarotquit (Read error: Operation timed out)
13:52:10  * bajtosquit (Quit: bajtos)
13:52:17  * kazuponjoined
13:52:38  * icarotjoined
13:58:39  * AvianFlujoined
14:12:03  * normanmquit (Quit: Computer has gone to sleep.)
14:13:57  * paddybyersquit (Ping timeout: 252 seconds)
14:34:48  * hzjoined
14:34:48  * hzquit (Changing host)
14:34:48  * hzjoined
14:49:17  * groundwaterjoined
15:15:48  * bajtosjoined
16:11:38  * hzquit
16:16:45  * groundwaterquit (Quit: groundwater)
16:20:09  * icarotquit (Remote host closed the connection)
16:24:04  * mikealjoined
16:42:05  * kazuponquit (Remote host closed the connection)
16:58:41  * mikealquit (Quit: Leaving.)
17:07:34  * piscisaureus_joined
17:23:45  * CoverSlidejoined
17:31:19  * mikealjoined
17:34:16  * bnoordhuisjoined
17:38:34  * timoxleyquit (Quit: Computer has gone to sleep.)
17:39:33  * TooTallNatejoined
17:46:57  * kazuponjoined
17:47:31  <TooTallNate>isaacs: something is up with npm
17:47:54  <TooTallNate>isaacs: https://cloudup.com/cxN3hRhrGJo
17:51:53  <TooTallNate>isaacs: hmmm maybe i just had a bad version… reinstalling from the curl | sh script seemed to fix it
17:52:26  <isaacs>TooTallNate: yeah, we fixed that
17:52:33  <TooTallNate>ok
17:52:35  <isaacs>TooTallNate: could also just install the latest 0.10, which has the new npm
17:53:15  <TooTallNate>hmmm, i should switch from `n` probably
17:53:20  <TooTallNate>seems it doesn't update npm
17:56:21  * kazuponquit (Ping timeout: 248 seconds)
17:59:49  * dshaw_joined
18:05:26  * hzjoined
18:11:08  * dshaw_quit (Quit: Leaving.)
18:24:46  * bajtosquit (Quit: bajtos)
18:45:47  * dshaw_joined
18:51:06  * txdvjoined
18:52:17  * kazuponjoined
18:54:30  <txdv>indutny: what are these svg graphs that you are posting all the time
18:54:39  <indutny>register allocation results
18:55:51  <indutny>madness :)
18:55:58  <indutny>whatever sounds better to you
18:56:10  <txdv>didn't think that svg has hover activity
18:56:34  <txdv>is this some optimization attempt for your vm?
18:57:24  <tjfontaine>mad science
18:57:31  * kazuponquit (Ping timeout: 264 seconds)
18:59:33  * dshaw_quit (Quit: Leaving.)
18:59:51  <txdv>o you can uv_close a uv_connect_t
19:12:48  * mikealquit (Quit: Leaving.)
19:13:45  <piscisaureus_>no
19:13:57  <piscisaureus_>connect_t is a req not a handle
19:14:27  * mikealjoined
19:15:45  * mikealquit (Client Quit)
19:18:45  <txdv>piscisaureus_: well the documentation says so
19:19:00  <piscisaureus_>txdv: link>
19:19:45  <txdv>https://github.com/joyent/libuv/blob/master/include/uv.h#L513-L516
19:21:17  <piscisaureus_>txdv: that's not what it means
19:21:49  <txdv>you close the handle, the connection request gets canceled
19:21:56  <piscisaureus_>txdv: it meast that if you close an uv_tcp_t when an uv_connect on that handle is in progress, then the connection request is cancelled
19:22:16  <piscisaureus_>however the uv_connect_t doesn't get "closed" -> there's no concept of closing of requests
19:22:22  <piscisaureus_>however the tcp handle gets close
19:23:31  <txdv>but the the request callback gets called with ECANCLED?
19:23:39  <piscisaureus_>yes
19:24:05  <piscisaureus_>it is cancelled (if possible - theoretically it might also succeed)
19:26:49  <piscisaureus_>txdv: so if you want cancellation of requests - libuv can not reliably do that
19:27:30  * hzquit (Disconnected by services)
19:27:30  * hz_joined
19:27:35  * hz_changed nick to hz
19:27:43  <piscisaureus_>txdv: there's uv_work_cancel now, we could do something similar for generic requests but we couldn't guarantee that it always actually cancels the the request.
19:35:36  * juliangruberquit (Remote host closed the connection)
19:40:59  * `3rdEdenjoined
19:41:07  * inolenjoined
19:41:44  * bnoordhuisquit (Ping timeout: 245 seconds)
19:45:58  * mikealjoined
19:53:33  * kazuponjoined
19:56:26  * brsonjoined
19:56:58  * benoitcquit (Excess Flood)
19:58:12  * kazuponquit (Ping timeout: 252 seconds)
20:07:50  * benoitcjoined
20:24:40  * `3rdEdenquit (Remote host closed the connection)
20:29:22  <txdv>piscisaureus_: i am wondering how to create a timeout for connect
20:31:06  * hzquit (Disconnected by services)
20:31:06  * hz_joined
20:31:11  * hz_changed nick to hz
20:43:34  * inolenquit (Read error: No route to host)
20:43:52  * inolenjoined
20:44:32  <piscisaureus_>txdv: You don't have much choice besides creating a timer and closing the tcp handle in the callback
20:44:40  <piscisaureus_>txdv: there's not much OSes let you configure about it
20:45:03  <txdv>not a problem, ill just create that timer
20:50:05  * hz_joined
20:50:05  * hz_quit (Changing host)
20:50:05  * hz_joined
20:50:05  * hzquit (Disconnected by services)
20:50:10  * hz_changed nick to hz
20:54:19  * kazuponjoined
20:55:10  * `3rdEdenjoined
20:59:19  * kazuponquit (Ping timeout: 264 seconds)
20:59:59  * dshaw_joined
21:03:53  * `3rdEdenquit (Ping timeout: 256 seconds)
21:03:59  * paddybyersjoined
21:08:00  * kuebkjoined
21:08:29  * kuebkquit (Client Quit)
21:09:29  * kuebkjoined
21:11:02  * inolen1joined
21:11:14  * inolenquit (Read error: No route to host)
21:15:03  * dshaw_quit (Quit: Leaving.)
21:19:30  * leonvvjoined
21:26:57  * dshaw_joined
21:28:45  * dshaw_quit (Client Quit)
21:29:18  * dshaw_joined
21:31:08  * dshaw_quit (Client Quit)
21:31:23  * groundwaterjoined
21:33:26  * bnoordhuisjoined
21:38:49  * inolen1quit (Ping timeout: 245 seconds)
21:41:24  * inolenjoined
21:45:38  * inolenquit (Ping timeout: 252 seconds)
21:46:14  * inolenjoined
21:46:19  * juliangruberjoined
21:50:26  * inolenquit (Ping timeout: 240 seconds)
21:51:54  * inolenjoined
21:53:32  * stagasquit (Remote host closed the connection)
21:54:13  * rendarquit
21:55:04  * kazuponjoined
21:59:39  * kazuponquit (Ping timeout: 245 seconds)
22:02:42  * inolenquit (Read error: Connection reset by peer)
22:02:49  * inolenjoined
22:05:11  * st_lukejoined
22:23:24  * st_lukequit (Remote host closed the connection)
22:25:29  * inolenquit (Ping timeout: 245 seconds)
22:28:59  * inolenjoined
22:36:14  * inolenquit (Ping timeout: 252 seconds)
22:53:39  * inolenjoined
22:55:50  * kazuponjoined
23:00:31  * kazuponquit (Ping timeout: 264 seconds)
23:01:09  * leonvvquit (Remote host closed the connection)
23:02:41  * st_lukejoined
23:03:29  * defunctzombie_zzchanged nick to defunctzombie
23:04:35  * st_luke_joined
23:07:17  * st_lukequit (Ping timeout: 248 seconds)
23:10:23  * piscisaureus_quit (Quit: ~ Trillian Astra - www.trillian.im ~)
23:23:08  * mikealquit (Quit: Leaving.)
23:28:10  * groundwaterquit (Quit: groundwater)
23:28:17  * kuebkquit
23:30:21  <bnoordhuis>i'm building libevent from source. i feel so dirty!
23:31:09  <tjfontaine>why for?
23:31:20  <bnoordhuis>testing something with memcached
23:31:28  <tjfontaine>ah
23:31:43  <bnoordhuis>i'm thinking of maybe using memcached as a case study of moving from libevent to libuv
23:31:57  * paddybyersquit (Ping timeout: 252 seconds)
23:32:22  <tjfontaine>nice, here's hoping you don't find any problems :P
23:32:30  <tjfontaine>or maybe that would be a good thing to find
23:33:05  <bnoordhuis>yeah, exactly. any pain points i run into, libuv users will too
23:40:22  <mmalecki>bnoordhuis: honestly libuv is really easy to use
23:40:47  <mmalecki>I never ran into any issues and libuv-based apps are running on over 3000 of our servers
23:45:38  <bnoordhuis>mmalecki: well, i can think of some potential roadbloakcs
23:45:45  <bnoordhuis>roadblocks, rather
23:46:20  <bnoordhuis>for example, memcached uses a single thread to accept new connections, then fans them out over a pool of worker threads
23:46:40  <bnoordhuis>while that's possible with libuv right now, it's not really easy
23:46:47  <bnoordhuis>or fast, for that matter
23:53:25  * mikealjoined
23:56:39  * kazuponjoined