00:18:23  * jmar777joined
00:28:18  * c4miloquit (Remote host closed the connection)
00:28:31  * muellijoined
00:29:44  * c4milojoined
00:30:54  * c4miloquit (Remote host closed the connection)
00:33:44  * jmar777quit (Remote host closed the connection)
00:57:19  * rmichnikquit (Quit: Connection closed for inactivity)
01:06:52  * paulfryzeljoined
01:10:58  * paulfryzelquit (Ping timeout: 240 seconds)
01:54:29  * muelliquit (Ping timeout: 240 seconds)
02:07:32  * paulfryzeljoined
02:11:59  * paulfryzelquit (Ping timeout: 240 seconds)
03:08:19  * paulfryzeljoined
03:12:29  * paulfryzelquit (Ping timeout: 240 seconds)
03:14:44  * paulfryzeljoined
03:18:59  * paulfryzelquit (Ping timeout: 240 seconds)
04:31:59  * jmar777joined
05:10:25  * jmar777quit (Remote host closed the connection)
05:16:15  * paulfryzeljoined
05:21:06  * paulfryzelquit (Ping timeout: 265 seconds)
06:06:44  * Jarvixquit (Quit: Jarvix)
06:16:36  * cha0squit (Quit: Viva La Revoluci�n!)
06:16:58  * paulfryzeljoined
06:21:29  * paulfryzelquit (Ping timeout: 240 seconds)
07:10:54  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "compile" on "V8 Linux - a64 - sim - debug" from 20141: [email protected])
07:17:48  * paulfryzeljoined
07:22:25  * paulfryzelquit (Ping timeout: 265 seconds)
07:48:05  <trungl-bot>Tree closed by [email protected]: Tree is closed (Sven is on it)
08:04:12  <trungl-bot>Tree opened by [email protected]: Tree is open (should cycle everything to green automagically)
08:05:03  * mostynbjoined
08:17:17  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "Check" on "V8 Mac64" from 20142: [email protected])
08:18:17  <trungl-bot>Tree opened by [email protected]: Tree is open (flake?)
08:18:40  * paulfryzeljoined
08:23:06  * paulfryzelquit (Ping timeout: 252 seconds)
08:24:39  * Lethalmanjoined
08:48:29  <trungl-bot>Tree closed by [email protected]: Tree is closed (master restart)
09:19:29  * paulfryzeljoined
09:21:42  <trungl-bot>Tree closed by [email protected] (:jochen__): Tree is closed (soon landing a64 -> arm64 rename)
09:23:29  * paulfryzelquit (Ping timeout: 240 seconds)
09:30:44  <trungl-bot>Tree opened by [email protected] (:jochen__): Tree is open
09:36:22  * c4milojoined
09:52:42  * muellijoined
10:05:59  * mostynbquit (Ping timeout: 240 seconds)
10:06:59  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "Check" on "V8 Linux - deadcode" from 20150: [email protected], [email protected] (:jochen__), [email protected])
10:08:18  <marja___>guor: do you know more about this cctest/test-debug/RecursiveBreakpointsGlobal failure? i saw one earlier this week too...
10:08:31  <guor>already reopened
10:08:34  <guor>im going to investigate
10:08:41  <guor>I saw that once earlier too
10:08:59  <trungl-bot>Tree opened by [email protected]: Tree is open (flaky test)
10:09:11  <marja___>kthx
10:11:07  * iamdustanjoined
10:20:06  * paulfryzeljoined
10:20:40  <jochen__>could those mjsunit changes be igor's fault?
10:21:51  * mostynbjoined
10:24:29  * paulfryzelquit (Ping timeout: 240 seconds)
10:32:22  <marja___>ishell: ^
10:32:51  <marja___>by the "edit difference between commit message and failing test name" -> yes
10:32:58  * mostynbquit (Ping timeout: 240 seconds)
10:33:00  <marja___>edit *distance, argh
10:34:26  * petka_joined
10:38:10  <trungl-bot>Tree closed by [email protected]: Tree is closed (should probably sort out mjsunit... ishell?)
10:43:12  <trungl-bot>Tree opened by [email protected]: Tree is open (bad CL reverted)
10:45:25  * mostynbjoined
11:20:07  * stalledquit (Ping timeout: 260 seconds)
11:20:26  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "Check" on "V8 Linux" from 20155: [email protected], [email protected])
11:20:49  * paulfryzeljoined
11:22:27  <trungl-bot>Tree opened by [email protected]: Tree is open (flaky cpu profiler test)
11:24:59  * paulfryzelquit (Ping timeout: 240 seconds)
11:42:59  * alippaijoined
11:47:08  * stalledjoined
12:21:38  * paulfryzeljoined
12:25:59  * paulfryzelquit (Ping timeout: 240 seconds)
13:06:49  * muelliquit (Ping timeout: 246 seconds)
13:17:38  * c4miloquit (Remote host closed the connection)
13:22:24  * paulfryzeljoined
13:26:59  * paulfryzelquit (Ping timeout: 240 seconds)
13:36:38  * iamdustanquit (Ping timeout: 240 seconds)
13:45:38  * muellijoined
13:52:29  * jmar777joined
14:01:55  * iamdustanjoined
14:09:48  * Jarvixjoined
14:17:34  * c4milojoined
14:23:10  * paulfryzeljoined
14:26:16  <marja___>random v8 question: what's the logic behind having some api classes V8_EXPORTed and some not?
14:27:29  * paulfryzelquit (Ping timeout: 240 seconds)
14:30:27  * c4miloquit (Remote host closed the connection)
14:31:39  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "Check" on "V8 Mac64" from 20165: [email protected])
14:34:41  <trungl-bot>Tree opened by [email protected]: Tree is open (flaky test)
14:37:05  * behelitjoined
14:42:39  <behelit>hi guys. i'm having trouble resetting a context. what i'm currently doing is somthing like this: http://pastie.org/8956604
14:42:47  <behelit>what is the correct way to "reset" a context?
14:43:23  <Jarvix>marja___: how is V8_EXPORT defined?
14:43:39  <behelit>what i'm trying to accomplish is running a few scripts where the context should be intact, and then another few scripts that should have a clean context and it should be impossible for the first script to in any way affect the second script.
14:43:53  <behelit>etc
14:44:11  <Jarvix>context = Context::Create() to create a new one. That should work.
14:44:21  <Jarvix>But remember the difference between isolates and contexts
14:44:35  <Jarvix>you do have to reset the context scope
14:45:13  <Jarvix>you probably also want to keep the handlescope more local
14:45:19  <marja___>Jarvix: __declspec(dllexport) (in this case, building shared...)
14:45:27  <marja___>(on windows)
14:46:00  <Jarvix>http://pastie.org/8956611 something like that behelit
14:46:14  <marja___>behelit: it's also somewhat suspicious that you have a context scope there
14:46:27  <behelit>Jarvix: i got error: ‘Create’ is not a member of ‘v8::Context’
14:46:31  <Jarvix>marja___: right.
14:46:37  <marja___>behelit: so that will enter the context when created and exit when destroyed, and now you want to.. hmm.. exit the context while you still have the scope..
14:46:40  <Jarvix>And on *nix, it is defined as empty
14:46:50  <marja___>Jarvix: ... yea?
14:47:25  <Jarvix>yes. most probably. Such macro is almost always used to comply to the weird Windows stuff
14:47:43  <marja___>Jarvix: you're so not answering my question ;)
14:47:54  <Jarvix>export declarations are needed when building DLLs to tell what symbols must have dynamic mapping
14:47:56  <behelit>marja___: well, i'm new to v8 and possibly not just a little stupid .. so anything i'm attempting probably is suspicious.
14:48:01  <marja___>so i'm wondering why for example Handle is not exported but Script is... o.O
14:48:02  <Jarvix>why some of them don't have it?
14:48:43  <Jarvix>behelit: try my changes
14:50:05  <Jarvix>marja___: did you see that only non-templates classes are exported? :P
14:51:02  <behelit>Jarvix: i got " crosses initialization of ‘v8::HandleScope localScope’"
14:51:10  <marja___>Jarvix: question revised: ScriptOrigin is not exported, Script is
14:52:16  <Jarvix>Which is probably also the answer to your question, as I think you can't export templated clases: they only live in the headers
14:52:22  <Jarvix>On what revision are yu looking?
14:52:32  <Jarvix>oh yes you are right
14:52:54  <Jarvix>hehe maybe a bug. I am no V8-dev :P
14:53:17  <marja___>Jarvix: it somehow seems... important... but i don't yet understand it...
14:53:41  <marja___>for example, ScriptCompiler::Source is V8_EXPORTed and i get some compiler whine...
14:54:42  <Jarvix>behelit: oh, hem, switch around the statements a bit :P Or you can instead create a context run Context->Enter(), and when creating a new one, context->Exit(), create(), context->Enter()
14:55:09  <Jarvix>marja___: sorry, my knowledge of V8 and (mostly) MSVC end here
14:55:15  <marja___>np. :)
14:57:08  <behelit>Jarvix: that seems to work!
14:57:16  <behelit>Jarvix: the enter-exit-enter thing
14:57:42  <behelit>ok, so what happens when i keep creating contexts? are the old ones gc'ed when i call exit?
14:59:51  <marja___>behelit: they should be gc:d when there are no handles pointing to them any more
15:02:45  <behelit>marja___: so ... Handle<Context> c = new_context(); c->Enter(); ... c->Exit(); c = new_context(); should do it?
15:05:15  <behelit>marja___: as c now references a new context i mean, or do i need to do something explicit?
15:05:23  <marja___>behelit: yea, should work
15:05:35  <behelit>marja___: sweet. thanks :)
15:05:40  <marja___>behelit: umm, one thing though
15:05:43  <marja___>the handlescope
15:05:50  <marja___>so all these handles will be in your handlescope...
15:06:01  <marja___>so maybe the stuff is not actually destructed until the handlescope is destroyed
15:06:32  <marja___>you might need to move the handlescope "inwards"
15:10:24  <marja___>guor: is there a way to run try jobs for windows dll build?
15:10:29  * muelliquit (Ping timeout: 240 seconds)
15:11:05  * jmar777quit (Read error: Connection reset by peer)
15:11:37  * jmar777joined
15:12:40  <behelit>marja___: by inwards, do you mean into the while loop? i got "Cannot create a handle without a HandleScope" when i did that.
15:13:50  <marja___>behelit: humm, yea, so, a handlescope needs to be there when you create the first handle..
15:15:14  <marja___>behelit: so it depends what you're trying to do
15:15:55  <marja___>so you shouldn't do like: create a handlescope and then have a loop which creates zillion handles
15:16:13  <marja___>otoh, you can have a handlescope and create some non-zillion amount of handles
15:16:49  <marja___>so it depends on how many things you're going to run in your loop
15:17:16  <behelit>marja___: http://pastie.org/8956694 that's what i have
15:17:48  <behelit>marja___: what i want is a process that runs (forever), accepts some code to run, some more code that should be able to access variables defined in the previous code, then a reset-command, then new code etc.
15:18:32  <behelit>the code run after the reset-command should not be able to access anything from stuff run prior to reset; code running before reset should not be able to mess with code running after rest.
15:18:34  <behelit>reset
15:21:36  <behelit>updated code to prevent exiting non-entered contexts: http://pastie.org/8956703
15:21:49  <marja___>behelit: then you probably want to structure your code so that you fall out of the handlescope whenever you change contexts
15:22:36  <marja___>like, have a func which checks if the next script should run in the same context, if not, then return, and then caller then calls it again, or something like that.
15:23:25  * c4milojoined
15:23:57  * paulfryzeljoined
15:23:59  <marja___>guor: hey sheriff, i'm going to commit a tentative windows dll build fix, https://codereview.chromium.org/207703004/ ; i don't know if it really fixes it, because i cannot fully windows.
15:24:02  <marja___>just fyi.
15:24:35  * c4miloquit (Remote host closed the connection)
15:25:08  <behelit>marja___: then i'd also loose the ObjectTemplate, right?
15:26:10  <marja___>behelit: you can have nested handlescopes
15:26:20  <behelit>marja___: ah.
15:26:23  <marja___>behelit: but i should add a disclaimer that you shouldn't believe anything i say :)
15:26:28  <behelit>marja___: hehe
15:26:32  <marja___>i'm a v8 n00b, i don't know this stuff
15:26:52  <behelit>marja___: this seems like a common enough thing to do (looking at the mailing lists). should be some examples out there one figures.
15:28:29  * paulfryzelquit (Ping timeout: 240 seconds)
16:12:27  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "Mozilla" on "V8 Linux - arm64 - sim" from 20169: [email protected], [email protected], [email protected], [email protected])
16:13:04  <behelit>Jarvix, marja___: everything *seems* to be working now. I'll look for memory leaks during the weekend. thanks a lot for all your help!
16:26:16  * RT|Chatzillaquit (Quit: ChatZilla 0.9.86.1 [Firefox 2.0.0.22pre/2009081014])
16:43:45  * mostynbquit (Remote host closed the connection)
16:44:59  <Jarvix>behelit: good to hear
17:25:31  * paulfryzeljoined
17:29:59  * paulfryzelquit (Ping timeout: 269 seconds)
17:42:49  * Lethalmanquit (Remote host closed the connection)
17:46:10  * petka_quit (Quit: Connection closed for inactivity)
18:01:42  * jmar777quit (Read error: Connection reset by peer)
18:02:02  * jmar777joined
18:24:28  * jmar777quit (Remote host closed the connection)
18:26:15  * paulfryzeljoined
18:30:30  * paulfryzelquit (Ping timeout: 241 seconds)
18:52:33  * jmar777joined
19:10:28  * iamdustanquit (Ping timeout: 246 seconds)
19:26:57  * paulfryzeljoined
19:31:29  * paulfryzelquit (Ping timeout: 240 seconds)
20:24:57  * Lethalmanjoined
20:27:47  * paulfryzeljoined
20:31:59  * paulfryzelquit (Ping timeout: 240 seconds)
20:36:26  * Lethalmanquit (Read error: Connection reset by peer)
20:37:16  * jmar777quit (Remote host closed the connection)
20:37:19  * octetcloudjoined
20:40:55  * Lethalmanjoined
20:51:10  * behelitquit (Quit: WeeChat 0.4.3)
21:28:28  * paulfryzeljoined
21:32:59  * paulfryzelquit (Ping timeout: 269 seconds)
21:37:19  * Lethalmanquit (Read error: Connection reset by peer)
21:54:32  * c4milojoined
21:55:20  * muellijoined
22:16:29  * muelliquit (Ping timeout: 240 seconds)
22:22:17  * c4miloquit (Remote host closed the connection)
22:23:27  * c4milojoined
22:49:11  * octetcloudquit (Quit: WeeChat 0.4.3)
23:00:09  * RT|Chatzillajoined
23:30:03  * paulfryzeljoined
23:34:29  * paulfryzelquit (Ping timeout: 240 seconds)
23:34:51  * c4miloquit (Remote host closed the connection)
23:43:00  * c4milojoined
23:45:20  * c4miloquit (Remote host closed the connection)