<< 23-11-2015 >>

00:02:10*Varriount-Laptop quit (Ping timeout: 276 seconds)
00:04:05*Matthias247 quit (Quit: Matthias247)
00:16:35*Matthias247 joined #nim
00:20:13*Matthias247 quit (Read error: Connection reset by peer)
00:39:26*strcmp1 quit (Ping timeout: 246 seconds)
00:43:49*strcmp1 joined #nim
00:55:07*cyraxjoe_ joined #nim
00:56:26*cyraxjoe quit (Ping timeout: 272 seconds)
01:04:27*Amun_Ra quit (Ping timeout: 255 seconds)
01:29:55*BitPuffin|osx joined #nim
01:30:27*jaco60 quit (Ping timeout: 272 seconds)
01:31:11*cyraxjoe_ quit (Quit: No Ping reply in 180 seconds.)
01:31:26*cyraxjoe joined #nim
01:39:57*ephja quit (Ping timeout: 272 seconds)
02:01:38*cromo joined #nim
02:02:53cromoHello all, I'm new to nim and diving right in and trying to wrap some C++ code.
02:03:25cromoI'm running into a problem though - I don't know how to specify a parameter that is passed by reference
02:03:36cromoIn my case, an integer
02:03:42*Kingsquee joined #nim
02:04:15cromo(Specifically, I'm trying to pass arguments to a function that reads and modifies argc and argv C++ side.)
02:04:33cromoAny help?
02:07:28*Jesin quit (Quit: Leaving)
02:09:29cromoAh, turns out that was a mistake on my part - I was passing a constant, which g++ rightly didn't like as a reference.
02:20:02*Demon_Fox quit (Quit: Leaving)
02:20:59*gokr quit (Ping timeout: 250 seconds)
02:46:15*Kingsquee quit (Read error: Connection reset by peer)
03:02:54*makoLine quit (Ping timeout: 250 seconds)
03:15:29*makoLine joined #nim
03:25:41*girvo joined #nim
03:25:48girvoHey all :)
03:26:53girvoquestion: If I export an instance of a type in a module, would two other modules importing it receive the same reference?
03:27:00girvo(basically, the singleton pattern)
03:27:03girvohttp://rosettacode.org/wiki/Singleton#Nim
03:28:33girvoAlso, what's the current consensus on naming of types, ie. prepending them with "P", "T", etc.?
03:29:44HeartmenderYou can do if you want to
03:29:46Heartmenderbut I don't
03:29:47def-girvo: hi. T, P were deprecated: https://github.com/nim-lang/Nim/wiki/Style-Guide-for-Nim-Code#naming-conventions
03:29:56girvodef-: I thought that was the case :)
03:29:59girvoawesome
03:30:08girvoAlso, neat, I didn't know there was a wiki
03:31:30girvoIs there any particular way of forward-declaring types without relying on a particular concrete impl for it?
03:31:39girvoNever mind
03:31:47girvoI googled it an answered my own question haha
03:32:19girvohttp://nim-lang.org/docs/tut1.html#procedures-forward-declarations
03:32:43girvoHow does that play with exporting? If the forward declared version doesn't have "*" but the implementation does, will that work?
03:32:51def-girvo: i tested the singleton code and all the singletons have the same address, no matter where you import it, so it seems to work
03:33:14girvodef-: Beautiful, thanks
03:33:27def-i think only the forward declaration needs the *
03:33:38def-and in the implementation it has no effect or is even illegal
03:33:38girvoI've finally started fiddling with the game engine plan I had
03:33:44girvoOkay awesome
03:34:14cromoSuccess! I've managed to wrap enough to get through the happy case. How do I wrap exceptions?
03:34:26girvoY'know, I wonder if you could leverage the forward declarartion to distribute a compiled library along with an interface to it (like a header file), without needing the real source-code. ie. binary distribution
03:34:52girvoI'
03:35:31girvoI've finally started building my game engine playground, it's been a really fun test case for my nim knowledge. It's working pretty nicely too, and packages up into a real mac .app bundle :D
03:37:08def-girvo: cool, what are you using as the base, sdl?
03:40:36def-cromo: hm, haven't seen any exception in urhonimo
03:41:17girvodef-: Yup, SDL2
03:41:36girvodef-: Though it's looking more and more likely I'm going to leave the bulk of it and just use it for window/opengl context
03:44:21cromoHuh. Looking through that repo I don't see any either.
03:46:48girvoAre there any async io examples (specifically, logging data to a file) floating around?
03:50:08def-girvo: at the top here? http://nim-lang.org/docs/asyncfile.html
03:53:27cromoWell, defining the type and deriving from Exception didn't make it catchable in Nim...
03:54:54girvodef-: Beautiful, I was looking at the dispatcher instead, oops
03:59:15*BitPuffin|osx quit (Ping timeout: 252 seconds)
04:07:45*BlueProtoman quit (Quit: Leaving)
04:09:21cromoYeah, looking at the generated C++, it's only catching NimException&.
04:10:24cromoI think the way to handle this would be to check if any of the caught exception types have an importcpp pragma and add another catch block for that type in the output.
04:15:24cromoI'm not sure what would go in the block itself though...
04:24:40girvoYay, async logging is working :D
04:24:54girvothough having to put "discard" everywhere I use it kinda sucks. Oh well
04:26:41def-girvo: {.discardable.}?
04:27:16def-girvo: http://nim-lang.org/docs/asyncdispatch.html#asyncdispatch-discarding-futures
04:27:18girvodef-: Neat :) I really need to read up on all the pragmas
04:27:47girvobrb, gestures have stopped working on my mac again *sigh*
04:28:05*Demos quit (Read error: Connection reset by peer)
04:33:33*vendethiel joined #nim
04:35:04girvoAh I was just being braindead, all the discards are now gone :)
04:52:55*NimBot joined #nim
04:53:00girvoI think for my particular use-case I'm going to use threads, as I need better control anyway. neat to see async/await in Nim though!
04:58:29*xtagon joined #nim
05:15:35*vendethiel quit (Ping timeout: 246 seconds)
05:18:10*darkf joined #nim
05:55:50*vqrs quit (Ping timeout: 246 seconds)
05:57:22*vqrs joined #nim
06:10:03*zepolen joined #nim
06:20:32*girvo quit (Quit: leaving)
06:29:41*darkf quit (Quit: Leaving)
06:48:22*zepolen quit (Remote host closed the connection)
06:48:26*silven quit (Ping timeout: 276 seconds)
07:08:23*gour joined #nim
07:37:51*gokr joined #nim
07:50:17*desophos quit (Read error: Connection reset by peer)
07:50:46*xtagon quit ()
07:50:58*yglukhov quit (Ping timeout: 260 seconds)
07:59:20*darkf joined #nim
08:01:33*s4 joined #nim
08:07:31*Matthias247 joined #nim
08:09:00*Matthias247 quit (Read error: Connection reset by peer)
08:14:44*strcmp1 quit (Quit: brb)
08:14:54*strcmp1 joined #nim
08:17:35*strcmp1 quit (Client Quit)
08:17:44*strcmp1 joined #nim
08:22:11*Heartmender quit (Quit: EliteBNC free bnc service - http://elitebnc.org - be a part of the Elite!)
08:24:16*Ven joined #nim
08:34:24*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:35:24*cyraxjoe_ joined #nim
08:35:44veganskWhy the compiler treats ``let x = slurp"test.txt"`` as error, when ``let x = "just some data"`` is ok :-)
08:36:08*cyraxjoe quit (Ping timeout: 250 seconds)
08:39:23*yglukhov joined #nim
08:42:12Araqnot sure
08:42:25Araqnot a compiletime context?
08:44:47*Heartmender joined #nim
08:45:08*Heartmender is now known as Guest99049
08:45:11vegansk@Araq, it's just a top level statement. If I rewrite it as ``const x = slurp"test.txt"``, the code compiles ok
08:46:28Araqwell yeah, that's a cool feature
08:46:48Araqit makes you aware that slurp is not readFile
08:47:50*girvo joined #nim
08:48:46*Ven joined #nim
08:50:03*Ven quit (Client Quit)
08:56:56NimBotnim-lang/Nim devel 9872392 Anatoly Galiulin [+0 ±1 -0]: Fixed SIGSEGV on wrong slurp usage
08:56:56NimBotnim-lang/Nim devel 989cdd4 Andreas Rumpf [+0 ±1 -0]: Merge pull request #3572 from vegansk/fix_slurp_err_msg... 2 more lines
08:57:04vegansk@Araq, thanks
08:57:25Araqpretty embarrassing we have debug code left in the compiler
08:57:36Araqmaybe somebody should review my code? :P
09:00:15*zepolen joined #nim
09:04:59*zepolen quit (Ping timeout: 264 seconds)
09:07:08Araqso good news ... I can almost bootstrap with 'not nil' becoming the default in the language
09:07:39Araqand I'm starting to like it.
09:19:51*Guest48911isaway is now known as Guest48911
09:23:57*girvo quit (Ping timeout: 255 seconds)
09:25:27*jaco60 joined #nim
09:38:19*Guest48911 is now known as Guest48911isaway
09:39:19*Ven joined #nim
09:42:39*mindriot101 joined #nim
09:59:06*ephja joined #nim
10:10:26*coffeepot joined #nim
10:12:34*gour quit (Quit: WeeChat 1.3)
10:13:05*Ven quit (Ping timeout: 240 seconds)
10:13:40*gour joined #nim
10:15:30*gour quit (Client Quit)
10:15:30def-Araq: that sounds great
10:16:19nivhi! how do i quit the running program? I tried system.quit() but it says: Error: expression 'quit(1)' has no type (or is ambiguous)
10:16:19*gour joined #nim
10:16:51nivokay, my bad. it works if i leave the "discard" off
10:17:04nivthanks for rubberducking me, channel
10:17:39*makoLine quit (Ping timeout: 244 seconds)
10:19:22*gour quit (Client Quit)
10:20:23*coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
10:20:31*coffeepot joined #nim
10:36:47*gour joined #nim
10:48:15*golak joined #nim
11:09:28*golak quit (Quit: Lost terminal)
11:15:06*gour quit (Ping timeout: 255 seconds)
11:15:48*gour joined #nim
11:29:57coffeepothey nimsters!
11:30:48coffeepotDoes any one know how I can make heterogeneous seq with refs of different objects?
11:31:14coffeepotactually sorry not a seq, I really want a hashtable
11:31:39coffeepotideally so I can do Table[int, ref of object]
11:32:07reactormonkcoffeepot, I'd recommend a sum type via object1 or object2 or object3
11:32:51Araqcoffeepot: so use Table[int, RootRef]
11:32:51coffeepotI need it to be able to take any object though, is that possible?
11:33:01coffeepotah araq cheers :D
11:33:15AraqI usually prefer Table[int, JsonNode] though
11:33:21Araqbut it depends
11:33:44Araqand no, 'int' is not compatible to RootRef, you need a wrapper for that. ~1 line of code?
11:33:45coffeepotwell this is for an entity framework. I want to be able to add data objects to an entity
11:34:14coffeepotI can live with the base being object or ref object :)
11:34:57coffeepotI assumed it would not be possible with just object as how would Nim know to allocate the size of the object! So, refs are fine for this I think
11:36:02Araqyeah you need the indirection for this to work properly
11:36:23Araqbut apart from that, it's not hard
11:37:33Araqbbl
11:45:28*Ven joined #nim
11:51:14coffeepotSo! A new question, once an object is added to a Table[int, RootRef], how do I get the actual type back? Type.name returns "RootRef"
11:52:11coffeepotunless... is this caused by having to cast[RootRef](obj)?
11:52:12*ibeex joined #nim
11:54:12coffeepotperhaps there is another way to add an arbitrary object to a table? Of course with Table[int, RootRef] adding, say MyObjectRef will not compile as MyObjectRef is not a RootRef. Is there another way of adding it without casting maybe?
12:00:21*zepolen joined #nim
12:04:55*zepolen quit (Ping timeout: 240 seconds)
12:11:45*jaco60 quit (Quit: Leaving)
12:27:07ephjadom96: many procs in asyncdispatch might raise ValueError and Exception according to the documentation. is that unintended?
12:27:54Araqcoffeepot: use SomeObj(rootref) aka type conversions
12:27:59Araqnot 'cast'
12:28:59*coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
12:31:37dom96ephja: which procs?
12:32:26*Ven_ joined #nim
12:34:18ephjadom96: connect for example
12:35:01ephjaI'm catching Exception now
12:35:10dom96I think that's correct.
12:35:10*Ven quit (Ping timeout: 260 seconds)
12:35:18dom96Catching 'Exception' will catch all exceptions.
12:35:55dom96Not sure where that ValueError comes from though.
12:36:02dom96Might be good to investigate
12:37:18NimBotnim-lang/Nim devel e372492 Xtreak [+0 ±1 -0]: Wrap the example in a code block... 2 more lines
12:37:18NimBotnim-lang/Nim devel 6bebd2e Xtreak [+0 ±1 -0]: Merge pull request #1 from tirkarthi/tirkarthi-patch-1... 2 more lines
12:37:18NimBotnim-lang/Nim devel b1e103f Dominik Picheta [+0 ±1 -0]: Merge pull request #3574 from tirkarthi/devel... 2 more lines
12:38:22ephjayes but it supposedly raises Exception too
12:39:15ephjaI'll report it
12:40:50Araqwell the compiler is telling you
12:41:01Araqa) it can prove it raises ValueError
12:41:23Araqb) its analysis was incomplete because your code sucks
12:41:34Araqand so it says 'raises Exception' too.
12:43:12*tja joined #nim
12:43:23tjaGood afternoon.
12:44:56ephjawell, it actually does raise it in case of a connection failure
12:45:16tjaI have a quick question about forwarding of operations in Nim: I have an object that is a thin wrapper around another type that has lots of functionality. I want to use all the functionality available for the (field of) my new object. Is there an easy way of doing this? {.borrow.} seems to work only for what are essentially type aliases.
12:45:45Araqtja: you can use a 'converter'
12:46:25tjaIs there a "forward this request to the unambiguous corresponding field of an object if it actually is unambiguous"?
12:46:34tjaOk, converter, got it.
12:46:48tjaThis would be a type conversion, right?
12:47:26Araqyeah
12:48:14tjaI looked in the manual but couldn't find the rules for when auto type conversion is done; apologies if I'm being blind/daft
12:48:30tjaWhere can I find it?
12:48:37tja(them)
12:50:07ephjaor the returned future to be exact. I assume I'm actually supposed to catch FutureError. that seems logical
12:50:20tjaIt's also ok if it doesn't exist, then I can just play with it...
12:52:15tjaOk, found it now, the "converter" keyword got me there :-)
12:56:48*gunn quit (Ping timeout: 255 seconds)
12:59:00tjaOk, converter now working (modulo some subtilty with varargs...) thanks :-)
13:03:12tjaHi, I'm getting slightly unexpected behaviour with a 'converter' of a ': var seq[float64]' type; do converters work for 'var' arguments?
13:08:12tjaAlso, is there an alternative when I only want to forward a subsection of functionality from the underlying type?
13:08:38tja(or forward a mix of functionalities from different fields?)
13:21:43*BitPuffin joined #nim
13:28:13*coffeepot joined #nim
13:28:30ephjatja: is your type distinct?
13:28:40*s4 quit ()
13:28:46ephjatja: is this what you need? http://manual.nim-lang.org/docs/manual.html#distinct-type-modelling-currencies see 'borrow' here
13:29:21ephjaat the bottom you have an example of borrow applied to a type
13:33:47tjaephja: Thanks for the pointer, but it isn't a distinct type, but rather an object (e.g. Foo(seq, otherStuff)) where I want Foo to inherit almost all of the things I can do with a seq, but not necessarily all of them.
13:34:43tjaThus it would be handy to have something that did "magically forward all functions to the relevant field, except for these functions"
13:35:28tjaConverters get me most of the way there :-)
13:36:12tjaConverters feel slightly dangerous though as I'm losing some type info; but maybe that is just me.
13:40:26*Demon_Fox joined #nim
13:41:57*zepolen joined #nim
13:43:38ephjatja: maybe this could be of help http://manual.nim-lang.org/docs/manual.html#special-operators
13:45:08ephja`()` can also be overloaded, but I don't see anything about it in the manual
13:46:10ephjatemplates can also simplify forwarding
13:47:32yglukhovHey guys. How do i collect iterator results to a seq? myTable.allKeys.toSeq or smth?
13:49:27ephjayglukhov: I think that'll work http://nim-lang.org/docs/sequtils.html#toSeq.t,expr
13:51:11yglukhovyay! it does! thanx =)
13:51:43ephjadoes it work with the dot notation? I had to do toSeq(...) before
14:02:30*zepolen quit (Remote host closed the connection)
14:04:36*yglukhov quit (Ping timeout: 250 seconds)
14:06:34coffeepotHey guys, is there a way I can store any object but still retrieve the type? Example code: https://gist.github.com/coffeepots/b46e30d23edcb9f609b7
14:07:18*yglukhov joined #nim
14:07:36coffeepotI thought maybe I could store a container object that has a typedesc var to store the type to cast it back to, but compiler say typedesc is not a concrete type :(
14:07:40reactormonkcoffeepot, gotta store the type somehow. You'll have to wrap the object in a way that stores the name or similar.
14:07:46coffeepot^ :)
14:08:01coffeepotyeah is there something I can use aside from typedesc?
14:08:32reactormonkneed more?
14:08:54coffeepotoh wait
14:08:57coffeepotderp
14:09:10coffeepotMyObj = ref object of RootRef (i had MyObj = ref object before)
14:09:23coffeepotand now I can use t.add(0, RootRef(newObj)) :D
14:09:41reactormonkDoes it recover the type?
14:09:45coffeepotnope :(
14:10:20coffeepotstill RootRef
14:11:11coffeepotso how do we store types as a field in an object?
14:12:14reactormonkMaybe create your own datatype on top of table and wrap each value so it contains the typedesc?
14:12:59coffeepothmm... worth a shot
14:13:51coffeepotactually tbh I'm not sure how to do that lol
14:14:03coffeepoti'd still need to store the type wouldn't i?
14:19:08reactormonkyeah. That's what the value wrapping is for.
14:19:19reactormonkOr take a look at the json module, that one should work.
14:24:16yglukhovephja, no dot notation doesnt work
14:32:16*coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
14:32:50*coffeepot joined #nim
14:34:01*Ven_ quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
14:36:31coffeepotdoesn't look like I can do what I wanted :/ https://www.freelists.org/post/nim-dev/how-to-use-typedesc-in-table
14:37:36coffeepotI was hoping to avoid inheritance and just store the type but it's not possible. Enums aren't suitable for storing arbitrary object and I can't seem to get the type back out even with RootObj(myObj)
14:38:39coffeepotyglukhov has a form of solution here https://github.com/yglukhov/rod/blob/master/rod/component.nim but that assumes inheritance from Component type, which I was hoping to avoid
14:40:42coffeepotI tried storing a proc to a constructor, but of course how would I return the correct type when I have to use RootRef, which is type opaque :(
14:40:43yglukhovcoffeepot, i've also got a Variant type, intended to be used with everything: https://github.com/yglukhov/rod/blob/master/rod/outline_view.nim
14:41:06yglukhovbut its restricted, because it uses type names as type ids
14:41:13yglukhov* limited
14:46:56coffeepotyglukhov thanks for that, very interesting :)
14:47:01*yglukhov_ joined #nim
14:47:13coffeepotyglukhov thanks for that, very interesting :)
14:47:22coffeepoti might have to store the name then :(
14:47:51coffeepotif only we could store typedesc and construct from it, things would be a lot easier
14:48:46ephjado you need this at runtime, or will at compile time do?
14:49:01*Ven joined #nim
14:49:51*yglukhov quit (Ping timeout: 265 seconds)
14:50:18coffeepotruntime only - it's a entity component system, so I need to be able to create an entity, add a load of proc triggers (which is already implemented), and - the sticking point - add objects to represent data points
14:51:16coffeepoti was hoping to avoid inheritance because having done this kind of thing before it rapidly gets messy
14:53:34coffeepoti might end up having to restrict it to compile time, maybe use macros to create the objects.
14:54:37coffeepotit's a shame that however I think of doing it, i would want to store a type somewhere!
14:55:16ephjaright, RTTI
14:56:58ephjain what way would the macro approach be worse?
14:58:57coffeepotwell it'd mean i can't create an entity with data types that hasn't be declared at compile time
14:59:07ephjaone thing you can do is generate unique identifiers
14:59:19ephjagenIdentifier(int)
14:59:25coffeepoti'd still need to store the types they refer to though
15:01:15coffeepoti did try storing a constructor proc against a type 'id' (int), but of course, can't return typedesc so I can't even do that :/
15:02:47*Ven quit (Ping timeout: 250 seconds)
15:08:21ephjaI don't know what you mean because a type is a compile-time construct
15:10:00coffeepoti mean I can't store the typedesc of the type for later construction or for casting back to
15:11:21coffeepotso for example I want a spaceship entity, and that needs position and momentum data. I want to be able to set up Position & Momentum (for example) as objects and go spaceshipEntity.addData(position) etc
15:12:02coffeepotthe objects would be stored in a table against an id so I can quickly check that an entity contains a particular set of data
15:13:48coffeepotthis would be trivial if I could a) store typedesc of the object to be added along with the object itself or b) if when I cast to a 'higher up' object, the object still returned it's "real" type
15:15:12coffeepotcurrently it looks like i'll need to either compose the objects statically at compile time (so 'spaceship' would be assembled with the Position data, and have some mechanism for identifying this, or use inheritance where I can (I think) use a super call to get the type back(?)
15:16:40*saml joined #nim
15:24:25NimBotnim-lang/Nim devel 7540cdd def [+0 ±1 -0]: Update comment about `map` being in system module
15:25:08*qaz joined #nim
15:27:09*ibeex quit (Quit: Textual IRC Client: www.textualapp.com)
15:27:19*qaz quit (Client Quit)
15:29:57*yglukhov joined #nim
15:29:57*yglukhov_ quit (Read error: Connection reset by peer)
15:30:27NimBotnim-lang/Nim devel 93e01da def [+0 ±1 -0]: Fix options module to use new import name
15:34:20*pregressive joined #nim
15:38:42*zepolen joined #nim
15:39:56*dngad joined #nim
15:41:04*elrood joined #nim
15:50:36*zepolen quit (Remote host closed the connection)
16:04:09*theduke quit (Ping timeout: 252 seconds)
16:10:25*Demon_Fox quit (Quit: Leaving)
16:16:08*theduke joined #nim
16:17:08NimBotnim-lang/Nim devel ad503ce def [+0 ±2 -0]: Add options module to standard library documentation
16:17:08NimBotnim-lang/Nim devel b7b7cf5 Dominik Picheta [+0 ±2 -0]: Merge pull request #3577 from def-/options-doc... 2 more lines
16:20:59*vendethiel joined #nim
16:47:57*gmpreussner|work joined #nim
16:51:06*pregressive quit (Remote host closed the connection)
17:13:12*ir2ivps10 joined #nim
17:15:00*coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
17:36:41*brson joined #nim
17:40:31*cyraxjoe_ is now known as cyraxjoe
17:41:12*yglukhov quit (Ping timeout: 255 seconds)
17:51:11*mindriot101 quit (Ping timeout: 264 seconds)
17:59:19*elrood quit (Quit: Leaving)
18:02:33*zepolen joined #nim
18:10:39*theduke quit (Ping timeout: 252 seconds)
18:21:10nivsplit("mystr", "") infinite-loops; in most other languages it would split it into a char seq instead. what's the canonical way to transform a string into a seq of single characters?
18:21:41*Guest48911isaway is now known as Guest48911
18:22:58*Demon_Fox joined #nim
18:23:09dom96https://www.youtube.com/watch?v=4rJEBs_Nnaw
18:23:31dom96niv: IIRC that is a bug.
18:24:31nivaight
18:28:55*zepolen quit (Remote host closed the connection)
18:29:13*zepolen joined #nim
18:30:47*jaco60 joined #nim
18:34:45*Matthias247 joined #nim
18:38:41*zepolen quit (Remote host closed the connection)
18:39:31*zepolen joined #nim
18:40:20*yglukhov joined #nim
18:43:02*zepolen quit (Remote host closed the connection)
18:43:17*zepolen joined #nim
18:51:07*ayeganov_ is now known as ayeganov
18:53:33*zepolen quit (Remote host closed the connection)
19:08:28*theduke joined #nim
19:11:15thedukemhm, anyone else notice the "z" option of times.format to be broken? i'm in utc+1, so getTime.getLocalTime.format("z") should yield +1, but it gives me -1
19:14:08*theduke quit (Quit: Leaving)
19:14:58*theduke joined #nim
19:15:04thedukewhoops, my bad, works fine
19:16:48*silven joined #nim
19:20:32*mindriot101 joined #nim
19:26:58*Jesin joined #nim
19:31:52*dngad quit (Quit: Leaving)
19:38:02*darkf quit (Quit: Leaving)
19:49:55*mindriot101 quit (Remote host closed the connection)
19:55:17*mindriot101 joined #nim
19:57:44*irrequietus joined #nim
20:05:15*antoniomo joined #nim
20:05:41*zepolen joined #nim
20:05:56*lokulin quit (Ping timeout: 272 seconds)
20:06:30*mtj_ quit (Ping timeout: 240 seconds)
20:06:52*BitPuffin quit (Ping timeout: 250 seconds)
20:12:03*makoLine joined #nim
20:20:13*mat4 joined #nim
20:20:16mat4hello
20:25:09*zepolen quit (Remote host closed the connection)
20:26:21*Varriount-Laptop joined #nim
20:34:23*pregressive joined #nim
20:36:28*zepolen joined #nim
20:39:37*zepolen quit (Remote host closed the connection)
20:42:49*mtj_ joined #nim
20:44:10*zepolen joined #nim
20:46:00*lokulin joined #nim
20:55:17*Varriount-Laptop quit (Ping timeout: 252 seconds)
20:58:57*zepolen quit (Remote host closed the connection)
21:02:31*kerze joined #nim
21:04:00*zepolen joined #nim
21:04:13*filcuc joined #nim
21:07:59*zepolen quit (Remote host closed the connection)
21:16:32*desophos joined #nim
21:21:23*zepolen joined #nim
21:25:18*zepolen quit (Remote host closed the connection)
21:39:36*Jesin quit (Quit: Leaving)
21:41:07*theduke quit (Ping timeout: 252 seconds)
21:41:55*desophos_ joined #nim
21:43:35*desophos_ quit (Remote host closed the connection)
21:49:24*desophos_ joined #nim
21:52:04*lokulin quit (Ping timeout: 244 seconds)
21:52:53*zepolen joined #nim
21:53:17*theduke joined #nim
21:54:02*antoniomo quit (Quit: WeeChat 1.3)
21:54:14*mtj_ quit (Ping timeout: 260 seconds)
21:57:08*kerze quit (Ping timeout: 276 seconds)
21:57:52*desophos_ quit ()
22:07:53*theduke quit (Ping timeout: 252 seconds)
22:13:34*mindriot101 quit (Read error: Connection reset by peer)
22:14:41*zepolen quit (Remote host closed the connection)
22:19:54*theduke joined #nim
22:22:29*mtj_ joined #nim
22:32:39*lokulin joined #nim
22:36:26*gour quit (Quit: WeeChat 1.3)
22:41:38*yglukhov quit (Remote host closed the connection)
22:45:24*Guest48911 is now known as Guest48911isaway
22:47:48*filcuc quit (Quit: Konversation terminated!)
22:56:55*Jesin joined #nim
22:59:33*pregressive quit (Remote host closed the connection)
23:11:27*zepolen joined #nim
23:12:02*vendethiel quit (Ping timeout: 265 seconds)
23:13:15*zepolen quit (Remote host closed the connection)
23:16:42*mat4 quit (Quit: Leaving)
23:21:34*zepolen joined #nim
23:33:32*irrequietus quit ()
23:33:51*irrequietus joined #nim
23:54:10*Sornaensis quit (Excess Flood)
23:54:33*Sornaensis joined #nim