00:02:12 | fredmorcos | emacs' c-mode supports #if 0 |
00:02:28 | fredmorcos | but in LaTeX's case, it was a \newcommand definition |
00:02:59 | * | freezerburnv quit (Quit: freezerburnv) |
00:07:24 | fredmorcos | good night |
00:07:25 | * | fredmorcos quit (Quit: Leaving) |
00:08:33 | * | d34th quit (Quit: Deleted System32) |
00:11:05 | * | d34th joined #nimrod |
00:21:25 | Demos | I would enjoy a command that "commented" stuff out but still made the compiler try its best to typecheck it |
00:44:46 | * | d34th quit (Ping timeout: 245 seconds) |
00:55:09 | * | d34th joined #nimrod |
00:56:18 | * | filwit quit (Quit: Leaving) |
01:01:30 | * | Ricky_Ricardo joined #nimrod |
01:03:00 | * | freezerburnv joined #nimrod |
01:21:16 | * | hoverbear joined #nimrod |
01:23:58 | * | hoverbear quit (Client Quit) |
01:31:16 | * | hoverbear joined #nimrod |
01:35:03 | * | Demos quit (Read error: Connection reset by peer) |
01:44:58 | * | zezba9000 left #nimrod (#nimrod) |
01:49:41 | * | freezerburnv quit (Quit: freezerburnv) |
01:59:41 | * | eigenlicht quit (Ping timeout: 272 seconds) |
02:00:57 | * | eigenlicht joined #nimrod |
02:20:27 | EXetoC | Nimrod is better than ponies |
02:38:39 | * | xenagi joined #nimrod |
02:53:27 | * | brson quit (Quit: leaving) |
03:10:32 | * | capisce quit (Ping timeout: 265 seconds) |
03:13:53 | * | capisce joined #nimrod |
03:31:13 | * | hoverbear quit (Quit: Textual IRC Client: www.textualapp.com) |
04:34:57 | * | hoverbear joined #nimrod |
04:50:37 | * | dyu_ joined #nimrod |
04:53:14 | * | Ricky_Ricardo left #nimrod (#nimrod) |
05:10:33 | * | hoverbear quit (Ping timeout: 245 seconds) |
05:14:27 | * | xenagi quit (Quit: Leaving) |
05:23:24 | * | VarriountPhone quit (Remote host closed the connection) |
05:23:38 | * | VarriountPhone joined #nimrod |
05:28:47 | * | gour joined #nimrod |
05:56:23 | * | OrionPK quit (Quit: Leaving) |
06:08:19 | * | mflamer quit (Ping timeout: 272 seconds) |
06:50:07 | * | Associat0r joined #nimrod |
07:12:49 | * | Jackneill joined #nimrod |
07:20:40 | * | tumak quit (Ping timeout: 260 seconds) |
07:20:46 | * | tumak joined #nimrod |
07:34:39 | * | Ywo joined #nimrod |
07:39:00 | * | Ywo quit (Client Quit) |
07:39:04 | * | vidot_j joined #nimrod |
09:31:11 | * | CarpNet joined #nimrod |
11:08:53 | * | vidot_j quit (Ping timeout: 245 seconds) |
11:13:17 | * | freezerburnv joined #nimrod |
11:27:56 | * | freezerburnv quit (Quit: freezerburnv) |
11:49:46 | * | Ywo joined #nimrod |
12:28:52 | * | Ywo quit (Remote host closed the connection) |
12:30:00 | * | vidot_j joined #nimrod |
12:34:42 | * | freezerburnv joined #nimrod |
12:54:27 | * | Ricky_Ricardo joined #nimrod |
13:45:50 | * | dymk quit (Ping timeout: 245 seconds) |
13:55:32 | * | dymk joined #nimrod |
14:10:15 | * | Ricky_Ricardo quit (Quit: Ricky_Ricardo) |
14:26:39 | * | markhend joined #nimrod |
14:34:55 | * | markhend left #nimrod (#nimrod) |
15:03:15 | * | mflamer joined #nimrod |
15:04:37 | * | faassen joined #nimrod |
15:19:01 | * | fowl joined #nimrod |
15:22:13 | * | Endy joined #nimrod |
15:25:48 | * | mflamer quit (Ping timeout: 240 seconds) |
15:34:25 | * | gour quit (Disconnected by services) |
15:34:28 | * | gour_ joined #nimrod |
15:42:33 | * | OrionPK joined #nimrod |
16:33:50 | fowl | hola |
16:34:58 | * | NimBot joined #nimrod |
16:40:49 | EXetoC | dðas? |
16:40:59 | EXetoC | looks like that on my UTF-8 setup |
16:41:41 | EXetoC | also, hi :p |
16:52:08 | * | BitPuffin[Mobile joined #nimrod |
16:54:38 | * | BitPuffin[Mobile quit (Client Quit) |
16:54:40 | * | VarriountPhone quit (Remote host closed the connection) |
16:54:53 | * | VarriountPhone joined #nimrod |
16:55:07 | * | BitPuffin joined #nimrod |
16:56:27 | BitPuffin | dom96!! |
16:56:33 | BitPuffin | coder radio |
16:56:36 | BitPuffin | jböuve |
16:56:46 | BitPuffin | jblive.tv |
16:57:00 | BitPuffin | I won't make it home on time |
16:57:09 | BitPuffin | I passed my driving test |
16:57:20 | BitPuffin | I am a qualified driver |
16:57:36 | BitPuffin | Araq maybr you should be in the live chatroom too |
16:57:47 | BitPuffin | brb |
16:57:52 | * | BitPuffin quit (Client Quit) |
17:01:43 | dyu_ | Araq: odersky's talk on strangeloop already on infoq. Your talk could already be available too |
17:01:57 | * | dyu_ quit (Quit: night!) |
17:04:31 | * | filwit joined #nimrod |
17:10:15 | * | dom96_and joined #nimrod |
17:10:19 | dom96_and | Noooo. |
17:10:34 | filwit | ?? |
17:10:35 | dom96_and | The one time I'm not home... |
17:11:04 | dom96_and | BitPuffin: looks like I'll miss it sorry. |
17:11:22 | dom96_and | filwit: jblive, read logs. |
17:11:40 | filwit | idk how to do that.. |
17:11:46 | dom96_and | BitPuffin wrote an email to them about nimrod. |
17:12:13 | dom96_and | Filwit, join their chat if you can. |
17:12:13 | filwit | idk what you're talking about.. |
17:12:30 | filwit | who's chat? |
17:12:53 | dom96_and | Coder radio at jblive |
17:13:05 | filwit | k |
17:14:21 | dom96_and | Anyway. Bye. |
17:14:27 | * | dom96_and quit (Client Quit) |
17:15:04 | * | fowl quit (Quit: Leaving) |
17:18:26 | OrionPK | dom96 here's a fairly concise demonstration of the memory leak https://gist.github.com/onionhammer/7306011 |
17:21:12 | EXetoC | "The public release of this presentation will be sometime in the next 6 months - date to be determined." :p |
17:21:28 | Araq | OrionPK: that's a very useful program. add it to your bug report please |
17:21:52 | OrionPK | Araq wasnt sure whether its an issue with asyncio or the GC |
17:21:55 | EXetoC | but yeah some talks are already up |
17:21:56 | OrionPK | Araq but will do |
17:23:23 | Araq | also try the different GCs please |
17:24:42 | OrionPK | hmm, could have sworn i submitted a bug |
17:24:56 | OrionPK | dont see it in there |
17:25:05 | Araq | you did |
17:25:13 | Araq | I got an email |
17:25:39 | OrionPK | you still see it? |
17:26:11 | OrionPK | oh there it is |
17:26:11 | OrionPK | jeez |
17:29:35 | OrionPK | Araq v2 isn't building |
17:30:19 | EXetoC | helper clone? |
17:31:17 | OrionPK | araq where can I get boehmgc.dll? |
17:31:27 | Araq | meh v2 is not important |
17:31:39 | Araq | oh you're on windows |
17:31:46 | OrionPK | markandsweep is worse, shoots up to 5mb right away |
17:32:10 | Araq | well it's only a leak if it keeps growing |
17:32:14 | filwit | disable GC and buy more ram - only solution |
17:32:18 | OrionPK | it does keep growing |
17:32:24 | OrionPK | grows more slowly with refc |
17:33:10 | * | Demos joined #nimrod |
17:34:39 | EXetoC | filwit: I bet rasmus lerdorf would be well happy with 128gb ram or so |
17:35:15 | OrionPK | just restart the program every year or so |
17:35:38 | Demos | hey not having a GC is a form of GC as long as you keep adding memory! |
17:35:52 | filwit | EXetoC: i'm unfamiliar with his work |
17:35:55 | OrionPK | yeah you just take out the old ram and throw it in the trash when its full |
17:36:37 | Demos | filwit: PHP |
17:36:58 | filwit | Demos: ahh.. EXetoC's joke makes sense now.. |
17:38:06 | Demos | ugh I need to write a sequencial solution for a super parellel problem on this assignment..... |
17:39:48 | EXetoC | :d |
17:41:45 | filwit | Demos: good schooling. that will be a very common software practice in the near future when we all have 32-64 core machines |
17:42:08 | filwit | Demos: or is right now if you're working on big server systems i'd imagine |
17:42:09 | Demos | well they measure our timing so allowing the use of OpenGL would kinda ruin that |
17:42:22 | Demos | *OpenCL |
17:42:37 | filwit | yeah, was confused as to how OpenGL was going to help you, lol |
17:42:54 | Demos | well compute shaders I guess |
17:43:02 | filwit | same thing |
17:43:07 | Araq | OrionPK: it's something to look into but it goes from : 135168 back to 94208 |
17:43:07 | Demos | hell with nvidia thrust this would be like a three line function |
17:43:27 | Araq | there is no leak |
17:43:29 | OrionPK | after how long? |
17:43:43 | Araq | running it for a minute now |
17:43:49 | Demos | hey Araq did you see the disscussion of modules that went on a few nights ago, kinda a big feature but I am interested to hear your throughts? |
17:44:02 | Araq | sorry I missed that one |
17:44:34 | OrionPK | what OS? |
17:44:41 | Araq | linux 64bit |
17:44:48 | OrionPK | chrome? |
17:44:53 | Araq | firefox |
17:44:57 | Demos | essentially we found that it was annoying to have to say stuff like from table import TTable then do the same for ...every... function related to TTable |
17:44:59 | OrionPK | mmk, did you have the tab focused? |
17:45:10 | * | MFlamer joined #nimrod |
17:45:13 | OrionPK | I noticed if the tab goes in the background the timer slows down |
17:45:41 | OrionPK | I'll run it for 20 or 30 mins and see what happens |
17:45:47 | Araq | OrionPK: it doesn't matter if focussed or not |
17:46:05 | Araq | and it never reaches more than 135168 |
17:46:16 | Araq | so ... why should I run it for 30 minutes? |
17:46:25 | OrionPK | I said I will |
17:46:30 | dom96 | filwit: Have you been watching Coder Radio? |
17:46:38 | filwit | dom96: yeah |
17:46:51 | Araq | Demos: oh not that old import dicussion again |
17:46:52 | filwit | dom96: kinda confused as to why you wanted me to, though |
17:47:06 | filwit | dom96: thought they might have been talking about Nimrod or something |
17:47:08 | dom96 | filwit: Did they mention Nimrod? |
17:47:12 | Demos | my thought was to allow something like from table import TTable and fns and then import the functions in the module qualified (you need to access them by referring to the module). Essentially it came down to "we would need ADL to make this work" |
17:47:19 | filwit | dom96: not that i've heard so far |
17:47:34 | filwit | dom96: was going to suggest it, but didn't know if they had just got done talking about it or something |
17:47:43 | Araq | delphi imports everything and doesn't even have "from import" as a feature and yet millions of lines of code have been written in it |
17:47:54 | OrionPK | Araq in the program it's showing 286720 for quite a while, but in task manager it keeps crawling up. |
17:48:08 | Araq | C doesn't even have a module system and yet billions of lines of code have been written in it |
17:48:12 | dom96 | filwit: Well, have they looked at viewer emails yet? |
17:48:27 | Araq | Nimrod supports a quite elaborate module system and yet everybody complains |
17:48:31 | dom96 | It's coder radio, why the hell are they talking about MS Surface? |
17:48:36 | Demos | I was going to say that c++ essentially does "modules" in the maximally painful way and people use it |
17:48:36 | filwit | dom96: idk, i've never listened to this show before |
17:49:19 | filwit | Demos: honestly, i'm not a fan of adding a special select import feature.. sounds like you should just divide up your module |
17:49:22 | Araq | if your "from x import foo" list becomes too tedious maybe you should use "import" instead? |
17:49:30 | OrionPK | what does linux say it's using, memorywise, araq? |
17:49:49 | filwit | Demos: the "from x import y" feature is designed for when you specifically ONLY want certain things |
17:50:06 | filwit | Demos: otherwise just import and prefix everywhere with the module name |
17:50:12 | Demos | yeah, the "solution" is to add c++ style Koenig lookup, but I would be money that that causes problems elsewhere |
17:50:19 | Araq | OrionPK: 860KB and not growing |
17:50:47 | Demos | *bet |
17:51:08 | filwit | Demos: here's a quick solution to avoid conflicts: "from M import nil" |
17:51:26 | filwit | Demos: then you're forced to prefix 'M' everywhere in your code |
17:51:49 | Demos | Oo OK, that works OK |
17:52:10 | Demos | can I still do like M.TFoo.blarg? |
17:52:20 | filwit | yes |
17:52:38 | Araq | filwit: yeah but people want to write M.foo everywhere except when then they don't M.`[]=`(tab, key, val) |
17:52:42 | Demos | but not blarg(M.TFoo)? |
17:53:10 | filwit | Demos: it would be M.blarg(M.TFoo) |
17:53:28 | Demos | not bad |
17:53:37 | OrionPK | Araq maybe windows only then? mines at 8524k and growing |
17:53:41 | filwit | Araq: i understand (and i would just import), i was just suggesting it for a module he wants tight control over |
17:53:53 | Araq | OrionPK: yeah will check on win later |
17:53:54 | OrionPK | Araq even though the program is staying at 286720 |
17:54:07 | EXetoC | symbols can be qualified either way though, which is good |
17:54:18 | OrionPK | Araq I'll check OSX in a bit |
17:54:19 | Demos | but it is a little strange that M.TFoo.blarg works when blarg(M.TFoo) does not. I am just sharing my thoughts, I do not have a huge problem with the current system |
17:54:21 | Araq | my favourite is: import foo except clash fyi |
17:54:47 | Araq | blacklisting instead of whitelisting works much better |
17:55:06 | filwit | Araq: woah.. din't know you could use 'except' in a import statement :D |
17:55:19 | Demos | it is in the docs filwit |
17:55:37 | filwit | Demos: what specifically? the "from ..." thing? |
17:55:47 | Demos | import foo except |
17:55:57 | filwit | i'd imagine it is |
17:56:23 | filwit | but the docs aren't always the best, in my experience |
17:56:41 | Araq | the docs are always lagging behind a bit |
17:56:51 | filwit | yeah.. |
17:57:10 | filwit | when Nimrod gets a bit more popular, docs will probably need an overhaul |
17:57:23 | filwit | besides, i would like to make them look like the website ;) |
17:58:03 | filwit | but i don't have time for that right now (and it'll require a lot of collab i think) |
17:58:47 | filwit | Demos: your best bet to find things in the doc is the use the Index + Ctrl-F |
18:00:13 | Araq | see you later |
18:00:28 | * | Demos quit (Ping timeout: 240 seconds) |
18:01:19 | filwit | dom96: where they talking about Nimrod at some point (on coderRadio)? |
18:02:17 | * | brson joined #nimrod |
18:02:42 | dom96 | filwit: Don't think so. |
18:03:03 | filwit | dom96: lol wut? why did you direct me there then? |
18:03:09 | filwit | lol |
18:03:21 | dom96 | filwit: BitPuffin sent them an email telling them to talk about Nimrod. |
18:03:34 | filwit | ahhh |
18:03:52 | filwit | well they're talking about Java.. maybe they'll move onto Nimrod |
18:04:09 | dom96 | They're actually kind of talking about Java positively. |
18:04:27 | dom96 | Making me want to stop listening. |
18:04:27 | filwit | cause it's practical.. no one can argue with that |
18:04:40 | filwit | it has ALL the tools.. |
18:04:55 | filwit | that saves devs time, and that's the most expensive thing for most tech companies |
18:04:56 | EXetoC | so its infrastructure then |
18:05:07 | * | DAddYE joined #nimrod |
18:05:19 | dom96 | I think they're done. |
18:05:25 | filwit | yeah, too bad |
18:07:05 | EXetoC | Bryan Lunduke was the only reason to watch Jupiter imo :p |
18:07:07 | * | mak2 joined #nimrod |
18:07:12 | dom96 | "JBot> Darn, filwit beat you to "Nimrod programming language"." |
18:07:16 | * | dom96 wonders how to vote |
18:07:45 | filwit | didn't know there was voting... |
18:08:12 | dom96 | "* You must identify to a registered nick to private message JBot" |
18:08:12 | dom96 | ffs |
18:08:21 | filwit | is all they talk about laptop hardware and tablets? |
18:08:35 | filwit | dom96: i'm a guest |
18:09:17 | dom96 | quick |
18:09:18 | filwit | LOL |
18:09:19 | filwit | i know |
18:09:22 | dom96 | ohh |
18:09:29 | dom96 | he just skips it |
18:09:53 | filwit | he probably doesn't know anything about it |
18:10:13 | filwit | probably didn't do any research and doesn't have anything to say, too bad |
18:10:40 | filwit | eveyone's talking about Java and C#... i should post the Raytracer comparison link we did |
18:11:08 | filwit | we ported** |
18:11:38 | dom96 | oh well. |
18:14:31 | MFlamer | filwit: does that latest raytracer benchmark use SIMD? |
18:14:33 | filwit | dom96: good idea though. looks like that show gets a lot of listeners. if they would talk about Nimrod it would get a lot of people looking |
18:14:53 | filwit | MFlamer: not yet, but i will make it use SIMD in the future |
18:15:20 | MFlamer | and it's already several times faster than C# |
18:15:39 | filwit | MFlamer: GCC does auto-vectorize though, so i'm not sure of how much of a difference it will make (usually SIMD makes more of an impact for Matrices and larger data-structures than vectors) |
18:15:56 | dom96 | filwit: it was BitPuffin's idea :) |
18:16:02 | MFlamer | I see.... |
18:16:50 | filwit | MFlamer: we will see though, it might make a big difference. Can't really say till i try it. |
18:17:22 | filwit | MFlamer: like you said though, Nimrod is 3-10x faster in the tests than .NET/Mono depending on the OS/plat |
18:17:56 | MFlamer | That is really good advertising |
18:18:02 | filwit | MFlamer: without hand-tuned optimization. so that should give a clear indication about real-world benefits in your code |
18:18:04 | OrionPK | Araq hmm i get "too many open files" error on OSX |
18:18:13 | OrionPK | not properly closing the fds I guess |
18:18:17 | filwit | MFlamer: yup! |
18:18:55 | filwit | dom96: one thing i realize that Nimrod's website isn't doing, is distributing bin builds of Nimrod for different platforms |
18:19:07 | dom96 | filwit: Yeah, I was going to fix that. |
18:19:13 | dom96 | Not enough time :( |
18:19:24 | filwit | dom96: i'm surprised i actually wen to through the entire process of building Nimrod the first time |
18:19:46 | filwit | dom96: in fact, the reason I came back (now that i think about it) was because Nimrod was built for Arch repos |
18:20:01 | filwit | dom96: and i could just try it without having to build everything |
18:20:24 | filwit | dom96: it's not hard, but i'm guessing a lot of people come to the website, then just leave when they're no super-simple way to try Nimrod out |
18:20:33 | dom96 | Well, you can technically still try it. But not latest from github. |
18:20:42 | filwit | dom96: how? |
18:20:54 | dom96 | There are download links on the website for 0.9.2 |
18:21:11 | filwit | oh pffttt.. |
18:21:17 | filwit | nevermind.. i'm retarded |
18:21:32 | filwit | there IS a download link.. idk how i assumed there wasn't |
18:21:49 | filwit | god my memory is horrible.. |
18:25:32 | * | mak2 left #nimrod ("WeeChat 0.4.2") |
18:32:56 | * | CarpNet quit (Quit: Leaving) |
18:46:16 | dom96 | well, see you later guys. |
18:46:24 | filwit | bye |
18:53:03 | * | shodan45 quit (Quit: Konversation terminated!) |
19:04:36 | * | fowl joined #nimrod |
19:08:11 | * | NimBot joined #nimrod |
19:11:45 | * | Endy quit (Ping timeout: 272 seconds) |
19:12:46 | * | Demos joined #nimrod |
19:14:29 | * | wlhlm joined #nimrod |
19:20:59 | EXetoC | fowl: utf-8? dðas |
19:21:16 | EXetoC | or maybe my font sucks |
19:21:55 | EXetoC | yup :< |
19:22:04 | fowl | not sure how to find out the encoding chromium is using |
19:22:05 | * | Demos quit (Ping timeout: 245 seconds) |
19:22:24 | * | BitPuffin joined #nimrod |
19:23:19 | fowl | well my client says "IRC (Latin/Unicode Hybrid)" whatever that means |
19:24:35 | EXetoC | nevermind, it's probably fine. I'm using the proggy font |
19:27:05 | * | BitPuffin quit (Ping timeout: 245 seconds) |
19:27:39 | filwit | btw, fowl, your SDL2 wrapper doesn't have SDL_Quit wrapped |
19:27:50 | fowl | whats SDL_Quit |
19:27:59 | filwit | fowl: it shuts down SDL |
19:28:38 | fowl | it does |
19:28:43 | fowl | sdl2.quit() |
19:28:47 | filwit | fowl: idk exactly, but all the C SDL2 tuts i've found call it at the end (along with SLD_glDeleteContext, which is also missing) |
19:29:15 | filwit | fowl: your right, sorry, it was the SDL_glDeleteContext that was missing, not Quit() |
19:29:27 | * | wlhlm left #nimrod ("weechat 0.4.2") |
19:30:17 | filwit | fowl: i was making something with your wrapper, but because you didn't have that I made my own (didn't know if you actually needed to call SDL_glDeleteContext or not.. thought it might have been taken care of with SDL_Quit [like it should] but the tuts show to do it) |
19:30:39 | EXetoC | wasn't the previous hardware/software-agnostic API for SDL useful? |
19:30:46 | filwit | fowl: at least the tuts i was looking at |
19:30:58 | filwit | EXetoC: ? |
19:31:26 | fowl | filwit, ill have all the sdl_gl_* functions in there in like 10 minutes |
19:31:27 | filwit | EXetoC: it's kinda impossible to make a _fully_ agnostic API unless you want to limit it |
19:32:04 | filwit | fowl: thanks, i'll look at using your wrapper again (to avoid duplication), but I just wanted to let you know |
19:32:44 | filwit | got to run now though |
19:32:45 | filwit | bbl |
19:32:51 | EXetoC | didn't SDL 1 work like that? |
19:34:34 | EXetoC | or does |
19:34:53 | fowl | work like what |
19:36:00 | EXetoC | in a backend-agnostic manner |
19:36:21 | EXetoC | software, OpenGL, etc |
19:37:05 | fowl | ah yea |
19:37:49 | fowl | sdl1 is more geared toward using the software renderer though, where in sdl2 it more focused on using gl/directx |
19:42:01 | EXetoC | there are APIs for both though, but I wonder how many people don't have access to neither gl nor directx these days |
19:42:22 | EXetoC | other than those using inadequate open source drivers in *nix |
19:42:47 | * | hoverbear joined #nimrod |
19:54:41 | * | Endy joined #nimrod |
19:56:10 | * | freezerburnv quit (Quit: freezerburnv) |
19:59:48 | * | faassen quit (Quit: Leaving.) |
20:08:59 | filwit | EXetoC: SDL is mostly about using a single API to easily create a a Window, GL/DX context, and handle user input (plus some other OS specific bits) |
20:09:41 | filwit | EXetoC: also, there's loading and saving image files in different formats (which DX does to a degree, but GL does not) |
20:09:58 | fowl | filwit, allthe gl functions should be there, keeping the GL_ prefix |
20:10:20 | filwit | EXetoC: often, it's one or two SDL lines to accomplish what many lines of normal GL init code would do, and it's completely cross-platform (including Wayland, Mir, even Android/iOS now) |
20:10:26 | fowl | when i clean this up a bit more and remove the static linking stuff im going to add sdl2 to the sdl package |
20:10:29 | filwit | fowl: thanks, i'll take a look later |
20:11:07 | filwit | fowl: and great news to hear SDL2 support will be added to Nimrod |
20:11:26 | fowl | what do you mean? its already supported (with my wrapper) |
20:11:53 | fowl | i mean sdl package as in when i pull sdl out of stdlib and make it a babel package |
20:13:40 | filwit | ahh, so you're going to make an SDL & SDL2 part of babel? |
20:14:11 | filwit | wait, are all exist Nimrod wrappers going to be moved to babel eventually? |
20:14:25 | * | BitPuffin joined #nimrod |
20:14:39 | BitPuffin | dom96: you failed me!! |
20:14:44 | fowl | filwit, most are |
20:15:10 | filwit | fowl: how will you include them then? Nimrod.SDL? |
20:15:19 | fowl | filwit, https://github.com/Araq/Nimrod/issues/623 |
20:17:00 | fowl | filwit, import sdl |
20:17:06 | BitPuffin | dom96: I'll check tomorrow if they read it. The feedback segment is at the top of the show |
20:17:19 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
20:17:37 | filwit | fowl: i haven't played with Babel much, you can added modules without a package prefix? |
20:17:40 | * | ics joined #nimrod |
20:17:56 | fowl | yea |
20:18:00 | filwit | fowl: in which case, will it be: import sdl2 ? |
20:18:02 | fowl | yea |
20:18:07 | filwit | great :) |
20:18:22 | BitPuffin | dom96: if they didn't read it I'll write a post on their subreddit |
20:18:24 | fowl | i only use the fowltek prefix because i want to spread my glory |
20:18:36 | filwit | lol |
20:18:58 | filwit | yeah, i just usually don't like using anything "unofficial" |
20:19:20 | fowl | why not |
20:19:23 | filwit | it grinds my OCD to have: import GL, OpenGL, Fowltek.SDL2 |
20:19:30 | filwit | :P |
20:19:32 | fowl | my wrappers are choice |
20:19:37 | fowl | you should not import gl and opengl |
20:19:39 | fowl | just use opengl |
20:19:47 | filwit | doesn't link |
20:20:08 | filwit | but i was thinking i might have been supposed to.. since they conflict everywhere |
20:20:23 | filwit | but if i just include OpenGL, then i get link errors |
20:20:31 | filwit | will report later i guess |
20:20:33 | fowl | weird |
20:20:53 | filwit | yeah, idk, says can't find libGL.so or something like that |
20:21:17 | filwit | was causing me a headache cause i was trying it like that for awhile |
20:21:26 | filwit | then included GL again, and eveything worked |
20:21:38 | filwit | but i have to do GL.glSomething and OpenGL.glSomething often |
20:23:02 | fowl | strange because im looking at gl and opengl and they both use libGL.so.1 |
20:23:27 | filwit | fowl: it's possible i was messing something up and read the error wrong |
20:23:46 | filwit | fowl: i'll try again later and let you know |
20:23:51 | fowl | ok |
20:26:30 | * | Endy quit (Ping timeout: 272 seconds) |
20:28:38 | * | Demos joined #nimrod |
20:51:51 | * | vidot_j quit (Quit: Leaving) |
20:52:08 | * | vidot_j joined #nimrod |
20:53:32 | vidot_j | Hello, I started with nimrod and I would like to know how countdown in a while please :) |
20:54:41 | * | Jackneill quit (Remote host closed the connection) |
20:56:24 | * | dymk quit (Ping timeout: 260 seconds) |
20:56:39 | filwit | hi vidot_j, welcome |
20:57:12 | vidot_j | Hi filwit, thanks =) |
20:57:43 | filwit | vidot_j: countdown doesn't really work with "while" statements i don't think (it doesn't make much sense to try and use a while with 'countdown') |
20:57:53 | filwit | vidot_j: unless i misunderstand your question |
20:58:14 | filwit | vidot_j: but you can just do: for i in countdown(10, 0): ... |
20:59:17 | filwit | vidot_j: which iterate 10 times, where i == 10, 9, 8, .. 1 |
20:59:44 | filwit | vidot_j: haven't used countdown() in awhile, so i might be wrong (it might start at 9 and end at 0) |
21:00:25 | vidot_j | no, i know, i want just know the inverse command of inc(var) into a while |
21:01:18 | vidot_j | i'm french, sorry for my bad expression in english ^^ |
21:01:56 | filwit | no, i understand you fine. just looking it up in the docs |
21:02:02 | filwit | i think it's something like 'dec' |
21:02:07 | EXetoC | I don't know what the difference would be, and inc(x) or inc(x, 1) is basically just x += 1. inc(x, 2) would be x += 2 |
21:02:20 | filwit | vidot_j: yes it's 'dec' |
21:02:21 | EXetoC | yes dec |
21:03:07 | filwit | vidot_j: although i prefer not to use those (and almost wish they didn't exist).. i prefer to just do 'i += 1' or 'i -= 1' |
21:03:09 | * | gradha joined #nimrod |
21:03:54 | EXetoC | the character length is the same though |
21:04:19 | EXetoC | and inc/dec is for enums as well, so they're slightly more generic |
21:04:20 | filwit | honestly.. why do those even exist? |
21:04:27 | filwit | ahh.. i see |
21:04:29 | filwit | still.. |
21:04:53 | filwit | there should just be "someEnum += 1" |
21:05:00 | vidot_j | It work, thanks for your help filwit and EXetoC |
21:05:09 | filwit | vidot_j: np :) |
21:06:36 | filwit | EXetoC: one thing i do _not_ like about Nimrods system.nim is there are too many overly abbreviated "convenience" operators procs... at least it looks that way when i glance through it |
21:07:32 | filwit | EXetoC: not that's a big deal or anything, just I think things like 'inc/dec' are virtually pointless when you've got '+=/-=' |
21:08:25 | filwit | EXetoC: also, i tried teaching a friend (physics student) some C# once.. and he was confused as to the '++/--' thing and just wanted to use '+= 1' cause it was simpler to understand what was going on |
21:11:09 | gradha | filwit: isn't that like super advanced programming? surely you mean var = var + 1 |
21:11:12 | * | shodan45 joined #nimrod |
21:12:19 | filwit | gradha: there's a trade off for sure, and the engineering student picked up on += pretty quickly |
21:12:46 | gradha | sure, my point is it wasn't natural either, he had to learn it |
21:12:55 | filwit | gradha: and i would like ++/-- myself if it where possible, but it's not, and inc/dec is confusing and uses common short-var names |
21:13:27 | filwit | gradha: good point.. but there is a balance to these things i think |
21:13:44 | EXetoC | you need very little experience to figure out ++/--, so it doesn't matter imo |
21:14:13 | filwit | i agree, only not in the case of Nimrod |
21:14:37 | filwit | (well, EVEN in the case of Nimrod it's "easy enough" to understand... i just don't things it's "ideal") |
21:14:56 | filwit | be cause learning "++" after you've learned "+=" is natural |
21:15:04 | filwit | learning "inc' after "+=" is not.. |
21:15:34 | filwit | so... just remove 'inc' altogether. Save everyone headache, IMO |
21:15:50 | filwit | not that that's ever going happen |
21:16:43 | gradha | filwit: yes, very natural http://this-plt-life.tumblr.com/post/36425242948/when-somebody-uses-the-word-natural |
21:17:28 | filwit | gradha: this isn't just about my "feeling", gradha |
21:17:42 | filwit | gradha: "+=" and "++" share symbols |
21:17:51 | filwit | gradha: "+=" and "inc" do not |
21:18:20 | gradha | if you go pedantic on natural you should actually back using words instead of sigils for readability |
21:18:26 | fowl | all my future nimrod codes will use uppercased function names and keywords only |
21:18:27 | EXetoC | inc and dec might throw when T is enum, so I don't know if it's wise to use +, +=, - and -= in that case |
21:18:33 | fowl | going back to BASICS |
21:18:37 | fowl | VAR x = 1 |
21:18:42 | fowl | FOR y in 0..2: |
21:18:48 | fowl | INC x |
21:19:29 | filwit | gradha: words is NOT how we learn math in math class, so no, i disagree |
21:19:46 | filwit | fowl: that's inconsistent once you start adding in other math symbols |
21:20:09 | filwit | fowl: and doesn't follow what everyone learns in school from a very early age |
21:20:19 | gradha | filwit: play the dig, rewrite nimrod to use geometry instead of math |
21:20:25 | fowl | filwit, me? |
21:20:32 | * | fredmorcos joined #nimrod |
21:20:57 | dom96 | BitPuffin: I'm sorry :( |
21:21:09 | gradha | actually, initial advances in mathematics didn't use symbols or numbers either, more like lengths of things, ropes, etc |
21:21:18 | filwit | gradha: you're over exaggerating my arguments. I'm not arguing for something so black-n-white, only that it makes _more_ sense (for the reasons i've given) in this situation |
21:21:35 | gradha | filwit: ok |
21:21:37 | filwit | fowl: sorry, i didn't understand that. What where you asking? |
21:21:39 | EXetoC | I'm sure there are plenty of languages that are better entry points for newbies |
21:21:56 | fowl | filwit, im not in the convo, why u pinging me |
21:21:56 | filwit | EXetoC: that's a poor excuse for "bad" language features :P |
21:22:12 | filwit | fowl: sorry, i thought you mentioned something, probably misread |
21:22:45 | filwit | fowl: no wait, you did join, you posted the "VAR x = 1; FOR ..." thing |
21:22:52 | filwit | fowl: maybe i misunderstood that? |
21:22:53 | EXetoC | so you're fine with those operators potentially throwing when T is enum? |
21:23:07 | fowl | yea but thats not really related to anything lol |
21:23:12 | OrionPK | dom96 i pruned down the leaking example from yesterday |
21:23:21 | dom96 | OrionPK: cool |
21:23:22 | filwit | EXetoC: i think there's an easy solution to that |
21:23:31 | OrionPK | https://gist.github.com/onionhammer/7306011 |
21:23:57 | EXetoC | actually, doesn't the language handle over/underflows already? |
21:24:27 | EXetoC | I can't remember in what situations. at least when truncating values |
21:25:02 | filwit | EXetoC: does 'high' work on enums? |
21:25:25 | Araq | filwit: yes |
21:25:51 | Araq | EXetoC: it checks for under-/overflow except there are some bugs left ... |
21:26:13 | Araq | hi vidot_j welcome |
21:26:16 | filwit | okay, so i guess having an 'inc/dec' that works with enums (& just happens to support regular ints as well.. cause it can) makes sense |
21:26:20 | fowl | these are not the bugs you are looking for |
21:26:34 | filwit | i guess i just don't like it being promoted over '+=' cause I think it's more confusing |
21:26:42 | dom96 | OrionPK: Well, i'm not sure what I can help with. It's up to Araq. |
21:26:50 | filwit | but that's a marketing thing, and a personal preference |
21:26:53 | filwit | so yeah.. |
21:26:53 | Araq | filwit: I've stopped caring about what you consider confusing. |
21:27:08 | Araq | basically everything that's different from C# is confusing according to you |
21:27:20 | OrionPK | dom96 starting to look that way. my non-asyncio versoin doesnt leak though |
21:27:28 | filwit | Araq: well i stopped caring about weather you care about me caring or not ;P |
21:27:46 | filwit | Araq: and that's completely false, about me only knowing C# |
21:27:52 | filwit | Araq: for one, i know more D than C# |
21:28:31 | * | gradha wonders if NSA cares about these discussions |
21:28:35 | filwit | Araq: and i have _explained_ reason to my arguments.. feel free to disagree with them, but honest i don't care if it's just "well i disagreed with him in the past, so don't really care anymore about anything he says" |
21:28:46 | dom96 | OrionPK: Perhaps asyncio does something silly, but I think I would have noticed that. Unless the memory leak is subtle? |
21:28:56 | Araq | a[i++] = ++i; |
21:29:15 | filwit | and that proves? |
21:29:16 | dom96 | gradha: NimBot logs all, none shall escape the NimBot, all shall interest its multi-core CPU. |
21:29:29 | fowl | dom96, i can kill nimbot |
21:29:37 | filwit | Araq: i think you may be confused as to what i _was_ arguing for |
21:29:39 | OrionPK | dom96 I think it's probably very subtle.. but no idea where. the httpserver's asyncio implementation doesnt seem to leak as far as I can tell |
21:30:21 | * | NimBot joined #nimrod |
21:30:22 | filwit | Araq: seriously dude, read my arguments |
21:30:27 | OrionPK | dom96 I'm also hitting the server ~50 times per second, and it crashes on OSX |
21:30:48 | OrionPK | it eats up all available fds on OSX |
21:31:10 | dom96 | fowl: Looks like a bug in marshal: https://gist.github.com/dom96/2dbe83ad6f790d6f354a |
21:31:26 | gradha | fowl: you would kill only one of its cores, it would respawn two then |
21:31:33 | dom96 | Unless... |
21:31:37 | filwit | Araq: no offense, but it's kinda insulting when you open with "i dont' care about what you have to say anymore, based on my personal opinion about your opinions in general" and then you dont even know what i was arguing for in the first place |
21:32:24 | vidot_j | A readline() can be an int ? |
21:32:45 | Araq | filwit: my "insults" are the price you have to pay for absurd nitpicking |
21:32:51 | vidot_j | var number: int = readLine(stdin) ? |
21:33:20 | gradha | vidot_j: there are two readlines, none return an int |
21:33:27 | EXetoC | vidot_j: I see no such function. You can verify that by browsing system.nim or checking the docs on the website |
21:33:41 | filwit | Araq: sorry, i'm not trying to get frustrated or mad at you. And i understand that i _do_ nitpick... but i do that because i _care_ about Nimrod |
21:33:56 | EXetoC | the library documentation |
21:34:10 | filwit | Araq: so when i see something that i think is wrong, i'm not going to stay silent about it until *I* understand *why* it's that way first |
21:34:14 | gradha | vidot_j: readline returns a string (or modifies a string) and you have to parse it to an integer with either strutils or parseutils |
21:34:28 | gradha | vidot_j: you can use the documentation index to search for parseInt() |
21:34:37 | Araq | filwit: inc/dec are natural for everybody who used Turbo Pascal or Modula 2,3 or x86 assembler ... |
21:34:52 | gradha | vidot_j: depending on the complexity of your parsing you will want one module or the other |
21:35:02 | OrionPK | why are mommy and daddy fighting? |
21:35:10 | filwit | Araq: which is a very small percent of programmers in comparison to all the C/C++/C#/Java folks |
21:35:18 | * | fowl holds OrionPK |
21:35:31 | vidot_j | ok thanks ^^ |
21:35:32 | Araq | filwit: that matters very little though |
21:35:33 | * | OrionPK shakes gently |
21:35:54 | filwit | Araq: and i already said "I see the benifit of 'inc'/'dec' for enums.. so might has well have it for ints too" |
21:36:13 | EXetoC | but they are all flawed in their own ways |
21:36:15 | * | Demos quit (Read error: Operation timed out) |
21:36:26 | filwit | Araq: (although, i think a "+=" might be better, but i havent' thought about or care enough to think about it) |
21:37:18 | filwit | Araq: and it *does* matter when you're talking about why or why-not a language feature should exist. My whole argument against 'inc' in the first place was because we don't learn that in math school (which we all go through at a young age) |
21:37:27 | EXetoC | my guess would be that it's that way because it aids writing generic code |
21:37:32 | * | hoverbear quit (Quit: Textual IRC Client: www.textualapp.com) |
21:37:48 | filwit | Araq: it was about illuminating confusing from _the most_ potential new Nimrod coders |
21:38:00 | Araq | filwit: but you don't learn += or ++ either in math... |
21:38:21 | gradha | never seen += or ++ outside of programming |
21:38:34 | gradha | and you see really funny sigils in math, not used in programming |
21:38:36 | filwit | Araq: YES. but like i said above, it's a _more natural_ (meaning uses the same symbols) as '+' |
21:38:41 | Araq | you learn 'cos' and 'sin' though and these have 3 letters too ... so it's consistent with math too |
21:38:43 | filwit | Araq: which we DO learn in math |
21:39:15 | filwit | Araq: only cause you learn cos/sin in school, and they aren't "basic" algebra |
21:39:35 | Araq | whatever man, it's too stupid to go on |
21:39:39 | filwit | Araq: besides, they're in the 'Math' module, not the 'system' one |
21:39:45 | * | gradha tries to remember when in school he learned about variable assignment |
21:40:07 | filwit | Araq: i agree.. i've ALREADY agreed that inc/dec are useful anyways.. |
21:41:33 | filwit | gradha: try Junior High, when you learned algebra |
21:41:38 | * | dymk joined #nimrod |
21:41:51 | gradha | filwit: I never learned anything in algebra, too alien for my little brain |
21:42:11 | filwit | gradha: sounds like a bad teacher :) |
21:42:32 | filwit | gradha: but what do i know, i taught myself everything anyways. |
21:42:37 | dom96 | Anyone care to give a summary? I don't feel like reading all the logs. |
21:42:52 | gradha | dom96: everything is confusing |
21:42:58 | fowl | dom96, we should have ++ and --, no we shouldnt, bicker bicker |
21:43:15 | EXetoC | if only the quality of the teachers was the only factor :p |
21:43:19 | filwit | i never said we should have "++/--" |
21:43:21 | filwit | that's impossible |
21:43:41 | filwit | i said 'inc/dec' shouldn't be there, since we have '+=/-=' |
21:43:48 | gradha | I'd prefer +-+ and -+- for symmetry, more pleasing asthetically |
21:43:54 | filwit | and EXetoC pointed out inc/dec worked for enums |
21:44:09 | fowl | oh |
21:48:42 | fowl | my bad |
21:49:28 | * | NimBot joined #nimrod |
21:50:25 | gradha | EXetoC: pass some urls |
21:51:56 | filwit | dom96: i understand you're playing peacekeeper, but that really is meaningless to mean when talking about a language. I hope you & Araq know that when i suggest something, it's usually cause i think it would help Nimrod's adoption. |
21:53:33 | gradha | nimrod 0.9.8 code named "nsa" will include a statistics module which will check the frequency of use of all the standard library, and just to be sure, your email too |
21:53:35 | filwit | dom96: i don't care if people disagree or get frustrated. Nimrod has an uphill battle to fight (like all new languages), but it actually has a chance to get very popular. If i didn't think that, i wouldn't be here. |
21:54:33 | gradha | open question: if I want to replace all "proc" for "ƒ" do I use a template or need a macro? |
21:54:53 | Araq | gradha: you need a source code filter |
21:55:24 | gradha | huh, really? I thought maybe a macro could rewrite itself into a proc definition |
21:55:37 | filwit | dom96: i'm actually under-exaggerating Nimrods potential really. There really isn't any other language that's as fast as C and as safe as Java |
21:56:07 | filwit | dom96: besides maybe D, but it's implementations are buggy and doesn't have good cross-platform support. |
21:57:37 | gradha | Araq: btw, the readme.txt is not in rst, it already has other markdown links |
21:58:17 | Araq | gradha: gah that's what happens if you don't write everything yourself |
21:58:22 | Araq | fine then I guess |
21:58:34 | dom96 | is readme.txt /meant/ to be in rst? |
21:58:35 | gradha | Araq: wait, I want to try with a symbolic link first |
21:58:49 | Araq | dom96: yeah |
21:58:55 | dom96 | TIL |
21:59:00 | gradha | dom96: TIL? |
21:59:01 | EXetoC | *you* are a symbolic link |
21:59:09 | dom96 | gradha: today I learn |
21:59:16 | gradha | idem |
21:59:20 | dom96 | gradha: You need to go on reddit more. |
21:59:21 | dom96 | :P |
21:59:24 | EXetoC | bfzq |
21:59:35 | gradha | dom96: what was that? |
21:59:41 | * | io2 joined #nimrod |
21:59:58 | gradha | oh, yeah, browser autocompletion rocks http://www.reddit.com/r/kpop/ |
22:00:03 | BitPuffin | dom96: you will not be forgiven! |
22:00:50 | gradha | I need to convince Girl's Generation to start coding in nimrod |
22:02:09 | * | BitPuffin quit (Quit: WeeChat 0.4.2) |
22:02:11 | dom96 | filwit: I know that you mean well. But remember that Araq has a limit to the energy he can spend on arguing about issues which are not of utmost priority, and AFAICS the issue you raise is pretty low priority and I mean this in the nicest way possible. |
22:02:28 | gradha | $ nimrod rst2html readme.txt -> readme.txt(29, 31) Error: '*' expected |
22:02:37 | gradha | Araq: are you really sure it was meant to be rst? |
22:02:40 | Araq | gradha: yeah yeah yeah |
22:02:53 | gradha | no worries, I'm here for the rewritting and stuff |
22:04:17 | filwit | dom96: he joined the argument. i didn't provoke him. i just spoke my mind on a matter. |
22:04:50 | Araq | filwit, dom96 no worries, everything is fine |
22:05:48 | filwit | dom96: and, if you read my original post, it wasn't me going "i think Nimrod should have this"... i said "i think it's pointless to have .." and then i retracted later (once i saw the benefit for enums... or at least that it wasn't confusing for enums) |
22:05:57 | * | BitPuffin joined #nimrod |
22:06:30 | filwit | Araq: yeah, i agree. no hard feelings. |
22:06:41 | filwit | Araq: i understand i can get annoying anyways |
22:08:57 | filwit | though, didn't Berkley do a study which showed that brutal arguing is the best way to create good ideas? |
22:09:07 | filwit | i watched something where someone mentioned that |
22:09:12 | gradha | filwit: more like brutal violence |
22:09:22 | filwit | that was is, lol |
22:09:26 | gradha | see all the military spending |
22:09:53 | fredmorcos | gradha, :))) |
22:09:55 | filwit | it's all so clear.. the US Military is only trying to make a better world for everyone! |
22:10:38 | EXetoC | interesting theory. maybe those youtube comments serve a purpose after all :p |
22:10:52 | * | fredmorcos quit (Quit: Leaving) |
22:11:11 | gradha | "I was going to solve this hundreds century theory but I ragequitted due to some youtube comments" |
22:11:38 | filwit | EXetoC: it was this video: http://www.youtube.com/watch?v=7XTHdcmjenI |
22:12:19 | filwit | he mentions the study at the end.. haven't looked up up though |
22:12:23 | EXetoC | I watched about 5 seconds of that before |
22:14:51 | * | zahary1 quit (Ping timeout: 260 seconds) |
22:15:24 | gradha | is there any magical switch to "nimrod rst2html" which will make the output less spartan? |
22:16:19 | Araq | gradha: no; instead I learned the gotchas of RST ... |
22:16:37 | * | Associat0r quit (Quit: Associat0r) |
22:17:55 | gradha | I guess my markdown previewer has better default CSS |
22:19:21 | * | dymk quit (Ping timeout: 245 seconds) |
22:22:35 | gradha | yay, https://github.com/Araq/Nimrod/pull/661 is closer to pr 666 |
22:26:05 | * | io2 quit () |
22:36:48 | * | mak3 joined #nimrod |
22:37:08 | Araq | hi mak3 welcome |
22:40:15 | VarriountPhone | Blarg |
22:40:45 | gradha | VarriountPhone: hey, how's your bouncer? |
22:41:45 | VarriountPhone | Won't work |
22:42:15 | gradha | VarriountPhone: maybe it's of the "no news is good news" camp |
22:42:45 | VarriountPhone | Too sick to fiddle with it |
22:43:55 | VarriountPhone | Last night I threw up 4 times in as many hours |
22:44:30 | gradha | perpetuum vomit? |
22:45:05 | gradha | VarriountPhone: get well, we need you for pushing nimrod to the infinite, and beyond |
22:46:05 | VarriountPhone | Aww, your too nice |
22:48:05 | * | gour_ quit (Quit: WeeChat 0.4.1) |
23:07:16 | gradha | Araq: what is config/rename.rules.cfg used for? also, is config/nimdoc.cfg read for rst2html command? |
23:08:26 | * | dymk joined #nimrod |
23:10:06 | Araq | gradha: rename.rules.cfg is used for the upcoming "nimrod pretty" |
23:10:16 | Araq | and nimdoc is used for rst2html yeah |
23:10:46 | gradha | I've heard rumors about this pretty, is it any good? |
23:11:51 | gradha | aww, it does not overwrite the prettified file, too safe |
23:12:31 | gradha | raising Eio is awesome |
23:12:41 | fowl | eieio |
23:12:51 | gradha | there you go |
23:13:01 | fowl | TOldMcDonald |
23:13:01 | Araq | gradha: it's not ready I guess :P |
23:13:51 | gradha | for a case insensitive language it mangless all my upper case vars into lowercase |
23:15:11 | gradha | meh, it all compiles anyway, that's no fun |
23:16:11 | gradha | it is interesting that it lowercases stack variables but not result |
23:34:46 | * | mak3 quit (Ping timeout: 245 seconds) |
23:34:46 | * | gradha goes to #rust, waits for Araq to welcome me there |
23:38:26 | gradha | good night |
23:38:36 | Araq | same here |
23:38:36 | * | gradha quit (Quit: bbl, need to watch https://www.youtube.com/watch?v=n7pXRdkdJxI again) |
23:38:36 | Araq | good night |
23:41:16 | dom96 | same :P bye |
23:46:06 | * | xenagi joined #nimrod |
23:57:54 | * | shevy joined #nimrod |