02:40:19  * rgrinbergjoined
02:48:15  * rgrinbergquit (Ping timeout: 265 seconds)
05:03:07  * tfnicoquit (Ping timeout: 250 seconds)
05:03:59  * indexzeroquit (Ping timeout: 250 seconds)
05:04:27  * tfnicojoined
05:06:19  * indexzerojoined
05:46:10  * songgaoquit (Quit: WeeChat 1.4)
05:46:32  * songgaojoined
05:54:50  * SkyRocknRolljoined
06:21:09  * sharpobject_joined
06:21:33  * sharpobjectquit (Read error: Connection reset by peer)
06:21:36  * sharpobject_changed nick to sharpobject
07:23:40  * rendarjoined
08:53:14  * dobson`joined
08:58:49  * Igelquit (*.net *.split)
08:58:50  * rchquit (*.net *.split)
08:58:50  * dobsonquit (*.net *.split)
09:00:37  * Igeljoined
09:00:46  * rchjoined
12:05:42  * rgrinbergjoined
12:05:47  * rgrinbergquit (Client Quit)
12:06:10  * rgrinbergjoined
12:44:13  * SkyRocknRollquit (Remote host closed the connection)
12:47:03  * APNGquit (Quit: Leaving)
13:06:17  * Sonijoined
13:07:23  * Sonichanged nick to APNG
15:12:06  <rphillips>creationix: any idea why uv_timer_stop might block?
15:32:46  <creationix>rphillips no, it shouldn't
16:49:16  <rphillips>creationix: https://gist.github.com/rphillips/5b986b429e4ff8a19970863c96c09ee8
16:49:26  <rphillips>interesting backtrace
16:50:17  <creationix>rphillips is `b` in that the stack offset? That's huge if so
16:50:24  <creationix>or perhaps the boolean value
16:50:32  <creationix>either way, it's much larger than I would expect
16:56:29  <rphillips>creationix: https://github.com/LuaJIT/LuaJIT/blob/7e05355a08255f508d334eded96095e0bde06e2e/src/lj_api.c#L638
16:56:44  <rphillips>'b' is just supposed to signify a zero or non-zero value
16:57:08  <creationix>ok, so it's the second. I wonder what's causing the segfault
16:57:26  <creationix>and still, that's a strange number for a boolean. perhaps the stack is getting corrupted elsewhere
16:57:37  <rphillips>could be
16:58:43  <rphillips>luv_is_closing
17:00:20  <rphillips>creationix: could the uv_handle already be freed?
17:00:35  <creationix>not likely, but it's a possibility I guess
17:00:45  <creationix>where exactly is it segfaulting?
17:01:02  <rphillips> /root/rackspace-monitoring-agent-buildbot-builder/src/luvi-rackspace/deps/luv/deps/luajit/src/lj_api.c:631
17:01:11  <rphillips>i'll try bumping luajit back a few versions
17:26:26  * dobson`quit (Quit: Leaving)
17:56:50  * dobsonjoined
19:20:19  <rphillips>creationix: i think I found it
19:20:20  <rphillips>https://github.com/luvit/luv/blob/master/src/process.c#L233
19:20:31  <rphillips>needs to be upgraded for the new memory
19:20:32  <rphillips>model
19:20:53  <rphillips>crap
19:20:55  <rphillips>nm
19:21:23  <creationix>:/
19:25:05  * rendarquit (Ping timeout: 244 seconds)
19:51:57  <rphillips>creationix: if I go back to this commit it works https://github.com/luvit/luv/commit/66827cb39c8f29658fbb2418d8169af1559e17ee
19:52:00  <rphillips>no crashes
19:52:29  <rphillips>i'll try and track it down further
19:55:07  * rendarjoined
20:36:48  * rgrinbergquit (Ping timeout: 258 seconds)
20:44:49  <creationix>any luck?
20:53:48  <rphillips>not yet
21:14:59  * rgrinbergjoined
22:06:18  * rgrinbergquit (Read error: Connection reset by peer)
22:25:57  * rgrinbergjoined
22:30:51  * rgrinbergquit (Quit: WeeChat 1.5)
22:31:14  * rgrinbergjoined
22:39:44  * rendarquit (Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!)
22:46:35  * rgrinbergquit (Ping timeout: 244 seconds)