<< 30-08-2015 >>
00:03:57*pregressive quit (Remote host closed the connection)
00:14:34*strcmp1 quit (Ping timeout: 250 seconds)
00:15:00*strcmp1 joined #nim
00:22:19*FedeOmoto joined #nim
00:23:36*vendethiel quit (Ping timeout: 272 seconds)
00:30:30*pregressive joined #nim
00:37:46*yglukhov quit (Remote host closed the connection)
01:03:01*^aurora^ quit (Quit: My Mac has gone to sleep. ZZZzzz…)
01:15:21*vendethiel joined #nim
01:19:21*xcombelle quit (Remote host closed the connection)
01:50:43*yymoto2 joined #nim
02:05:51*yglukhov joined #nim
02:10:18*yglukhov quit (Ping timeout: 244 seconds)
02:24:41*vendethiel quit (Ping timeout: 250 seconds)
03:08:58*Demos quit (Read error: Connection reset by peer)
03:18:13*Kingsquee quit (Read error: Connection reset by peer)
03:18:20*Kingsqueee joined #nim
03:20:21*johnsoft joined #nim
03:25:20*yglukhov joined #nim
03:26:03*keyle joined #nim
03:29:53*yglukhov quit (Ping timeout: 244 seconds)
03:39:43*pregressive quit (Read error: Connection reset by peer)
03:40:19*pregressive joined #nim
03:44:57*NimBot joined #nim
03:45:52*Kingsqueee quit (Ping timeout: 246 seconds)
03:48:29*Demon_Fox quit (Ping timeout: 244 seconds)
03:49:50*yymoto2 quit (Ping timeout: 240 seconds)
03:50:24*pregressive quit (Remote host closed the connection)
03:51:14*pregressive joined #nim
03:52:17*Demon_Fox joined #nim
03:56:45*pregressive quit (Ping timeout: 244 seconds)
04:00:01*Demon_Fox quit (Quit: Leaving)
04:11:39*darkf joined #nim
04:17:15*vl409 joined #nim
04:20:38*Demon_Fox joined #nim
04:25:47*Kingsqueee joined #nim
04:43:05*FedeOmoto quit (Ping timeout: 240 seconds)
04:54:43*yymoto2 joined #nim
05:00:03*FedeOmoto joined #nim
05:05:14*xet7bot is now known as xet7_
06:03:57*cyraxjoe quit (Ping timeout: 250 seconds)
06:09:54*cyraxjoe joined #nim
06:13:57*yglukhov joined #nim
06:16:04*NimBot joined #nim
06:16:15*BitPuffin|osx quit (Ping timeout: 265 seconds)
06:18:08*yglukhov quit (Ping timeout: 250 seconds)
06:33:16*cabreraM516 joined #nim
06:45:19*cabreraM516 left #nim ("Textual IRC Client: www.textualapp.com")
06:52:49*johnsoft quit (Read error: Connection reset by peer)
06:56:33*FedeOmoto quit (Quit: Leaving)
07:03:36*johnsoft joined #nim
07:08:19*yymoto2 quit (Ping timeout: 246 seconds)
07:15:14*Varriount quit (Read error: Connection reset by peer)
07:18:31*NimBot joined #nim
07:20:08*jszymanski joined #nim
07:28:12*heinrich5991 quit (Ping timeout: 244 seconds)
07:30:59*heinrich5991 joined #nim
07:32:52*yglukhov joined #nim
07:37:14*vendethiel joined #nim
07:37:21*yglukhov quit (Ping timeout: 244 seconds)
07:43:15*Moix joined #nim
07:43:21*Moix quit (Client Quit)
07:47:48*xcombelle joined #nim
07:54:14*Demon_Fox quit (Quit: Leaving)
07:54:24*Matthias247 joined #nim
08:00:19*vendethiel quit (Ping timeout: 246 seconds)
08:01:51*yglukhov joined #nim
08:04:11*vendethiel joined #nim
08:16:56*irrequietus joined #nim
08:19:59*NimBot joined #nim
08:24:29*X67r joined #nim
08:26:59*unclechu joined #nim
09:09:42*victor-rene joined #nim
09:24:02*matkuki joined #nim
09:27:17*matkuki quit (Client Quit)
09:35:47*^aurora^ joined #nim
09:38:44NimBotnim-lang/Nim devel 755d86f xland [+0 ±1 -0]: Add link button for IUP wrapper... 2 more lines
09:38:44NimBotnim-lang/Nim devel 50fa175 Dominik Picheta [+0 ±1 -0]: Merge pull request #3271 from xland/devel... 2 more lines
09:57:15*Enamex joined #nim
10:19:26*aziz joined #nim
10:26:13*matkuki joined #nim
10:28:04*gokr joined #nim
10:28:41*Kingsqueee quit (Quit: http://i.imgur.com/EsXzoum.png)
10:30:30*matkuki quit (Client Quit)
10:37:44*Trustable joined #nim
11:24:45*golak joined #nim
11:29:43*jszymanski quit (Quit: computer sleeps...)
11:30:01*BitPuffin|osx joined #nim
11:32:51*tymat quit (Ping timeout: 260 seconds)
11:34:43*boopisaway quit (Ping timeout: 252 seconds)
11:35:34*tymat joined #nim
11:36:06*zemm quit (Ping timeout: 260 seconds)
11:36:41*zemm joined #nim
11:48:33*boopisaway joined #nim
11:53:45*rkj-b joined #nim
11:55:29*rkj-b quit (Client Quit)
12:01:50*gunn quit (Read error: Connection reset by peer)
12:04:31*gunn joined #nim
12:06:55*strcmp1 quit (Quit: Leaving)
12:10:24*matkuki joined #nim
12:11:52NimBotnim-lang/Nim devel 7d9a748 Simon Hafner [+0 ±1 -0]: removed coro prefixes from coro.nim
12:11:52NimBotnim-lang/Nim devel d876960 Simon Hafner [+0 ±1 -0]: removed coro deprecations
12:11:52NimBotnim-lang/Nim devel 24655ec Simon Hafner [+0 ±1 -0]: coro.sleep -> suspend
12:11:52NimBotnim-lang/Nim devel fa99a60 Dominik Picheta [+0 ±1 -0]: Merge branch 'coro-remove-prefix' of https://github.com/reactormonk/nim into reactormonk-coro-remove-prefix
12:11:52NimBot2 more commits.
12:16:27*^aurora^ quit (Quit: My Mac has gone to sleep. ZZZzzz…)
12:43:58*polde quit (Quit: q)
12:48:45*polde joined #nim
12:57:21*polde quit (Quit: q)
12:58:58*polde joined #nim
13:07:32gokrfederico3: We also need a [email protected] subscriber on the list.
13:08:08gokrNo idea where that confirmation email ends up though
13:08:20gokrAnd I can't subscribe someone else.
13:09:42*Enamex quit (Ping timeout: 246 seconds)
13:11:43dom96gokr: I think it will end up in Araq's mail box
13:13:11keylehello
13:16:04dom96hey keyle
13:19:22matkukiCan someone look at this and tell me why the code using the second type example runs at 50% slower?
13:19:23matkukihttps://bpaste.net/show/19114dc5b04b
13:19:38*enamex joined #nim
13:19:50matkukisorry, 'runs 50% slower'
13:21:01matkukiJust adding the attribute without using or initializing it does this!
13:21:55nchambersmy guess would be because it has to build the seq
13:22:32matkukinchambers: When does it build the seq?
13:22:46nchambersno idea
13:24:38federico3gokr: that's why I was asking dom96 about setting up a mailbox :)
13:25:15dom96federico3: gokr: pretty sure *@nim-lang.org is redirected to Araq's email
13:25:17dom96or mine
13:25:59dom96matkuki: I think we need to see the rest of your code.
13:26:15federico3can someone help me implement "structs" in Nim for: https://paste.debian.net/309666/
13:26:20*X67r quit (Quit: leaving)
13:31:22*enamex is now known as Enamex
13:38:19dom96federico3: I can try, not sure how it works.
13:43:56*keyle left #nim ("Leaving")
13:44:03*keyle joined #nim
13:45:45federico3dom96: creating C structs is the tricky part for me
13:46:21dom96I guess you would need to do it at compile-time?
13:46:32gokrdom96: So then you may have a confirmation email there
13:46:54federico3dom96: why?
13:49:21dom96hrm
13:49:30dom96I guess you just need to build a binary representation of a struct
13:50:05federico3hm, I think so. But eptr is the address of "essid", which is known only at runtime
13:51:33dom96Then it's just a bunch of alloc and addr calls.
13:53:14federico3any example?
14:00:02dom96let me try to create one
14:00:04matkukidom96: It's a lot of code, but the Line object is used almost everywhere. If I comment out the 'locked_object_list*: seq[ActiveObject]' attribute, it runs OK.
14:00:06matkukiAlso this is the only attribute that uses a custom ref object type, every other attribute is either an ordinal type or a tuple of ordinal types.
14:01:34federico3https://github.com/qqtop/Nim-Snippets/blob/8100141ba677e2f6db6095b412af5a43de6828a9/private.nim#L65
14:01:39federico3this might be a good example
14:01:51*victor-rene quit (Ping timeout: 246 seconds)
14:06:45dom96federico3: I was thinking something like this: https://gist.github.com/dom96/d0152d95df75ac5790bf
14:07:00dom96These might come in useful https://github.com/fowlmouth/nimlibs/blob/master/fowltek/pointer_arithm.nim
14:07:17federico3https://i.imgur.com/xVyoSl.jpg
14:24:16dom96:)
14:27:55federico3looks like I can create a seq[ParentClass] and put child classes inside
14:28:20federico3yet, calling a method on every child in a loop fails (Nim expects the method to belong to the parent)
14:40:54*Matthias247 quit (Read error: Connection reset by peer)
14:43:59federico3yet, calling a method on every child in a loop fails (Nim expects the method to belong to the parent)
14:44:04federico3oops
14:45:23*keyle quit (Quit: <Morbo> Chitchat achieved!)
14:46:41*Guest88902 is now known as taotetek
14:47:45gokrfederico3: Sounds not what I have experienced.
14:48:16gokrhttp://goran.krampe.se/2014/10/31/nim-and-oo-part-iii/
14:58:44federico3gokr: the code is never doing "for f in seq_of_all_fruit_types: f.calcPrice"
14:59:08federico3oops, it is
14:59:19gokrI compare, that's the point :)
14:59:40gokrBut who knows, perhaps something broke since then. But its surely meant to work.
15:00:10federico3but I see there's a calcPrice on Fruit
15:00:33gokrOne thing that is trickier is doing a super call. Currently you either use procCall or use fowl's macro for "super".
15:00:41gokrAh, yeah, you need that I presume.
15:02:27federico3meh, and if I create it it will be run instead of the method on the child classes
15:03:43federico3that's really weird.
15:04:16gokrAhmm... ordering in source file?
15:04:29gokrIIRC Andreas mentioned some odd gotcha
15:07:14*NimBot joined #nim
15:22:43*cabreraM516 joined #nim
15:23:07*cabreraM516 quit (Remote host closed the connection)
15:31:21*Enamex quit (Quit: Page closed)
15:46:55*strcmp1 joined #nim
15:47:14*NimBot joined #nim
15:51:00*kilon quit (Read error: Connection reset by peer)
15:51:50*kilon joined #nim
15:53:46*Jesin joined #nim
15:55:55*thepreacher joined #nim
15:59:20*rollo joined #nim
16:04:43matkukidom96: The Line object (https://bpaste.net/show/19114dc5b04b) is used everywhere, more specifically a sequence of Line objects.
16:04:44matkukiThey are used in many procedures and usually always passed by value. Any ideas?
16:05:31dom96how do speed it up?
16:05:34dom96*how to
16:05:39matkukiYes
16:05:42dom96you could try making Line a ref
16:05:56matkukiAlmost the same.
16:06:06matkukiPerformance wise.
16:06:23*enamex joined #nim
16:06:25dom96can't really help unless I see how you use that object
16:07:14enamexHi! Is there any page currently that explains proc syntax? (specifically the "several parameters of of the same type need the type written only once" part)
16:07:23dom96hello enamex
16:07:37enamex*bows*
16:08:18*NimBot joined #nim
16:08:23dom96enamex: This whole section might be helpful: http://nim-lang.org/docs/manual.html#procedures
16:08:50dom96But it is the manual so it might be a bit technical
16:09:22dom96What more would you like to know about that statement?
16:11:27enamexSometimes types are like `(arg_int_1, arg_int_2: int, arg_str_1, arg_str_2: string)` and sometimes like `(arg_int_1, arg_int_2: int; arg_str_1, arg_str_2: string)`
16:11:54enamex^(semicolon after type of several arguments vs comma also at the same position, in different examples)
16:11:58*jszymanski joined #nim
16:14:19dom96That could probably be explained better.
16:14:30dom96Good news is that you don't have to worry about that most of the time.
16:14:39dom96The two pieces of code you gave are equivalent.
16:15:11dom96The semicolon comes in handy when you want to have generic parameters without explicitly specifying a generic type.
16:15:46dom96proc foo[T](x: T, y: T) # This is a generic proc which explicitly specifies a generic type T.
16:17:42dom96hrm, now that I'm actually looking at it, the compiler says that "typeless parameters are deprecated"
16:18:50dom96But anyway, you can also just have:
16:18:55dom96proc foo(x, y)
16:19:16dom96And I believe that is equivalent to proc foo[T](x: T, y: T)
16:19:40dom96whereas proc foo(x; y) is equivalent to proc foo[T,Y](x: T, y: Y)
16:20:05dom96I would recommend specifying generics explicitly though
16:22:33enamexAh, so it is. I'd have expected (arg, arg_: typ; argy, argy_: typ_) to be a good way to not glaze over commas in signatures; guess not :/
16:23:33dom96You can use it that way too if you want
16:25:12*^aurora^ joined #nim
16:34:13federico3oO
16:34:23federico3dom96: the forum is not logging to file
16:35:53enamexGot it, thanks a lot!
16:38:27*FedeOmoto joined #nim
16:40:27dom96federico3: hrm?
16:40:40federico3there's no logging support
16:42:25*darkf_ joined #nim
16:46:04*darkf quit (Ping timeout: 244 seconds)
16:50:58*Arrrr joined #nim
16:52:02federico3dom96: #63
17:20:06dom96federico3: please don't do that, just use 'echo' for now.
17:22:24federico3urgh, too late :_(
17:29:17*^aurora^ quit (Quit: My Mac has gone to sleep. ZZZzzz…)
17:32:10*thepreacher quit ()
17:37:30*enamex left #nim ("Bye")
17:38:09*matkuki quit (Quit: ChatZilla 0.9.92 [Firefox 40.0.3/20150826023504])
17:43:21*rollo quit (Read error: Connection reset by peer)
18:16:03*darkf_ is now known as darkf
18:19:42*^aurora^ joined #nim
18:46:59*infinity0 quit (Remote host closed the connection)
18:47:22*infinity0 joined #nim
18:56:11*Matthias247 joined #nim
18:57:10*Demon_Fox joined #nim
19:04:26*vl409 quit (Remote host closed the connection)
19:06:34federico3dom96: there seems to be no concept of parent post. All posts refer to the beginning of the thread
19:07:09federico3dom96: do you plan to implement that in future?
19:09:38*darkf quit (Quit: Leaving)
19:14:35*aziz quit (Remote host closed the connection)
19:23:52*matkuki joined #nim
19:28:29*matkuki quit (Client Quit)
19:31:55federico3is it expected that modules require thread:on or should they fallback to no threading if possible?
19:36:02dom96federico3: you mean multi-level threads?
19:37:49federico3dom96: when posts are in a tree (aka each post has a parent that is usually another post rather than the thread "root" post)
19:38:32dom96yeah, so basically what reddit does
19:38:43federico3or any mailing list
19:42:12*^aurora^ quit (Quit: My Mac has gone to sleep. ZZZzzz…)
19:48:53*Demos joined #nim
19:58:33*xcombelle quit (Remote host closed the connection)
19:59:43*matkuki joined #nim
20:12:22federico3how can I detect if --threads:on is being set?
20:16:00*Arrrr quit (Quit: WeeChat 1.2)
20:20:55matkukidom96: Remember the Line type I showed you earlier? https://bpaste.net/show/19114dc5b04b
20:20:57matkukiThere are new Lines created every cycle using this: https://bpaste.net/show/f2e51255bf03
20:21:57dom96yep
20:22:40matkukiThe performance stays the same if I replace the attribute 'locked_object_list*: seq[ActiveObject]' to a pointer to a fixed array of pointer: 'locked_object_list*: ptr array[0..10, ptr ActiveObject]'
20:23:12matkukiIs there a way to use something safer than 'ptr' and retain the same performance?
20:24:04federico3dom96: so should I wait for the forum to have post parents or connect every message to the "root" post?
20:25:38matkukiBy the way the New_Line proc is called about a hundred times a cycle.
20:26:26dom96federico3: the latter
20:27:17*^aurora^ joined #nim
20:27:44dom96matkuki: I'm not sure what's going on there.
20:27:52dom96You're not initialising the seq so it shouldn't add any overhead
20:28:02*Demon_Fox quit (Quit: Leaving)
20:31:08*NimBot joined #nim
20:31:53matkukidom96: Thanks for trying.
20:32:12dom96matkuki: if you could reproduce it in a small test case it would help
20:32:17dom96then I could easily try to optimising it
20:33:27matkukiIt's quite a big program already. Will try to make short example and get back to you, thanks.
20:37:18reactormonkfederico3, when defined(threads)
20:37:21reactormonk... maybe?
20:37:25federico3nope
20:39:07federico3 dom96 new PR https://github.com/nim-lang/nimforum/pull/64
20:39:35*NimBot joined #nim
20:44:56*bendiken joined #nim
20:47:44*pregressive joined #nim
21:00:26*matkuki quit (Quit: ChatZilla 0.9.92 [Firefox 40.0.3/20150826023504])
21:11:21*pregressive quit (Remote host closed the connection)
21:13:59*Matthias247 quit (Read error: Connection reset by peer)
21:21:17*NimBot joined #nim
21:31:05*unclechu quit (Quit: Leaving.)
21:34:18*^aurora^ quit (Quit: My Mac has gone to sleep. ZZZzzz…)
21:36:23*jszymanski quit (Quit: computer sleeps...)
21:39:36*kilon quit ()
21:43:19*pregressive joined #nim
21:50:13*NimBot joined #nim
22:10:24*NimBot joined #nim
22:34:52*yglukhov quit (Remote host closed the connection)
22:37:15*NimBot joined #nim
22:42:44*Trustable quit (Remote host closed the connection)
22:56:40*irrequietus quit ()
23:04:00*vendethiel quit (Ping timeout: 272 seconds)
23:07:50*^aurora^ joined #nim
23:12:37*NimBot joined #nim
23:35:25*yglukhov joined #nim
23:40:23*yglukhov quit (Ping timeout: 264 seconds)
23:43:47*golak quit (Quit: leaving)
23:45:09*Kingsquee joined #nim
23:47:19*Demos quit (Ping timeout: 252 seconds)