00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:03  * mikealjoined
00:00:07  * ircretaryjoined
00:10:47  * bnoordhuisjoined
00:15:42  * bnoordhuisquit (Ping timeout: 264 seconds)
00:18:47  * AvianFluquit (Remote host closed the connection)
00:29:36  * trevnorrisquit (Quit: Leaving)
00:46:16  * dominictarrquit (Quit: dominictarr)
01:06:10  * dapquit (Quit: Leaving.)
01:33:07  * mikealquit (Quit: Leaving.)
01:36:54  * abraxasjoined
01:48:49  * stagasquit (Read error: Connection reset by peer)
02:03:15  * mikealjoined
02:05:58  * wolfeidauquit (Remote host closed the connection)
02:12:05  * mikealquit (Ping timeout: 252 seconds)
02:14:38  * eris0xff_quit (Ping timeout: 245 seconds)
02:24:32  * mikealjoined
02:34:04  * c4miloquit (Remote host closed the connection)
02:45:10  * c4milojoined
02:48:06  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
03:04:44  * brsonquit (Quit: leaving)
03:10:08  * c4miloquit (Remote host closed the connection)
03:18:49  * AvianFlujoined
03:26:19  * jmar777quit (Remote host closed the connection)
03:38:55  * kazuponjoined
03:53:04  * brsonjoined
04:12:10  * mikealquit (Quit: Leaving.)
04:18:23  * kazupon_joined
04:19:07  * kazuponquit (Ping timeout: 246 seconds)
04:22:59  * kazupon_quit (Ping timeout: 260 seconds)
04:23:15  * kazuponjoined
04:27:19  * bottonjoined
04:27:19  * bottonpart
04:42:29  * mikealjoined
05:12:37  * Guest89130changed nick to isaacs
05:18:26  * mikealquit (Read error: Connection reset by peer)
05:18:32  * mikeal1joined
05:27:20  * AvianFluquit (Remote host closed the connection)
05:35:44  * wolfeidaujoined
05:40:56  * kazuponquit (Remote host closed the connection)
05:41:30  * kazuponjoined
05:54:27  * benoitcquit (Excess Flood)
06:01:03  * benoitcjoined
06:08:28  * inolen1changed nick to inolen
06:11:17  * defunctzombiechanged nick to defunctzombie_zz
06:34:28  * `3rdEdenjoined
06:45:42  * brsonquit (Quit: leaving)
07:01:58  * wolfeidauquit (Remote host closed the connection)
07:11:27  * kazupon_joined
07:12:54  * benoitcquit (Excess Flood)
07:14:35  * kazuponquit (Ping timeout: 245 seconds)
07:16:33  * benoitcjoined
07:31:18  * csaohjoined
07:55:59  * felixgequit (Quit: http://www.debuggable.com/)
07:58:20  * bajtosjoined
08:05:17  * felixgejoined
08:20:30  * rendarjoined
08:23:31  * stagasjoined
08:33:48  * hzjoined
09:01:38  * dominictarrjoined
09:45:55  * bajtosquit (Quit: bajtos)
10:26:56  <roxlu>hi guys!
10:27:34  <roxlu>I recall that someone was working on a SSL feature/addon for libuv, but I'm not sure if that was the case?
10:31:10  * inolenquit (Read error: Connection reset by peer)
10:32:02  * inolenjoined
10:41:10  * kazupon_quit (Remote host closed the connection)
10:43:45  * Chip_Zeroquit (Ping timeout: 248 seconds)
10:44:06  * Chip_Zerojoined
10:46:01  * dominictarrquit (Read error: Connection reset by peer)
10:47:45  * dominictarrjoined
10:53:31  * csaohquit (Quit: csaoh)
11:02:13  * csaohjoined
11:08:41  * wolfeidaujoined
11:26:59  * abraxasquit (Remote host closed the connection)
11:29:33  * stagasquit (Read error: Connection reset by peer)
11:34:35  * bnoordhuisjoined
11:46:55  * benoitcquit (Excess Flood)
11:47:07  * benoitcjoined
11:54:52  * benoitcquit (Excess Flood)
12:05:08  * benoitcjoined
12:19:52  * c4milojoined
12:26:21  * defunctzombie_zzchanged nick to defunctzombie
12:41:50  * jmar777joined
12:49:48  * c4miloquit (Remote host closed the connection)
13:01:27  * inolenquit (Read error: No route to host)
13:01:35  * inolenjoined
13:08:38  * piscisaureus_joined
13:14:11  * Chip_Zeroquit (Changing host)
13:14:11  * Chip_Zerojoined
13:17:25  * jmar777quit (Remote host closed the connection)
13:20:44  * AvianFlujoined
13:31:54  * mikeal1quit (Quit: Leaving.)
13:32:26  <MI6>joyent/libuv: Saúl Ibarra Corretgé master * a92b66f : unix, windows: add uv_has_ref() function - http://git.io/chKoOg
13:42:42  * c4milojoined
14:14:37  * trippehquit (Ping timeout: 245 seconds)
14:21:21  <bnoordhuis>^ sweet hostname
14:25:38  <piscisaureus_>bnoordhuis: yeah, I agree with uv_has_ref :p
14:26:39  <bnoordhuis>piscisaureus_: i know you well enough by now :)
14:27:21  <MI6>joyent/node: Ben Noordhuis master * c7d7072 : v8: reapply floating patches (+1 more commits) - http://git.io/tL0tVA
14:27:43  <bnoordhuis>it's not a very controversial change either
14:28:05  <bnoordhuis>i'm usually much more of a naysayer than you are in such matters
14:28:20  <bnoordhuis>btw, are you around for the interview?
14:29:00  * c4miloquit (Remote host closed the connection)
14:30:48  <piscisaureus_>bnoordhuis: yeah although this time I might have to drop out a slightly early
14:30:56  <piscisaureus_>depending on how long we make it :)
14:31:13  <bnoordhuis>considering the circumstances, i think we can keep it short
14:38:09  * c4milojoined
14:51:47  <MI6>nodejs-master: #154 FAILURE windows-ia32 (7/580) http://jenkins.nodejs.org/job/nodejs-master/154/
14:53:03  <piscisaureus_>bnoordhuis: btw, I think I will do the timer-fiddling trick to solve the loop_stop problem on windows
14:53:34  <piscisaureus_>bnoordhuis: it turns out that the gqcs accuracy is actually better than the GetTickCount clock
14:53:39  <piscisaureus_>(figured that out using hrtime)
14:57:04  <SquirrelCZECH>guys
14:57:19  <SquirrelCZECH>I know I can google it, but I would like more "personal" answer O:-)
14:57:36  <SquirrelCZECH>is there a way to get libuv on mobile phones, tablets?
14:57:43  <SquirrelCZECH>(android, ios, windows phone...)
15:00:16  <MI6>joyent/node: Ben Noordhuis master * f044a6f : buffer: upgrade to new V8 profiler API - http://git.io/Zw877w
15:22:37  <MI6>nodejs-master: #155 FAILURE windows-ia32 (9/580) linux-x64 (1/580) http://jenkins.nodejs.org/job/nodejs-master/155/
15:27:06  * kazuponjoined
15:53:22  * kazuponquit (Remote host closed the connection)
16:00:04  * hzquit
16:04:30  * dapjoined
16:06:47  <indutny>isaacs: hey man
16:06:49  <indutny>how was txjs?
16:08:44  * bnoordhuisquit (Ping timeout: 255 seconds)
16:09:02  * dappart
16:09:03  * dapjoined
16:10:24  <piscisaureus_>isaacs: welcome back :)
16:18:42  * `3rdEdenquit (Remote host closed the connection)
16:26:40  * mikealjoined
16:32:46  * inolenquit (Quit: Leaving.)
16:34:46  <tjfontaine>sigh, what's failing
16:35:18  <tjfontaine>smartos is broken?
16:35:56  <tjfontaine>make[1]: *** No rule to make target `/home/jenkins/workspace/nodejs-master/DESTCPU/ia32/label/smartos/out/Release/obj.target/deps/v8/tools/gyp/libv8_base.a',
16:35:59  <tjfontaine>huh?
16:37:40  * piscisaureus_quit (Ping timeout: 272 seconds)
16:43:17  * mikealquit (Quit: Leaving.)
16:53:15  * c4miloquit (Remote host closed the connection)
16:57:39  * bajtosjoined
17:06:20  * piscisaureus_joined
17:06:51  * csaohquit (Quit: csaoh)
17:13:19  * `3rdEdenjoined
17:13:25  * mikealjoined
17:14:35  * bnoordhuisjoined
17:18:55  * bnoordhuisquit (Ping timeout: 246 seconds)
17:19:58  * stagasjoined
17:25:43  * TooTallNatejoined
17:25:57  * defunctzombiechanged nick to defunctzombie_zz
17:31:59  * piscisaureus_quit (Ping timeout: 255 seconds)
17:32:10  * pooyajoined
17:34:47  <tjfontaine>gyp is one tempermental fucking buildsystem
17:34:49  * inolenjoined
17:37:28  <indutny>hahaha
17:39:57  * c4milojoined
17:40:47  <bajtos>tjfontaine hi tj, I sent PR for disabling process_title test on SunOS, could you please run a build of it? https://github.com/joyent/libuv/pull/783
17:42:02  <tjfontaine>bajtos: that's not the way it's normally disabled, I can trigger it but I suspect ben will want you to do the other way where you define a separate TEST_IMPL for where it's disabled
17:43:43  <bajtos>tjfontaine: You mean changing the test so that on __sun we check that get|set_process_title does nothing?
17:44:04  <tjfontaine>hang on
17:44:10  * bnoordhuisjoined
17:45:04  * trevnorrisjoined
17:45:11  <tjfontaine>bajtos: https://github.com/joyent/libuv/blob/master/test/test-fs-event.c#L438-449
17:46:05  <bajtos>tjfontaine: I see. Does it actually work? I mean you don't see the stderr message when you run tests from command-line
17:46:19  <tjfontaine>right
17:46:50  <bajtos>tjfontaine: but I guess the message is sent to TAP output? is that the important bit?
17:47:02  <tjfontaine>right
17:47:14  <tjfontaine>to tell people you're skipping
17:47:18  <bajtos>tjfontaine: ok, I'll change it
17:47:41  <bajtos>tjfontaine: thinking about it, it might be better to actually add an assert that get_process_title returns emty string
17:48:00  <bajtos>tjfontaine: that way we don't need the comment in the uv code
17:48:15  * benoitcquit (Excess Flood)
17:48:28  <bajtos>tjfontaine: (if somebody implemented get_process_title, he/she will get a test failure immediately)
17:48:31  <tjfontaine>nod
17:48:32  <trevnorris>indutny: http://code.google.com/p/v8/issues/detail?id=2632
17:48:46  <tjfontaine>bnoordhuis: you broke the build for smartos :)
17:49:00  <bajtos>tjfontaine: ok, I'll change the code.
17:49:35  <bajtos>tjfontaine: I have also polished the other commit which was fixing unit-tests on Linux (basically reverted tty->pty change): https://github.com/joyent/libuv/pull/778
17:49:48  <bajtos>tjfontaine: what do we need to get it merged/accepted?
17:50:07  <bajtos>tjfontaine: (is there anything missing?)
17:50:59  <tjfontaine>bajtos: that's a question really for bnoordhuis, whats there seems sane to me but I don't make the decision on that
17:51:25  <bajtos>tjfontaine: ok, I'll talk to him
17:53:08  <bajtos>bnoordhuis: hi ben, could you please look at the PR for fixing unit-tests failing on Linux? Can it be accepted/merged? https://github.com/joyent/libuv/pull/778
17:54:41  * benoitcjoined
18:01:10  <bajtos>tjfontaine: PR 783 is fixed, could you please run the build?
18:01:31  <tjfontaine>hmm I wonder why it didn't trigger, but yes of course
18:03:16  <tjfontaine>bajtos: http://jenkins.nodejs.org/job/libuv-pullrequest/label=smartos/60/console
18:06:52  * bnoordhuisquit (Ping timeout: 246 seconds)
18:09:45  * brsonjoined
18:20:40  <bajtos>tjfontaine: thanks, I'll look at the problem
18:22:16  <trevnorris>tjfontaine: was thinking, the issue I just posted in 5319 didn't show up until running the benchmark for almost 2 minutes. think it would help to run things slightly extended (sort of like "make test-pummel")
18:22:23  <tjfontaine>bajtos: awesome that retrigger did work
18:22:50  <tjfontaine>trevnorris: for benchmarks or for tests?
18:23:03  <bajtos>tjfontaine: yes, it's great to have the changes immediately picked up by build server
18:23:21  * mikealquit (Quit: Leaving.)
18:25:20  <tjfontaine>trevnorris: ah ok you should formulate that into a pummel test
18:25:34  <trevnorris>tjfontaine: ok
18:29:39  <bajtos>tjfontaine: well the error message is not included in TAP logs (at least I could not find it anywhere)
18:31:35  <tjfontaine>bajtos: that may be why the other test uses fprintf(stderr
18:32:03  <bajtos>no, LOGF is defined as fprintf(stderr, ...) + some magic
18:32:51  <tjfontaine>hmm could be a problem in my tap code then :)
18:33:42  <tjfontaine>ah yes, ok
18:33:54  <tjfontaine>bajtos: use printf, tap is only grabbing stdout
18:39:07  <bajtos>tjfontaine: it's not very intuitive, is it? I'd rather add a new helper macro, for example WARN(...) that will use printf?
18:39:30  <bajtos>(or WARNF to be consistent with LOGF)
18:40:05  <tjfontaine>bajtos: I didn't write the framework, I'm just letting you know the convention they use, a WARNF seems fine to me, but it would need to be in a separate commit
18:41:37  <bajtos>tjfontaine: ok. shall I also start a new PR for this WARNF commit?
18:42:57  <tjfontaine>bajtos: ya, I would keep them separate issues, and for now in the proc title one make it use printf for now
18:43:05  <bajtos>ok
18:45:15  <tjfontaine>trevnorris: excellent find on that, now you just need a tighter test :)
18:46:21  <trevnorris>tjfontaine: thanks. not sure how to formulate a test for that, though I'll give it a go.
18:46:37  <tjfontaine>trevnorris: the follow else doesn't need a scope.close?
18:47:46  <tjfontaine>ah it's a persistent
18:50:34  <trevnorris>tjfontaine: yup. that's bit me several times in the past.
18:55:14  <trevnorris>tjfontaine: though I still get the "Error: This socket is closed." issue. Seems the two aren't related.
18:58:10  * benoitcquit (Changing host)
18:58:10  * benoitcjoined
18:59:25  * AvianFluquit (Remote host closed the connection)
19:00:13  <trevnorris>ok, wtf. v8 is causing my v0.10 build to fail from -Werror. how do you disable that at build time?
19:01:15  <trevnorris>(debug build, specifically)
19:01:18  <bajtos>tjfontaine: printf didn't work either. I'll leave it as it is for now and perhaps ask bnoordhuis how to proceed
19:03:59  * bajtosquit (Quit: off to the bed)
19:08:18  <trevnorris>tjfontaine: can you look at 5320? jenkins is being a bitch looks like trying to apply it on master, not on v0.10.
19:11:21  * defunctzombie_zzchanged nick to defunctzombie
19:21:43  * pooyaquit (Quit: pooya)
19:29:56  * AvianFlujoined
19:32:16  * rendarquit (Read error: Connection reset by peer)
19:32:32  * rendarjoined
19:32:33  * rendarquit (Excess Flood)
19:32:50  * rendarjoined
19:37:27  <tjfontaine>trevnorris: sure one second
19:38:16  <tjfontaine>trevnorris: are you judging that by the "changes"?
19:38:54  <trevnorris>tjfontaine: yeah. by all the extra commits. github showed me the exact same before I told it to merge to v0.10 instead of master.
19:39:10  <tjfontaine>trevnorris: it does some evil things because I can't convicne the git plugin and github pr are unreliable see http://jenkins.nodejs.org/job/node-pullrequest/DESTCPU=x64,label=smartos/180/consoleFull to see that we actually apply to v0.10
19:39:24  <tjfontaine>brb
19:43:30  * pooyajoined
19:51:45  <trevnorris>tjfontaine: that test fails in the suit, but succeeds on its own.
19:51:54  <trevnorris>(test-stdout-close-unref.js)
19:55:20  <trevnorris>tjfontaine: and that test is failing w/o my patch.
19:56:12  * stagas_joined
20:15:33  <tjfontaine>trevnorris: that test seems quite odd to fail there
20:15:39  <tjfontaine>for all platforms something else has to be going on
20:15:55  <trevnorris>tjfontaine: yeah. fails for me too if I run make test. but not if I run it alone.
20:21:49  <tjfontaine>trevnorris: ya Im' not clear why that would have an effect on that test at all
20:22:00  <tjfontaine>unless it's a general gc failure happening
20:22:34  <trevnorris>tjfontaine: my patch isn't affecting it. just ran "make test" on v0.10 and it failed on my box.
20:22:45  * tjfontaineinvestigates further
20:23:20  <trevnorris>still can't figure out why it only fails for "make test" but is fine standalone
20:23:42  <tjfontaine>oh I bet this is that null handle change ben did
20:24:20  <tjfontaine>trevnorris: try to revert ccd37226c6d337ea8ce3c0f9b7ddd1bd7eeaec1f and see if that works
20:24:44  <tjfontaine>oh this is that test
20:25:24  <trevnorris>i'm running all tests from that point. one sec
20:26:00  <tjfontaine>the test that's failing is the test for this commit, and it's likely related to the fact that python is using a file for stdout or something unexpected
20:26:20  <tjfontaine>trevnorris: run the test as: python tools/test.py simple/test-stdout-close-unref
20:26:24  <tjfontaine>bet it fails there as well
20:26:42  <tjfontaine>so this test just needs updated to work right in the test suite
20:26:44  <isaacs>indutny: it was amazing.
20:26:59  <tjfontaine>welcome home
20:27:02  <isaacs>indutny: it's good to go to a mostly-frontend javascript conf every so often.
20:27:09  <isaacs>tjfontaine: not home yet :)
20:27:11  <isaacs>just in the airport
20:27:12  <trevnorris>tjfontaine: yup. failed.
20:27:25  <tjfontaine>isaacs: irc is the home of all of us
20:27:26  <isaacs>check this out! https://npmjs.org/search?q=express
20:27:32  <isaacs>tjfontaine: true that :)
20:27:38  <tjfontaine>isaacs: ooh pretty
20:27:44  <isaacs>it's a home you can take with you, like a snailshell or a bum's cardboard box
20:27:57  <tjfontaine>trevnorris: ya, just need to fix the test
20:28:26  <tjfontaine>probably has to do with stdout not being a tty
20:28:34  <trevnorris>tjfontaine: I guess that commit didn't go thought CI?
20:28:50  <tjfontaine>it did, but CI is slightly less meaningful if tests aren't always green
20:28:58  <tjfontaine>so noone is paying attention
20:29:12  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
20:31:31  <trevnorris>isaacs: right now buffers throw/coerce kinda sporadically. i think they should follow DataView's and throw, but that would break backwards compat.
20:31:52  <trevnorris>so the alternative is to coerce. if we want consistency.
20:31:54  <trevnorris>thoughts?
20:32:35  <isaacs>hrm.
20:32:54  <isaacs>trevnorris: let's say, hypothetically, we make them always throw
20:32:57  <isaacs>dataview-style
20:33:06  <isaacs>what's the breakage? can you outline it in an issue?
20:33:47  <trevnorris>the breakage would be from what users expect. and methods like .slice() that operate more like Array's now, kinda makes sense.
20:33:54  <trevnorris>but Array's copy, not point.
20:34:57  <trevnorris>.copy() is the worst. it throws on two of the arguments, but coerces the last.
20:35:15  <tjfontaine>isaacs: also, before you have a heart attack when you try to merge v0.10 into master sometime in the future, we landed the http.js split stuff
20:36:30  <isaacs>trevnorris: ew.
20:36:33  <isaacs>tjfontaine: ok, kewl.
20:36:35  <isaacs>that's good stuff
20:38:46  <tjfontaine>trevnorris: right this test is failing because stdout is a file and thus has no handle
20:38:54  <trevnorris>ah, ok
20:39:32  <tjfontaine>trevnorris: it's probably right to wrap this test in `if (process.stdout._handle)` but I'm not 100% on t hat
20:40:23  <trevnorris>tjfontaine: ok. so python redirects stdout to a file?
20:41:02  <tjfontaine>in the test suite, more or less
20:41:43  <trevnorris>the if statement would pretty much make the test not run. I think it needs to be fired in a child process.
20:42:03  <tjfontaine>that's also sane
20:42:33  <tjfontaine>plenty do that already, reusing the process.execPath
20:43:11  <trevnorris>yeah. had to use that to test for segfaults in my allocator.
20:59:34  <trevnorris>isaacs: so want me to open an issue about the buffer throws/coercion?
21:00:27  * piscisaureus_joined
21:00:54  <isaacs>trevnorris: yeah, that'd be good
21:00:58  <trevnorris>ok
21:25:39  * c4miloquit (Remote host closed the connection)
21:27:56  * Benvie_joined
21:29:22  * rendarquit
21:42:16  * bnoordhuisjoined
21:47:31  * `3rdEdenquit (Remote host closed the connection)
21:52:56  <trevnorris>isaacs: here ya go: 5323
22:00:09  <tjfontaine>ok, so master build breakage is a problem with building in parallel
22:03:31  * stagas_quit (Ping timeout: 264 seconds)
22:03:33  <MI6>joyent/node: Ben Noordhuis v0.10 * 2e70dda : test: make stdout-close-unref work in test runner process.stdout isn't f - http://git.io/Bm75Zg
22:04:04  <tjfontaine>cute
22:04:26  <MI6>joyent/node: Ben Noordhuis v0.8 * 8faf65f : test: make stdout-close-unref work in test runner process.stdout isn't f - http://git.io/r2WM9g
22:05:13  <bnoordhuis>hm, i messed up the commit hash
22:05:50  <MI6>joyent/node: Ben Noordhuis v0.8 * 600cd28 : test: make stdout-close-unref work in test runner process.stdout isn't f - http://git.io/mwY7KA
22:06:37  <piscisaureus_>time = (loop->time & 0xffffffff00000000) + ticks;
22:06:50  <piscisaureus_>^-- stupid compiler, can't you see what I'm doing here :(
22:06:51  <piscisaureus_>sigh
22:07:25  <bnoordhuis>well, what _are_ you doing there?
22:07:28  <bnoordhuis>or rather, why?
22:07:53  <piscisaureus_>I want to replace the "low" 32 bits of time
22:08:02  <piscisaureus_>and ticks is unsigned int32_t
22:08:34  <bnoordhuis>i repeat the question: why? :)
22:09:10  <bnoordhuis>also, shouldn't that be 0xffffffff00000000ULL?
22:10:29  <piscisaureus_>well loop->time is int64_t so the second operand will be cast to that too
22:12:12  * trippehjoined
22:15:01  * AvianFluquit (Ping timeout: 245 seconds)
22:17:50  * c4milojoined
22:19:02  <MI6>nodejs-v0.8: #39 ABORTED smartos-x64 (1/471) osx-x64 (2/471) smartos-ia32 (1/471) osx-ia32 (2/471) linux-x64 (1/471) linux-ia32 (2/471) http://jenkins.nodejs.org/job/nodejs-v0.8/39/
22:19:24  <tjfontaine>I aborted that because of how broken v0.8 windows tests are
22:19:50  <txdv>:D
22:19:59  <txdv>isn't piscisaureus_ going to fix them?
22:20:09  <txdv>I already posted that some tests fail on win8
22:20:29  <tjfontaine>no this is just broken testsuite on v0.8 for windows really
22:20:41  <tjfontaine>I can't imagine it's a huge priority
22:20:59  <tjfontaine>since for the most part v0.8 is in uber frozen mode
22:21:00  <txdv>so > 0.8 is ok?
22:21:24  <tjfontaine>well, they don't ruin my day quite like the v0.8 windows test suite does
22:22:23  <trevnorris>i'm not sure they should every be fixed. it provides such good entertainment. ;-)
22:22:50  * c4miloquit (Remote host closed the connection)
22:22:52  <tjfontaine>trevnorris: my hairline loves it
22:22:56  <trevnorris>lol
22:23:08  <txdv>forget 0.8 and move on to new
22:23:49  <tjfontaine>I'm unclear why the v8 in master is causing a dependency issue
22:24:57  <tjfontaine>unless
22:26:14  <tjfontaine>ok yes this is why
22:26:34  <trevnorris>bnoordhuis: i swear, if you find even one character out of line in this buffer request i'm going to be pissed. spent half a day just reading the v8 style guide and going over my code.
22:27:00  <tjfontaine>it now generates libv8_base.ia32.a
22:28:17  * c4milojoined
22:28:53  <trevnorris>but... somehow you probably will ;-)
22:29:07  <tjfontaine>haha
22:29:26  <tjfontaine>trevnorris: sounds like a challenge
22:29:52  <trevnorris>heh, please be nice. that style guide is extensive.
22:30:37  <tjfontaine>trevnorris: don't discount the rules he prefers to break :)
22:30:48  <trevnorris>oh, mother...
22:31:00  <tjfontaine>now see *this* is fun
22:31:13  <trevnorris>lol. freakin karma.
22:31:18  <MI6>nodejs-v0.10: #142 UNSTABLE smartos-x64 (1/577) windows-ia32 (6/577) linux-x64 (1/577) windows-x64 (7/577) smartos-ia32 (1/577) osx-x64 (1/577) http://jenkins.nodejs.org/job/nodejs-v0.10/142/
22:31:27  * wolfeidauquit (Remote host closed the connection)
22:31:55  <txdv>UN STA BLE
22:31:56  <LOUDBOT>HOLY FUCKING SHIT THREE WOLVES AND A FUCKING MOOND
22:41:00  <MI6>nodejs-v0.8: #40 UNSTABLE smartos-x64 (1/471) smartos-ia32 (1/471) osx-x64 (2/471) osx-ia32 (1/471) linux-x64 (1/471) linux-ia32 (2/471) http://jenkins.nodejs.org/job/nodejs-v0.8/40/
22:44:43  <tjfontaine>I have a terrible feeling that the master windows-x64 failiure is a 32/64 issue, and the fact that the x64 build is happening from a 32bit cmd
22:45:35  <trevnorris>bnoordhuis: style question. created a couple #define that really simplify the code, but style guide says to prefer inline fn's.
22:45:50  <trevnorris>problem is that it's being a bitch to replicate the functionality. forget the inline fn's?
22:46:46  * c4milo_joined
22:46:51  * wolfeidaujoined
22:47:02  <tjfontaine>if you're doing meta-programming things with #define an inline isn't going to solve it, what are you doing?
22:48:24  <trevnorris>tjfontaine: here are the define i'm using: http://git.io/waVh9g
22:48:28  * c4miloquit (Ping timeout: 242 seconds)
22:49:06  <tjfontaine>slice_args was used before? presumably that will be ok
22:49:33  <trevnorris>ok. just had to add some since there are unchecked ->Uint32Value()
22:49:51  <trevnorris>which for -n will return 2^32-n
22:49:52  <tjfontaine>args_this will probably get tricky
22:50:07  <tjfontaine>but they'll result in compiler errors
22:50:43  <trevnorris>how do you mean?
22:50:46  <tjfontaine>I see nothing terribly offensive there
22:50:50  <trevnorris>ok, thanks
22:51:01  <tjfontaine>trevnorris: people wanting to define their own symbol 'obj' in a function
22:51:42  <trevnorris>yeah. i'm defining a lot of symbols between args_this and slice_args
22:51:43  <tjfontaine>the coerce might need some () around some of the parameters
22:53:35  <trevnorris>think it would be better to create an inline and pass in some things by reference?
22:54:34  <tjfontaine>it couldn't hurt, the compiler is generally pretty smart, plus it's easier to distribute to others as an actual function, imo
22:55:55  <MI6>joyent/node: Ben Noordhuis v0.10 * 92023b4 : dgram: fix no address bind() I broke dgram.Socket#bind(port, cb) almost - http://git.io/Kv2FmA
22:56:37  <bnoordhuis>^ that commit is the living proof that no one uses udp
22:57:07  <tjfontaine>heh
22:57:17  <tjfontaine>it works well enough for my dns :)
22:58:06  <tjfontaine>bnoordhuis: https://github.com/joyent/node/pull/5324 when you get a chance
23:01:50  <bnoordhuis>give me 10 minutes
23:01:58  <tjfontaine>no rush
23:02:07  <tjfontaine>doing windows build tests
23:03:03  * c4milo_quit (Ping timeout: 245 seconds)
23:03:33  * c4milojoined
23:06:09  * `3rdEdenjoined
23:10:33  <tjfontaine>ya mksnapshot.x64.exe is crashing
23:10:36  <tjfontaine>joyful
23:10:51  <tjfontaine>I guess I could just change it to build with nosnapshot
23:14:18  * `3rdEdenquit (Ping timeout: 245 seconds)
23:16:34  <piscisaureus_>tjfontaine: which os/branch has mksnapshot crashing?
23:17:00  <tjfontaine>piscisaureus_: node-master windows-x64 is completely broken after the v8 upgrade today
23:17:20  <piscisaureus_>tjfontaine: well, that means it's broken :)
23:17:26  <piscisaureus_>mksnapshot should work, don't disable it
23:17:29  <tjfontaine>=== release test-child-process-fork3 ===
23:17:29  <tjfontaine>Path: simple/test-child-process-fork3
23:17:29  <tjfontaine>Command: g:\scratch\node\Release\node.exe g:\scratch\node\test\simple\test-child
23:17:29  <tjfontaine>-process-fork3.js
23:17:30  <tjfontaine>--- CRASHED ---
23:17:30  <LOUDBOT>WHY ARE YOU IN MY COUNTRY EATING MY TAX MONEY I COULD HAVE BOUGHT SNACKS WITH THAT MONEY
23:17:43  <tjfontaine>piscisaureus_: ya I was just making sure it wasn't a buildsystem problem
23:18:35  <MI6>joyent/node: Timothy J Fontaine master * 39dfe94 : build: libv8_base.a is now libv8_base.<arch>.a This fixes generating the - http://git.io/LmqOFw
23:18:50  <mmalecki>I don't know, last time I bought snacks with my tax money I got a huge penetly
23:19:20  <piscisaureus_>tjfontaine: we might just need to revert the v8 upgrade - I'll check if it crashes here too and if it's easy to fix
23:19:25  * stagasquit (Ping timeout: 256 seconds)
23:22:09  <piscisaureus_>might be
23:22:10  <piscisaureus_>https://codereview.chromium.org/14205006
23:22:28  <tjfontaine>seems likely
23:23:26  <piscisaureus_>3.18 is actually pretty bleeding edge, there isn't even a branch for it
23:24:30  <trevnorris>piscisaureus_: oh, meaning the releases are coming directly off trunk?
23:24:40  <piscisaureus_>trippeh: yes
23:24:44  <piscisaureus_>er
23:24:44  <trevnorris>(and wth are they using subversion?)
23:24:49  <trevnorris>yeah, got it. =)
23:24:53  <piscisaureus_>* trevnorrig
23:24:55  <piscisaureus_>* trevnorris
23:24:58  <trevnorris>lol
23:25:34  * TooTallNatejoined
23:27:16  * stagasjoined
23:29:34  * AvianFlujoined
23:30:12  <indutny>isaacs: hey man
23:30:14  <indutny>bnoordhuis: hey man
23:30:15  <indutny>piscisaureus_: hey man
23:30:19  <indutny>tjfontaine: hey man
23:30:23  <indutny>TooTallNate: hey man
23:30:27  <MI6>nodejs-v0.10: #143 FAILURE smartos-x64 (1/578) windows-ia32 (7/578) linux-x64 (1/578) windows-x64 (9/578) smartos-ia32 (1/578) linux-ia32 (1/578) http://jenkins.nodejs.org/job/nodejs-v0.10/143/
23:30:30  <indutny>how are you doing, guys?
23:30:39  <indutny>bnoordhuis: isaacs: can you take a look at writev please?
23:30:40  <tjfontaine>indutny: how are you
23:30:43  <indutny>great
23:31:06  <MI6>joyent/node: Trevor Norris v0.10 * 659fb23 : crypto: fix return Local Handle w/o scope.Close() A new String was being - http://git.io/kyEu-Q
23:31:11  <tjfontaine>still in the bahamas?
23:31:11  <indutny>isaacs: do you have something in mind about removing .ondata/.onend/.readStart/.readStop in 0.12?
23:31:13  <indutny>yep
23:31:18  <TooTallNate>indutny: howdy :D
23:31:22  <indutny>TooTallNate: great
23:31:32  <indutny>bnoordhuis: I feel miserable for node_crypto.cc
23:31:32  <TooTallNate>hahaha
23:31:38  <TooTallNate>for a second there i forgot "howdy" is a question
23:31:44  <indutny>but I was young and wasn't knowing anything
23:32:24  <indutny>about C++
23:32:35  <indutny>and apparently ryah didn't care about it either
23:32:40  <indutny>at the time of development
23:33:49  * dapquit (Quit: Leaving.)
23:34:36  <trevnorris>new buffers are now mostly working. anyone who wants to pick apart my code feel free: 4964
23:34:39  <trevnorris>=)
23:35:31  <trevnorris>out for now
23:35:31  * trevnorrisquit (Quit: Leaving)
23:36:59  <indutny>anyone?
23:37:04  <indutny>isaacs: bnoordhuis: ?
23:37:07  <indutny>gosh
23:37:27  <bnoordhuis>indutny: what's up?
23:37:37  <indutny>writev
23:37:59  <indutny>I know its a bit retarded
23:38:06  <indutny>and big
23:38:10  <bnoordhuis>it's on my list
23:38:21  <indutny>is it double-ended?
23:38:24  <indutny>your list
23:38:27  <indutny>:)
23:38:30  <indutny>I mena
23:38:32  <indutny>s/mena/mean/
23:38:36  <bnoordhuis>well, mostly it's just long
23:38:36  <indutny>is it a queue
23:38:37  <indutny>or stack
23:38:41  <indutny>or list
23:38:46  <indutny>kk, got ig
23:38:49  <indutny>s/ig/it/
23:38:51  <indutny>just kidding
23:39:04  <bnoordhuis>still in the bahamas?
23:39:21  <indutny>yes
23:39:28  <indutny>still using awful internet
23:40:12  <piscisaureus_>tjfontaine: seem sthat the v8 issue is different ...
23:40:31  <indutny>its so hard to do anything without good internet nowadays
23:40:44  <MI6>nodejs-master: #156 FAILURE windows-ia32 (7/580) osx-x64 (1/580) http://jenkins.nodejs.org/job/nodejs-master/156/
23:40:46  <bnoordhuis>yeah, i can imagine
23:41:12  <indutny>I believe there're just too many users for one hotspot
23:41:31  <indutny>and apparently ethernet isn't working in my room
23:41:31  <tjfontaine>piscisaureus_: not sure what the answer is then, I guess that's between you and ben if we revert v8
23:41:49  <indutny>and cable is, for some unknown reason, is plugged into table lamp
23:41:53  <indutny>that makes me feel scary
23:44:42  <MI6>joyent/libuv: Timothy J Fontaine master * 2d89b4b : build: avoid double / in paths for dtrace GYP doesn't resolve or normali - http://git.io/2-kw7Q
23:45:05  <indutny>yay
23:45:05  <indutny>tj is working hardly on dtrace stuff
23:45:28  <tjfontaine>heh, about to submit a pr with node+uv probes working at the same time
23:45:40  <tjfontaine>bnoordhuis: thanks
23:46:00  <tjfontaine>then after that I'll cleanup the systemtap stuff and get it all consolidated
23:47:56  <MI6>libuv-master: #76 UNSTABLE osx (2/188) windows (6/189) linux (1/188) smartos (5/188) http://jenkins.nodejs.org/job/libuv-master/76/
23:50:11  * c4miloquit (Remote host closed the connection)