00:01:18 | Araq | fowl: well you need to discard line 91 as well as 95 |
00:01:55 | Araq | though the error message could be better of course |
00:03:28 | fowl | its discardable though |
00:04:33 | fowl | oh now i get "not all cases are covered" for that case statement -_- wtf |
00:05:17 | * | EXetoC joined #nimrod |
00:10:51 | fowl | erm |
00:10:52 | fowl | nvm |
00:12:08 | * | zanoni left #nimrod ("http://quassel-irc.org - Chat comfortably. Anywhere.") |
01:03:03 | * | EXetoC quit (Quit: WeeChat 0.4.2) |
01:39:19 | * | mflamer joined #nimrod |
01:50:28 | * | mflamer quit (Ping timeout: 246 seconds) |
02:03:05 | * | DAddYE quit (Remote host closed the connection) |
02:55:08 | * | krusipo quit (Ping timeout: 272 seconds) |
02:59:32 | * | xenagi joined #nimrod |
03:04:35 | * | DAddYE joined #nimrod |
03:04:50 | * | xenagi quit (Quit: Leaving) |
03:07:34 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
03:10:58 | * | DAddYE quit (Ping timeout: 245 seconds) |
03:12:48 | * | ics joined #nimrod |
03:16:15 | * | xenagi joined #nimrod |
03:18:26 | * | DAddYE joined #nimrod |
03:18:28 | * | DAddYE quit (Remote host closed the connection) |
03:18:34 | * | DAddYE joined #nimrod |
03:28:11 | * | xenagi quit (Quit: Leaving) |
04:12:54 | * | xenagi joined #nimrod |
04:23:50 | * | brihat left #nimrod (#nimrod) |
04:42:02 | * | OrionPKM quit (Remote host closed the connection) |
04:48:48 | * | krusipo joined #nimrod |
04:54:52 | * | xenagi quit (Quit: Leaving) |
05:29:56 | * | OrionPK quit (Read error: Connection reset by peer) |
06:16:58 | * | mflamer joined #nimrod |
07:05:09 | * | DAddYE quit () |
08:05:27 | * | mflamer quit (Ping timeout: 272 seconds) |
09:15:08 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
09:32:36 | * | Associat0r quit (Quit: Associat0r) |
09:36:30 | * | EXetoC joined #nimrod |
09:41:29 | * | CarpNet joined #nimrod |
09:51:12 | C0C0 | http://i.imgur.com/pudAZvz.png some update, from our pathtracer - now faster a lot faster in scenes with little direct light |
09:51:53 | zahary_ | cool, this is in Nimrod and open-source? |
09:55:41 | C0C0 | zahary_: its nimrod sure, but currently not yet published |
09:56:04 | C0C0 | (but will be once I |
09:56:52 | C0C0 | (I think the math is still quite a bit off) |
09:57:06 | C0C0 | but we are going to push to github sooner or later |
09:58:16 | zahary_ | nice work, I have many friends working on the one of the most popular ray tracers right now - vray |
09:59:04 | C0C0 | as in "maintining it" or in "using it"? |
09:59:54 | zahary_ | programmers on the team - the company that makes it is based where I live |
10:00:00 | C0C0 | cool |
10:04:45 | C0C0 | always loved doing computer graphics^^ |
10:05:17 | C0C0 | visual results make programming quite rewarding |
10:05:28 | C0C0 | visual bugs on the other hand.... are a pain |
10:06:50 | zahary_ | and it's just you and the machine, not dozens of frameworks that you have to glue together like in most other software endeavors nowadays |
10:15:27 | Araq | can this raytracing be made fast enough for 60fps on today's machines? |
10:15:44 | zahary_ | only in toy projects |
10:16:18 | Araq | that's what I feared ;-) |
10:16:27 | zahary_ | intel was going to create a video card featuring 128 x86 cores, which was supposed to use a real-time ray tracer, but the project got canceled |
10:16:39 | Araq | XD |
10:17:08 | zahary_ | it now lives on as Xeon Phi marketed as a super-computing platform |
10:17:13 | zahary_ | http://en.wikipedia.org/wiki/Intel_MIC |
10:17:19 | zahary_ | http://en.wikipedia.org/wiki/Larrabee_(microarchitecture) |
10:25:19 | fowl | 128 cores |
10:25:27 | fowl | the future :o |
10:25:39 | zahary_ | reading from wikipedia, it seems I overestimated this number |
10:25:54 | zahary_ | the current xeon phis have 60 cores |
10:31:56 | C0C0 | Araq: have a look at raytracey.blogspot.de <- this guy |
10:32:09 | C0C0 | he is doing near realtime path tracing |
10:33:36 | C0C0 | or look up brigade and octane |
10:33:59 | C0C0 | also: raytracing is fast enough as far as I know, but path tracing is not |
10:34:30 | C0C0 | (however simple raytracing doesn't really improve graphics that much over rasterisation + some tricky shaders) |
10:42:59 | * | ics joined #nimrod |
10:52:12 | zahary_ | I guess the first games using ray tracers will exploit the fact that ray-tracing allows you to do more stylistic and distinctly looking graphics, not aiming for photo-realism (or exploit excessive light refractions in the gameplay somehow) |
10:53:38 | zahary_ | it's bit boring that all modern GPU games look the same - your graphics can be interesting in other ways: |
10:53:39 | zahary_ | https://www.youtube.com/watch?v=kD5F54SZkMA |
10:54:15 | fowl | shaders |
11:02:47 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
11:03:32 | Araq | zahary_ did you get my message about removing implicit nkDo creation? |
11:03:40 | zahary_ | nope |
11:03:50 | Araq | it's a WTF feature really |
11:04:24 | Araq | instead we should have a simple macros.skipDo proc so that a macro can easily support both syntaxes |
11:05:40 | Araq | anything that is not wysiwyg for ASTs is really a bad idea for the macro system |
11:07:02 | zahary_ | skipDo sounds like something most users will forget to do all the time. we could do the normalization in the other direction - no arguments do is reduced to statement list and statements lists are handled better in sigmatch |
11:08:33 | Araq | perhaps |
11:09:17 | Araq | on the other hand macros need already to use CallKinds otherwise you end up supporting foo(a, b) but not foo a, b |
11:09:44 | Araq | so that's a problem that we already have |
11:10:30 | Araq | maybe we need to map TNodeKind -> MoreUsefulNodeKind |
11:10:50 | Araq | and make the macros API much easier at the same time |
11:12:03 | zahary_ | OTOH, if we decide to do normalization in one case, we could start using it in general - reduce the nkCommand and nkCall to the same thing |
11:12:03 | zahary_ | your idea of a higher level API could also work |
11:12:44 | Araq | well the API still sucks |
11:13:56 | Araq | the reason is of course that it never really was designed by me, when I wrote it I was concerned about how to implement it in evals.nim |
11:14:49 | zahary_ | after the type classes and a bit of bug fixing, I'll try to get my hypolang working btw - one of the ideas I want to test is how easy would be to provide macros on my s-expression based grammer |
11:15:48 | Araq | what? you have an s-expression based grammar? |
11:16:14 | Araq | when did that happen? ;-) fed up with syntax games? |
11:16:26 | zahary_ | well, it's the indentation based grammar with horizontal parsing and heavy use of blocks that I have described before |
11:17:25 | Araq | alright |
11:17:32 | zahary_ | in the end, the only element is a "function call", hence s-expression |
11:20:55 | Araq | I still think you can't do without keywords |
11:21:32 | Araq | the keywords also help incredibly when you pre-analyse a macro to make it hygienic |
11:21:45 | zahary_ | there are two levels of infix operators; epxressio-level like + and - and call-level like | and `if` |
11:22:19 | Araq | iirc Scheme's solutions for hygiene are much more complex than Nimrod's as Scheme has no keywords |
11:22:43 | fowl | lisp has keywords |
11:22:52 | fowl | def/lambda |
11:24:22 | zahary_ | I see what you mean, but my objection against keywords is that it prevents splicing into keyword positions in the syntax |
11:24:34 | zahary_ | I cannot have a macro taking as argument "var" or "let" and then doing |
11:24:56 | zahary_ | arg x = ... |
11:25:40 | zahary_ | so, I don't want to give a special privileges to keywords int the grammar itself. now certain symbols act in special ways for the compiler in the semantic pass, etc |
11:26:13 | Araq | fowl: in Scheme they can redefined afaik |
11:26:20 | zahary_ | i.e. the control flow "keywords" are known and recognized by the compiler |
11:26:43 | Araq | ok I see |
11:30:58 | fowl | i just realized you can avoid this now: x = consumetoken(); while x.notSomething: stuff; x = consumetoken() |
11:31:18 | fowl | while(var x = consumetoken(); x.notsomething): stuff |
11:31:26 | Araq | you always could with 'while true' |
11:31:38 | Araq | and that's what I still prefer |
11:55:53 | * | noam quit (Read error: Connection reset by peer) |
11:56:18 | * | noam joined #nimrod |
12:23:05 | Araq | see you later |
12:25:44 | * | zahary_ left #nimrod (#nimrod) |
12:46:08 | * | BitPuffin joined #nimrod |
13:08:21 | EXetoC | BitPuffin: hey, want a Nokia 5100 for $10? |
13:17:51 | * | Jackneill joined #nimrod |
13:19:32 | * | zahary_ joined #nimrod |
13:25:53 | BitPuffin | EXetoC: you reeaaaally think it's worth that much? :P |
13:25:59 | BitPuffin | oh my oh my |
13:26:14 | BitPuffin | have you ordered a new phone? |
13:26:45 | BitPuffin | keep the phone and hack it |
13:26:48 | BitPuffin | put nimrod on it |
13:26:55 | BitPuffin | write an os xD |
13:35:34 | EXetoC | BitPuffin: sure, it has a flashlight and everything! |
13:36:08 | EXetoC | BitPuffin: yes I got a Samsung Mega. it's slightly better than my old phone imo |
13:39:46 | * | ics joined #nimrod |
13:42:17 | EXetoC | BitPuffin: A Nokia 5100 OS written in Nimrod? oh my |
13:45:54 | BitPuffin | :P |
13:58:32 | EXetoC | stupid GTK file dialog. mid-string searches pls |
13:59:38 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
14:08:38 | BitPuffin | apparently there has been a new release of wxwidgets |
14:09:32 | Varriount | :O |
14:09:53 | BitPuffin | http://www.wxwidgets.org/ |
14:10:06 | BitPuffin | if anyone wanna have some binding fun |
14:10:22 | EXetoC | damn, long 2.x lifespan |
14:10:35 | BitPuffin | it would be useful for people coming over to be able to use something other than gtk+ |
14:10:53 | BitPuffin | lol yeah :P |
14:10:56 | Varriount | Doesn't WxWidgets have only a C++ interface (How do you even wrap that?) |
14:11:02 | BitPuffin | but we aren't really people to talk |
14:11:11 | BitPuffin | we've had quite a long 0.x lifespan in nimrod :P |
14:11:21 | BitPuffin | Varriount: c2nim supports C++ |
14:11:25 | BitPuffin | and nimrod can compile to C++ |
14:11:39 | Varriount | *can* |
14:11:58 | BitPuffin | anyways it's possible |
14:12:02 | BitPuffin | easier than in other languages |
14:12:11 | EXetoC | not everyone might want to do that unfortunately |
14:12:14 | BitPuffin | https://github.com/Araq/Nimrod/blob/master/examples/c%2B%2Biface/irrlichtex.nim |
14:12:30 | Varriount | Anyone have any documentation on nake files? I keep hearing you guys mention them, and only know that they are somewhat similar to make files. |
14:12:55 | BitPuffin | https://github.com/fowlmouth/nake |
14:13:21 | Varriount | Ooh, shiny. |
14:13:24 | BitPuffin | Documentation |
14:13:25 | BitPuffin | Run the docs task of the included nakefile to generate the user API HTML documentation. This documentation explains what symbols you can use other than the obvious task to define tasks. If you installed from babel you first need to go to your babel directory. Unix example: |
14:13:35 | BitPuffin | blabla |
14:13:37 | BitPuffin | :P |
14:13:46 | shevy | nakefile? |
14:13:48 | shevy | what is that |
14:13:49 | Varriount | BitPuffin, I meant, documentation of the nake project *itself* |
14:13:54 | BitPuffin | shevy: it's like make and rake |
14:14:08 | BitPuffin | Varriount: ahh, well ther you go :P |
14:14:15 | shevy | naked |
14:14:18 | Varriount | Except not as mind-numbingly tedious |
14:14:21 | BitPuffin | -_- |
14:14:25 | shevy | run these files only when sitting naked in a chair |
14:14:27 | BitPuffin | yeah exactly Varriount xD |
14:14:35 | * | Varriount looks at make files. Varriount cries. |
14:14:45 | BitPuffin | but I'm always naked in a chair |
14:14:49 | BitPuffin | even when I'm walking around |
14:14:50 | Varriount | O_o |
14:15:01 | BitPuffin | yes |
14:15:10 | * | Varriount slaps BitPuffin around a bit with a nano mackeral. |
14:15:37 | Varriount | Rats, I was hoping for a universe-sized mackeral. |
14:17:15 | BitPuffin | that never gets old :P |
14:17:28 | Varriount | At least, not for me! |
14:18:09 | BitPuffin | yet Araq let's you get away with it xD |
14:18:39 | Varriount | Araq's time zone only mostly overlaps with mine. |
14:19:12 | BitPuffin | you mean does not |
14:19:13 | BitPuffin | ? |
14:20:01 | Varriount | No, I mean, 'does' |
14:22:21 | BitPuffin | but that means that you are up at the same time doesn't it? |
14:22:38 | Varriount | My time zone is -5 hours, his is, I believe, +1 hour |
14:23:02 | Varriount | So our 'waking hours' only mostly overlap. |
14:23:48 | BitPuffin | yes, so if they overlap you are both awake at the same time |
14:23:58 | Varriount | Yes. |
14:24:16 | Varriount | Does Mr. Mackeral need to show you? |
14:24:22 | BitPuffin | ah but you mean that they _only_ mostly overlap, they don't always :P |
14:24:25 | BitPuffin | no ;_; |
14:24:41 | BitPuffin | I believe I'm in +1 to |
14:24:43 | BitPuffin | o |
14:24:54 | BitPuffin | so me and Araq are best friends |
14:25:02 | BitPuffin | obviously :P |
14:25:04 | Varriount | BitPuffin, you live.. in Great Britain? |
14:25:10 | BitPuffin | all you need is the same timezone |
14:25:17 | BitPuffin | nein, sweden jaaa, Varriount |
14:25:44 | Varriount | Ah, I think I got your origin mixed up with another user. |
14:26:06 | * | q66_ joined #nimrod |
14:26:33 | Varriount | BitPuffin, answer me this: Why is it that all my favorite artists, whether it be games or music, come from Sweden or the surrounding countries? |
14:27:12 | BitPuffin | Varriount: we just happen to be more talented |
14:27:27 | BitPuffin | says the guy who doesn't believe in talent |
14:27:30 | Varriount | Obviously. :P |
14:27:32 | BitPuffin | Varriount: we work harder :P |
14:27:48 | Varriount | ^ Also likely, we US Americans are lazy. |
14:27:57 | BitPuffin | we have very high work ethic |
14:28:33 | EXetoC | Amon Amarth is from my home town apparently. awesome innit |
14:28:35 | Varriount | And, if I'm not mistaken, a collectivistic culture (although I could be confusing Sweden with another country again) |
14:28:50 | * | Varriount likes his intro to communications class |
14:29:27 | * | q66 quit (Ping timeout: 246 seconds) |
14:29:27 | BitPuffin | EXetoC: I've seen them live |
14:30:00 | EXetoC | nice |
14:30:26 | BitPuffin | spawn of possession is the best swedish band |
14:30:28 | BitPuffin | * band |
14:31:52 | EXetoC | sounds alright |
14:32:06 | Varriount | Sounds like a metal band. |
14:32:31 | BitPuffin | Varriount: it is _the_ metal band |
14:33:00 | EXetoC | Blotted Science is another good technical death metal band |
14:33:29 | Varriount | BitPuffin, the only metal bands I tend to like are the symphonic ones. |
14:34:17 | BitPuffin | EXetoC: I've added them to my playlist |
14:34:25 | EXetoC | \m/ |
14:34:31 | BitPuffin | \m/ |
14:34:39 | BitPuffin | | |
14:34:41 | BitPuffin | \ |
14:34:44 | BitPuffin | o / |
14:34:47 | BitPuffin | | |
14:34:49 | BitPuffin | oops |
14:35:08 | BitPuffin | /w\ |
14:37:13 | EXetoC | lål |
14:37:25 | * | Varriount slaps BitPuffin and EXetoC around a bit with a siamese mackeral. |
14:39:40 | EXetoC | BitPuffin: is wxwidgets your toolkit of choice? |
14:39:50 | EXetoC | I think I'll be giving IUP a go |
14:39:53 | BitPuffin | EXetoC: I don't do GUIs atm |
14:39:57 | BitPuffin | so I don't have one of choice |
14:40:00 | BitPuffin | IUP? |
14:40:01 | Varriount | ^ |
14:40:25 | BitPuffin | what is google even |
14:41:20 | BitPuffin | EXetoC: By the way if you like oldschool goodness give nocturnus "the key" a listen |
14:44:03 | Varriount | So BitPuffin, What are you working on atm? |
14:44:25 | BitPuffin | Varriount: too much |
14:47:35 | BitPuffin | Varriount: trying to get a game project done for december |
14:47:44 | BitPuffin | and even if I were to succeed with getting it done on time |
14:47:54 | BitPuffin | I'd still have to create the website to put it up on |
14:48:08 | BitPuffin | and not only that I still have a website thingy I need to finish for some guy |
14:48:15 | BitPuffin | and I also have a full time internship |
14:48:28 | BitPuffin | energy-- |
14:49:35 | BitPuffin | and I didn't even mention my blog website because I'm delaying it for the other stuff |
14:50:34 | * | OrionPK joined #nimrod |
14:51:21 | BitPuffin | Varriount: what about you? |
15:05:28 | Varriount | BitPuffin, I'm trying to get inner-closure-iterators working. |
15:05:36 | BitPuffin | Varriount: ah cool! |
15:05:46 | Varriount | So that my itertools library will work. |
15:06:02 | BitPuffin | what does it provide? |
15:06:35 | BitPuffin | I hope https://github.com/Araq/Nimrod/issues/686 is fixed soon |
15:06:49 | Varriount | Functions useful for chaining, combining, and managing iterator functions and objects that support for loops. |
15:07:03 | * | shevy left #nimrod ("I'll be back ... maybe") |
15:07:06 | BitPuffin | EXetoC: okay time to listen to the blotted science thingy, but first pee |
15:07:25 | Varriount | BitPuffin, the best way to fix a bug is either to fix it yourself, or find out as much as possible about it, to help those who can fix it. |
15:13:32 | BitPuffin | Varriount: yeah, I'd like to fix it but read above and you might see why I can't. Me and Araq attempted to fix it but stumbled in to zahary's code which he didn't know enough about |
15:13:55 | Varriount | BitPuffin, Yeah. |
15:14:15 | Varriount | BitPuffin, in my case, I'm stumbling through code that even Araq admits is complicated. |
15:14:58 | BitPuffin | haha :P |
15:15:33 | Varriount | Right now, I've narrowed down things and found what is wrong (a node is being duplicated) but I have no idea how to prevent the duplication. |
15:16:41 | BitPuffin | sounds nasty |
15:17:42 | Varriount | Yeah. Essentially, a hidden parameter that is passed to lambdas and iterators is being duplicated. The parameter is needed to pass in environment variables and such. |
15:18:01 | BitPuffin | EXetoC: is it just the first song or is there no vocals? :P |
15:18:19 | BitPuffin | Varriount: hmm |
15:19:36 | Varriount | BitPuffin, on the upside, I'm learning all about lambda lifting. |
15:20:13 | Varriount | (Which bears no relation to Lama Lifting) |
15:20:28 | BitPuffin | Varriount: that's nice, always cool when you learn something :P |
15:27:24 | EXetoC | BitPuffin: nope no vocals |
15:28:20 | BitPuffin | EXetoC: it's pretty damn awesome though |
15:32:00 | EXetoC | :> |
15:46:41 | * | Varriount_ joined #nimrod |
15:49:25 | * | Varriount quit (Ping timeout: 272 seconds) |
15:52:39 | * | Varriount joined #nimrod |
15:54:52 | * | Varriount__ joined #nimrod |
15:55:01 | Varriount__ | Ok, this is getting ridiculous. |
15:55:45 | * | Varriount_ quit (Ping timeout: 272 seconds) |
15:57:18 | * | Varriount quit (Disconnected by services) |
15:57:23 | * | Varriount__ is now known as Varriount |
15:59:07 | * | BitPuffin quit (Read error: Operation timed out) |
16:00:51 | * | Associat0r joined #nimrod |
16:00:51 | * | Associat0r quit (Changing host) |
16:00:51 | * | Associat0r joined #nimrod |
16:21:46 | * | Varriount_ joined #nimrod |
16:22:59 | * | Varriount quit (Ping timeout: 272 seconds) |
16:25:31 | * | brihat joined #nimrod |
16:29:19 | * | Varriount_ quit (Ping timeout: 272 seconds) |
16:40:25 | * | OrionPKM joined #nimrod |
16:52:37 | * | q66_ is now known as q66 |
17:05:12 | * | MFlamer joined #nimrod |
17:16:06 | * | VarriountBackup joined #nimrod |
17:16:26 | VarriountBackup | So, apparently my home internet connection is down. |
17:20:39 | * | VarriountBackup quit (Ping timeout: 250 seconds) |
17:30:18 | fowl | every time that happens to me i think its the Big One |
17:47:23 | * | ics joined #nimrod |
18:01:59 | * | DAddYE joined #nimrod |
18:07:29 | * | silven quit (Read error: Operation timed out) |
18:09:31 | * | silven joined #nimrod |
18:18:53 | * | gradha joined #nimrod |
18:19:40 | * | CarpNet quit (Quit: Leaving) |
18:30:04 | * | Varriount joined #nimrod |
18:30:53 | Varriount | dom96: The Windows Builders are going to be down until my ISP fixes whatever is wrong with the connection. Sorry. |
18:31:29 | Varriount | The only reason I'm online at the moment is because I'm using my college campus' internet connection. |
18:36:57 | Araq | Varriount: sounds like you finally have enough time for nimrod :-) |
18:37:09 | Araq | the internet is too distracting to get work done |
18:38:50 | * | shodan45 joined #nimrod |
18:44:25 | Varriount | Araq: I can't access my desktop, so I don't have any simple means of building nimrod. |
18:45:17 | Araq | well you can read nimrod's source code and mediate over it instead |
18:45:25 | Varriount | True. |
18:45:34 | gradha | maybe your college can provide you with a machine on top of that network connection |
18:46:08 | Araq | *meditate |
18:46:29 | Varriount | Araq: I've narrowed down where the additional env argument for lambda lifting is coming from, the difficult part is, how do I tell if an env parameter is already there? |
18:46:54 | Araq | tfCapturesEnv in sym.typ.flags |
18:47:20 | Varriount | Ah, I tried that, but then makeClosure throws an error. |
18:47:23 | Araq | but you have to adapt the code slightly so that holds iff there is an env |
18:57:14 | * | BitPuffin joined #nimrod |
19:25:54 | * | OrionPKM quit (Remote host closed the connection) |
19:33:13 | * | DAddYE quit (Remote host closed the connection) |
19:33:49 | * | DAddYE joined #nimrod |
19:40:10 | OrionPK | /join #nimtest |
19:40:18 | OrionPK | *sigh* |
19:40:22 | OrionPK | it's gonna be one of those days |
19:40:36 | EXetoC | was someone working on rust-style enumerators? |
19:42:47 | Varriount | I don't know, what are rust style enumerators. |
19:43:41 | OrionPK | varriount, earlier you did something that made my custom irc client htink you were using an action |
19:43:57 | OrionPK | e.g using a /me style message or something |
19:44:25 | Varriount | Well, that was with my XChat client, I'll see if the freenode webchat client supports it too |
19:44:41 | OrionPK | I use xchat regularly, so i dont think it's that... |
19:44:45 | OrionPK | it was when you said "So, apparently my home internet connection is down." |
19:45:09 | Varriount | I didn't use any action command then. |
19:45:22 | OrionPK | i know it wasnt an action, but for some reason the client interpreted it as that |
19:45:33 | Varriount | I might have ghosted my nick, was that it? |
19:45:36 | OrionPK | meaning it had "1ACTION" |
19:45:44 | OrionPK | ghosted your nick? |
19:45:49 | * | gradha jumps and gets 1UP |
19:45:53 | Varriount | ./ns ghost |
19:46:10 | OrionPK | hmm |
19:46:12 | Varriount | It kills a client using your username |
19:46:32 | Varriount | Or in most cases, simply disconnects an already dead connection. |
19:47:19 | OrionPK | well, i'll just have to watch out for it again I guess |
19:49:44 | Varriount | gradha: I saw your Ouroboros lib, I like it. |
19:50:46 | OrionPK | im probably going to use it a bit w/ familiar |
19:51:01 | OrionPK | want all my js/css embedded in the exe for release builds |
19:51:14 | Varriount | familier? |
19:51:30 | OrionPK | https://dl.dropboxusercontent.com/u/417554/familiar-dark.png |
19:51:51 | Varriount | IRC Client in Nimrod? |
19:52:02 | OrionPK | ircclient/webserver, yes |
19:52:30 | gradha | Varriount: thanks, did you test it under windows? |
19:52:42 | OrionPK | ive got it running on windows, osx and debian/ARM :) |
19:52:47 | Varriount | OrionPK: Be careful, I believe that freenode is very touchy about anything proxy-like connecting to their network. |
19:53:01 | OrionPK | varriount what makes you say that? |
19:53:24 | Varriount | OrionPK: Freenode has banned various (most) webchat IRC clients. |
19:53:41 | Varriount | Because they act as proxies, and allow users to evade bans. |
19:53:53 | Varriount | See: Mibbet |
19:53:56 | Varriount | *Mibbit |
19:54:03 | OrionPK | this isnt a proxy or a service |
19:54:09 | OrionPK | each person has to host their own instance of it |
19:54:26 | Varriount | gradha: I haven't actually used it yet, I've just read through the API and the code a bit. |
19:54:48 | EXetoC | Varriount: enumerators in Rust can represent individual variants of a tagged union |
19:55:07 | EXetoC | MFlamer: is that what you're working on, or have I misunderstood? |
19:55:08 | gradha | Varriount: that's really weird, you read other people's code? |
19:55:21 | * | gradha walks away a little bit fom Varriount |
19:55:30 | EXetoC | freak |
19:55:39 | Varriount | gradha: Yes. It helps me learn not only the inner workings of a library, but the techniques used therein. |
19:56:14 | Varriount | "A user interface is well-designed when the program behaves exactly how the user thought it would." - Joel Spolsky |
19:56:31 | Varriount | That axiom also applies to library API's |
19:57:03 | EXetoC | what does it not apply to? :p |
19:57:16 | Varriount | EXetoC: Stories |
19:57:45 | Varriount | If people got exactly what they expected with regards to stories, there would be no surprise. |
19:58:32 | gradha | people watch Apple's keynotes expecting a surprise, they get one when they aren't surprised |
19:58:46 | Varriount | EXetoC: How fast does the client run/what kind of performance does it get? |
19:58:59 | Varriount | Oops, I meant, OrionPK |
19:59:09 | OrionPK | hm? |
19:59:37 | OrionPK | in terms of what |
20:00:59 | Varriount | Memory usage? CPU usage? |
20:01:14 | OrionPK | oh, like a megabyte of memory, <1% cpu |
20:01:30 | Varriount | Hm, not bad. |
20:01:52 | OrionPK | it runs on raspberry pi just fine |
20:02:00 | OrionPK | the only issues it has are with the nimrod standard library |
20:02:14 | Varriount | OrionPK: Let me guess, Unicode? |
20:02:33 | OrionPK | mm, that was 1 issue |
20:02:43 | OrionPK | there's issue with times, sockets, httpserver |
20:02:58 | gradha | OrionPK: fork nimrod FTW |
20:03:03 | OrionPK | the issue w/ times isn't an issue IN times per se though |
20:03:14 | Varriount | Has that pull request for async select been accepted yet? |
20:03:59 | OrionPK | no, dont think it will be.. I think select is going to eventually be moved into an events module |
20:04:05 | OrionPK | whch does not yet exist |
20:04:40 | Araq | well it breaks code |
20:04:40 | Varriount | But which events will the event module cover? |
20:04:55 | Varriount | Keyboard events? Mouse Events? Filesystem events? |
20:05:23 | Araq | what libevent etc. provide. simple. |
20:07:10 | OrionPK | events for file descriptors |
20:07:29 | MFlamer | EXetoC: yes |
20:07:41 | EXetoC | great |
20:07:43 | Varriount | OrionPK: The problem with that is that what is considered a "file descripter" varies from OS to OS |
20:12:12 | MFlamer | EXetoC: But, what I'm working on does not use unions. It will be a variant ref type. There will be an indirection involved. This is how Haskell ADT's are done afaik |
20:12:15 | * | Varriount quit (Ping timeout: 250 seconds) |
20:14:04 | MFlamer | and actually, I believe this is how rust enums are structured also |
20:29:39 | Araq | btw gradha 'return' is aware of "finally" and we have some unit tests for it |
20:30:06 | Araq | perhaps it's the "free standing" finally that's the issue here? |
20:31:05 | gradha | I did modify the lone finally into a normal try:finally: block and had the same behaviour |
20:31:46 | gradha | maybe it's that I'm returning from inside the exception handler rather than "normal" code body? |
20:33:29 | gradha | nope, return inside the inner try block doesn't trigger outside finally |
20:35:27 | gradha | yes, removing the nesting from http://pastebin.com/y2TBuNGZ makes the example work as intended |
20:35:51 | * | ics quit (Ping timeout: 246 seconds) |
20:36:33 | Araq | ah so it's the nesting |
20:37:14 | Araq | code generation for "try" surely is much harder than I had imagined |
20:37:35 | * | ics joined #nimrod |
20:40:48 | * | OrionPKM joined #nimrod |
20:52:49 | * | Varriount joined #nimrod |
20:53:24 | Varriount | Hm, Does nimrod have a mascot? |
20:53:38 | gradha | it has horns |
20:54:02 | Varriount | And.. what else? |
20:54:24 | gradha | it sparkles |
20:54:50 | gradha | as if it came from the Twillight movies |
20:56:12 | Varriount | gradha: is it a honey badger? |
20:56:27 | Araq | its symbol is the crown |
20:57:04 | gradha | the crowned honey badger |
20:57:40 | Araq | why a honey badger? |
20:58:01 | gradha | I like Varriount's suggestion |
20:58:30 | gradha | even the wikipedia article has a menacing picture, looking at you, poor programmer |
20:58:39 | gradha | oh wait, we hate wikipedia, sorry |
20:58:45 | Varriount | Araq: A Honey Badger is known for its determination, elegance, and deadly efficiency. |
21:01:50 | * | CarpNet joined #nimrod |
21:02:28 | Varriount | Hello CarpNet |
21:02:44 | CarpNet | evening/morning/afternoon |
21:08:19 | gradha | "[about honey badger] They kill and eat snakes, even highly venomous or large ones such as cobras." |
21:08:31 | gradha | no wonder I'm replacing all my python scripts with nimrod |
21:08:39 | Varriount | :P |
21:11:50 | gradha | nimrod memes http://www.youtube.com/watch?v=4r7wHMg5Yjg |
21:22:33 | * | MFlamer quit (Ping timeout: 252 seconds) |
21:22:41 | Araq | "honey badger is badass and doesn't give shit" |
21:22:50 | Araq | hell ya, you convinced me |
21:23:01 | Araq | Nimrod is definitely a honey badger |
21:23:13 | gradha | a crowned honey bodger motherfucker |
21:25:50 | Araq | yeah I'll ask filwit for a drawing |
21:26:41 | gradha | a honey badger munching on a cobra, ideal for a book cover |
21:26:52 | * | Araq heard honey badger also eat gophers |
21:28:24 | Araq | so gradha ... how many youtube videos did you have to see to come up with this idea? |
21:29:35 | gradha | I don't count count them, that would be depressing, like counting shots of alcohol |
21:29:56 | gradha | the video was referenced from the honey badger "know your meme" page |
21:30:05 | gradha | that's more accurate than wikipedia |
21:30:13 | gradha | and more relevant too |
21:30:30 | gradha | http://knowyourmeme.com/memes/honey-badger |
21:31:26 | gradha | also, the idea was Varriount's, I just have good taste |
21:32:25 | * | Varriount quit (Ping timeout: 250 seconds) |
21:32:31 | Araq | oh yeah sorry Varriount. You'll get all the fame. |
21:32:42 | Araq | just read the history |
21:32:57 | Araq | ... and he left |
21:33:19 | gradha | let's not tell him he gets the fame and us the money |
21:34:11 | EXetoC | Does that include me? |
21:34:44 | gradha | only if you are part of the "blackjack and hookers" group |
21:36:34 | BitPuffin | dom96: do you know what to do when using httpclient and you get unhandled exception: SSL support is not available. Cannot connect over SSL. |
21:37:02 | Araq | -d:useSSL |
21:37:07 | Araq | or something like that |
21:37:47 | Araq | BitPuffin: I like to work on your blocking bug but I'm tired |
21:37:59 | Araq | so ... how do we proceed here? |
21:38:12 | BitPuffin | Araq: better if you sleep probably :)! |
21:38:19 | BitPuffin | -d:useSSL doesn't seem to do anything |
21:38:30 | gradha | maybe you need some openssl dlls |
21:38:46 | BitPuffin | fairly sure I have them |
21:38:56 | Araq | ## SSL is supported through the OpenSSL library. This support can be activated |
21:38:58 | Araq | ## by compiling with the ``-d:ssl`` switch. When an SSL socket is used it will |
21:38:59 | Araq | ## raise ESSL exceptions when SSL errors occur. |
21:39:07 | Araq | rtfm sometimes helps |
21:39:20 | BitPuffin | it does |
21:39:23 | BitPuffin | I was just about to do that |
21:39:25 | BitPuffin | das |
21:39:31 | BitPuffin | like you guys say in germany |
21:39:43 | Araq | lol |
21:40:03 | Araq | so you know our articles. impressive |
21:40:08 | BitPuffin | thanks |
21:40:11 | BitPuffin | it helped :P |
21:40:33 | BitPuffin | don't tell me that's the reason I've been having trouble for so long getting persona working |
21:40:37 | BitPuffin | I'll smash someone |
21:40:49 | * | Jackneill quit (Remote host closed the connection) |
21:41:18 | * | MFlamer joined #nimrod |
21:43:24 | * | Associat0r quit (Quit: Associat0r) |
21:43:30 | BitPuffin | yeah it seems so |
21:46:54 | Araq | smash me then, I can handle it |
21:47:16 | * | BitPuffin smashes Araq |
21:47:20 | BitPuffin | because it was that |
21:47:25 | gradha | "Honey Badger Araq doesn't care" |
21:47:41 | BitPuffin | hahaha |
21:47:50 | * | OrionPKM quit (Remote host closed the connection) |
21:48:48 | BitPuffin | Araq: no but thanks for the help |
21:49:12 | BitPuffin | dom96 is the one I should smash |
21:49:25 | BitPuffin | because jester says bad gateway instead of telling me the damn error :P |
21:49:32 | * | OrionPKM joined #nimrod |
21:52:28 | EXetoC | dom96: why u no give him proper error message? :/ |
21:53:14 | gradha | maybe that error is the "try:catch" around some core functionality and gets lost, dom96 used to say he's proud about that crash-catching thing |
21:53:42 | BitPuffin | dom96: seriously man, not cool |
21:53:45 | BitPuffin | you don't do that to people |
21:53:50 | BitPuffin | xD |
21:56:34 | EXetoC | now put that bucket on your head and stand in the corner |
21:57:14 | BitPuffin | and NEVER COME BACK!!! |
21:57:43 | BitPuffin | can I add -d:ssl with a pragma |
21:57:47 | * | BitPuffin goes to rtfm |
21:59:03 | gradha | you can put it into your nimrod.cfg file |
21:59:42 | gradha | if you have the Aporia source code check out aporia.nimrod.cfg for an example |
22:06:00 | BitPuffin | fixed |
22:06:12 | BitPuffin | I thought it was possible to make it a dotfile |
22:19:12 | BitPuffin | let response = httpclient.post(personaVerifier, "Content-Type: application/json", body=($data)) |
22:19:22 | BitPuffin | 415 Unsupported Media Type |
22:19:23 | BitPuffin | {"status":"failure","reason":"Content-Type expected to be one of: application/x-www-form-urlencoded, application/json"} |
22:19:25 | BitPuffin | wtf |
22:21:01 | EXetoC | I think there was a bug like that. was it fixed? |
22:25:05 | EXetoC | https://github.com/dom96/jester/commit/1a66a533787d7a701f7accc563a67d24d011736e ? |
22:26:30 | BitPuffin | EXetoC: this is not related to jester |
22:26:33 | BitPuffin | this is httpclient |
22:26:43 | gradha | stupid python rst2html.py command returns zero on errors, seriously, do they have a brain? |
22:27:19 | Araq | "nimrod rst2html" works great :P |
22:27:42 | gradha | Araq: maybe, it was "eating" parsing errors like a honey badger and I wasn't noticing |
22:28:19 | Araq | well ... fair enough |
22:28:36 | Araq | dunno if that should be a bug report then |
22:28:52 | BitPuffin | Araq: any idea why headers in httpclient seem to be completely ignored |
22:29:37 | BitPuffin | if headers: return |
22:29:37 | gradha | Araq: if you are interested in replicating also error output/behaviour I can open some issues with test cases |
22:30:00 | gradha | right now I'm just adding a "check_docs" to my nakefile to run the python version and validate the nimrod one |
22:30:03 | EXetoC | BitPuffin: oh yeah, it says httpclient there ^ |
22:30:37 | EXetoC | look, a qualified symbol! awesome |
22:31:52 | BitPuffin | EXetoC: o.O |
22:31:58 | BitPuffin | whatchu on about |
22:32:28 | Araq | gradha: open a single bug report please |
22:32:43 | Araq | and gather RST related stuff there |
22:33:07 | Araq | however, often I deliberated made nimrod parse a superset as RST is stupid in some ways |
22:34:04 | gradha | yes, I don't like rst either, but I wonder if there's anything else, so far all these text syntax formats break when you try to do complex stuff |
22:34:25 | gradha | the only one which didn't break on me was asciidoc, but I didn't test it with complex input |
22:34:26 | EXetoC | BitPuffin: qualified as in prefixed with the module name |
22:34:54 | BitPuffin | EXetoC: ah you didn't notice? |
22:35:15 | BitPuffin | seriously wtf |
22:35:17 | BitPuffin | koch |
22:35:22 | BitPuffin | this does not want to cooperate |
22:35:27 | * | BitPuffin angry |
22:35:29 | * | BitPuffin smash |
22:36:03 | EXetoC | BitPuffin green |
22:36:16 | * | BitPuffin repair |
22:36:19 | * | BitPuffin destroy |
22:36:25 | * | BitPuffin eat |
22:36:35 | EXetoC | BitPuffin: nah, can't be bothered with reading every word |
22:36:40 | gradha | Araq: in fact, does nimrod's rst parser give any input syntax errors? |
22:37:13 | Araq | it does |
22:37:39 | Araq | in fact the forum routinely gives me errors about missing closing * |
22:37:47 | BitPuffin | EXetoC: newb |
22:39:17 | EXetoC | I disagree |
22:39:17 | BitPuffin | all that's keeping me from destroying earth is blotted science |
22:40:22 | gradha | I've heard good things about pandoc, but it looked annoying when I read some examples |
22:42:29 | Araq | I write everything with nimrod's rst2html now |
22:42:44 | BitPuffin | logic = nil |
22:43:04 | Araq | I never check wether python's parser agrees it's RST |
22:43:29 | gradha | I didn't bother either, until I saw one of my .rst files rendered on github |
22:43:46 | Araq | github uses markdown though |
22:44:01 | gradha | only if you use the proper extension |
22:44:02 | Araq | I don't think they embedded python's docutils |
22:44:17 | Araq | github is a rails app after all |
22:44:25 | BitPuffin | maybe it's not even got something to do with fucking headers anyway |
22:45:08 | gradha | maybe their ruby rst implementation is broken, but so far the only problems were for stuff the python version also reports as mistakes |
22:45:33 | gradha | I'll check again when I upload a "presumably corrected" version |
22:46:28 | BitPuffin | it seems to be |
22:46:30 | BitPuffin | holy balls |
22:46:40 | EXetoC | lol balls |
22:47:19 | BitPuffin | har har |
22:47:41 | BitPuffin | the worst thing is that httpclient.nim looks normal |
22:47:45 | BitPuffin | at least to my eyes |
22:48:51 | BitPuffin | | Extra headers can be specified and must be separated by ``\c\L``. |
22:48:53 | BitPuffin | well balls |
22:49:52 | BitPuffin | yeah that was literally the problem |
22:51:05 | BitPuffin | wtf is \c\L even |
22:51:54 | OrionPKM | carriage return and newline |
22:51:58 | EXetoC | BitPuffin: repr it, biatch |
22:52:20 | BitPuffin | EXetoC: repr? |
22:52:22 | EXetoC | sorry, I've been watching too much BB |
22:52:30 | EXetoC | BitPuffin: echo "\c\L".repr |
22:52:36 | EXetoC | good stuffs |
22:53:22 | BitPuffin | EXetoC: what does thats does |
22:54:37 | EXetoC | repr stringifies arbitrary structures |
22:58:18 | BitPuffin | alright |
22:58:30 | BitPuffin | makes sense that "okay" == "okay" apparently fails but whatever |
22:59:12 | EXetoC | ? |
22:59:38 | BitPuffin | echo(verificationData["status"]) |
22:59:40 | BitPuffin | if $verificationData["status"] == "okay": |
22:59:42 | BitPuffin | outputs okay |
22:59:48 | BitPuffin | but doesn't evaluate to true |
22:59:51 | BitPuffin | halelujah |
23:01:11 | BitPuffin | you can't make this shit up |
23:02:17 | BitPuffin | echo(verificationData["status"]) |
23:02:19 | BitPuffin | echo($verificationData["status"] == "okay") |
23:02:23 | BitPuffin | (not actual indentation) |
23:02:31 | BitPuffin | "okay" |
23:02:33 | BitPuffin | false |
23:02:48 | BitPuffin | is this some kind of utf thing |
23:03:12 | EXetoC | repr it, or surround it with something, to reveal ctrl chars |
23:04:07 | BitPuffin | EXetoC: you are a clever guy |
23:04:36 | EXetoC | actually, only the former is reliable |
23:05:09 | BitPuffin | |ref 0x7f126d481150 --> [JStringstr = 0x7f126d49db90"okay"] |
23:05:11 | BitPuffin | | |
23:05:19 | BitPuffin | lol wtf |
23:05:44 | BitPuffin | | is the control char |
23:05:46 | BitPuffin | s |
23:05:55 | * | CarpNet quit (Quit: Leaving) |
23:06:02 | gradha | don't you need something like json_thingy.str_val? |
23:06:49 | BitPuffin | oh come on |
23:06:59 | gradha | try 'verificationData["status"].str == "okay"' |
23:07:05 | BitPuffin | way to be consistent with $ in that case |
23:07:20 | gradha | it's a hunch, don't trust me yet |
23:07:32 | BitPuffin | I did say in that case |
23:07:48 | BitPuffin | yeah lol that worked |
23:07:54 | BitPuffin | honestly I'm gonna smash something |
23:08:02 | BitPuffin | but thanks gradha |
23:08:08 | gradha | well, you can blame Araq for comparing a JStringstr with a string and the compiler not complaining |
23:08:53 | Araq | nope. $ makes it a string |
23:09:00 | Araq | so he compares strings with strings |
23:09:10 | Araq | poor compiler can't see the bug this way |
23:09:19 | BitPuffin | Araq: but why would you ever want both |
23:09:21 | EXetoC | jstringstr wot |
23:09:29 | gradha | maybe BitPuffin drank too much tonight as his earlier tests failed |
23:09:48 | BitPuffin | two jstringballs converted into the nimrod repr should be the same |
23:09:52 | BitPuffin | so why even have the .str |
23:10:19 | BitPuffin | if anything you should only provide a toJStringstr |
23:11:44 | Araq | BitPuffin: I'm considering your remarks |
23:12:12 | BitPuffin | Araq: cool :D |
23:12:14 | Araq | a bug is always a serious reason to change something |
23:12:25 | BitPuffin | yeah it's a real gotcha I think |
23:12:38 | BitPuffin | in nimrod you come to expect $ to be THE way to get a string |
23:12:41 | BitPuffin | not .str |
23:13:05 | Araq | note that "bug" refers to "happend in reality". as opposed to "I have the feeling that somebody might be confused some day about this" |
23:13:26 | gradha | BitPuffin: remember, you are fighting the honey badger |
23:13:30 | BitPuffin | yeah but in this case we have both |
23:14:02 | BitPuffin | I have a feeling that I won't be the only one getting confused by this |
23:14:03 | BitPuffin | :P |
23:16:28 | gradha | Time processing rst files with nimrod: 0.155s. Time processing rst files with python-docutils: 3.155s. |
23:16:44 | BitPuffin | lol |
23:16:50 | BitPuffin | nimrod is epic :D |
23:17:11 | EXetoC | yeah beating python and everything, holy moly |
23:17:26 | BitPuffin | yeah holy shit :D |
23:17:30 | BitPuffin | lol :D |
23:17:52 | Araq | python-docutils will be optimized "later" after they got it right ... |
23:18:09 | gradha | I started to suspect python is retarded some years ago, but now there's too much solid evidence |
23:18:53 | * | Araq wonders if that's another way to say "fu" to your users |
23:19:15 | BitPuffin | Araq: looking for inspiration? |
23:19:21 | BitPuffin | kidding :P |
23:20:57 | Araq | "we made it correct first so the software can deal even with Unicode Klingon characters." |
23:21:38 | Araq | "Later we will make it usable for the people on older hardware." |
23:22:31 | EXetoC | gradha: it is after all a dynamic language, and most people can live with the overhead, but it sucks in other ways |
23:23:10 | EXetoC | as do most "dynamic" languages I assume. haven't used too many |
23:23:32 | gradha | I once spent a morning trying to explain a ruby programmer why converting a unix timestamp to a string was a bad idea for time comparisons in terms of performance |
23:23:53 | gradha | plus the stringified version failed for some date ranges because it wasn't doing something right anyway |
23:24:55 | BitPuffin | time to eat dinner |
23:25:00 | BitPuffin | at 00:25 |
23:25:21 | gradha | honey or cobras? |
23:25:58 | gradha | how many hours of sunlight you get in Sweeden in this time of the year? |
23:26:16 | Araq | gradha: well? what did the ruby guy say? |
23:26:56 | gradha | Araq: she just wasn't aware that timestamps were integers and string conversion took so long |
23:27:42 | EXetoC | gradha: roughly 6.8666666666666667 according to some website |
23:28:09 | gradha | Araq: it all happened while debugging a client/server request problem, expected output vs final output |
23:28:54 | gradha | EXetoC: I think we might be getting about 8 here in Spain, or so it looks like from my window |
23:30:21 | gradha | Araq: the thing is, it made me realize how many programmers don't even care to give a fuck about performance, and I wept |
23:30:48 | EXetoC | yeah it blows |
23:30:53 | BitPuffin | Araq: have you talked to zahary about the bug yet? Since it was in his code |
23:31:21 | BitPuffin | I dunno guys |
23:31:25 | BitPuffin | performance isn't always important |
23:31:44 | BitPuffin | now don't get me wrong |
23:31:56 | BitPuffin | I like me some performance, it's just not always a critical thing |
23:34:32 | gradha | yeah, performance is not critical, imagine how many programmers thing about security… |
23:34:59 | BitPuffin | that's another story |
23:35:10 | BitPuffin | security really needs to be a higher priority |
23:35:12 | BitPuffin | I mean again |
23:35:21 | BitPuffin | not always critical, but more critical than what people treat it |
23:35:57 | gradha | from what I've seen security hasn't even popped in the radar of the few people I know care about performance |
23:37:57 | EXetoC | it's a relative term, so performance is always important in that sense, right? but of course it's not necessary to optimize in many cases |
23:43:34 | Araq | EXetoC: true but speed is also a feature |
23:44:54 | Araq | and speed enables features. think about on-the-fly compilation so that your IDE marks errors |
23:45:28 | Araq | it's a really nice feature if it works smoothly |
23:45:54 | EXetoC | right |
23:52:11 | gradha | at the moment I only have https://github.com/Araq/Nimrod/issues/689 but if I find any more I'll append them there |
23:53:07 | Araq | alright |