00:16:45 | * | superfunc joined #nimrod |
00:33:02 | * | wan1 joined #nimrod |
00:33:07 | * | Kazimuth quit (Remote host closed the connection) |
00:35:11 | * | wan quit (Ping timeout: 258 seconds) |
00:50:14 | * | superfunc quit (Ping timeout: 240 seconds) |
00:51:32 | * | q66 quit (Quit: Leaving) |
01:38:01 | * | hoverbear joined #nimrod |
01:43:45 | * | bjz joined #nimrod |
01:49:26 | * | superfunc joined #nimrod |
02:05:09 | * | brson quit (Quit: leaving) |
02:08:14 | * | BitPuffin quit (Ping timeout: 240 seconds) |
02:17:25 | * | BitPuffin joined #nimrod |
02:20:21 | * | hoverbear quit () |
02:22:52 | * | flaviu quit (Remote host closed the connection) |
02:44:08 | * | wan2 joined #nimrod |
02:45:09 | * | BitPuffin quit (Ping timeout: 265 seconds) |
02:46:35 | * | wan1 quit (Ping timeout: 255 seconds) |
02:47:26 | * | springbok quit (Changing host) |
02:47:26 | * | springbok joined #nimrod |
02:50:50 | * | BitPuffin joined #nimrod |
02:53:27 | * | TylerE quit (Ping timeout: 252 seconds) |
02:54:23 | * | TylerE joined #nimrod |
02:55:09 | * | hoverbear joined #nimrod |
02:59:58 | * | kshlm quit (Ping timeout: 245 seconds) |
03:13:30 | * | BitPuffin quit (Ping timeout: 240 seconds) |
03:19:40 | * | def- joined #nimrod |
03:23:08 | * | def-_ quit (Ping timeout: 252 seconds) |
04:01:54 | * | boydgreenfield joined #nimrod |
04:05:12 | * | BitPuffin joined #nimrod |
04:12:43 | Varriount | Is there a built-in in-place or'ing operator? |
04:20:59 | * | boydgreenfield quit (Quit: boydgreenfield) |
04:24:17 | * | boydgreenfield joined #nimrod |
04:30:35 | fowl | you mean one that modifies one of its arguments instead of returning a new value? |
04:33:02 | * | gsingh93_ joined #nimrod |
04:34:22 | Varriount | fowl: Yeah |
04:35:02 | fowl | no |
04:45:17 | Varriount | dom96: Ping |
04:54:57 | * | Demos quit (Read error: Connection reset by peer) |
05:13:27 | * | xtagon quit (Quit: Leaving) |
05:26:53 | fowl | is there a benchmarking module available yet |
05:39:57 | * | nande quit (Remote host closed the connection) |
06:02:56 | * | hoverbear quit () |
06:15:56 | * | boydgreenfield quit (Quit: boydgreenfield) |
06:32:28 | Varriount | fowl: I think someone around here was making a timit module. |
06:32:43 | Varriount | fowl: It might just be better to use a system profiler though. |
06:46:56 | * | wan2 is now known as wan_ |
06:47:37 | * | wan_ is now known as wan |
07:11:23 | * | renesac quit (Ping timeout: 252 seconds) |
07:23:27 | * | renesac joined #nimrod |
08:19:21 | * | gsingh93_ quit (Quit: Connection closed for inactivity) |
08:25:48 | * | springbok quit (Ping timeout: 245 seconds) |
09:10:54 | * | kunev joined #nimrod |
09:18:30 | * | superfunc quit (Ping timeout: 276 seconds) |
09:20:25 | milosn | hmmm |
09:20:26 | milosn | var ctx = newContext(ProtSSLv23, CVerifyNone, "mycert.pem", "mycert.pem") |
09:20:43 | milosn | neppd.nim(7, 10) Error: undeclared identifier: 'newContext' |
09:20:46 | milosn | ... |
09:21:12 | milosn | Ive imported 'net' ... what else needs to be imported for SSL procs to be available? |
09:21:22 | milosn | newSocket() works |
09:48:49 | dom96 | milosn: Compile with -d:ssl |
09:49:38 | milosn | ah |
09:56:26 | * | springbok joined #nimrod |
09:56:50 | * | springbok is now known as Guest78648 |
09:57:54 | * | renesac quit (Ping timeout: 240 seconds) |
09:58:45 | * | superfunc joined #nimrod |
10:10:12 | * | renesac joined #nimrod |
10:53:19 | * | superfunc quit (Ping timeout: 265 seconds) |
11:09:48 | * | superfunc joined #nimrod |
11:11:21 | * | Guest78648 quit (Quit: Leaving) |
11:28:01 | * | springbok joined #nimrod |
11:28:53 | * | springbok quit (Quit: Leaving) |
13:07:09 | * | askatasuna joined #nimrod |
13:26:32 | * | superfunc quit (Ping timeout: 265 seconds) |
13:37:11 | * | darkf quit (Quit: Leaving) |
13:45:05 | milosn | dom96: how do you detect client diconnected on a socket? |
13:46:22 | * | superfunc joined #nimrod |
13:50:31 | milosn | i am so used to async frameworks ... id just write a callback onConnectionLost() :P |
13:50:34 | milosn | :) |
13:50:41 | milosn | hmmm |
14:21:52 | milosn | hmm maybe i should use recv(), it returns 0 when socket has been disconnected |
14:22:25 | milosn | ill have to use it anyway, since readLine() dont serve my purpose when i start implementing the protocol |
14:24:08 | EXetoC | are you using await? |
14:24:39 | milosn | await? |
14:25:31 | EXetoC | I guess not. async await. it's the new IO interface |
14:25:59 | milosn | ah no, i dont have understanding of mixing async/threads/db_access in nimrod |
14:26:26 | milosn | i went for "sync net"/fork() solution :P |
14:26:27 | milosn | :) |
14:27:29 | EXetoC | ok well await let's you block, while omitting it let's you query the state of a future object manually |
14:27:52 | EXetoC | I guess you'd generally use the former though |
14:29:20 | milosn | if i was doing this in python, i would use twisted :) |
14:30:00 | milosn | i know in a out how to make async/threads/db tick in python ... but nimrod has different kind of threading and new async framework |
14:30:30 | milosn | i dont wanna experiment, plus the rest of people which may end up coding this ... have 0 experience with anything other than apache stack |
14:31:11 | milosn | so they are used to not dealing with threads/async and having single apache process to monpolise during whole request handling |
14:32:08 | milosn | there is certain kind a simplystick beauty in fork() :P |
14:32:09 | milosn | :) |
14:32:50 | milosn | plus i trust linux kernel to prioritize my processes evenly :) |
14:35:35 | EXetoC | right |
14:43:50 | EXetoC | dom96: we can't just let him not use async, can we? |
14:45:07 | EXetoC | I'll be back in a couple of hours. Talk some sense into him |
14:52:34 | * | bjz quit (Ping timeout: 240 seconds) |
15:01:10 | Araq | milosn: don't feel bad for using what works |
15:10:52 | * | kunev quit (Quit: leaving) |
15:26:41 | * | john3213 joined #nimrod |
15:27:12 | dom96 | Varriount: pong |
15:27:26 | dom96 | EXetoC: I admire your loyalty to the async cause. |
15:28:02 | dom96 | However SSL support for async is still non-existent but it looks like milosn needs it. |
15:29:33 | Araq | hi john3213 welcome |
15:30:51 | Skrylar | so how do you guys overcome the "i must write code but i can't begin to care" problem :F |
15:31:27 | Araq | I use short variable names because typing speed is usually my bottleneck |
15:31:43 | * | wan quit (Ping timeout: 265 seconds) |
15:31:44 | * | john3213 left #nimrod (#nimrod) |
15:33:26 | EXetoC | that should do it |
15:33:28 | * | nande joined #nimrod |
15:35:11 | EXetoC | I don't know. I usually end up wasting time playing games. It's important to start with something small and see quick results |
15:38:18 | * | superfunc quit (Ping timeout: 240 seconds) |
15:45:19 | * | wan joined #nimrod |
15:50:31 | EXetoC | dom96: shh. he doesn't need to know |
15:50:43 | OrionPK | araq hows the vm issue coming? |
15:52:01 | Araq | not working on it, OrionPK |
15:52:40 | Araq | I thought flaviu would fix it but apparently he is obsessed with removing 'magic' from the language |
15:53:51 | OrionPK | ah |
15:54:18 | OrionPK | well I can never upgrade nimrod on my box I guess :S |
15:58:09 | Araq | oh don't worry |
15:58:35 | Araq | I now know the cause of these bugs, so fixing it shouldn't be that hard ... (famous last words) |
16:04:45 | * | untitaker quit (Ping timeout: 276 seconds) |
16:06:18 | dom96 | Skrylar: I usually have an end product in mind when writing Nimrod libraries which really boosts my motivation. |
16:06:49 | dom96 | Then I end up spending 4 years writing random libraries and realising they are more fun to work on than the product I had in mind at the time :P |
16:09:41 | * | untitaker joined #nimrod |
16:21:28 | * | hoverbear joined #nimrod |
16:24:59 | EXetoC | hoverbear: https://github.com/nimrod-code/mongo/blob/master/tests/tmongo.nim |
16:25:19 | hoverbear | EXetoC: Awesome! I'll take a look tonight. :) |
16:31:30 | * | BitPuffin quit (Ping timeout: 240 seconds) |
16:36:58 | * | hoverbear quit (Ping timeout: 265 seconds) |
16:37:14 | * | hoverbear joined #nimrod |
16:40:59 | * | hoverbea_ joined #nimrod |
16:43:18 | * | hoverbear quit (Ping timeout: 245 seconds) |
17:01:43 | * | Marverick joined #nimrod |
17:01:56 | * | Marverick left #nimrod (#nimrod) |
17:17:58 | * | q66 joined #nimrod |
17:17:58 | * | q66 quit (Changing host) |
17:17:58 | * | q66 joined #nimrod |
17:22:39 | * | bjz joined #nimrod |
17:27:34 | hoverbea_ | EXetoC: Bro so Insensitive https://github.com/nimrod-code/mongo/blob/master/tests/tmongo.nim#L24 |
17:28:58 | * | bjz quit (Ping timeout: 240 seconds) |
17:29:27 | OrionPK | Araq thats cool, i'm not too worried, just like progress updates since i"m not around as much anymore |
17:32:02 | * | Matthias247 joined #nimrod |
17:34:21 | EXetoC | hoverbea_: I suspected that someone was going to say something about that :p |
17:34:39 | * | hoverbea_ is now known as Hoverbear |
17:34:42 | * | Hoverbear is now known as hoverbear |
17:50:32 | EXetoC | doesn't correspond with the type name though |
17:57:23 | * | simargl joined #nimrod |
17:58:27 | simargl | hi nimrod people |
17:58:33 | simargl | check this out |
17:58:59 | simargl | http://s27.postimg.org/esccgtotv/alphaos_20140515195456.png |
18:00:02 | EXetoC | new editor? |
18:00:44 | simargl | that is port of vala gtk3 sample to nimrod |
18:01:03 | EXetoC | great |
18:01:04 | simargl | from here https://wiki.gnome.org/Projects/Vala/GTKSample |
18:01:13 | * | zahary joined #nimrod |
18:12:11 | * | simargl_ joined #nimrod |
18:12:48 | * | simargl quit (Ping timeout: 240 seconds) |
18:13:50 | * | simargl_ quit (Client Quit) |
18:14:14 | * | simargl joined #nimrod |
18:24:01 | dom96 | simargl: nice. I wish gtk3 looked that well on my PC |
18:25:23 | dom96 | simargl: Now write a high-level gtk module ala pygtk ;) |
18:28:31 | NimBot | nimrod-code/packages master 2a12975 Eric S. Bullington [+0 ±1 -0]: Added simple hex string encoding/decoding package |
18:28:31 | NimBot | nimrod-code/packages master de28adf Eric S. Bullington [+0 ±1 -0]: Modified entry name to match file import name per babel guidelines |
18:28:31 | NimBot | nimrod-code/packages master b7c9e7a Dominik Picheta [+0 ±1 -0]: Merge pull request #55 from esbullington/hexed_package... 2 more lines |
18:35:04 | * | hoverbear quit () |
18:41:21 | * | hoverbear joined #nimrod |
18:43:52 | Varriount | dom96: If you look at the logs on #nimrod-offtopic, you'll see my comments on the Windows file monitoring api |
18:45:08 | Varriount | Essentially, if you look at http://msdn.microsoft.com/en-us/library/windows/desktop/aa364391(v=vs.85).aspx, you'll see that only 5 actual events are given, despite the fact that there are 8 filter flags available. |
18:52:07 | * | BitPuffin joined #nimrod |
18:52:35 | * | Matthias247 quit (Read error: Connection reset by peer) |
18:58:29 | Araq | simargl: nice work and welcome to #nimrod |
18:59:24 | Araq | bbl |
19:01:31 | * | Matthias247 joined #nimrod |
19:01:32 | * | Matthias247 quit (Read error: Connection reset by peer) |
19:09:53 | * | hoverbea_ joined #nimrod |
19:13:27 | * | hoverbear quit (Ping timeout: 252 seconds) |
19:16:18 | * | Matthias247 joined #nimrod |
19:20:41 | * | hoverbea_ quit () |
19:22:15 | * | noam quit (Read error: Connection reset by peer) |
19:22:41 | * | noam joined #nimrod |
19:23:29 | * | Demos joined #nimrod |
19:26:48 | Demos | you all seen http://smallcultfollowing.com/babysteps/blog/2014/05/13/focusing-on-ownership/? I seem to recall Araq making exactly that point a while ago :D |
19:27:09 | * | bjz joined #nimrod |
19:31:26 | * | bjz quit (Ping timeout: 255 seconds) |
19:31:51 | Matthias247 | I have seen it - and asked myself again when rust will stop changing ;) |
19:32:46 | Demos | well they are a pre-release language, so I guess it is OK. do they have a tool like gofix? |
19:35:12 | * | hoverbear joined #nimrod |
19:35:33 | Matthias247 | no |
19:52:20 | * | brihat left #nimrod (#nimrod) |
20:35:20 | Araq | Demos: what point? that shared mutable state doesn't work and so you can either do without mutability |
20:35:27 | Araq | *or* shared? |
20:36:29 | Demos | yeah, that you can eliminate shareing or mutability and be pretty much OK. |
20:36:58 | Araq | yup. also they plan to get rid of explicit "mut" for locals |
20:37:07 | Araq | which comes close to nimrod's let vs var |
20:37:27 | Demos | yeah, although we do not have mutability as a little qualifier there |
20:37:27 | Araq | also their concurrency vs parallelism distinction is exactly my design ... |
20:37:52 | Araq | though with my recent "parallel" statement we're ahead again :P |
20:37:58 | Demos | hehe :D |
20:38:25 | Demos | can it actually run (more or less) any code on the GPU? |
20:38:38 | Araq | no way lol |
20:38:48 | Araq | it maps quite nicely to GPUs though |
20:50:56 | renesac | I think the point was that, for safe concurrency, you only need non-aliasing (unique pointer), not immutability |
20:52:11 | Demos | yeah, I guess. Although frankly you need /some/ way to share data or a whole lot of things will be really hard. Esp in a language designed for high perf systems |
20:52:30 | renesac | right |
20:53:35 | EXetoC | and then only bug fixes for the duration of the release :p |
20:53:40 | * | Varriount_ joined #nimrod |
20:53:52 | EXetoC | cmon. it's much more fun than working on features. maybe you just haven't realized that yet |
20:54:44 | fowl | yes |
20:54:57 | fowl | please stop with the features |
20:55:20 | * | Varriount quit (Ping timeout: 258 seconds) |
20:57:48 | Araq | well the problem is that the planned features will break code |
20:58:15 | Araq | and so I'd rather get them all into the language and then we can fix bugs |
20:58:48 | Araq | the alternative is that version 1.2 breaks code, version 1.4 breaks code slightly etc. ... |
21:02:29 | EXetoC | that's fine |
21:03:08 | Demos | I think it would be a good idea for major versions to introduce some moderate code breakage, so long as we keep some level of maintnence on the older versions |
21:03:31 | Demos | but this is hardly what we need to worry about now |
21:04:33 | * | hoverbear quit (Ping timeout: 245 seconds) |
21:05:18 | * | hoverbear joined #nimrod |
21:05:27 | Matthias247 | they broke already all code by changing string behavior, removing managed pointers, changing the whole allocation syntax, etc. ;) |
21:08:23 | Araq | oh well ... I guess you're right. Where is the fun in 1.2 when we can't break any code |
21:09:17 | Matthias247 | that's why my work project only advanced from 0.7 to 0.7.9 in the last 18 month ;) |
21:09:41 | dom96 | No. After 1.0 we need to guarantee no code breakage. |
21:09:46 | dom96 | Otherwise people will dismiss us. |
21:11:03 | Araq | well "code breakage" is relative |
21:11:10 | EXetoC | you'd break things for new major versions if anything, but I suppose it needs to be a slow process |
21:11:33 | Araq | the current approach with "warning: deprecated" works rather well |
21:12:29 | EXetoC | yeah, coupled with automated migration, which you've brought up a couple of times |
21:12:31 | renesac | make available via future in one version, deprecate the old in the next, and finally remove the old in some next version |
21:12:43 | * | CARAM_ quit (Ping timeout: 240 seconds) |
21:13:04 | Matthias247 | linux kernel afaik also breaks internal APIs every few versions and it still works somehow |
21:13:07 | * | TylerE quit (Ping timeout: 240 seconds) |
21:13:09 | renesac | ok, the first step is kinda unnecessary |
21:13:15 | Demos | I like the way microsoft deals with .NET versions. Not without flaws but seem to work |
21:13:18 | dom96 | Varriount_: hrm, if I understand the problem correctly there is no way to determine if for example the FILE_ACTION_MODIFIED action actually means that the file's time stamp or attributes were modified right? |
21:13:19 | renesac | Matthias247, internal, not userspace |
21:13:37 | Varriount_ | dom96: Yes |
21:13:39 | Matthias247 | renesac: yes, but it's still work for other developers to catch up |
21:13:41 | * | Varriount_ is now known as Varriount |
21:13:57 | renesac | usually who proposes the breakage has to fix everything |
21:14:00 | dom96 | Varriount: even though filters allow such granularity. |
21:14:05 | Varriount | dom96: Yes. |
21:14:33 | Araq | Matthias247: I'm not sure Linux is a good example for "stable" software |
21:14:57 | Varriount | dom96: There are ways to get an idea of what changed, but they are imprecise and error prone (like comparing current file information with a saved copy) |
21:15:36 | Varriount | Demos: How does Microsoft deal with .NET versions? |
21:15:50 | dom96 | Varriount: I think you should simply allow the user to specify the filters. |
21:16:02 | dom96 | Varriount: Don't worry about making the events detailed. |
21:16:32 | dom96 | Varriount: If the user wants file modified events only for attribute changes he can specify the file_notify_change_attributes filter. |
21:16:50 | Demos | Varriount: a program compiled for .NET 2 can not use features that need .NET 4, and it needs a different set of redistributable libraries |
21:17:06 | Demos | new features come in new versions but security and bugfixes are backported |
21:17:15 | dom96 | Varriount: In the unlikely case that he wants both, but he wants to determine which happens then he can use two fs monitors I guess. |
21:18:03 | Varriount | dom96: Also, do you have a file monitor mechanism that will work with kqueue (for Mac and BSD) ? |
21:19:14 | Araq | oh yeah right |
21:19:19 | Araq | forgot about that |
21:19:28 | dom96 | Varriount: Asyncdispatch doesn't even support kqueue yet :P |
21:19:32 | Araq | the way to go, 1.2 vs 2.0 |
21:19:52 | fowl | lets use firefox version model |
21:20:11 | Varriount | We aren't going to use semantic versioning? |
21:21:17 | dom96 | Let's use random versioning |
21:21:23 | dom96 | each release we'll generate 3 random numbers |
21:21:57 | Araq | or simply date in Iso format |
21:22:29 | dom96 | nah, seconds since epoch is better |
21:22:36 | dom96 | more unixy |
21:22:40 | dom96 | people love that shit |
21:23:08 | Demos | pick an irrational number and keep adding digits :D |
21:23:32 | * | TylerE joined #nimrod |
21:24:00 | fowl | epoch in hexadecimal notation |
21:24:06 | fowl | that would be pretty hip |
21:24:33 | * | CARAM_ joined #nimrod |
21:24:49 | Demos | lets hash the entire codebase and take the first n digits |
21:25:57 | Araq | well anyway. I've holidays. I'm allowed to work on kick-ass features |
21:26:12 | Araq | it's all in a branch nobody cares about anyway |
21:28:46 | * | simargl quit (Quit: Page closed) |
21:30:30 | Varriount | Hm. Well aside from version numbers, I have another topic we can bikeshed on: Release *names*! |
21:30:52 | EXetoC | fowl: binary |
21:31:17 | Araq | Varriount: write a NEP about it :P |
21:31:31 | Araq | I still need to read NEP-1 |
21:31:42 | Araq | oh and you need to post it on the forum |
21:31:51 | fowl | someone fix mruby plz |
21:32:19 | Varriount | Araq: NEP-1 is in ongoing development. There's still a large number of areas I have yet to cover. |
21:32:20 | dom96 | I know! |
21:32:25 | dom96 | Character names from The Matrix. |
21:32:29 | dom96 | Release 1.0 will be Neo. |
21:32:41 | Varriount | dom96: And what happens when we run out of names? |
21:32:45 | Araq | dom96: meh... matrix is so 90ies |
21:32:59 | dom96 | hrm, character names from Game of Thrones? :P |
21:33:16 | dom96 | Varriount: dunno, switch to a different movie/tv show |
21:33:19 | Varriount | Maybe we can name the release after the kind of spirits Araq was drinking while he wrote compiler code? |
21:33:29 | Araq | character names from System Shock 2? :P |
21:33:41 | Varriount | (I say spirits because I assume Araq drinks more than just beer) |
21:33:50 | dom96 | lol, so System Shock 2 isn't so 90ies but The Matrix is? |
21:33:58 | Araq | yes. |
21:34:05 | Araq | SS2 is an all-time classic |
21:34:22 | Trixar_za | Didn't they come out around the same time too? (Both released in 1999) |
21:34:28 | Araq | the story is better too |
21:34:35 | EXetoC | fowl: what do you want to use it for and stuff |
21:34:46 | Varriount | Araq: What kind of beer/wine/liquor did you last drink? |
21:35:01 | renesac | version 0.9.4 was unilaterally named "heart-beat release" by me |
21:35:03 | renesac | :P |
21:35:08 | Araq | wait a sec |
21:36:49 | Araq | "Flensburger Frühlingsbock" :D |
21:37:30 | Varriount | There. We have our release name. |
21:37:52 | Trixar_za | Oo |
21:37:55 | dom96 | please no |
21:38:25 | fowl | EXetoC, scripting |
21:38:49 | EXetoC | I had no idea |
21:39:07 | * | boydgreenfield joined #nimrod |
21:39:07 | fowl | EXetoC, why did you ask if your gonna be all sarcastic |
21:39:36 | Araq | Varriount: I think this breaks all kind of trademarks |
21:40:19 | Trixar_za | For release names I've adopted the naming convention for Ubuntu, but with intentional double entendre. Parody is fun |
21:40:29 | Trixar_za | entendres* |
21:41:14 | * | DAddYE joined #nimrod |
21:41:30 | Demos | we could do famous scientists |
21:42:59 | Varriount | Araq: I don't think so. Trademark only applies if it's in the same field/area of usage |
21:43:41 | Varriount | If we were releasing a drinks recipe with that name, it might be chancy. But as an informal release name, not really. |
21:43:51 | * | DAddYE quit (Remote host closed the connection) |
21:44:18 | * | DAddYE joined #nimrod |
21:45:13 | Araq | Varriount: I suppose you're right but still ... we can find something better |
21:45:38 | Varriount | Hm. What about religious figure's names? |
21:46:11 | Varriount | Although, some might consider that blasphemous... |
21:46:21 | fowl | v 1.0 muhammad |
21:46:25 | dom96 | Yeah, let's include a picture of mohammed |
21:46:37 | dom96 | That should give us some nice publicity. |
21:46:38 | EXetoC | how about, beefy miracle? |
21:46:51 | EXetoC | no, already taken. damn |
21:47:57 | dom96 | how about porn star names? |
21:48:09 | EXetoC | dom96: not nice publicity, but any publicity is good publicity |
21:48:17 | EXetoC | as long as we don't manage to get blown up in the process |
21:48:18 | dom96 | EXetoC: yep |
21:48:28 | Trixar_za | You really want to call it something like Julia Bond? |
21:48:56 | fowl | my porn star name is Cinnamon Imperial |
21:49:07 | * | flaviu joined #nimrod |
21:49:09 | fowl | (first dogs name + the name of the first street you lived on) |
21:49:15 | * | DAddYE quit (Ping timeout: 276 seconds) |
21:49:34 | Trixar_za | Er, that would be weird |
21:49:49 | Trixar_za | Flossy Buitenkant |
21:49:56 | EXetoC | now I can infer everything about you |
21:50:15 | fowl | haha |
21:50:22 | Araq | meh I have no "first dog" and I always lived under a bridge |
21:50:40 | Araq | bbl |
21:50:44 | Trixar_za | So... Nameless Bridge? |
21:50:55 | EXetoC | bridge |
21:51:21 | fowl | Dogeless Bridgedweller |
21:51:48 | Trixar_za | lol |
21:51:55 | Trixar_za | Next we'll be using Fallout references |
21:52:06 | Trixar_za | "The Vault Dweller" |
21:52:32 | Varriount | How about.. "Cavensis" (The species name of the Honey Badger) |
21:52:54 | Varriount | Or "Mellivora Cavensis" |
21:52:59 | flaviu | Trixar_za: How about "Beatrix Russell"? |
21:53:43 | Varriount | Or we could all put name suggestions into a pot, and use random.org to pick on. |
21:53:45 | Varriount | *one |
21:53:48 | Trixar_za | ... Fallout Universe Prostitutes? |
21:53:59 | EXetoC | call it œ€łŁºØ° |
21:54:26 | flaviu | Trixar_za: I'm not actually serious |
21:54:31 | Trixar_za | http://fallout.wikia.com/wiki/Prostitution |
21:54:38 | Trixar_za | ^ *coff* |
21:54:39 | flaviu | Oh, I know |
21:54:40 | EXetoC | or beefy miracle, in chinese |
21:56:21 | flaviu | There's a lot of features that can be copied from http://whiley.org/ |
21:58:17 | Trixar_za | First time I've heard of Whiley |
21:59:03 | Trixar_za | Oh, that's why. My brain automatically ignores anything to do with Java |
21:59:32 | renesac | ooc is also interesting: http://ooc-lang.org/ |
22:00:47 | renesac | nothing java or theorem proving |
22:01:22 | flaviu | ooc doesn't seem to do anything new or exciting |
22:02:03 | Trixar_za | True - and I have heard of ooc atleast. I just ignore languages that output Java because much like Linux, there is just way too many of them. |
22:02:43 | * | brihat joined #nimrod |
22:02:43 | * | brihat quit (Client Quit) |
22:04:24 | * | brihat joined #nimrod |
22:04:59 | * | brihat left #nimrod (#nimrod) |
22:11:28 | dom96 | I'm pretty sure OOC is dead. |
22:14:14 | Demos | whiley sounds annoying to program in |
22:15:11 | njoejoe | trying to use db_mysql. get error: could not load libmysqlclient.so.15. I have libmysqlclient.so.18 on my system (mariadb) how do I let nimrod know? |
22:15:35 | dom96 | edit the mysql wrapper |
22:15:40 | flaviu | Demos: You can tell the compiler "I'm right about this, trust me" where it doesn't pick things up correctly. |
22:16:29 | * | boydgreenfield quit (Quit: boydgreenfield) |
22:16:49 | Araq | njoejoe: you can also use --dynlibOverride and link statically against some mariadb library that then links dynamically against the right lib*.so |
22:17:12 | NimBot | nimrod-code/packages master 0fc85c3 boydgreenfield [+0 ±1 -0]: Rename murmur -> murmur3 to not conflict w/ prior module... 4 more lines |
22:17:12 | NimBot | nimrod-code/packages master e3cf714 Dominik Picheta [+0 ±1 -0]: Merge pull request #56 from boydgreenfield/master... 2 more lines |
22:18:29 | Demos | flaviu: well if you have to do that all the time you may as well just dump the verification |
22:19:12 | njoejoe | thanks dom96 that did it. |
22:19:24 | dom96 | njoejoe: good and np :) |
22:20:56 | Araq | flaviu: interesting. I'm checking out theorem provers right now. |
22:23:33 | EXetoC | Demos: or just update the file, but it's pointless if they modify the binary interface often |
22:23:57 | Demos | EXetoC: wait what? |
22:27:01 | Demos | I do like whiley's thing where it will convert things it can not prove to a runtime check, although control is paramount as usual. And side effects in those runtime checks are probably not a great idea |
22:27:56 | Demos | anyhow I gotta go. Perhaps this weekend I will start interrogating araq about our overload resolution |
22:28:34 | EXetoC | Demos: that's when they bump the so number |
22:29:08 | * | Demos quit (Quit: leaving) |
22:29:53 | EXetoC | or should |
22:29:54 | * | bjz joined #nimrod |
22:34:50 | * | bjz quit (Ping timeout: 252 seconds) |
22:40:22 | * | flaviu quit (Ping timeout: 258 seconds) |
22:41:44 | * | flaviu joined #nimrod |
22:42:49 | njoejoe | So I'm guessing we need an async_db_mysql because this https://gist.github.com/jots/d36c2a8a938bf9d550b3 blocks the server on line 16. I was hoping some magic would just make it work :-) |
22:46:47 | * | xenagi joined #nimrod |
22:52:33 | fowl | ehhh |
23:00:31 | * | nande quit (Remote host closed the connection) |
23:04:02 | * | nande joined #nimrod |
23:09:50 | * | darkf joined #nimrod |
23:12:50 | * | Matthias247 quit (Ping timeout: 255 seconds) |
23:27:31 | * | askatasuna quit (Ping timeout: 258 seconds) |
23:32:15 | * | hoverbear quit () |