| 00:04:19 | * | DAddYE quit (Remote host closed the connection) |
| 00:04:49 | * | DAddYE joined #nimrod |
| 00:09:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 00:33:05 | * | DAddYE joined #nimrod |
| 00:40:04 | * | xenagi quit (Quit: Leaving) |
| 00:48:32 | * | tromp__ joined #nimrod |
| 00:50:26 | * | Demos_ quit (Quit: Konversation terminated!) |
| 00:51:43 | OrionPK | unicode issue: https://github.com/Araq/Nimrod/issues/674 |
| 00:53:55 | * | OrionPK quit (Quit: Leaving) |
| 00:55:34 | tromp__ | is there no ubuntu package for nimrod? must one build from source? |
| 00:56:19 | fowl | tromp__, seems so, there may be a .deb around somewhere |
| 00:56:50 | fowl | tromp__, you want to use the latest version from github anyways, its been quite a few months since the last release |
| 00:56:55 | * | shodan45 quit (Quit: Konversation terminated!) |
| 00:56:58 | fowl | lots of fixes and new features |
| 01:05:33 | * | OrionPK joined #nimrod |
| 01:05:55 | * | OrionPK quit (Client Quit) |
| 01:09:18 | * | mflamer_ quit (Ping timeout: 245 seconds) |
| 01:15:07 | * | DAddYE quit (Remote host closed the connection) |
| 01:15:41 | * | DAddYE joined #nimrod |
| 01:16:10 | * | OrionPK joined #nimrod |
| 01:16:24 | * | OrionPK quit (Client Quit) |
| 01:18:49 | * | freezerburnv joined #nimrod |
| 01:19:16 | * | OrionPK joined #nimrod |
| 01:19:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 01:21:46 | * | noam_ quit (Read error: Connection reset by peer) |
| 01:22:41 | * | OrionPK quit (Client Quit) |
| 01:25:34 | * | johntromp joined #nimrod |
| 01:27:48 | * | OrionPK joined #nimrod |
| 01:32:32 | * | OrionPK quit (Client Quit) |
| 01:34:14 | freezerburnv | Evening all! |
| 01:45:00 | * | MFlamer quit (Ping timeout: 272 seconds) |
| 01:50:17 | * | OrionPK joined #nimrod |
| 02:00:33 | freezerburnv | Can anyone tell me why the compiler is erroring out on this code? https://gist.github.com/Freezerburn/7494922 |
| 02:00:59 | freezerburnv | I'm pretty sure I followed the bit on variant types in the manual correctly... |
| 02:12:38 | * | mflamer joined #nimrod |
| 02:12:58 | OrionPK | generics are kinda flakey at the moment |
| 02:16:25 | * | DAddYE joined #nimrod |
| 02:17:51 | freezerburnv | Fun times |
| 02:18:06 | freezerburnv | Any way to do what I'm trying in a way that the compiler would let happen? |
| 02:19:04 | OrionPK | dunno, maybe try keeping a pointer and a typedesc on the object, then make a 'property' to retrieve the info |
| 02:19:53 | * | noam joined #nimrod |
| 02:20:58 | * | DAddYE quit (Ping timeout: 265 seconds) |
| 02:22:53 | freezerburnv | Do you mean a "proc `$'" kind of thing, or are there properties in the language similar to objc? |
| 02:22:59 | freezerburnv | Haven't seen the latter yet |
| 02:23:18 | OrionPK | no, more like len() proc on a string |
| 02:23:28 | OrionPK | you can just all it with "something".len |
| 02:24:28 | OrionPK | i.e. your "value" field becomes proc value(e: TBaconEvent) |
| 02:26:17 | * | DAddYE joined #nimrod |
| 02:26:27 | OrionPK | actually |
| 02:26:32 | OrionPK | forget all of that I've been saying |
| 02:26:38 | OrionPK | it's not the fault of the generics |
| 02:26:51 | OrionPK | the * public indicator should be attached to the name |
| 02:26:54 | OrionPK | sorry about that |
| 02:27:50 | OrionPK | TBaconEvent*[T] = object should work |
| 02:28:53 | * | mflamer quit (Ping timeout: 245 seconds) |
| 02:29:12 | freezerburnv | Ooooh |
| 02:29:15 | freezerburnv | Heh, thanks |
| 02:29:41 | freezerburnv | Yep, that worked just fine |
| 02:29:46 | freezerburnv | Thanks! |
| 02:30:09 | OrionPK | yep |
| 02:31:00 | * | DAddYE quit (Ping timeout: 252 seconds) |
| 02:51:38 | * | mflamer joined #nimrod |
| 02:58:06 | * | mflamer quit (Ping timeout: 268 seconds) |
| 03:18:03 | * | DAddYE joined #nimrod |
| 03:22:42 | * | DAddYE quit (Ping timeout: 252 seconds) |
| 03:52:25 | freezerburnv | How do I use a proc type in a generic? e.g.: newSeq[proc(value: int): bool]() |
| 03:52:50 | freezerburnv | Getting "lib/system.nim(390, 13) Error: cannot instantiate: 'T'" for something similar to that |
| 04:01:49 | OrionPK | try defining the proc as a type |
| 04:08:40 | freezerburnv | TValueProc[T]: proc(value: T): TBaconRet? Compiler says it's expecting an implementaiton |
| 04:08:52 | freezerburnv | Er, in a type block |
| 04:19:34 | * | DAddYE joined #nimrod |
| 04:23:04 | * | DAddYE_ joined #nimrod |
| 04:23:21 | * | DAddYE_ quit (Remote host closed the connection) |
| 04:23:28 | * | DAddYE_ joined #nimrod |
| 04:23:36 | * | DAddYE quit (Read error: Connection reset by peer) |
| 04:46:22 | * | freezerburnv quit (Quit: freezerburnv) |
| 04:48:15 | * | DAddYE_ quit () |
| 05:03:28 | Varriount | OrionPK, freezerburnv's problem is related to to fact that, for some reason, newSeq will not accept a generic parameter type |
| 05:22:24 | OrionPK | Varriount it wasnt generic before |
| 05:22:33 | OrionPK | proc(value: int): bool |
| 05:46:10 | * | OrionPK quit (Quit: Leaving) |
| 05:52:27 | * | OrionPK joined #nimrod |
| 05:53:23 | * | OrionPK quit (Client Quit) |
| 06:15:20 | * | mflamer joined #nimrod |
| 06:23:08 | * | mflamer quit (Read error: Connection reset by peer) |
| 07:10:35 | * | DAddYE joined #nimrod |
| 07:14:49 | * | dyu joined #nimrod |
| 07:21:56 | * | ics joined #nimrod |
| 07:36:52 | * | xenagi joined #nimrod |
| 07:37:04 | * | silven quit (Ping timeout: 265 seconds) |
| 08:17:49 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 09:00:30 | * | Jackneill joined #nimrod |
| 09:02:50 | * | xenagi quit (Quit: Leaving) |
| 09:50:53 | * | DAddYE quit (Remote host closed the connection) |
| 09:51:28 | * | DAddYE joined #nimrod |
| 09:52:24 | * | DAddYE_ joined #nimrod |
| 09:52:25 | * | DAddYE quit (Read error: Connection reset by peer) |
| 09:52:36 | * | DAddYE_ quit (Remote host closed the connection) |
| 09:52:57 | * | DAddYE joined #nimrod |
| 09:55:38 | * | fowl quit (Quit: Leaving) |
| 10:15:32 | * | dyu quit (Disconnected by services) |
| 10:16:00 | * | dyu_ joined #nimrod |
| 10:22:26 | * | XAMPP quit (Read error: Connection reset by peer) |
| 10:37:15 | * | dyu_ quit (Quit: Leaving) |
| 11:06:56 | * | DAddYE quit (Remote host closed the connection) |
| 11:07:29 | * | DAddYE joined #nimrod |
| 11:11:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 11:13:00 | * | johntromp quit (Remote host closed the connection) |
| 11:15:29 | * | DAddYE joined #nimrod |
| 11:19:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 12:12:46 | * | BitPuffin joined #nimrod |
| 12:16:44 | * | DAddYE joined #nimrod |
| 12:18:05 | * | DAddYE_ joined #nimrod |
| 12:21:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 12:22:38 | * | DAddYE_ quit (Ping timeout: 240 seconds) |
| 12:29:52 | BitPuffin | helloyoyo! |
| 13:04:16 | dom96 | hi |
| 13:04:45 | BitPuffin | sup dom96 |
| 13:10:21 | dom96 | nm |
| 13:14:08 | * | freezerburnv joined #nimrod |
| 13:14:47 | freezerburnv | Mornin |
| 13:18:14 | * | DAddYE joined #nimrod |
| 13:23:01 | * | DAddYE quit (Ping timeout: 272 seconds) |
| 13:25:26 | * | dymk quit (Ping timeout: 240 seconds) |
| 13:42:04 | * | dymk joined #nimrod |
| 13:49:20 | BitPuffin | morning freezerburnv |
| 13:49:52 | BitPuffin | dom96: do you know how one is supposed to interpret estp output? |
| 13:50:18 | dom96 | Have you read this? http://build.nimrod-code.org/docs/estp.html |
| 13:50:51 | BitPuffin | dom96: yes |
| 13:52:29 | BitPuffin | dom96: but it doesn't really explain anything about how to read the output. It only says what we get from it |
| 13:52:49 | dom96 | Can you gist the output you get? |
| 13:54:16 | BitPuffin | dom96: I mean on the website |
| 13:54:22 | BitPuffin | in the document you linked |
| 13:54:41 | dom96 | ok, i'll try to explain that output then. |
| 13:54:57 | dom96 | Note: I may be wrong :P |
| 13:55:25 | BitPuffin | yeah, and if you are correct we really should update the docs :P |
| 13:55:36 | BitPuffin | because they are really weak for something that is supposed to be really useful |
| 13:55:51 | dom96 | The output gives you a number of stack traces and orders them depending on how many times they have been executed in your app |
| 14:01:06 | * | freezerburnv quit (Quit: freezerburnv) |
| 14:05:05 | BitPuffin | dom96: from most signifcant to least top down or reversed? |
| 14:05:16 | dom96 | top down I think |
| 14:06:14 | BitPuffin | Entry: 0/3391 Calls: 84/4160 = 2.0% [sum: 84; 84/4160 = 2.0%] |
| 14:06:26 | BitPuffin | what does that mean |
| 14:15:00 | dom96 | 2% of the calls executed that stack trace |
| 14:19:24 | dom96 | gah |
| 14:19:29 | dom96 | Why is there only 36 users now |
| 14:19:31 | dom96 | What is happening |
| 14:20:04 | * | DAddYE joined #nimrod |
| 14:24:10 | * | DAddYE quit (Ping timeout: 245 seconds) |
| 14:35:15 | * | gradha joined #nimrod |
| 14:59:46 | * | BitPuffin quit (Ping timeout: 245 seconds) |
| 15:06:10 | * | anton2 joined #nimrod |
| 15:09:41 | * | anton2 quit (Quit: anton2) |
| 15:11:58 | * | anton2 joined #nimrod |
| 15:15:16 | * | OrionPK joined #nimrod |
| 15:21:27 | * | DAddYE joined #nimrod |
| 15:26:02 | * | DAddYE quit (Ping timeout: 264 seconds) |
| 15:31:27 | * | freezerburnv joined #nimrod |
| 15:33:05 | * | freezerburnv quit (Client Quit) |
| 15:37:17 | OrionPK | hey dom96, you here? |
| 15:37:23 | dom96 | yes |
| 15:37:58 | OrionPK | I did a filewrite of that line directly out of unicode.nim |
| 15:38:05 | OrionPK | right before the assert that would fail it |
| 15:38:15 | dom96 | I just commented on the issue |
| 15:38:19 | OrionPK | I knw, I just read it |
| 15:38:27 | OrionPK | it should probably handle whatever that string is trying to do, even if it's not valid |
| 15:38:29 | OrionPK | rather than crashing |
| 15:39:48 | OrionPK | or maybe the issue is further up, with the irc module |
| 15:44:19 | gradha | hmm... looks like parsecfg doesn't work at compile time |
| 15:44:20 | gradha | lib/pure/lexbase.nim(143, 8) Error: internal error: evalAux: returned nil nkInfix |
| 15:44:40 | * | familiar125 joined #nimrod |
| 15:46:12 | * | freezerburnv joined #nimrod |
| 15:46:54 | gradha | unless this is another of those "doesn't compile on mac" like Aporia |
| 15:47:00 | * | BitPuffin joined #nimrod |
| 15:47:11 | BitPuffin | hrm |
| 15:47:17 | BitPuffin | dom96: but what about the stack trace itself |
| 15:47:23 | BitPuffin | dom96: what order was it called |
| 15:48:02 | BitPuffin | top down or bottom down |
| 15:48:05 | BitPuffin | I mean in each entry |
| 15:48:29 | BitPuffin | dom96: we should probably invest some time in learning about marketing if we want nimrod to get anywhere |
| 15:48:34 | dom96 | bottom up I think |
| 15:50:34 | BitPuffin | dom96: it doesn't say anything about time :( |
| 15:55:35 | familiar125 | Nimrod stack traces are upside down |
| 15:55:44 | BitPuffin | that's not really useful |
| 15:55:50 | BitPuffin | because what would be not upside down :P |
| 15:55:54 | gradha | BitPuffin: it is, look at https://github.com/Araq/Nimrod/issues/675 |
| 15:55:54 | BitPuffin | it's relative |
| 15:56:17 | gradha | the stack trace is long, and at the end you have the thing that crashed, you don't have to hunt it up |
| 16:02:24 | BitPuffin | yeah |
| 16:04:52 | BitPuffin | seriously though wouldn't it be very useful if nimprof provided some millisecond information |
| 16:20:14 | * | BitPuffin watches talks on marketing, nimrod is gonna fucking succeed damn it |
| 16:21:58 | gradha | BitPuffin: nimprof likely has ms info, maybe you could hunt the code which formats the output and add some ms to it, then request a pull |
| 16:22:47 | * | DAddYE joined #nimrod |
| 16:27:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 16:37:14 | BitPuffin | gradha: yeah maybe I will take a look |
| 16:41:07 | * | ics joined #nimrod |
| 16:41:52 | * | freezerburnv quit (Quit: freezerburnv) |
| 16:54:54 | * | OnionPK joined #nimrod |
| 16:57:38 | * | familiar125 quit (Read error: Connection reset by peer) |
| 16:58:39 | * | OnionPK quit (Client Quit) |
| 17:10:30 | BitPuffin | coool, on monday I'm gonna get to work with Unigine :D |
| 17:16:59 | * | BitPuffin quit (Read error: Connection reset by peer) |
| 17:19:49 | * | BitPuffin joined #nimrod |
| 17:23:58 | * | DAddYE joined #nimrod |
| 17:26:22 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 17:27:57 | * | ics joined #nimrod |
| 17:28:39 | * | DAddYE quit (Ping timeout: 265 seconds) |
| 17:44:46 | * | freezerburnv joined #nimrod |
| 18:12:39 | anton2 | Hi all ! I'm using nimrod for the first time, targeting an embedded MCU. Very basic things works with --os:standalone, but as soon as I try something a little more advanced (string manipulation, for example) the compiler complains about undefined system procs. |
| 18:12:53 | anton2 | Ideally I would like something basic (no threads, no IO, ...) but with the full nimrod data structures. |
| 18:13:10 | gradha | Hi anton2 |
| 18:13:22 | anton2 | Is there some options I'm missing to get this ? |
| 18:13:31 | gradha | IIRC there are a few problems with embedded targets at the moment and people are working on this |
| 18:13:59 | gradha | I'm not familiar with the issue, some people on this channel seem to have more experience with it |
| 18:14:38 | gradha | maybe you could post some gists of source which fails for you so that others can look at it? |
| 18:15:10 | gradha | OTOH, if nobody has replied yet maybe it would be safer to post the source on the nimrod forums |
| 18:15:34 | anton2 | gradha: Thanks, I'll try the forums. |
| 18:16:49 | gradha | I think reactormonk had some work on standalone, and Mat2 (not here) is working on a compiler for embedded targets |
| 18:17:43 | dom96 | I think string manipulation requires the GC. |
| 18:18:16 | gradha | anton2: not sure if looking at https://github.com/reactormonk/Nimrod/tree/standalone could give some hints as to how fix problems, but could be a start |
| 18:23:34 | * | anton2 quit (Quit: anton2) |
| 18:25:28 | * | DAddYE joined #nimrod |
| 18:29:50 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 19:00:41 | * | familiar125 joined #nimrod |
| 19:14:16 | * | anton2 joined #nimrod |
| 19:26:49 | * | DAddYE joined #nimrod |
| 19:31:15 | * | DAddYE quit (Ping timeout: 245 seconds) |
| 19:38:58 | * | ics quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 19:58:03 | * | Associat0r joined #nimrod |
| 19:58:03 | * | Associat0r quit (Changing host) |
| 19:58:03 | * | Associat0r joined #nimrod |
| 20:02:42 | * | fowl joined #nimrod |
| 20:03:39 | * | ics joined #nimrod |
| 20:05:33 | * | familiar125 quit (Read error: Connection reset by peer) |
| 20:07:44 | * | Associat0r quit (Quit: Associat0r) |
| 20:28:16 | * | DAddYE joined #nimrod |
| 20:32:20 | * | cablehead joined #nimrod |
| 20:33:13 | * | DAddYE quit (Ping timeout: 268 seconds) |
| 20:36:43 | * | cablehead quit (Remote host closed the connection) |
| 20:52:02 | * | familiar125 joined #nimrod |
| 20:54:03 | * | Jackneill quit (Remote host closed the connection) |
| 20:57:01 | * | anton2 quit (Quit: anton2) |
| 21:09:51 | * | freezerburnv quit (Quit: freezerburnv) |
| 21:29:30 | * | DAddYE joined #nimrod |
| 21:33:12 | gradha | ow ow ow, no staticWrite, maybe staticExec an echo with a shell redirection? |
| 21:33:45 | * | DAddYE quit (Ping timeout: 245 seconds) |
| 22:09:11 | gradha | good night |
| 22:09:17 | * | gradha quit (Quit: bbl, need to watch https://www.youtube.com/watch?v=2IzR_ClTE8Y again) |
| 22:30:51 | * | DAddYE joined #nimrod |
| 22:34:16 | * | xenagi joined #nimrod |
| 22:35:02 | * | DAddYE quit (Ping timeout: 240 seconds) |
| 23:32:12 | * | DAddYE joined #nimrod |
| 23:36:14 | * | DAddYE quit (Ping timeout: 240 seconds) |