| 00:00:06 | * | darkf joined #nimrod |
| 00:16:00 | NimBot | Araq/Nimrod devel bc2e83f Araq [+0 ±1 -0]: documented the JS codegen |
| 00:16:00 | NimBot | Araq/Nimrod devel 15b2d6d Araq [+1 ±1 -0]: fixes #1418 |
| 00:16:00 | NimBot | Araq/Nimrod devel e5fd84c Araq [+0 ±2 -0]: Merge branch 'devel' of https://github.com/Araq/Nimrod into devel |
| 00:17:08 | Araq | good night |
| 00:17:33 | * | bjz_ quit (Ping timeout: 240 seconds) |
| 00:45:14 | * | xenagi joined #nimrod |
| 00:53:54 | * | willw187 quit (Ping timeout: 260 seconds) |
| 00:57:38 | * | pber67 quit (Ping timeout: 260 seconds) |
| 01:09:04 | * | q66 quit (Quit: Leaving) |
| 01:53:01 | * | Fr4n quit (Ping timeout: 272 seconds) |
| 01:58:43 | * | shodan45 quit (Quit: Konversation terminated!) |
| 02:06:25 | * | Fr4n joined #nimrod |
| 02:25:44 | * | saml_ joined #nimrod |
| 02:43:01 | * | OrionPK joined #nimrod |
| 02:43:12 | * | adoniscik joined #nimrod |
| 03:13:02 | * | Fr4n quit (Ping timeout: 255 seconds) |
| 03:26:31 | * | Fr4n joined #nimrod |
| 03:43:14 | * | Fr4n quit (Ping timeout: 272 seconds) |
| 04:00:04 | * | xenagi quit (Read error: Connection reset by peer) |
| 04:27:34 | * | ome quit (Quit: Connection closed for inactivity) |
| 04:36:58 | * | saml_ quit (Ping timeout: 260 seconds) |
| 04:41:41 | * | kshlm joined #nimrod |
| 05:47:57 | * | darkf_ joined #nimrod |
| 05:49:37 | * | darkf quit (Ping timeout: 260 seconds) |
| 05:52:45 | * | Demos quit (Quit: Leaving) |
| 06:09:12 | * | nande quit (Read error: Connection reset by peer) |
| 06:26:52 | Varriount | dom96: Do you know if there are any cyclic data structures present in the asyncdispatch code? I'm trying to hunt down a semi-memory leak that's only being collected when cycles are looked for. |
| 06:30:11 | Araq | Varriount: the closures that result from async are full of cycles |
| 06:30:42 | Araq | and it seems to be inherent to the problem |
| 06:30:59 | Araq | well I guess it could capture backrefs via a cast to 'ptr' |
| 06:31:19 | Araq | but it doesn't |
| 06:31:28 | Varriount | Araq: Do you mean the closure structures themselves? |
| 06:31:51 | Araq | yes |
| 06:32:26 | Varriount | Ah. So simply doing "data.callback = nil" to break a cyclic reference won't work? |
| 06:32:34 | * | kunev joined #nimrod |
| 06:32:46 | Araq | quite unlikely it's that simple, yes |
| 06:33:17 | Varriount | Araq: Any way for me to get the GC to print out information on cyclic data structures it frees? |
| 06:33:45 | Araq | only by hacking into gc.nim, I think |
| 06:33:54 | Varriount | Darn. |
| 06:34:00 | Araq | you could add that number to the gathered statistics though |
| 06:34:15 | Varriount | Possibly another task to work on later then. |
| 06:34:26 | Araq | yeah. Don't fear gc.nim |
| 06:34:55 | Araq | it'll crash if you do it wrong |
| 06:35:00 | Varriount | Well, the cycle doesn't take up too much memory at least - about 8 kilobytes each time a watched file is moved/has a different parent directory. |
| 06:35:57 | Araq | the async stuff will soon get its own GC-mode anyway, I think |
| 06:36:10 | Varriount | Oh? Howso? |
| 06:36:28 | Araq | to win in benchmarks |
| 06:37:32 | Varriount | I mean, what kind of GC mode? |
| 06:37:41 | Araq | I plan to give it a bump pointer allocator that simply frees everything after a request |
| 06:38:08 | Varriount | "Request" being? |
| 06:41:55 | Araq | a http request |
| 06:42:36 | Varriount | Hm. So that's aimed at callbacks that are only called once? |
| 06:49:21 | kokozedman | hi everyone |
| 06:49:35 | Araq | well thinking about it ... this might turn out more difficult than expected ;-) |
| 06:50:33 | kokozedman | I'm having a strange problem with re module, I set a var matches: array[0..10, string] then I run a re.find(...) then it matches properly, but a second re.find(...) leaves the array unchanged even though it matches |
| 06:52:38 | Araq | kokozedman: pastebin / gist it please |
| 06:59:43 | * | gsingh93 quit (Quit: Connection closed for inactivity) |
| 06:59:54 | kokozedman | Araq: here http://pastebin.com/YrgzHRHZ |
| 07:02:12 | Araq | maybe the 2nd group matches? |
| 07:04:09 | kokozedman | what do you mean, second group? |
| 07:07:07 | Araq | matches[1] |
| 07:07:09 | kokozedman | matches[0 up to 10] causes a crash |
| 07:07:20 | kokozedman | I tried them all, same thing |
| 07:08:26 | Araq | is that even related to the first 'find' call? |
| 07:10:05 | kokozedman | that is related to the second call.. the first call properly updates the matches, but the second call doesn't touch it at all apparently |
| 07:10:37 | * | darkf_ is now known as darkf |
| 07:14:24 | Araq | kokozedman: when I only call the 2nd re.find it crashes too |
| 07:14:48 | Araq | "patDetails" seems to be the problem |
| 07:17:56 | kokozedman | patDetails is actually a valid regex, and if it wasn't, shouldn't it crash somewhere earlier? |
| 07:19:37 | Araq | the problem is that you have 10 captures |
| 07:20:29 | Araq | there is an off-by-one bug in re.nim causing a nice corruption |
| 07:20:33 | kokozedman | why should that be a problem? I've seen regex that have much more than those |
| 07:20:50 | kokozedman | so, what's the fix? |
| 07:20:58 | Araq | MaxSubpatterns* = 10 |
| 07:20:59 | Araq | ## defines the maximum number of subpatterns that can be captured. |
| 07:21:01 | Araq | ## More subpatterns cannot be captured! |
| 07:21:07 | * | kunev quit (Ping timeout: 245 seconds) |
| 07:22:32 | Araq | please report it as a bug, fix is not trivial |
| 07:22:34 | kokozedman | why does there need to be a limit to the number of subpatterns? |
| 07:23:11 | Araq | there is no need |
| 07:23:27 | kokozedman | MaxSubpatterns is exported, so I'm guessing it's supposed to be modifiable... so, it doesn't seem to be a bug |
| 07:23:45 | Araq | no it's a const, you can't modify it |
| 07:24:01 | Araq | anyway, patching this seems rather easy |
| 07:24:03 | kokozedman | oh yeah, bug |
| 07:24:22 | Araq | so that there will be no limit |
| 07:25:40 | kokozedman | I think that shouldn't be a const, so that user can change it depending on the needs. But it seems that there is an array created to be that big for every matching operation. So, I guess that's where the limit comes in |
| 07:28:24 | kokozedman | no, I'm wrong. It is evaluated at compile-time |
| 07:30:01 | * | ome joined #nimrod |
| 07:32:38 | Araq | yeah it's a speed hack, but we can keep that and still support an unlimited number of matches |
| 07:33:24 | Araq | for the guys among us who can't write real parsers *cough* ;-) |
| 07:34:50 | * | io2 joined #nimrod |
| 07:40:43 | * | adoniscik quit (Ping timeout: 272 seconds) |
| 07:40:45 | kokozedman | Araq: :-) well, I've tried PEG, but it's slower than PCRE, at least for my usecase... I'm on an embedded router so a 3% increase in CPU usage is big deal. So, I'm sticking with PCRE, plus I have 4 different binaries, using PEG costs about 200KBytes of space per binary, and I only have about 1.2Mbytes total |
| 07:42:47 | Araq | try parseutils, it's more work, but should require less space and might be faster then PCRE |
| 07:43:27 | kokozedman | no MaxSubpatterns* = 10? |
| 07:43:42 | Araq | it doesn't even support pattern matching |
| 07:43:44 | kokozedman | pegs also does have a MaxSubpatterns* = 10, just checked now |
| 07:44:09 | Araq | yeah, well you can set the limit to 50 I guess |
| 07:44:15 | kokozedman | i'll try that, thanks |
| 07:44:32 | Araq | that's the hacky fix :-) |
| 07:44:42 | kokozedman | i'll try parseutils |
| 07:50:57 | * | kunev joined #nimrod |
| 08:29:43 | * | bogen joined #nimrod |
| 08:38:59 | * | kshlm quit (Ping timeout: 272 seconds) |
| 08:40:49 | * | kshlm joined #nimrod |
| 09:27:16 | * | Trustable joined #nimrod |
| 09:45:13 | * | woodgiraffe quit (Read error: Connection reset by peer) |
| 09:45:40 | * | woodgiraffe joined #nimrod |
| 10:11:09 | * | krusipo_ joined #nimrod |
| 10:20:44 | * | bjz joined #nimrod |
| 10:37:58 | * | Ven joined #nimrod |
| 10:53:02 | * | io2 quit (Quit: ...take irc away, what are you? genius, billionaire, playboy, philanthropist) |
| 10:55:38 | * | io2 joined #nimrod |
| 10:58:51 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 11:09:44 | * | Ven joined #nimrod |
| 11:11:43 | * | krusipo_ quit (Remote host closed the connection) |
| 11:21:13 | * | willwillson joined #nimrod |
| 11:29:21 | * | kshlm quit (Ping timeout: 260 seconds) |
| 11:42:42 | * | kshlm joined #nimrod |
| 11:50:47 | * | gkoller joined #nimrod |
| 12:05:26 | * | kshlm quit (Ping timeout: 260 seconds) |
| 12:10:39 | * | saml_ joined #nimrod |
| 12:12:09 | kokozedman | how does one remove an item from a sequence? |
| 12:14:00 | * | kshlm joined #nimrod |
| 12:18:02 | * | saml_ quit (Ping timeout: 260 seconds) |
| 12:28:10 | * | krusipo quit (Quit: leaving) |
| 12:29:09 | * | krusipo joined #nimrod |
| 12:30:47 | * | saml_ joined #nimrod |
| 12:31:40 | kokozedman | nevermind, I used a TTable instead |
| 12:32:07 | * | krusipo_ joined #nimrod |
| 12:34:50 | * | krusipo_ left #nimrod (#nimrod) |
| 12:34:59 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 12:41:00 | * | BlameStross left #nimrod (#nimrod) |
| 12:46:06 | * | kshlm quit (Remote host closed the connection) |
| 12:46:34 | * | kshlm joined #nimrod |
| 12:46:34 | * | kshlm quit (Changing host) |
| 12:46:35 | * | kshlm joined #nimrod |
| 12:50:25 | * | saml_ left #nimrod ("Leaving") |
| 13:00:08 | * | clone1018_ is now known as clone1018 |
| 13:20:40 | * | darkf quit (Quit: Leaving) |
| 13:29:39 | willwillson | I think you wanted delete from sequtils: http://nimrod-lang.org/sequtils.html#delete,seq[T],int,int |
| 13:52:06 | * | krusipo quit (Quit: leaving) |
| 13:52:32 | * | krusipo joined #nimrod |
| 13:54:17 | krusipo | et | grep LANG |
| 13:54:24 | * | krusipo left #nimrod (#nimrod) |
| 14:05:51 | * | io2 quit (Quit: ...take irc away, what are you? genius, billionaire, playboy, philanthropist) |
| 14:16:28 | kokozedman | willwillson: thanks, I didn't know the existence of that |
| 14:16:40 | willwillson | no problem |
| 14:27:35 | * | ome quit (Quit: Connection closed for inactivity) |
| 14:34:42 | * | Fr4n joined #nimrod |
| 14:34:58 | * | kunev quit (Quit: leaving) |
| 14:51:23 | * | Fr4n quit (Ping timeout: 240 seconds) |
| 14:53:11 | * | kunev joined #nimrod |
| 14:54:35 | * | Severak joined #nimrod |
| 14:55:07 | * | Severak left #nimrod (#nimrod) |
| 14:56:03 | * | kunev quit (Remote host closed the connection) |
| 14:56:14 | * | kunev joined #nimrod |
| 14:57:23 | * | kshlm quit (Ping timeout: 240 seconds) |
| 14:59:01 | * | gkoller quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 15:04:44 | * | Fr4n joined #nimrod |
| 15:22:53 | * | Ven joined #nimrod |
| 15:30:21 | * | bogen quit (Quit: Leaving.) |
| 15:35:22 | * | Fr4n quit (Ping timeout: 264 seconds) |
| 15:43:10 | * | brson joined #nimrod |
| 16:00:06 | * | Fr4n joined #nimrod |
| 16:00:32 | * | adoniscik joined #nimrod |
| 16:00:39 | * | Fr4n quit (Remote host closed the connection) |
| 16:08:53 | * | Ven quit (Ping timeout: 244 seconds) |
| 16:09:16 | * | brson quit (Quit: leaving) |
| 16:09:23 | * | brson joined #nimrod |
| 16:28:11 | * | Ven joined #nimrod |
| 16:41:44 | * | kunev quit (Quit: leaving) |
| 16:51:34 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 16:56:40 | * | q66 joined #nimrod |
| 17:06:14 | kokozedman | i'm running on a router, and I'm getting about 20% usage which i'd like to lower... what's the first thing to speed-up the executable aparat from -d:release? |
| 17:06:39 | def- | kokozedman: depends on the code |
| 17:06:46 | def- | kokozedman: can we see it? |
| 17:07:10 | willwillson | how do I declare two types with a circular dependency? I'm getting: Error: illegal recursion in type 'A' |
| 17:07:10 | kokozedman | lots of string parsing |
| 17:07:19 | * | icebattle quit (Remote host closed the connection) |
| 17:07:58 | def- | kokozedman: i would run valgrind to check what's actually slow first |
| 17:08:15 | reactormonk | willwillson, code plz |
| 17:08:56 | def- | willwillson: use a ref to the type? |
| 17:09:27 | willwillson | just something like this: https://gist.github.com/cowboy-coders/d12a210341a2aa72a032 |
| 17:09:42 | * | Boscop_ joined #nimrod |
| 17:09:44 | def- | willwillson: how is that supposed to work? |
| 17:10:02 | kokozedman | def-: here you go http://pastebin.com/yHVLyJm7 |
| 17:10:11 | def- | you're trying to store one object in the other and the other way around too. the objects would get pretty big |
| 17:10:18 | reactormonk | def-, and circular. |
| 17:10:20 | def- | willwillson: if you make one of them a ref it works |
| 17:10:24 | kokozedman | there is no valgrind on the router by the way |
| 17:10:30 | reactormonk | kokozedman, run it locally? |
| 17:10:33 | def- | kokozedman: you can valgrind locally |
| 17:11:08 | kokozedman | hmm... i don't know if it would make sense... but let me see |
| 17:11:28 | * | Matthias247 joined #nimrod |
| 17:12:55 | willwillson | thanks, def, that seems to work |
| 17:12:57 | def- | kokozedman: can't run that |
| 17:13:11 | * | Boscop quit (Ping timeout: 255 seconds) |
| 17:14:00 | def- | kokozedman: but i don't see any obvious performance problems there |
| 17:17:02 | kokozedman | so did I, that's why I asked |
| 17:21:08 | def- | but to profile it i would need the full code |
| 17:21:46 | * | kshlm joined #nimrod |
| 17:24:03 | * | xnite joined #nimrod |
| 17:24:08 | * | xnite left #nimrod ("IRC is just multiplayer notepad") |
| 17:37:06 | dom96 | hello |
| 17:38:04 | Araq | hi dom96 |
| 17:38:36 | dom96 | sup |
| 17:39:03 | Araq | I'm fixing the most recent regression |
| 17:48:45 | * | kshlm quit (Ping timeout: 260 seconds) |
| 17:52:30 | * | Trustable quit (Quit: Leaving) |
| 17:57:15 | kokozedman | in terms of performance, how can I juddgle string operations without causing a lot of rawNewString in the final executable ... using valgrind, I can see that is taking more than 40% of the time |
| 17:57:54 | reactormonk | kokozedman, use destructive string ops? |
| 17:58:50 | kokozedman | ah, I have never heard of that... can you point where? |
| 18:00:42 | * | zahary joined #nimrod |
| 18:01:11 | Araq | kokozedman: var s = foo(); setLen(s, 0); bar(s) # re-use the string buffer |
| 18:01:44 | Araq | though most of the API doesn't support that very well for now |
| 18:02:01 | Araq | it's planned for 0.9.8 |
| 18:03:02 | Araq | kokozedman: also put your code in a 'main' proc if you haven't already, the compiler produces shitty code for top level statements |
| 18:03:20 | kokozedman | Araq: I see, but in that example, what exactly will bar(s) be doing, I mean, how it will assign to the string? isn't s = "something else" going to wipe-out the original s? |
| 18:04:00 | kokozedman | Araq: you mean when isMainModule? |
| 18:04:41 | def- | kokozedman: just make a "proc main" and call it |
| 18:16:17 | kokozedman | proc main didn't really make any visiable difference ... on the other hand, --gc:markAndSweep seems to be yielding the best performance for the router at the cost of 5.2MB memory usage versus 1.7M in ref counted |
| 18:18:34 | Araq | that doesn't mean much. iirc markAndSweep doesn't trigger before 4 MB are used |
| 18:19:09 | Araq | you can easily reduce it to 2 MB if you want |
| 18:19:16 | Araq | you need to edit gc_ms.nim though |
| 18:24:31 | kokozedman | that is great :-) ... very handy for systems with only 32 MB of RAM |
| 18:24:39 | kokozedman | thanks |
| 18:27:35 | reactormonk | Araq, how come the shitty code? |
| 18:28:49 | Araq | reactormonk: the compiler doesn't like global variables, |
| 18:29:14 | Araq | we can transform top level variables to locals when isMainModule but for now we don't |
| 18:30:31 | Araq | kokozedman: your router has 32MB of RAM?! that's plenty |
| 18:31:32 | Araq | bbl |
| 18:37:58 | kokozedman | yeah right, plenty ;-) |
| 18:46:44 | EXetoC | no need for 1GB? |
| 18:49:28 | * | brson quit (Ping timeout: 250 seconds) |
| 19:12:22 | reactormonk | EXetoC, I'm working with Scala atm and I need 2GB |
| 19:13:36 | reactormonk | ... for the jvm only. |
| 19:20:00 | EXetoC | well someone mentioned routers |
| 19:20:09 | EXetoC | 2GB? initially? Oo |
| 19:20:51 | * | Varriount|Mobile joined #nimrod |
| 19:20:52 | NimBot | Araq/Nimrod devel 3f0c3ab Simon Hafner [+0 ±1 -0]: added bug number to comment |
| 19:20:52 | kokozedman | the biggest RAM in router I found was 128 MB ... GB is still very far, may be in 10 years |
| 19:21:43 | Varriount|Mobile | Don't routers use the kind of RAM found in CPU caches, for performance reasons? |
| 19:22:24 | Matthias247 | Varriount: switches do that |
| 19:22:54 | Matthias247 | routers are kind-of normal pcs that mainly have to be cheap |
| 19:23:32 | Varriount|Mobile | Hi Matthias247 |
| 19:23:42 | * | Demos joined #nimrod |
| 19:25:31 | reactormonk | kokozedman, you wnat it to not be hard-coded, but still evaluated at compile time? I don't think a length at runtime would work well perforamce-wise |
| 19:26:03 | Varriount|Mobile | kokozedman: Concerning router usage, how much string parsing/manipulation are you doing? |
| 19:27:58 | EXetoC | reactormonk: 2GB initially? |
| 19:28:36 | * | filwit joined #nimrod |
| 19:30:10 | dom96 | I wonder how much I could do with my router. |
| 19:30:34 | dom96 | Are there any websites which list specs for all sorts of routers and perhaps tell you how to write programs for them? |
| 19:30:56 | reactormonk | EXetoC, nah, later |
| 19:30:57 | EXetoC | how is it to work with big scala code bases? you hear things about Java such as "it's impossible to debug when something goes wrong" |
| 19:31:07 | Varriount|Mobile | kokozedman: Also keep in mind that assigning one string to another ('a = "foo"; b = "bar"; a=b) creates a new string |
| 19:31:08 | Matthias247 | dom96: http://wiki.openwrt.org/toh/start |
| 19:31:12 | EXetoC | reactormonk: what type of program is it? |
| 19:31:26 | reactormonk | EXetoC, building NLP stuff. |
| 19:31:35 | reactormonk | EXetoC, and with FP the problem is somewhat local |
| 19:31:44 | dom96 | Matthias247: thanks |
| 19:31:48 | Varriount|Mobile | kokozedman: That can be avoided though through length checks and copymem |
| 19:31:57 | EXetoC | ok |
| 19:32:22 | Matthias247 | dom96: but I guess if you don't necessarily want a router you will have much more fun with a raspbarry pi or a beaglebone ;) |
| 19:50:20 | dom96 | yeah, I guess. But having custom software on my router would be cool. |
| 19:50:35 | reactormonk | dom96, visit pcengines.ch |
| 19:55:02 | willwillson | any ideas why I don't seem to able to use a typedesc as a parameter to a procedural type? |
| 19:55:59 | reactormonk | willwillson, dynamic types? |
| 19:56:12 | willwillson | not sure what you mean |
| 19:56:21 | willwillson | I'll post an example... one sec |
| 19:56:25 | reactormonk | good |
| 19:57:25 | willwillson | https://gist.github.com/cowboy-coders/e8addb6643cd283a69e8 |
| 19:59:00 | dom96 | I think it's possible that proc types cannot be generic. |
| 20:00:22 | Araq | that's not "generic", that code pretends types are runtime values |
| 20:00:29 | Araq | but they are not |
| 20:02:20 | filwit | willwillson: what are you trying to achieve? |
| 20:06:03 | willwillson | It's hard to explain.. I'll see if I can come up with a simplified example |
| 20:06:34 | * | untitaker quit (Ping timeout: 255 seconds) |
| 20:09:53 | * | brson joined #nimrod |
| 20:11:53 | * | untitaker joined #nimrod |
| 20:12:33 | * | Varriount|Mobile quit (Ping timeout: 246 seconds) |
| 20:15:29 | * | Ven joined #nimrod |
| 20:23:39 | * | flaviu joined #nimrod |
| 20:24:47 | flaviu | There's a discussion on reddit about word choice in various communities, I made a sqlite database of the irc logs a while ago |
| 20:24:50 | flaviu | Found at https://gist.github.com/flaviut/1fa067760790011bf354 |
| 20:25:09 | flaviu | If anyone wants to do it for nimrod |
| 20:25:59 | dom96 | TIL you can gist binaries. |
| 20:26:18 | flaviu | dom96: You have to clone the repo, and use git manually |
| 20:26:46 | Araq | flaviu: uh oh ... this will only reflect my rants ... |
| 20:26:50 | flaviu | You can't gist directories though |
| 20:27:01 | flaviu | Araq: We can calculate that! |
| 20:27:14 | Araq | I'm really happy with Nimrod and never had more fun! |
| 20:27:42 | Araq | I'm also excited and positive and love the new Nimrod |
| 20:28:02 | Araq | hrm ... being positive is hard |
| 20:28:57 | filwit | write a 'positive nimbot' which just spams the irc with random generalized nim enthusiasm |
| 20:29:20 | Araq | now that's a good idea! |
| 20:29:23 | flaviu | filwit: Its processable to use with SQL |
| 20:29:37 | flaviu | So you can do WHERE name != 'HappyBot' |
| 20:30:17 | filwit | we can get around that.. just make it login under random names at random intervals |
| 20:30:27 | Araq | oh well, I bet the most common word here is "welcome" |
| 20:31:31 | flaviu | filwit: Exclude all with just one or two posts |
| 20:31:32 | dom96 | yeah, because we're such a friendly community :D |
| 20:32:23 | dom96 | flaviu: Did you create the DB from the irclogs generated by NimBot? |
| 20:32:29 | flaviu | dom96: Yep |
| 20:32:39 | flaviu | I included a script, so you can do the same! |
| 20:32:53 | flaviu | Just wget the irclogs website into the current dir |
| 20:32:58 | dom96 | You parsed the html? lol |
| 20:33:06 | dom96 | Should've asked me for the .json files. |
| 20:33:06 | flaviu | With PCRE! |
| 20:33:18 | flaviu | <3 PCRE |
| 20:33:46 | dom96 | flaviu: http://stackoverflow.com/a/1732454/492186 |
| 20:33:58 | flaviu | I've seen it |
| 20:34:14 | dom96 | TO͇̹̺ͅƝ̴ȳ̳ TH̘Ë͖́̉ ͠P̯͍̭O̚N̐Y̡ H̸̡̪̯ͨ͊̽̅̾̎Ȩ̬̩̾͛ͪ̈́̀́͘ ̶̧̨̱̹̭̯ͧ̾ͬC̷̙̲̝͖ͭ̏ͥͮ͟Oͮ͏̮̪̝͍M̲̖͊̒ͪͩͬ̚̚͜Ȇ̴̟̟͙̞ͩ͌͝S̨̥̫͎̭ͯ̿̔̀ͅ!!! |
| 20:34:36 | dom96 | TONY WILL MURDER YOU |
| 20:34:41 | flaviu | Luckily, the grammar for Nimbot's generation is makes it all work out fine |
| 20:36:10 | flaviu | Araq: Actually, BitPuffin curses the most, you're only second! |
| 20:36:29 | dom96 | I should really start backing up these irc logs... |
| 20:36:44 | Araq | only because Poonix doesn't count as a swear word |
| 20:37:14 | flaviu | Araq: That turns up nothing |
| 20:37:22 | Araq | well I recently invented it |
| 20:37:37 | Araq | I was inspired by WINDOZE and M$ |
| 20:37:38 | * | Ven quit (Read error: Connection reset by peer) |
| 20:38:22 | Araq | btw what's up with these Unicode bombs, dom96 ? |
| 20:38:28 | Araq | why are they everywhere now? |
| 20:38:30 | flaviu | BitPuffin really loves cock... |
| 20:38:39 | adoniscik | say what? |
| 20:38:41 | filwit | http://www.urbandictionary.com/define.php?term=Poonix |
| 20:38:47 | dom96 | Did I break your IRC client? lol |
| 20:38:54 | flaviu | adoniscik: He's said "cock" 8 times |
| 20:39:43 | Araq | dom96: you didn't |
| 20:39:58 | Araq | filwit: interesting ... so others had the same idea |
| 20:40:32 | filwit | Araq: the same juvenile idea :P |
| 20:40:58 | filwit | i love my linux, don't you make fun of it!! |
| 20:41:12 | dom96 | flaviu: Check who has the most messages. |
| 20:41:21 | dom96 | better yet, give us a top 5. |
| 20:41:42 | flaviu | dom96: `*` has the most message |
| 20:41:55 | dom96 | that's not even a proper user |
| 20:41:57 | flaviu | 2 |Araq |45838 |
| 20:41:57 | flaviu | 3 |dom96 |23108 |
| 20:41:57 | flaviu | 4 |BitPuffin |20357 |
| 20:41:57 | flaviu | 5 |EXetoC |11423 |
| 20:41:57 | flaviu | 6 |Varriount |10822 |
| 20:42:17 | dom96 | Damn, Araq has a pretty solid lead on me. |
| 20:42:42 | filwit | top 10? |
| 20:42:51 | Araq | yep. you and your petty real life |
| 20:42:52 | filwit | i wonder where I'm at on that list... |
| 20:43:01 | flaviu | 6 |filwit |9287 |
| 20:43:02 | flaviu | 7 |gradha |9205 |
| 20:43:02 | flaviu | 8 |fowl |8754 |
| 20:43:02 | flaviu | 9 |reactormonk |6425 |
| 20:43:02 | flaviu | 10 |Demos |5867 |
| 20:43:02 | Araq | you'll never beat me |
| 20:43:08 | filwit | woohoo! |
| 20:43:18 | dom96 | Both filwit and Varriount are #6? |
| 20:43:18 | flaviu | 6 is duplicate because I excluded * on this second query |
| 20:43:26 | dom96 | ahh |
| 20:43:37 | filwit | oh, so i'm 7th |
| 20:43:50 | flaviu | `*` doesn't count |
| 20:43:58 | flaviu | It's just the join-leave messages |
| 20:44:04 | filwit | no wait... Araq is listed as #2... |
| 20:44:10 | Araq | I shouldn't talk so much |
| 20:44:12 | filwit | oh i get it |
| 20:44:29 | flaviu | I'm at 15 :( |
| 20:44:38 | filwit | dude, Araq has over twice as many comments and the next guy |
| 20:45:11 | filwit | maybe also because his name is on every NimBot post? |
| 20:45:22 | flaviu | Araq_ is #29 |
| 20:45:26 | dom96 | It would be more reliable to divide that number the amount of days we've been in this channel. |
| 20:45:31 | dom96 | *by the |
| 20:45:42 | filwit | comment/time ratio |
| 20:45:47 | flaviu | dom96: Just what I was thinking |
| 20:45:59 | flaviu | I do have the time information :D |
| 20:47:50 | dom96 | brb |
| 20:47:52 | EXetoC | and the user count? |
| 20:54:11 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 20:58:41 | filwit | meh, g2g.. |
| 20:58:42 | * | filwit quit (Quit: Leaving) |
| 21:17:40 | * | Fr4n joined #nimrod |
| 21:18:56 | flaviu | Well, there are a lot of people that have comment/day rates over 1000 |
| 21:20:57 | flaviu | Ok, top 10: |
| 21:21:45 | flaviu | # |name |count(name)|days|comments per day |
| 21:21:45 | flaviu | ---+----------------+-----------+-------------------------------------------+----------------------------------------------------------- |
| 21:21:45 | flaviu | 1 |Araq |45838 |606.766435185447 |75.54471925592 |
| 21:21:45 | flaviu | 2 |skrylar |1306 |19.6959027778357 |66.3082070789704 |
| 21:21:45 | flaviu | 3 |BitPuffin |20357 |382.851030092220 |53.1721176121595 |
| 21:21:45 | flaviu | 4 |OrionPKM |1427 |32.4576967591419 |43.9649187244955 |
| 21:21:46 | flaviu | 5 |Jehan_ |3881 |90.2474421295337 |43.0039889045224 |
| 21:21:46 | flaviu | 6 |dom96 |23108 |606.239004629664 |38.1169799757705 |
| 21:21:47 | flaviu | 7 |Varriount |10822 |295.255312500055 |36.6530238130700 |
| 21:21:47 | flaviu | 8 |renesac |4123 |118.577384259086 |34.7705426777793 |
| 21:21:48 | flaviu | 9 |AlexLibman |408 |14.2713425927795 |28.5887608224347 |
| 21:21:48 | flaviu | 10 |EXetoC |11423 |412.230497685261 |27.7102253815327 |
| 21:22:40 | Araq | hmm alexLibman ... |
| 21:26:16 | Araq | flaviu: I changed my mind. 'nil' for regexes and db_* stuff is fine, but we need to mark in bold this breaking change |
| 21:27:05 | Araq | also we need to be very careful since our infrastructure uses db_sqlite quite a bit ... argh |
| 21:28:08 | flaviu | :O |
| 21:35:44 | reactormonk | I really got to step up my game |
| 21:37:24 | flaviu | Top 10 Araq pings: |
| 21:37:24 | flaviu | # |name |count(name) |
| 21:37:24 | flaviu | ---+----------------+----------- |
| 21:37:24 | flaviu | 1 |NimBot |2031 |
| 21:37:24 | flaviu | 2 |dom96 |1696 |
| 21:37:24 | flaviu | 3 |BitPuffin |1686 |
| 21:37:25 | flaviu | 4 |reactormonk |1280 |
| 21:37:25 | flaviu | 5 |Varriount |1263 |
| 21:37:26 | flaviu | 6 |filwit |775 |
| 21:37:26 | flaviu | 7 |gradha |497 |
| 21:37:26 | flaviu | 8 |EXetoC |480 |
| 21:37:27 | flaviu | 9 |Jehan_ |305 |
| 21:37:28 | flaviu | 10 |fowl |298 |
| 21:37:44 | flaviu | I'm #11 on both the previous :( |
| 21:38:02 | reactormonk | Thehehe |
| 21:39:00 | reactormonk | Looks like I gotta bug Araq a bit more |
| 21:41:46 | dom96 | wow, really close between me and bitpuffin |
| 21:49:51 | * | ARCADIVS joined #nimrod |
| 21:54:55 | * | Trustable joined #nimrod |
| 22:01:19 | * | EXetoC quit (Quit: WeeChat 0.4.3) |
| 22:04:38 | * | Ven joined #nimrod |
| 22:07:23 | OrionPK | hola |
| 22:14:40 | * | flaviu quit (Quit: Leaving.) |
| 22:20:53 | Araq | hi OrionPK |
| 22:27:16 | OrionPK | hows it going araq |
| 22:28:02 | Araq | OrionPK: there is an annoying regression wrt for loop transformations |
| 22:28:52 | reactormonk | Araq, which is? |
| 22:29:12 | * | nande joined #nimrod |
| 22:29:28 | Araq | tfinally4 now crashes |
| 22:29:51 | OrionPK | lame :\ |
| 22:30:55 | reactormonk | Wow, according to the contributers page I got 69 commits (yay) next is gradha with 275 O.o |
| 22:34:35 | * | ehaliewicz joined #nimrod |
| 22:35:15 | OrionPK | there some compiler switch i need to use to build jester? |
| 22:36:27 | Araq | no, but as I said, there are regressions |
| 22:36:55 | OrionPK | ok. jester head isnt building anymore |
| 22:41:47 | Skrylar | something is deeply concerning about tabbing over and the first thing i see is "jester head" |
| 22:46:36 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 23:24:18 | * | brson quit (Ping timeout: 250 seconds) |
| 23:26:22 | * | brson joined #nimrod |
| 23:30:17 | * | ehaliewicz quit (Remote host closed the connection) |
| 23:30:53 | * | ehaliewicz joined #nimrod |
| 23:32:49 | * | Trustable quit (Quit: Leaving) |
| 23:33:25 | * | darkf joined #nimrod |
| 23:35:50 | * | flaviu joined #nimrod |
| 23:40:26 | * | ehaliewicz quit (Remote host closed the connection) |
| 23:43:28 | * | noam_ joined #nimrod |
| 23:44:55 | * | noam quit (Ping timeout: 244 seconds) |
| 23:46:08 | * | silven quit (Ping timeout: 244 seconds) |
| 23:46:18 | * | silven joined #nimrod |
| 23:50:52 | * | comex quit (Ping timeout: 244 seconds) |
| 23:51:04 | * | comex joined #nimrod |