00:30:50  * Garbeequit (Quit: Connection closed for inactivity)
00:31:22  * Fishrock123quit (Remote host closed the connection)
00:45:31  * plutoniixjoined
01:12:09  * joyeejoined
01:16:42  * joyeequit (Ping timeout: 260 seconds)
03:03:04  * bobmcw_joined
03:06:10  * jochen___joined
03:06:31  * gsathya`joined
03:06:40  * trevnorr1sjoined
03:07:28  * gsathyaquit (Ping timeout: 255 seconds)
03:07:29  * jochen__quit (Ping timeout: 255 seconds)
03:07:29  * bobmcwquit (Ping timeout: 255 seconds)
03:07:29  * trevnorrisquit (Ping timeout: 255 seconds)
03:08:08  * jochen___changed nick to jochen__
03:38:57  * joyeejoined
05:15:46  * plutoniixquit (Quit: Leaving)
06:19:51  * joyeequit (Remote host closed the connection)
06:23:58  * joyeejoined
06:28:25  * joyeequit (Ping timeout: 240 seconds)
09:29:32  * zvquit (Ping timeout: 245 seconds)
09:46:30  * zvjoined
09:48:25  * joyeejoined
11:21:00  * Garbeejoined
12:48:38  <trungl-bot>Tree closed by [email protected]: closed - maintenance
13:01:43  <trungl-bot>Tree opened by [email protected]: open
14:02:25  * bobmcw_changed nick to bobmcw
14:02:25  * bobmcwquit (Changing host)
14:02:26  * bobmcwjoined
14:14:11  * bradleymeckquit (Quit: bradleymeck)
14:27:45  * bradleymeckjoined
15:00:54  * plutoniixjoined
15:00:54  * plutoniixquit (Read error: Connection reset by peer)
15:06:22  * plutoniixjoined
15:06:31  * plutoniixquit (Max SendQ exceeded)
15:07:04  * plutoniixjoined
16:04:15  * RT|Chatzillaquit (Quit: ChatZilla 0.9.86.1 [Firefox 2.0.0.22pre/2010030309])
16:11:18  * ilyaigpetrovjoined
16:42:28  * sxaquit (Read error: Connection reset by peer)
16:43:20  * sxajoined
17:01:37  * jgijoined
17:26:37  * jgiquit (Quit: jgi)
17:26:57  * bradleymeckquit (Quit: bradleymeck)
17:30:50  * Garbeequit (Quit: Connection closed for inactivity)
17:31:53  * plutoniixquit (Read error: Connection reset by peer)
17:32:46  * plutoniixjoined
17:35:46  * plutoniixquit (Read error: Connection reset by peer)
17:37:11  * plutoniixjoined
17:37:33  * jgijoined
17:41:00  * plutoniixquit (Read error: Connection reset by peer)
17:41:59  * plutoniixjoined
17:44:50  * plutoniixquit (Read error: Connection reset by peer)
17:45:33  * bradleymeckjoined
17:45:39  * plutoniixjoined
17:47:56  * Garbeejoined
17:50:42  * plutoniixquit (Read error: Connection reset by peer)
17:52:15  * plutoniixjoined
17:55:06  * plutoniixquit (Read error: Connection reset by peer)
17:56:39  * plutoniixjoined
17:57:00  * plutoniixquit (Read error: Connection reset by peer)
17:58:27  * plutoniixjoined
18:00:24  * plutoniixquit (Read error: Connection reset by peer)
18:02:10  * plutoniixjoined
18:06:15  * plutoniixquit (Read error: Connection reset by peer)
18:07:40  * plutoniixjoined
18:19:25  * seventhjoined
19:00:54  * trevnorr1schanged nick to trevnorris
19:04:10  * seventhquit (Quit: ...)
19:05:47  * jgiquit (Quit: jgi)
20:10:41  * joyee_joined
20:12:09  * joyeequit (Ping timeout: 240 seconds)
20:17:45  * xiinotulpjoined
20:20:47  * plutoniixquit (Ping timeout: 245 seconds)
20:26:47  * joyeejoined
20:28:58  * joyeequit (Remote host closed the connection)
20:29:27  * joyeejoined
20:30:34  * joyee_quit (Ping timeout: 268 seconds)
20:40:14  <trungl-bot>Tree closed by [email protected]: closed (http://build.chromium.org/p/client.v8/builders/V8%20Win64%20-%20clang/builds/5041 from 76ab55e3d37f31e1f343ad35c293404bfd259457)
20:54:33  * deamjoined
21:18:23  <bradleymeck>aklein: I have determined I don't like Instantiate when having to work w/ the SignatureHash approach
21:18:33  <bradleymeck>its very hard to figure out when I can clean my lookup table
21:20:18  <bradleymeck>ending up just wrapping them in JS objects to get GC to clean it up for me
21:20:33  <trungl-bot>Tree opened by [email protected] (:aklein): Tree is open
21:21:33  <aklein>bradleymeck: how can you ever clean up your lookup table? what if someone loads a module later with import()?
21:21:41  <bradleymeck>global vs local
21:21:42  <aklein>the lifetime of our lookup table is tied to that of the v8::Context
21:22:19  <bradleymeck>also there are times when things are ejected even from type=module I think (networking problems)
21:23:06  <bradleymeck>in particular we have modules that don't have globally accessible urls
21:23:27  <bradleymeck>so cause in order to do things we have strange bootstrap modules
21:24:21  <bradleymeck>like getting access to a module namespace via EVALUATE(INSTANCIATE(COMPILE('import * as _ from ""; _'), {module}));
21:24:31  <bradleymeck>that never goes into the cache, since its going to be thrown away ASAP
21:26:00  <bradleymeck>Instantiate in particular doesn't have a data* or some way to pass in data so I am unclear on how to do this without a lot of book keeping
21:26:19  * joyee_joined
21:30:23  * joyeequit (Ping timeout: 268 seconds)
21:45:09  <bradleymeck>ah, nope it just perma errors in type=module
21:45:31  <bradleymeck>might be bad on spotty connectivity
21:45:36  <bradleymeck>but refreshing is pretty common
21:46:16  * joyee_quit (Remote host closed the connection)
21:46:52  * joyeejoined
21:56:49  * Guest59joined
21:59:32  * Guest59_quit (Ping timeout: 245 seconds)
22:03:42  * ilyaigpetrovquit (Quit: Connection closed for inactivity)
22:11:04  * xiinotulpquit (Quit: Leaving)
22:11:31  * joyeequit (Remote host closed the connection)
22:49:12  * RT|Chatzillajoined
23:05:16  <aklein>bradleymeck: if you think there'd be a big benefit from allowing storing data directly in a v8::Module, could you file a feature request so I have something to remind me about it?
23:05:24  <aklein>(with details laid out)
23:05:46  <bradleymeck>for now the JS wrapper workaround if ok, id rather get a working prototype
23:05:51  <bradleymeck>then make the full issue
23:05:56  <bradleymeck>right now it is just inconvenient
23:11:43  <aklein>sounds good
23:11:54  <aklein>as the header file says, you're not supposed to depend on this API at the moment anyway :)
23:12:18  <aklein>I suspect another change will be to pull ResolveCallback out of the Instantiate() call and put it on the Isolate instead
23:22:40  * Guest59_joined
23:25:37  * Guest59quit (Ping timeout: 258 seconds)