00:02:17  <isaacs>piscisaureus__: dare me to set the version to 0.8.0-pre?
00:02:29  * isaacsthinkin about it
00:02:57  <piscisaureus__>isaacs: go think about it
00:03:18  <isaacs>yeah. i'm gonna do it.
00:03:35  <isaacs>why pretend that there'll be a 0.7.13?
00:04:07  <CIA-108>node: isaacs master * r252f034 / tools/email-footer.md : email-footer: Label Windows x64 installer properly - http://git.io/-B86WA
00:04:07  <CIA-108>node: isaacs master * rf105f2f / (doc/api/cluster.markdown lib/querystring.js): trivial: Doc typo and lint fix - http://git.io/6YBJDw
00:04:07  <CIA-108>node: isaacs master * ra721201 / (ChangeLog src/node_version.h): 2012.06.19, Version 0.7.12 (unstable) - http://git.io/TMTYIw
00:04:07  <CIA-108>node: isaacs master * rfbc2ad5 / (5 files in 5 dirs): Merge branch 'v0.7.12-release' - http://git.io/EI1hCQ
00:04:07  <isaacs>the die is cast!
00:04:08  <CIA-108>node: isaacs master * re401740 / src/node_version.h : Now working on 0.8.0 - http://git.io/j9D5tA
00:05:24  * ggreerquit (Excess Flood)
00:06:07  * AngryParsleyjoined
00:06:53  <bnoordhuis>sleep tight, all
00:07:03  <isaacs>g'nite!
00:08:57  <isaacs>piscisaureus__: is https://github.com/joyent/node/issues/3478 fixed now?
00:09:05  <isaacs>piscisaureus__: you pulled in that performance somethingorother, right?
00:09:30  * bnoordhuisquit (Read error: Operation timed out)
00:10:48  * indexzeroquit (Quit: indexzero)
00:11:16  <piscisaureus__>isaacs: yep
00:11:31  <piscisaureus__>isaacs: I'll close it
00:11:34  <isaacs>awesome.
00:11:37  <isaacs>0 blockers!
00:11:44  <isaacs>let's see if we can collect a few more before we release 0.8 :)
00:11:50  <isaacs>probably
00:13:48  * AngryParsleyquit (Changing host)
00:13:48  * AngryParsleyjoined
00:21:41  * mjr_quit (Quit: mjr_)
00:23:11  * AngryParsleychanged nick to ggreer
00:23:20  <piscisaureus__>hmm, unfixable conceptual problem found
00:24:26  <isaacs>ooh, delicious
00:24:28  <isaacs>what's this?
00:25:39  <piscisaureus__>well, well, when a cluster "disconnects" a worker it makes the worker close all the servers
00:25:49  <piscisaureus__>and then waits for the worker to exit naturally
00:25:51  <piscisaureus__>but
00:26:18  <piscisaureus__>on windows the server can't close itself because the parent is holding a copy of the server handle
00:27:33  * \toothrotjoined
00:28:24  * toothrquit (Ping timeout: 240 seconds)
00:29:33  * Ariajoined
00:32:24  <piscisaureus__>I can make it work somewhat
00:33:52  <isaacs>hm. ok
00:33:57  <isaacs>that sounds puzzling :)
00:36:27  <piscisaureus__>Maybe node should just refuse to run when people have LSPs installed >:)
00:36:52  * dapquit (Quit: Leaving.)
00:36:55  <piscisaureus__>that would solve so many problems
00:38:15  <isaacs>what are LSPs? layerd something pipes?
00:38:39  <tjfontaine>layered service providers
00:38:45  <isaacs>1/3. nice
00:38:51  <piscisaureus__>this isn't the first time they drive me mad
00:39:05  <isaacs>yeah, i've heard you and igor complain about them before
00:39:06  <tjfontaine>where I stopped reading: " A Layered Service Provider is a DLL that uses Winsock APIs to insert itself into the TCP/IP protocol stack"
00:39:21  <pquerna>yeah, its awesome :D
00:39:27  <isaacs>resorting to wget -mk.
00:39:33  <piscisaureus__>heh
00:39:37  <isaacs>there is no way to just pull all the data out of wordpress, apparently
00:39:45  <pquerna>its commonly used by anti-virus software and the like
00:39:46  <tjfontaine>isaacs: there is, but you get xml
00:39:52  <piscisaureus__>pquerna: I would hope not
00:40:02  <isaacs>oh, wait, there is!!
00:40:02  <piscisaureus__>pquerna: It's commonly used by malware
00:40:15  <pquerna>yes :)
00:40:17  <isaacs>sweet, that'll be so much easier than parsing html.
00:40:55  <piscisaureus__>pquerna: because LSPs all work in user mode they are not a good fit for anti virus stuff. As a virus writer you could just opt to ignore the LSPs and make syscalls directly
00:42:08  <isaacs>haha, the first few posts on this are ryan talking about new features.
00:42:16  <isaacs>before we just did that on the github issues.
00:42:18  * TooTallNatequit (Quit: Textual IRC Client: www.textualapp.com)
00:42:40  * TooTallNatejoined
00:48:03  * toothrjoined
00:49:18  * \toothrotquit (Ping timeout: 272 seconds)
00:49:34  * \toothrotjoined
00:49:34  * \toothrotquit (Changing host)
00:49:34  * \toothrotjoined
00:52:24  * toothrquit (Ping timeout: 240 seconds)
01:00:14  * theColejoined
01:06:12  * abraxasjoined
01:08:23  * \toothrotchanged nick to toothr
01:27:53  * toothrquit (Ping timeout: 264 seconds)
01:28:03  * \toothrotjoined
01:29:14  * ericktquit (Read error: Operation timed out)
01:30:32  * \toothrotquit (Client Quit)
01:36:45  <CIA-108>libuv: Bert Belder reviewme * r6e8eb33 / src/win/tcp.c : windows: abort accept requests when a shared tcp server is closed - http://git.io/pY7MrA
01:36:55  <piscisaureus__>^-- anyone cares to review?
01:37:08  <piscisaureus__>meh, I am missing igor already
01:39:17  * toothrjoined
01:40:54  <piscisaureus__>well, I suppose some more unreviewed code I wrote will go into node
01:41:50  * pieternquit (Quit: pietern)
01:47:41  * theColequit (Read error: No route to host)
01:47:44  * theCole_joined
01:50:29  <piscisaureus__>isaacs: okay ?
01:50:47  * theCole_quit (Client Quit)
02:00:52  * TooTallNatequit (Ping timeout: 272 seconds)
02:07:01  <piscisaureus__>isaacs: not here?
02:07:12  <piscisaureus__>isaacs: I caught you tweeting 1 second ago
02:21:55  <piscisaureus__>[06:38|% 100|+ 470|- 0]: Done
02:22:12  <CIA-108>libuv: Bert Belder master * r6e8eb33 / src/win/tcp.c : windows: abort accept requests when a shared tcp server is closed - http://git.io/pY7MrA
02:24:42  <CIA-108>node: Bert Belder master * r7887e68 / deps/uv/src/win/tcp.c : uv: upgrade to 6e8eb332 - http://git.io/kqQ3ag
02:35:00  * brsonquit (Quit: leaving)
02:49:32  * travis-cijoined
02:49:32  <travis-ci>[travis-ci] joyent/libuv#431 (reviewme - 6e8eb33 : Bert Belder): The build passed.
02:49:32  <travis-ci>[travis-ci] Change view : https://github.com/joyent/libuv/commit/6e8eb33249f7
02:49:32  <travis-ci>[travis-ci] Build details : http://travis-ci.org/joyent/libuv/builds/1661261
02:49:32  * travis-cipart
02:50:34  <piscisaureus__>ircretary: tell isaacs I just landed it. See windowsdrone for test status, tests are running.
02:50:34  <ircretary>piscisaureus__: I'll be sure to tell isaacs
02:50:45  * piscisaureus__quit (Quit: ~ Trillian Astra - www.trillian.im ~)
02:55:44  * travis-cijoined
02:55:44  <travis-ci>[travis-ci] joyent/libuv#432 (master - 6e8eb33 : Bert Belder): The build passed.
02:55:44  <travis-ci>[travis-ci] Change view : https://github.com/joyent/libuv/compare/b496c1221c38...6e8eb33249f7
02:55:44  <travis-ci>[travis-ci] Build details : http://travis-ci.org/joyent/libuv/builds/1661420
02:55:44  * travis-cipart
03:06:31  * brsonjoined
03:11:00  * mcavagequit (Remote host closed the connection)
03:11:26  * mcavagejoined
03:12:03  * mcavage_joined
03:12:03  * mcavagequit (Read error: Connection reset by peer)
03:15:33  * TooTallNatejoined
03:16:41  * Ariaquit (Remote host closed the connection)
03:41:47  * Guest69160joined
03:42:33  * piscisaureus_joined
03:46:23  * piscisaureus_quit (Client Quit)
03:52:20  * Guest69160quit (Quit: Guest69160)
04:04:36  * seaneganjoined
04:11:13  <isaacs>ircretary: hi
04:11:13  <ircretary>isaacs: Hello :)
04:11:17  <isaacs>ircretary: notes
04:11:17  <ircretary>isaacs: I don't have any notes for you.
04:18:33  <isaacs>ircretary: wtf
04:18:33  <ircretary>isaacs: I'm not sure what to do with that command. Ask for help in PM.
04:18:33  <isaacs>.
04:19:10  * seaneganpart
04:26:27  <TooTallNate>isaacs: :p
04:36:01  <isaacs>TooTallNate: man, 0.8 is so close.
04:36:16  <isaacs><3 this
04:36:39  <TooTallNate>isaacs: ya man, exciting
04:36:48  <TooTallNate>isaacs: i thought you would retweet :D https://twitter.com/tootallnate/status/215146109574717443
04:43:20  <isaacs>TooTallNate: i missed that one!
04:47:08  * mcavage_quit (Remote host closed the connection)
04:51:47  * perezdjoined
05:04:36  * indexzerojoined
05:05:00  * indexzeroquit (Client Quit)
05:09:32  * theColejoined
05:37:14  * paddybyersjoined
06:14:24  * saghulquit (Ping timeout: 240 seconds)
06:15:20  * paddybyersquit (Quit: paddybyers)
06:29:29  * perezdquit (Quit: perezd)
06:29:40  * brsonquit (Read error: Connection reset by peer)
06:30:00  * perezdjoined
06:31:08  * brsonjoined
06:31:52  * perezdquit (Client Quit)
06:32:23  * perezdjoined
06:34:03  * paddybyersjoined
06:49:44  * stephankquit (Quit: *Poof!*)
06:53:36  * `3rdEdenjoined
07:02:03  * paddybyersquit (Quit: paddybyers)
07:15:10  * saghuljoined
07:16:07  * theCole_joined
07:17:51  * theColequit (Ping timeout: 252 seconds)
07:18:50  * perezdquit (Quit: perezd)
07:19:43  * perezdjoined
07:29:36  * rendarjoined
07:59:27  * theCole_quit (Read error: Connection reset by peer)
08:18:09  * brsonquit (Remote host closed the connection)
09:32:51  * TooTallNatequit (Quit: Computer has gone to sleep.)
09:39:55  * mmaleckijoined
10:35:49  * saghulquit (Ping timeout: 244 seconds)
11:03:44  <indutny>isaacs: alert
11:03:49  <indutny>some error with IPC in fork
11:03:56  <indutny>reported by mmalecki
11:04:06  <mmalecki>(and we have a reproduction)
11:04:48  <indutny>figuring out what's happening
11:05:02  <indutny>but it seems that read_cb gets some negative status
11:09:17  <indutny>isaacs: nvm
11:09:20  <indutny>problem in user code
11:24:39  * abraxasquit (Remote host closed the connection)
11:34:04  <indutny>isaacs: or not
11:38:31  * mmaleckiquit (Ping timeout: 260 seconds)
11:43:23  * mmaleckijoined
12:10:15  * hzjoined
12:10:45  <einaros>I've updated the websocket benchmark suite to accommodate perf comparisons between node versions
12:11:10  <einaros>I should automate that somehow, travis style
12:12:42  * loladirojoined
12:28:49  <`3rdEden>but how does it compare to other websocket libs ;)
12:29:46  <einaros>I really don't want to publish such results (it's trivial enough to generate the stats yourself)
12:29:55  <einaros>publish as in anywhere outside of this channel, that is
12:30:11  <einaros>https://gist.github.com/1c773855726975bbda4f
12:32:14  <`3rdEden>Roundtrips of 10 MB binary data: ws 1917% faster -- ouch
12:33:14  <einaros>jcoglan is doing something very strange to cause that. I've notified him, so he's looking into it.
12:33:19  * mmaleckiquit (Ping timeout: 246 seconds)
12:37:52  * saghuljoined
12:54:02  * toothrquit (Read error: Connection reset by peer)
12:59:58  * mmaleckijoined
13:02:13  * bnoordhuisjoined
13:06:08  <indutny>ircretary: just FYI problem fixed
13:06:08  <ircretary>indutny: I'm not sure what to do with that command. Ask for help in PM.
13:06:21  <indutny>ooh
13:06:25  <indutny>isaacs: just FYI problem fixed
13:06:33  <indutny>that was userspace stuff
13:06:50  <indutny>connecting node 0.7.x to node 0.6.x by IPC channel is borked
13:07:35  <indutny>bnoordhuis: hoya
13:07:42  <indutny>bnoordhuis: can you please assist me?
13:07:52  <bnoordhuis>indutny: heya
13:07:54  <bnoordhuis>sure
13:07:56  <bnoordhuis>what's up?
13:08:08  <indutny>bnoordhuis: I'm trying to use uv as a dependency to a small toy project
13:08:22  <indutny>first of all I got variable 'library' is undefined
13:08:35  <bnoordhuis>you're building with gyp?
13:08:37  <indutny>which I fixed by passing -Dlibrary=static_library argument to Makefile
13:08:38  <indutny>yes
13:08:53  <indutny>now I get following ../deps/uv/src/cares.c:22:16: error: uv.h: No such file or directory
13:08:53  <indutny>../deps/uv/src/cares.c:23:18: error: tree.h: No such file or directory
13:09:12  <indutny>s/I get/I'm getting
13:09:31  <bnoordhuis>what's the make command you're using?
13:09:34  <indutny>looks like uv's defaults ain't picked up anywhere
13:09:45  <indutny>one minute
13:09:49  <indutny>I'll create private repo and add you
13:10:31  * hzquit (Ping timeout: 246 seconds)
13:10:48  * xaqjoined
13:11:35  <indutny>bnoordhuis: https://github.com/indutny/tls-candy/blob/master/Makefile
13:12:10  * xaqquit (Remote host closed the connection)
13:12:44  * loladiroquit (Ping timeout: 245 seconds)
13:12:51  <indutny>brb
13:13:06  <bnoordhuis>indutny: what happens if you add deps/uv/include to include_dirs in tls-candy.gyp?
13:21:55  <indutny>bnoordhuis: nothing
13:22:03  <indutny>it was here
13:22:08  <indutny>I just changed it to cares
13:22:09  <indutny>actually
13:22:14  <indutny>when BUILDTYPE=Default - it works
13:23:44  <bnoordhuis>right, you need to set up build targets
13:23:45  <indutny>how is that supposed to work?
13:23:48  <bnoordhuis>have a look at common.gypi
13:25:02  <indutny>bnoordhuis: I've just copied contents of uv/common.gypi into common.gyp
13:25:05  <indutny>bnoordhuis: still the same
13:27:28  <bnoordhuis>wait, let me clone it
13:28:07  <bnoordhuis>indutny: Exception: Call to 'python build/gcc_version.py' returned exit status 2. while trying to load tls-candy.gyp
13:28:17  <indutny>em
13:28:18  <bnoordhuis>did you actually test it? :-/
13:28:23  <indutny>yes
13:28:27  <indutny>ah
13:28:33  <indutny>build/ in gitignore
13:28:35  <indutny>one sec
13:31:34  <indutny>bnoordhuis: are you doing `make` in the folder?
13:31:42  <bnoordhuis>yes, plain `make`
13:31:59  <indutny>ah
13:32:09  <indutny>have you did `git submodule update --init` ?
13:32:15  <indutny>I've added uv as a submodule
13:32:29  <indutny>probably that was a mistake ^
13:32:29  <bnoordhuis>submodules...
13:32:41  <bnoordhuis>yeah, they're more pain than they're worth
13:33:25  <bnoordhuis>okay, checked out the submodules, still the same error though
13:33:33  <indutny>em...
13:33:40  <bnoordhuis>no worries, i'll strip out gcc_version
13:33:53  <indutny>probably because you're on linux/unix
13:34:00  <bnoordhuis>KeyError: 'Undefined variable library in deps/uv/uv.gyp while loading dependencies of tls-candy.gyp while trying to load tls-candy.gyp'
13:34:03  <bnoordhuis>well, it's progress
13:34:03  <indutny>yes
13:35:14  <bnoordhuis>indutny: you need two things
13:35:19  <bnoordhuis>first one is -> tools/gyp/gyp -Dlibrary=static_library -f make --depth=. --generator-output=build tls-candy.gyp
13:35:26  <bnoordhuis>second one is to downgrade gyp :)
13:35:36  <indutny>hahaha
13:35:36  <bnoordhuis>because the current one fails with KeyError: 'Duplicate basenames in sources section, see list above'
13:35:46  <indutny>to what version
13:36:01  <indutny>s/what/which
13:36:02  <bnoordhuis>pick the one that's in node
13:36:13  <bnoordhuis>r1214
13:36:37  <indutny>it doesn't work with it
13:36:41  <indutny>one moment I'll push update
13:36:54  <bnoordhuis>do `git clean -dfx` after you've downgraded gyp
13:37:24  <indutny>still no luck
13:37:31  <bnoordhuis>maybe we should've picked cmake after all...
13:37:33  <indutny>Pushed update
13:37:40  <indutny>gyp works fine for me in candor
13:37:49  <indutny>candor.io is using it to build candor as a dependency
13:38:28  <indutny>well, it's using it in my branch
13:38:41  <bnoordhuis>okay, it's not picking up the deps includes
13:38:42  <indutny>ah
13:38:46  <indutny>yes
13:38:48  <indutny>and variables
13:38:56  <indutny>how does node handling that?
13:39:00  <bnoordhuis>i had that problem in spiderluv too... what was causing that again?
13:40:11  <indutny>ok, I'll use raw epoll then :P
13:40:14  <indutny>or kqueue
13:40:55  <mmalecki>bnoordhuis: hey, mind looking at https://github.com/joyent/node/issues/3496 when you find some time?
13:41:36  <bnoordhuis>indutny: you can use the plain makefile too
13:41:46  <indutny>bnoordhuis: like build uv
13:41:50  <indutny>bnoordhuis: and use uv.a ?
13:41:50  <bnoordhuis>though that only does debug builds
13:41:52  <bnoordhuis>yeah
13:42:03  <indutny>bnoordhuis: I don't really like it, but it'll work
13:42:04  <bnoordhuis>or rather, `make -C deps/uv`
13:42:25  <bnoordhuis>libuv has a non-gyp makefile as well
13:43:05  <indutny>yes, I know
13:43:17  <indutny>but it can't handle file changes
13:43:27  <indutny>err... I can't make it handle file changes
13:43:36  <indutny>without placing all dependencies in my makefile too
13:45:11  <bnoordhuis>it was something in common.gypi that was screwing up things...
13:45:19  <bnoordhuis>re the spiderluv bug
13:45:34  <bnoordhuis>i'll dig some mor
13:45:36  <bnoordhuis>*more
13:47:22  <indutny>bnoordhuis: https://gist.github.com/eecc51503df6f83260ac
13:47:25  <indutny>much better with make!
13:47:25  <indutny>:)
13:49:13  <bnoordhuis>indutny: git pull
13:49:45  <indutny>wow
13:50:00  <indutny>what was the problem in?
13:50:11  <indutny>-Icommon.gypi?
13:50:33  <bnoordhuis>yes, more or less
13:50:34  <indutny>GYP is so retarded sometimes
13:50:38  <bnoordhuis>it is :)
13:50:43  <indutny>bnoordhuis: thanks a lot man!
13:50:48  <bnoordhuis>my pleasure :)
14:05:46  * xaqjoined
14:08:31  * mmaleckiquit (Ping timeout: 246 seconds)
14:12:25  * theColejoined
14:12:34  * theColequit (Remote host closed the connection)
14:14:07  * mmaleckijoined
14:16:42  * c4milojoined
14:22:48  * bnoordhuis__joined
14:32:58  * TheJHjoined
14:35:16  <creationix>we're thinking about switching to cmake for luvit
14:35:25  <creationix>half our deps already use it
14:35:43  <creationix>and we don't need v8, so libuv and http_parser are the only gyp based deps
14:35:47  <indutny>creationix: hm... this is a valuable objection
14:36:08  <creationix>though cmake is pretty large itself
14:36:29  <creationix>I think it depends on libstdc++
14:36:59  * bnoordhuis__quit (Remote host closed the connection)
14:37:20  <creationix>http_parser is so small and simple that any build system will do
14:37:29  <creationix>how hard is libuv to build on windows without gyp?
14:37:38  <creationix>would cmake be hard?
14:37:46  <bnoordhuis>no, not hard
14:37:54  <bnoordhuis>we won't be maintaining it though :)
14:38:00  <creationix>understood
14:38:13  <creationix>but we're maintaining gyp for half our deps
14:38:18  <creationix>many which are cmake upstream
14:39:22  <creationix>build systems are a pain, why are there so many?
14:39:38  <indutny>haha
14:39:39  <isaacs>indutny: yes, ipc requires matching nodes (or at least matching version family)
14:39:45  <indutny>creationix: have you seen that xkcd comic
14:39:46  <bnoordhuis>because all other build systems suck
14:39:52  <indutny>about 14 standards
14:39:56  <tjfontaine>bnoordhuis++
14:39:59  <creationix>indutny, if I did I don't remember
14:40:08  <indutny>isaacs: yes, I understand
14:40:12  <indutny>isaacs: that was just hard to track
14:40:19  <indutny>:)
14:41:07  <creationix>indutny, did you ever decide what build system you wanted for candor?
14:41:14  <creationix>still planning on using gyp?
14:41:47  <indutny>creationix: well, I haven't really considered it yet
14:42:02  <indutny>still rewriting JIT engine, you know
14:42:06  <creationix>just wondering, I'd like one build system for my 3 projects
14:42:12  <indutny>haha
14:42:21  <indutny>well, candor.io is not actively maintained atm ;)
14:42:21  <creationix>spidermonkey is a real pain to build
14:42:30  <indutny>oh
14:42:32  <indutny>yes, indeed
14:42:48  <indutny>I was doing that a lot when I was toying couchdb stuff
14:42:52  <creationix>maybe this whole bundled deps thing was a bad idea?
14:43:09  <creationix>though non-bundled deps leads to version mismatch issues
14:43:42  <tjfontaine>only for crappy library apis, or people with bad configure's
14:44:09  <indutny>creationix: I like bundled deps
14:44:17  <indutny>for example
14:44:23  <indutny>candor has only one dependency - python
14:44:24  <indutny>for gyp
14:44:33  <tjfontaine>the question of to bundle is a matter of how popular the library is vs how volatile the api is
14:44:38  <creationix>indutny, yeah, when it works, it's great
14:44:50  <creationix>tjfontaine, right, and how easy it is to bundle
14:45:13  <tjfontaine>if the library can build itself, it's relatively easy to bundle, so tthat's a non-issue
14:47:40  <creationix>heh, cmake libuv fork https://github.com/okuoku/libuv
14:48:44  * ericktjoined
14:50:06  * piscisaureus_joined
14:50:49  <bnoordhuis>piscisaureus_: http://groups.google.com/group/nodejs/browse_thread/thread/57382d346cbafae7 < seen that? sounds like a threading issue but what do i know?
14:51:47  <piscisaureus_>bnoordhuis: no clue ...
14:52:05  <indutny>bnoordhuis: GUI is running in another thread
14:52:17  <indutny>and v8 just can't figure what isolate to use
14:52:21  <indutny>seems like that
14:52:25  <bnoordhuis>yeah, something like that
14:52:32  <indutny>though who I am to talk about it
14:52:35  * indutnychanged nick to mraleph
14:52:35  <piscisaureus_>bnoordhuis: that argc = __argc looks icky too
14:52:40  <bnoordhuis>but i don't claim to be a windows programmer
14:52:40  * mralephchanged nick to indutny
14:52:41  <piscisaureus_>I don't think that works
14:52:52  <bnoordhuis>i'm just a guy that hangs out with windows programmers
14:54:01  * bnoordhuis__joined
14:56:10  <piscisaureus_>it could also be that he is linking to the dll version of the crt
14:59:19  * bnoordhuis__quit (Ping timeout: 244 seconds)
15:01:17  <indutny>piscisaureus_: is windows invoking click callbacks and others in other thread?
15:01:21  * mcavagejoined
15:01:31  <piscisaureus_>indutny: no. Windows makes no callbacks
15:02:27  * `3rdEdenquit (Quit: Linkinus - http://linkinus.com)
15:02:49  <indutny>piscisaureus_: huh
15:02:57  <indutny>ok, I'm not really a UI man
15:03:05  <piscisaureus_>indutny: you just ask for events
15:03:11  <indutny>polling?
15:03:23  <piscisaureus_>http://msdn.microsoft.com/en-us/library/windows/desktop/ms644936%28v=vs.85%29.aspx
15:03:34  <piscisaureus_>indutny: well, I suppose DispatchMessage could trigger actual callbacks
15:03:38  <indutny>well, it's quite raw isn'it ?
15:03:42  <indutny>it's putting message in a box
15:03:44  <indutny>as I can remember it
15:03:47  <piscisaureus_>but that always happens on the same thread
15:04:12  <piscisaureus_>indutny: GetMessage != MsgBox :-)
15:07:16  * ericktquit (Quit: erickt)
15:08:35  <piscisaureus_>I still really like gyp
15:09:00  <piscisaureus_>I had to do stuff with waf and scons two days ago
15:09:04  <piscisaureus_>oh, the humanity
15:09:49  <indutny>you feel like you're hitler
15:10:08  <indutny>"SCONS and WAF makes you fill like you're hitler"
15:11:08  <creationix>piscisaureus_, have you used cmake?
15:11:39  <piscisaureus_>creationix: not a lot, no
15:11:53  <piscisaureus_>but I hear reasonable stories
15:12:09  <piscisaureus_>er, I hear stories that it works reasonably well :-)
15:13:10  <mmalecki>I've heard it makes pupies die in unimaginable pain
15:13:23  <mmalecki>*puppies
15:14:25  <creationix>node for webos was built using cmake
15:14:33  <creationix>I never could figure it out
15:14:41  <creationix>but Tom said it made cross-compiling a lot easier
15:14:47  <creationix>but that was back in the waf-scons era
15:15:31  <piscisaureus_>right
15:15:40  <piscisaureus_>well, I have no problems with waf
15:15:45  <piscisaureus_>it's easy to maintain
15:15:55  <piscisaureus_>er, with gyp
15:15:56  <piscisaureus_>aaah
15:16:00  <piscisaureus_>I HATE waf
15:17:31  <piscisaureus_>bnoordhuis: hey, question. Does ev_signal work in node atm?
15:19:12  * stephankjoined
15:19:48  <isaacs>anyone have any idea why simple/test-zlib-random-byte-pipes fails in debug mode?
15:20:18  <isaacs>looks like something completely unrelated to zlib itself: this._hash = this._hasher.digest('hex').toLowerCase().trim();
15:24:53  * piscisaureus_quit (Quit: ~ Trillian Astra - www.trillian.im ~)
15:25:05  * milanijoined
15:25:32  * piscisaureus_joined
15:34:45  <piscisaureus_>hmm
15:34:58  <piscisaureus_>so zero writing *is* the trick to gracefully close a pipe
15:35:02  <piscisaureus_>awesome
15:35:11  <piscisaureus_>let's get rid of the EOF timer
15:35:14  * dapjoined
15:40:17  <bnoordhuis>piscisaureus_: i think so
15:40:26  * pieternjoined
15:46:38  <bnoordhuis>it probably won't ref the loop though
15:46:44  <bnoordhuis>s/probably//
15:47:56  <piscisaureus_>bnoordhuis: well, I think on uv-unix it doesn't work
15:48:10  <piscisaureus_>bnoordhuis: because you would coalesc the writes
15:48:25  <piscisaureus_>but on windows we now have this stupid timer
15:48:37  <piscisaureus_>it should be a flush + a zero write
15:49:12  <piscisaureus_>hmm, uv-win also cannot read 0 bytes because it would be picked up by the zero read we do all the time
15:49:17  <piscisaureus_>this will be a long journey
15:49:29  <piscisaureus_>let's join the standup
15:57:57  <CIA-108>libuv: Ben Noordhuis master * r14ffaa6 / (include/uv.h src/fs-poll.c test/test-fs-poll.c): unix, windows: stat: never pass NULL to cb - http://git.io/9WikIw
15:59:57  * travis-cijoined
15:59:57  <travis-ci>[travis-ci] joyent/libuv#433 (master - 14ffaa6 : Ben Noordhuis): The build passed.
15:59:57  <travis-ci>[travis-ci] Change view : https://github.com/joyent/libuv/compare/6e8eb33249f7...14ffaa668d41
15:59:57  <travis-ci>[travis-ci] Build details : http://travis-ci.org/joyent/libuv/builds/1666048
15:59:57  * travis-cipart
16:07:41  * hzjoined
16:16:23  * perezdquit (Quit: perezd)
16:21:26  * piscisaureus_quit (Ping timeout: 276 seconds)
16:25:53  * milaniquit (Quit: Ex-Chat)
16:37:19  * piscisaureus_joined
16:38:18  * piscisaureus_quit (Client Quit)
16:40:06  * piscisaureus_joined
16:50:18  * ericktjoined
16:59:08  * xaqquit (Remote host closed the connection)
17:02:15  <isaacs>bnoordhuis, piscisaureus_: seems like we stopped being able to read a pipe as if it was a file in 0.8: https://gist.github.com/2960945
17:06:53  * perezdjoined
17:07:21  <piscisaureus_>isaacs: you can't read from stdin using an offset
17:07:34  <piscisaureus_>isaacs: you should set the read offset to -1
17:08:10  <isaacs>piscisaureus_: yeah
17:08:20  <isaacs>so, i think fs.readFile should set offset=-1 the first time, rather than offset=0
17:08:26  <piscisaureus_>isaacs: I don't think that works in 0.6 either
17:08:35  <piscisaureus_>isaacs: hmm, maybe...
17:08:36  <isaacs>piscisaureus_: the reason why it fails is becasue fs.readFile changed
17:08:51  <isaacs>piscisaureus_: the less efficient fs.ReadStream implementation didn't try to be smart about positions.
17:09:03  <piscisaureus_>isaacs: really, it didn't? hmmm
17:09:05  <isaacs>piscisaureus_: is there any way to detect whether or not pread will work?
17:09:13  <isaacs>piscisaureus_: no, it was just a fs.ReadStream that got collected
17:09:37  <isaacs>piscisaureus_: i mean, actually, isn't read() supposed to always keep moving forward? so the offset in fs.readFile is really unnecessary.
17:09:58  * brsonjoined
17:09:58  <piscisaureus_>isaacs: its complicated. I am sure that WriteStream always uses pwrite.
17:10:04  <piscisaureus_>isaacs: with good reason
17:10:09  <piscisaureus_>isaacs: not sure about ReadStream
17:11:21  <isaacs>hm. readstream does set position.
17:11:43  <piscisaureus_>isaacs: whether pwrite support is detectable - you could just try or call lseek. But bnoordhuis has more experience than me. (In this area, that is)
17:11:54  <isaacs>piscisaureus_: oh, ok. it sets the offset to this.pos, but only if you've given it a {start:n}, or if it's a subsequent read
17:16:21  <isaacs>actually we don't have to detect whether it's a pipe.
17:16:32  <isaacs>we should just use the default behavior of read() and keep getting more data.
17:16:43  <isaacs>99% of the time, we'll get it all in the first pass anyway.
17:20:59  <isaacs>piscisaureus_: silly question, i know... is there anything like /dev/stdin on windows?
17:21:16  <piscisaureus_>isaacs: yes, but you can't open it in node
17:21:27  <isaacs>k
17:21:29  <piscisaureus_>isaacs: for various reasons. It's something to look into later
17:21:39  <piscisaureus_>isaacs: funny, TooTallNate asked me exactly the same question
17:21:42  <isaacs>this test really only is valid if it's opening a file that is actually stdin
17:21:48  <isaacs>a file that is actually a pipe to stdin, i mean
17:23:11  <isaacs>we could also always do the php thing, and just lie to you
17:23:30  <isaacs>if you open('/dev/stdin') we just give you standard input and don't even try to open it
17:29:31  * AvianFlujoined
17:30:55  <CIA-108>node: isaacs reviewme * r1d3d02c / (lib/fs.js test/simple/test-fs-readfile-pipe.js): Fix fs.readfile('/dev/stdin') (+22 more commits...) - http://git.io/azA0xA
17:30:56  <isaacs>piscisaureus_, bnoordhuis: ^
17:37:01  <piscisaureus_>isaacs: ok, so this works when the entire thing can be read in one pass? And after that it chokes?
17:37:21  <isaacs>piscisaureus_: no, it'll work if you have subsequent reads, as well.
17:37:24  <isaacs>that's what read() does
17:37:52  <piscisaureus_>oh, hmm
17:38:19  <piscisaureus_>well, I suppose this flies because node serializes te read() calls
17:38:33  <isaacs>there's no need to pass in a pos unless you know that you need to start at some other position.
17:38:49  <piscisaureus_>isaacs: unfortunately we cannot fix fs.writeFile('/dev/stdout', data)
17:39:07  <isaacs>piscisaureus_: not without evil, no
17:39:22  <isaacs>actually, i'm not convinced it's evil..
17:39:31  <piscisaureus_>isaacs: Me neither
17:39:39  <piscisaureus_>isaacs: this will be fixed in 0.10
17:39:49  <isaacs>i mean, seriously, how bad would it *really* be if fs.readFile('/dev/stdin') just opened stdin, and then called your cb when it closes?
17:40:02  <isaacs>or if fs.writeFile('/dev/stdout') just did console.log?
17:40:02  <piscisaureus_>isaacs: no, that would not be that bad
17:40:08  <isaacs>it'd work on windows.
17:40:30  * c4miloquit (Remote host closed the connection)
17:40:30  <piscisaureus_>isaacs: umm, I don't like this aliasing
17:40:37  <isaacs>of course, someone would come along and whine that it doesn't work for /dev/ttyp0 or something
17:40:48  <isaacs>aliasing?
17:41:16  <piscisaureus_>isaacs: well, you just proposed to do some magic in node to detect a write to /dev/stdout and do something magic on windows
17:41:47  <isaacs>piscisaureus_: no, i proposed to detect a fs.writeFile() to /dev/stdout and do some magic everywhere.
17:41:51  <piscisaureus_>isaacs: but I agree; the fs methods should just work reasonably on /dev'files
17:42:08  <isaacs>but down that road leads madness.
17:42:17  * c4milojoined
17:42:34  <piscisaureus_>isaacs: this requires some significant work in libuv - which we should do for 0.10
17:42:37  <isaacs>all tests still pass with this change.
17:42:39  <isaacs>yes, i agree.
17:42:40  <piscisaureus_>Make it faster. Make it all streams.
17:42:44  <isaacs>yes.
17:42:55  <mmalecki>isaacs: I'm personally -1 on that. don't do too much magic in the core
17:42:55  <isaacs>STREAM ALL THE THINGS! SPEED ALL THE STREAMS!
17:43:04  <isaacs>mmalecki: yeah, i'm over it.
17:43:13  <mmalecki>but I agree with STREAM ALL THE THINGS.
17:43:14  <isaacs>mmalecki: it was just a temporary bit of insanity
17:43:22  * c4miloquit (Remote host closed the connection)
17:43:25  <mmalecki>and I agree with SPEED ALL THE THINGS even more.
17:43:26  <isaacs>piscisaureus_: so, fixme? lgty?
17:43:32  <piscisaureus_>isaacs: yes
17:43:35  <isaacs>thanks
17:43:58  <CIA-108>node: isaacs master * r1d3d02c / (lib/fs.js test/simple/test-fs-readfile-pipe.js): Fix fs.readfile('/dev/stdin') - http://git.io/azA0xA
17:44:02  <isaacs>er, "reviewme", not "fixme"
17:44:32  * c4milojoined
17:46:34  <isaacs>every time we fix a bug, i'm going to drop an RC in http://nodejs.org/dist/v0.8.0/
17:46:59  <isaacs>or maybe land a patch even
17:48:04  <piscisaureus_>isaacs: you're starting to like this huh.
17:48:13  <piscisaureus_>Man, you're releasing like there's no tomorrow
17:48:24  <isaacs>THERE IS NO TOMORROW ONLY TODAY FOREVER
17:48:32  <isaacs>we really need loudbot in here.
17:48:37  <mmalecki>release early, release often :)
17:48:53  <mmalecki>also, go on isaacs. we're waiting to get rid of all our compiled modules :)
17:50:28  * TooTallNatejoined
17:50:41  * isaacschanged nick to KarlVanHoet
17:50:48  * KarlVanHoetchanged nick to isaacs
17:52:19  * TooTallNatequit (Client Quit)
17:52:42  * TooTallNatejoined
17:56:54  * `3rdEdenjoined
17:59:07  * LOUDBOTjoined
17:59:14  * piscisaureus_quit (Quit: ~ Trillian Astra - www.trillian.im ~)
17:59:55  <isaacs>LOUDBOT: welcome.
17:59:56  <LOUDBOT>isaacs: SHE'S PROBABLY TITLESS AND HAS NO FLOW
18:00:06  <isaacs>please use responsibly.
18:00:18  * ikjoined
18:00:29  <ik>im 12 and what is this
18:00:35  <TooTallNate>LOUDBOT: vulgar
18:00:36  <LOUDBOT>TooTallNate: DONT LISTEN TO JB
18:00:37  <mmalecki>CAN ONE USE LOUDBOT RESPONSIBLY?!
18:00:37  <LOUDBOT>USER PERL FAG
18:01:00  <isaacs>if it gets annoying, we can always kick it out.
18:01:14  <ik>loudbot's like firearms guys
18:01:23  <ik>loudbot is not annoying, people who use loudbot are annoying
18:01:30  <isaacs>ik: indeed.
18:02:10  <ik>also loudbot shoots people
18:02:12  * piscisaureus_joined
18:02:16  <ik>is, I think, the analogy I was trying to make there
18:08:59  <CoverSlide>LOUDBOT: How meny testicles do you have?
18:09:00  <LOUDBOT>CoverSlide: SPACE IN-VA-DERS
18:10:43  * TooTallNateconfused
18:14:43  * TooTallNatequit (Quit: Computer has gone to sleep.)
18:16:20  * TooTallNatejoined
18:20:28  * avalanche123joined
18:22:13  * hzquit
18:37:26  <piscisaureus_>isaacs: actually, that test could work on windows
18:37:35  <piscisaureus_>isaacs: createReadStream({fd: 0}) :-)
18:38:53  <piscisaureus_>hmm, on linux pummel/test-http-client-reconnect-bug.js consistently fails for me
18:39:20  <piscisaureus_>bnoordhuis: ^-- you know what it is, or should I dig?
18:56:44  * paddybyersjoined
19:22:52  * ikchanged nick to IK
19:23:51  * IKchanged nick to ik
19:29:04  * mcavagequit (Remote host closed the connection)
19:48:55  <einaros>hm
19:49:51  <ik>isaacs: are you guys down for mandatory capslock day
19:49:54  <ik>isaacs: on the 28th?
19:49:56  <ik>isaacs: hint: yes
19:50:01  <ik>b/c mandatory
19:50:29  <ik>isaacs: gonna need you to /msg chanserv access #libuv add CAPSLOCKBOT +O
19:50:37  <ik>isaacs: at your convenience of course but basically no later than right the heck now
19:50:44  <ik>TIA
19:55:06  * hzjoined
19:59:49  * CAPSLOCKBOTjoined
20:01:38  * mcavagejoined
20:03:00  * einarosis confused
20:03:33  <ik>Don't worry about it einaros
20:05:18  <indutny>CAPSLOCKBOT: hi
20:05:25  <indutny>ik: how does it work?
20:05:36  <ik>it takes effect during capslock day
20:05:44  <mmalecki>if it does what I think it does, it's pretty fucking awesome
20:05:50  <ik>See
20:06:01  <indutny>nice
20:06:10  <ik>In a perfect world, mandatory capslock day would have 100% voluntary participation
20:06:12  <indutny>I just entered all caps text and see what's happened
20:06:13  <indutny>****
20:06:25  <indutny>mmalecki: you should try
20:06:27  <ik>But it's not a perfect world.
20:07:06  <tjfontaine>mandatory volunteering, how could the world get more perfect
20:07:09  <mmalecki>LOLOL
20:07:20  <indutny>tjfontaine: heh
20:07:32  <indutny>well, you probably don't know but that's how things happened in USSR
20:08:04  <indutny>actually it's good
20:08:05  <mmalecki>"who's your favorite hero and why Lenin"
20:08:05  <indutny>:D
20:14:51  * ikchanged nick to IK
20:15:15  * IKchanged nick to ik
20:16:01  <mmalecki>ik: are these bots open source btw?
20:16:10  <ik>sssssssoooort of??
20:16:42  <mmalecki>linkety link?
20:16:51  <ik>LOUDBOT: source
20:16:51  <LOUDBOT>ik: git clone git://isuckatdomains.net/loudbot.git
20:16:55  <ik>yikes
20:16:58  <ik>wasn't expecting THAT to work
20:17:01  <mmalecki>hahaha
20:17:03  <ik>Wed Jun 20 16:16:16 EDT 2012
20:17:07  <mmalecki>CAPSLOCKBOT: source
20:17:07  <ik>hey let me push some stuff
20:17:10  <ik>we made it web scale
20:17:16  <ik>yea CAPSLOCKBOT is still in the skunkworks
20:17:57  <mmalecki>I love commit messages
20:18:02  <ik>ok latest loudbot is up
20:18:09  <ik>yeah I dunno what's in my commit messages
20:18:18  <ik>or what kind of scary stuff is in the revision history
20:21:38  * xaqjoined
20:22:24  * pieternquit (Quit: pietern)
20:22:45  * pieternjoined
20:32:02  <isaacs>ik: no mandatory capslock here, please
20:32:33  <isaacs>there is actual work that gets done in here :)
20:33:31  * ryahjoined
20:34:36  <ik>I mean
20:34:47  <ik>you know what to do if you decide to man up and become a patriot
20:34:56  <ik>CAPSLOCKBOT will be waiting
20:35:02  * mmaleckiquit (Ping timeout: 265 seconds)
20:37:20  <ryah>isaacs, bnoordhuis, piscisaureus_: https://gist.github.com/e7a1774248ac9f74fc34
20:37:32  <ryah>either of you
20:38:10  <ik>looks good to me ryah
20:38:18  <ik>go ahead and commit
20:38:22  <ryah>ik: who are you?
20:39:10  <isaacs>ryah: mostly lgtm, but we shouldn't make an existing configure flag stop working right now.
20:39:12  <indutny>ryah: bot
20:39:20  <ik>ryah: I'm sort of like the Ronald Reagan of the whole "node.js" thing
20:40:02  <ryah>it's not a flag - just a variable
20:40:24  <ryah>but that's fine
20:40:30  <isaacs>oh, sorry, i see. it's just the name we use it internally, then?
20:40:32  * isaacsshrug
20:40:45  <isaacs>if it's more symmetric with the other ones, whatever.
20:40:52  <piscisaureus_>yeah
20:40:57  <piscisaureus_>a minor win tho
20:41:01  <piscisaureus_>but I suppose we can land it
20:41:10  <ryah>also Command: out/Release/node /home/ryan/projects/node/test/simple/test-net-connect-timeout.js
20:41:14  <isaacs>yeah, it is
20:41:15  <ryah>^- failing for me on linux
20:41:19  <CIA-108>node: Ryan Dahl master * rfe464a2 / (configure doc/api/process.markdown node.gyp): Rename GYP variable node_use_system_openssl to be consistent - http://git.io/2Yj15w
20:41:22  <ryah>i assume just some timeout problem
20:41:29  <isaacs>ryah: thanks :)
20:43:40  <isaacs>ryah: ubuntu, i take it?
20:44:04  <ryah>yeah
20:44:08  <isaacs>k
20:44:13  <piscisaureus_>doesn't fail for me on ubuntu
20:45:23  <isaacs>yeah, it's passing consistently for me, also
20:45:26  <isaacs>ryah: what error do you get?
20:51:33  * japjjoined
20:54:23  <ryah>https://gist.github.com/2962145 <-- bench
20:54:41  <ryah>super impressed with how much better the large response got
20:54:45  <ryah>how did that happen?
20:55:09  <ryah>i hope this gets highlighted in the announcement blog post
20:55:23  <ryah> /bytes/123 is still slower in 0.7
20:55:27  <ryah>marginally
20:55:31  <isaacs>yeah, not by much
20:56:12  <japj>isaacs: what release is node-waf being phased-out? (it is being phased out right? now that we have node-gyp?)
20:56:48  <isaacs>japj: yeah, it's hard though. lots of stuff in the registry still uses it.
20:57:06  <isaacs>we've blessed gyp in 0.8. we're going to start warning about waf in 0.10. it'll be gone in 0.11
20:57:13  <isaacs>which of those are actually 1.0 we'll see.
20:57:24  <piscisaureus_>ryah: (1) optimizations in v8 and (2) https://github.com/joyent/node/commit/0e57aafbb1c4ad9c8157bfe7f5718e867861492e
20:58:10  <ryah>piscisaureus_: nice man
20:58:18  <ryah>it's almost 2x
20:58:32  <piscisaureus_>ryah: try /unicode/1234 also
20:58:55  <piscisaureus_>ryah: strings with unicode also got a good perf boost, mostly because me and Erik fixed some pathetic behaviour in the v8 WriteUtf8 code
20:59:26  <ryah>this is going to be huge for a lot of people
20:59:36  <piscisaureus_>it's unfortunate tho that bytes/123 didn't get faster
20:59:48  <piscisaureus_>the day I landed that patch I swear it was faster than 0.6 :-p
21:00:47  <ryah>ryan@ryan-ThinkPad-X201:~/projects/node% ab -q -t 30 -c 100 http://localhost:8000/unicode/12345 | grep Req
21:00:50  <ryah>Requests per second: 3693.23 [#/sec] (mean)
21:00:51  <ryah>^-- nice
21:00:54  <ryah>ryan@ryan-ThinkPad-X201:~/projects/node% ab -q -t 30 -c 100 http://localhost:8000/unicode/12345 | grep Req
21:00:57  <ryah>Requests per second: 1652.66 [#/sec] (mean)
21:00:58  <ryah>v0.7 vs v0.6 obviously
21:01:07  <isaacs>:D
21:01:11  <isaacs>yeah, people are gonna flip over that.
21:01:35  * isaacsheading out for a bit
21:01:39  <ryah>just dont publish the /bytes/123 benchmark :)
21:07:21  <TooTallNate>japj: basically, we have to send pull requests and/or have module authors add a binding.gyp. Once there's a majority then we can start considering removing it
21:11:26  <japj>TooTallNate: true, so in 0.9 node-waf will show a depricated warning so module authors will be bugged to add a binding.gyp? :)
21:11:47  <TooTallNate>japj: not a bad idea :)
21:15:59  <japj>TooTallNate: I have been sending pull requests for some modules already using node-gyp to not call node-gyp manually, since npm already does it when it finds a binding.gyp
21:16:18  <TooTallNate>japj++
21:17:21  <japj>TooTallNate: it would be nice to have a way of going through the module list in an ordered way (i.e. most popular/used first) and start submitting pull requests to port to libuv/node-gyp
21:18:07  <TooTallNate>japj: well it's easy to query couchdb (and the npm registry) for packages that invoke node-waf, but sorting them by popularity is a little harder
21:18:20  <japj>TooTallNate: I used a query a while ago that gave me an alphabetical list, which is not optimal.. some modules were already abanded, etc... that gets tiring quickly
21:19:15  <japj>TooTallNate: see also https://groups.google.com/group/nodejs/browse_frm/thread/89e968ac501c71f0/1e084255452d002e?q=#1e084255452d002e
21:20:30  <japj>TooTallNate: btw, how tall are you? (asks the person who is ~2 meters tall ;)
21:20:45  <TooTallNate>japj: hahaha
21:20:50  <TooTallNate>japj: ~ 6'6"
21:25:51  * japjquit (Read error: Connection timed out)
21:27:43  <ryah>im going to flood..
21:27:46  <ryah>ryan@ryan-ThinkPad-X201:~/projects/node% npm install -g jsdom
21:27:46  <ryah>npm http GET https://registry.npmjs.org/jsdom
21:27:46  <ryah>npm http 200 https://registry.npmjs.org/jsdom
21:27:46  <ryah>npm http GET https://registry.npmjs.org/jsdom/-/jsdom-0.2.14.tgz
21:27:48  <ryah>npm http GET https://registry.npmjs.org/htmlparser
21:27:50  <ryah>npm http GET https://registry.npmjs.org/request
21:27:53  <ryah>npm http GET https://registry.npmjs.org/contextify
21:27:55  <ryah>npm http 200 https://registry.npmjs.org/contextify
21:27:58  <ryah>npm http GET https://registry.npmjs.org/contextify/-/contextify-0.1.3.tgz
21:28:01  <ryah>npm http 200 https://registry.npmjs.org/htmlparser
21:28:03  <ryah>npm http GET https://registry.npmjs.org/htmlparser/-/htmlparser-1.7.6.tgz
21:28:05  <ryah>npm http 200 https://registry.npmjs.org/request
21:28:08  <ryah>npm http GET https://registry.npmjs.org/request/-/request-2.9.202.tgz
21:28:10  <ryah>> contextify@0.1.3 install /home/ryan/local/node/lib/node_modules/jsdom/node_modules/contextify
21:28:13  <ryah>> node-gyp rebuild
21:28:16  <ryah>gyp http GET http://nodejs.org/dist/v0.7.11/node-v0.7.11.tar.gz
21:28:18  <ryah>gyp http 200 http://nodejs.org/dist/v0.7.11/node-v0.7.11.tar.gz
21:28:21  <ryah>^-- downloading node-v0.7.11 ?
21:28:37  <TooTallNate>ryah: what's `node -v` say?
21:29:06  <ryah>v0.7.12-pre
21:29:40  <TooTallNate>well 0.7.11 is the "closest match" in that case then
21:29:44  <TooTallNate>in terms of header files
21:30:57  * saghulquit (Ping timeout: 244 seconds)
21:32:23  * saghuljoined
21:32:35  <ryah>TooTallNate: why doesn't it use the headers that were installed with node?
21:32:49  <TooTallNate>ryah: cause we don't install header files on windows :(
21:33:18  <ryah>hmm..
21:33:28  <TooTallNate>ryah: when it's a "pre" version though, usually you have the source repo handy, so you can pass `node-gyp rebuild --nodedir=~/node` or whatever
21:33:34  <TooTallNate>and it won't download anything
21:34:03  <ryah>why not install the headers on windows?
21:35:27  <TooTallNate>https://github.com/joyent/node/pull/2611
21:35:31  <TooTallNate>https://github.com/joyent/node/issues/3185
21:36:44  <TooTallNate>ryah: looks like the bottom line was because "regular" users won't be compiling anything in our ideal world
21:37:02  * mmaleckijoined
21:37:03  <TooTallNate>and some kind of build farm is on my wishlist for v0.9
21:40:18  * `3rdEdenquit (Quit: Leaving...)
21:45:20  * pieternquit (Quit: pietern)
21:45:37  * pieternjoined
21:47:17  <einaros>TooTallNate: build farm as in on-demand compilation of extension foo for platform baz and bar?
21:48:02  <TooTallNate>einaros: the details are still in the air, but the bottom line is that "npm install weak" shouldn't require compilation for the average windows user
21:49:35  * brsonquit (Quit: leaving)
21:49:37  <einaros>6+ months ago, when the npm ship-with-binaries thing was first being discussed, I said "it'd be nice with a Travis like service for cross platform binary compilation"
21:49:50  * brsonjoined
21:52:26  <TooTallNate>einaros: ya, that might be a good way to go
21:52:33  <einaros>azure trial account to the rescue
21:55:10  <TooTallNate>einaros: for a little while i was manually compiling and committing to the repos themselves
21:55:30  <TooTallNate>which frankly, i don't have a problem with, but it is quite unmanageable once you have to be recompiling all the time
21:55:42  <TooTallNate>so there definitely needs to be some kind of automated service
21:57:32  <piscisaureus_>so the question is, who is going to pay for that? :-)
22:00:28  <TooTallNate>well it would seem appropriate for joyent to front the machines for us ;)
22:00:30  * TooTallNatehint hint
22:09:09  * ryahquit (Quit: leaving)
22:15:36  * rendarquit
22:17:30  * TheJHquit (Ping timeout: 272 seconds)
22:20:46  * paddybyersquit (Quit: paddybyers)
22:21:22  * perezdquit (Ping timeout: 265 seconds)
22:23:50  * mmaleckiquit (Ping timeout: 272 seconds)
22:25:32  * pieternquit (Quit: pietern)
22:42:00  <CIA-108>node: Fedor Indutny master * r81a889f / deps/v8/tools/gen-postmortem-metadata.py : v8: fix postmortem debugging tools build - http://git.io/cSRl3w
22:42:01  <CIA-108>node: Bert Belder master * r6b8ae8e / deps/v8/build/common.gypi : v8: reapply floating patches - http://git.io/jJv7NQ
22:42:02  <CIA-108>node: Bert Belder master * r6b26583 / (22 files in 8 dirs): v8: upgrade to v3.11.10.10 - http://git.io/E3ZwaA
22:44:44  * c4miloquit (Remote host closed the connection)
23:06:18  * paddybyersjoined
23:06:40  <bnoordhuis>back
23:07:07  <bnoordhuis>piscisaureus_: is that the perf regression fix? ^
23:11:54  <piscisaureus_>bnoordhuis: umm, no, the perf regression already landed
23:12:22  <piscisaureus_>bnoordhuis: but they landed it in 3.11 plus some more patches
23:12:26  <piscisaureus_>bnoordhuis: so I just upgraded
23:12:30  <bnoordhuis>okay, cool
23:12:39  <bnoordhuis>did you figure out what was wrong with pummel/test-http-client-reconnect-bug? it wfm
23:12:45  <piscisaureus_>yeah
23:12:49  <piscisaureus_>it stopped failing at some point
23:12:53  <piscisaureus_>which is when I stopped looking
23:12:58  <bnoordhuis>just like that? scary
23:15:08  * paddybyersquit (Quit: paddybyers)
23:21:47  <piscisaureus_>bnoordhuis: hey, btw, I was wondering whether the SignalWatcher is supposed to work in node now?
23:27:12  <bnoordhuis>piscisaureus_: it might be broken
23:27:38  <bnoordhuis>i'll check it tonight
23:29:54  * toothrjoined
23:33:54  * \toothrotjoined
23:35:04  * \toothrotchanged nick to toothrot
23:35:11  * xaqquit (Remote host closed the connection)
23:35:54  * toothrquit (Ping timeout: 240 seconds)
23:35:57  <piscisaureus_>bnoordhuis: no hurry, 0.8 is only going out tomorrow :-)
23:36:21  <piscisaureus_>:-p
23:36:45  <bnoordhuis>everyone knows you should wait until at least the 0.x.1 release
23:38:21  * mcavagequit (Remote host closed the connection)
23:42:11  <bnoordhuis>piscisaureus_: works
23:42:24  <piscisaureus_>just accidentally, probably :-p
23:42:40  <bnoordhuis>well... it ev_unrefs the watcher
23:42:47  <piscisaureus_>yes
23:42:54  <bnoordhuis>but since we don't use the ev refcount anyway, the net effect is the same
23:43:05  <piscisaureus_>well, is it completely disabled
23:43:13  <piscisaureus_>or will it fall out when the ev refcount drops to 0
23:43:13  <piscisaureus_>?
23:43:31  <bnoordhuis>will what fall out?
23:44:31  <piscisaureus_>bnoordhuis: the loop
23:44:46  <bnoordhuis>piscisaureus_: it works just like before, try it
23:44:49  <piscisaureus_>bnoordhuis: will uv_run return when the ev refcount drops to 0
23:45:09  <bnoordhuis>ah, like that. no, ev refcount is completely and totally ignored
23:45:22  <piscisaureus_>ah, very good
23:53:35  <CIA-108>node: Karl Skomski master * r57d53a4 / (lib/buffer.js test/simple/test-buffer.js): Use parent SlowBuffer, if any, when Buffer is sliced - http://git.io/pf9oPg
23:54:53  * sh1mmerjoined