<<19-09-2012>>

01:28:28fowl_ok its been running for a while with no output so im considering it hung at this point, https://gist.github.com/3737049
01:35:12fowl_err more showed up after i interrupted it
01:35:31fowl_i'll leave it running while i sleep tonight
04:44:19reactormonkdom96: hmm
05:55:14reactormonkAraq: http://www.cs.hmc.edu/~geoff/mtwist.html yet again
05:58:21*Trix[a]r_za is now known as Trixar_za
07:43:14*CodeBlock quit (*.net *.split)
07:56:19*CodeBlock joined #nimrod
08:33:23*Araq_ joined #nimrod
08:37:55*Boscop joined #nimrod
09:29:08*Trixar_za is now known as Trix[a]r_za
09:45:25*Araq_ quit (Read error: Connection timed out)
09:46:38*Araq_ joined #nimrod
09:51:46*Araq_ quit (Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347])
11:03:07*Boscop quit (Ping timeout: 240 seconds)
11:46:02*Boscop joined #nimrod
12:12:48*Boscop quit (Ping timeout: 244 seconds)
12:20:55*Boscop joined #nimrod
12:43:08*ccssnet quit (Read error: Connection reset by peer)
12:46:02*fowl joined #nimrod
12:46:10*Boscop quit (*.net *.split)
12:46:10*fowl_ quit (*.net *.split)
12:46:10*Reisen quit (*.net *.split)
12:46:17*Boscop joined #nimrod
12:50:27*zahary joined #nimrod
13:00:27*Reisen joined #nimrod
13:06:39fowlit was hanging at that point
13:37:28*q66 joined #nimrod
14:02:33*ccssnet joined #nimrod
14:09:41*ccssnet quit (Quit: http://atccss.net)
14:27:07*Boscop quit (Ping timeout: 252 seconds)
14:31:38*Boscop joined #nimrod
15:18:00dom96reactormonk: ...hmm...?
16:13:37*Boscop quit (Ping timeout: 240 seconds)
16:35:30*fowl quit (Read error: Connection reset by peer)
16:39:17*shevy quit (Ping timeout: 256 seconds)
16:52:01*shevy joined #nimrod
17:09:09dom96I'm starting to consider making the sockets module track whether a socket is blocking.
17:09:51dom96or rather I am considering again. I think i've thought about this before.
17:13:40dom96Araq: Is the overhead of a TSocket really bad even when it's unbuffered?
17:14:06dom96I suppose the fact it's an object creates a lot of overhead?
17:16:28Araqit's a quite big object with its own buffer ...
17:17:08Araqbut meh, it's still good enough
17:17:31Araqpeople hate that we use 'select' though
17:17:41reactormonkwhy so?
17:17:41dom96Who does?
17:18:13dom96Araq: How do object variants work? Even when 'isBuffered' is false, will the overhead of the buffer still be there?
17:18:41Araqdom96: yes, it will be there
17:19:16Araqbut I have an 'unsafeNew' proc planned already
17:20:00Araqbrb
17:20:09dom96Well then I could either provide a TSocket and a PBufferedSocket, or you could just optimise this in the language somehow :P
17:54:32Araqwell add the single bool to TSocket, it doesn't matter
17:54:59Araqbut a TSocket with no abstraction and a PBufferedSocket sound good ...
17:55:13dom96That would break the API yet again
17:55:16Araqhowever I think you said, it can't be done conveniently?
17:55:20dom96mmm
17:56:14AraqI don't mind breaking the API again as it's incompatible with 0.8.14 already
17:56:25Araqand we had no release in the meantime
17:56:36dom96Yeah, but that means more work for me :P
17:56:48dom96And, it is compatible with 0.8.14 I think ;)
17:56:57Araqunfortunately getting this API right is quite important
17:57:03Araqas lots of modules depend on it
17:57:28Araqreactormonk: there are os specific alternatives to 'select' which are much more performant
18:02:42reactormonkAraq: all the notify stuff?
18:03:20*Boscop joined #nimrod
18:03:25Araqyeah
18:07:04*Boscop quit (Disconnected by services)
18:07:06*Boscop joined #nimrod
18:48:18*Boscop quit (Ping timeout: 252 seconds)
18:59:06Araqdom96: take a look at nimbuild please
18:59:15Araqno test results :-(
18:59:32dom960_o
18:59:40dom96tester must be frozen
19:00:20Araqmaybe some test triggered an endless loop in the compiler
19:00:42Araqwe should make tester.nim timeout
19:01:55dom96tthreadheapviolation1.nim
19:02:01dom96Seems to be the culprit
19:02:05dom96Could you check locally?
19:02:28Araqlater, I'm hunting some other bug
19:56:57shevyyeah
19:57:01shevywith bow and arrow
19:57:04shevyshoot that bug down!
20:03:02Araqit's hard :-/
20:50:31*fowl joined #nimrod
21:13:11reactormonkAraq: whats the bug exactly?
21:13:42Araqsome weird interaction of multiply instantiated generics using gensym'ed symbols
21:14:11reactormonkhuh?
21:14:22Araqresulting in wrong C code but the types appear to be fine in the frontend...
21:15:33reactormonkso the types are wrong in the C code?
21:15:39Araqyes
21:15:57reactormonk(trace) ? ;-)
21:36:17reactormonkis it possible in a macro to tell wherever something is a literal/computed from literals or not?
22:08:28*Trix[a]r_za is now known as Trixar_za
22:08:59Araqx: expr{lit}
22:09:28Araqreactormonk: but currently only for tr macros
22:11:12reactormonkAraq: would be nice for tests, based on wherever stuff is literal or not, different explanation
22:15:40Araqwell you can easily test for nnkIntLit etc within a macro
22:16:41reactormonkbut what of check-within x, 2..3 ?
22:19:03Araq'in'?
22:19:22reactormonkehm, right.
22:19:39reactormonkMy point was wherever the literal property is inherited or not
22:20:36Araqwell I have to sleep now; I'm sure what you want is easy to accomplish ;-)
22:20:45Araqgood night
22:21:15reactormonkbut it's only 1700 ^^
23:10:42*q66 quit (Quit: Quit)
23:54:40*zahary1 joined #nimrod
23:55:05*zahary quit (Ping timeout: 252 seconds)