| 00:19:09 | * | reactormonk joined #nimrod |
| 00:26:47 | * | Reisen quit (Ping timeout: 246 seconds) |
| 00:31:39 | * | dom96 quit (Ping timeout: 245 seconds) |
| 00:31:42 | * | mal`` quit (Ping timeout: 245 seconds) |
| 00:31:51 | * | dom96_ joined #nimrod |
| 00:32:06 | * | Araq quit (Ping timeout: 245 seconds) |
| 00:32:21 | * | Araq_bnc joined #nimrod |
| 00:38:24 | * | mal`` joined #nimrod |
| 00:39:09 | * | Reisen joined #nimrod |
| 00:39:20 | * | Amrykid quit (Ping timeout: 245 seconds) |
| 00:39:24 | * | Amrykid joined #nimrod |
| 01:08:42 | * | q66 quit (Quit: Quit) |
| 01:10:32 | * | reactormonk quit (Ping timeout: 244 seconds) |
| 01:23:20 | * | Amrykid quit (Changing host) |
| 01:23:20 | * | Amrykid joined #nimrod |
| 02:19:06 | * | XAMPP joined #nimrod |
| 02:43:13 | * | Trixar_za is now known as Trix[a]r_za |
| 05:07:32 | * | Araq_bnc is now known as Araq |
| 05:57:06 | * | Trix[a]r_za is now known as Trixar_za |
| 08:14:38 | * | Amrykid quit (Ping timeout: 245 seconds) |
| 08:14:38 | * | Amrykid joined #nimrod |
| 08:50:44 | * | Trixar_za is now known as Trix[a]r_za |
| 09:32:42 | * | q66 joined #nimrod |
| 09:43:19 | * | |apriori| joined #nimrod |
| 10:38:15 | * | Araq_ joined #nimrod |
| 10:54:19 | * | dom96__ joined #nimrod |
| 12:20:48 | * | |apriori| quit (Remote host closed the connection) |
| 12:29:55 | * | |apriori| joined #nimrod |
| 12:48:32 | * | Trix[a]r_za is now known as Trixar_za |
| 12:49:39 | * | Trixar_za is now known as Trix[a]r_za |
| 13:44:04 | * | zahary quit (Quit: Leaving.) |
| 13:56:51 | * | comex quit (*.net *.split) |
| 13:57:21 | * | dom96__ quit (Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347]) |
| 13:57:27 | * | comex joined #nimrod |
| 13:57:37 | * | Araq_ quit (Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347]) |
| 14:00:15 | |apriori| | hey guys.. maybe a stupid question |
| 14:00:24 | |apriori| | what would a simple "pass through" macro look like? |
| 14:00:39 | fowl | waht does that mean |
| 14:00:54 | |apriori| | a macro that doesnt transform anything |
| 14:00:59 | |apriori| | and just emits its arguments |
| 14:01:55 | fowl | result = newNimNode(nnkStmtList, body) maybe |
| 14:02:42 | fowl | if body is what yo call the arg |
| 14:03:25 | |apriori| | nope, that doesn't seem to do the right thing |
| 14:03:31 | |apriori| | actually..I'm not even quite sure what it does |
| 14:03:49 | fowl | me neither |
| 14:04:12 | fowl | |apriori|: do echo(treerepr(body)) to see what comes in exactly |
| 14:06:08 | |apriori| | fowl: the ast includes the macrostatement itself, too |
| 14:06:42 | |apriori| | fowl: tried skipping that via body[1], but that doesn't work, either |
| 14:07:34 | fowl | try wrapping it in a stmtlist |
| 14:09:43 | |apriori| | ah |
| 14:09:45 | |apriori| | that works |
| 14:11:00 | |apriori| | thanks |
| 14:11:16 | fowl | yep |
| 14:28:09 | * | Amrykid2 joined #nimrod |
| 14:51:17 | * | Amrykid2 quit (Quit: Page closed) |
| 15:56:48 | * | shevy quit (Ping timeout: 265 seconds) |
| 16:09:13 | * | shevy joined #nimrod |
| 16:33:14 | dom96_ | hello |
| 16:33:45 | * | |apriori| quit (Ping timeout: 268 seconds) |
| 16:34:41 | * | dom96_ is now known as dom96 |
| 16:34:42 | * | dom96 quit (Changing host) |
| 16:34:42 | * | dom96 joined #nimrod |
| 16:38:25 | fowl | yo |
| 16:41:25 | dom96 | sup? |
| 16:42:04 | dom96 | brb |
| 17:02:18 | dom96 | back |
| 17:13:28 | * | XAMPP quit (Ping timeout: 246 seconds) |
| 17:14:12 | * | dom96 needs to buy a new graphics card |
| 17:14:16 | dom96 | Any suggestions? |
| 17:14:57 | fowl | running into trouble with generics |
| 17:15:48 | fowl | dom96: get one of the new gtx cards |
| 17:16:01 | * | dom96 was thinking of sticking with AMD |
| 17:16:04 | dom96 | but hrm |
| 17:18:39 | dom96 | fowl: What trouble are you running into? |
| 17:18:47 | shevy | into aliens |
| 17:19:33 | * | XAMPP joined #nimrod |
| 17:22:25 | dom96 | Wait what? "Usually dispatched within 1 to 2 months" |
| 17:22:31 | dom96 | That's cool Amazon. |
| 17:23:25 | fowl | dom96: i thought i could hav ethe unpack procs like unpack[packettype](): packettype so i could fake passing in the type |
| 17:24:41 | fowl | but trying to call it gets ambiguous call error |
| 17:25:44 | dom96 | hrm |
| 17:26:43 | dom96 | What's the exact error? |
| 17:26:49 | dom96 | And how are you trying to call that function? |
| 17:29:11 | fowl | Error: ambiguous call; both unpack(s: PStream): InnerPkt and unpack(s: PStream): UnusedP match for: (PStringStream) |
| 17:29:28 | fowl | unpack[InnerPkt](s) |
| 17:30:20 | dom96 | And what are the `unpack` functions that you define? |
| 17:32:44 | fowl | https://gist.github.com/3342882 |
| 17:41:31 | dom96 | hrm, right. So you use the macro to generate that proc |
| 17:41:35 | dom96 | Damn, that is so confusing. |
| 17:41:59 | fowl | lol |
| 17:42:32 | dom96 | Only explanation I have for that error is that you're generating two unpack functions |
| 17:42:52 | dom96 | oh I see the problem. |
| 17:43:02 | dom96 | Nimrod doesn't support return-type overloading yet :P |
| 17:44:01 | fowl | i guess i can just name it unpackFoobar() then |
| 17:44:33 | dom96 | yeah |
| 17:44:39 | dom96 | Forced to unfortunately. |
| 17:55:01 | * | XAMPP quit (Ping timeout: 248 seconds) |
| 18:30:09 | Araq | var x = p() |
| 18:30:22 | Araq | why does everybody want return value overloading? |
| 18:30:45 | dom96 | because it's cool obviously |
| 18:30:48 | Araq | it screws local type inference which I consider much more important |
| 18:33:42 | Araq | dom96: Logging library Views: 223 |
| 18:33:51 | Araq | do you know what that means? |
| 18:33:59 | dom96 | no? |
| 18:34:11 | Araq | the pager is not visible enough |
| 18:34:53 | Araq | because otherwise we would have an even number of views |
| 18:35:02 | Araq | as there are 2 pages in this thread |
| 18:35:25 | Araq | you should also start with the last page IMO |
| 18:35:26 | dom96 | lol |
| 18:35:37 | dom96 | I like your theory |
| 18:35:39 | Araq | it's annoying to click to the last |
| 18:36:07 | dom96 | I know |
| 18:36:15 | dom96 | and we already said that I would add the pages on the front page |
| 18:36:27 | Araq | yeah true |
| 18:36:30 | Araq | cool cool |
| 18:39:37 | dom96 | And it should also indicate if new replies have been made since the last time you've visited the thread |
| 18:40:07 | Araq | true but that requires user tracking |
| 18:40:27 | Araq | but we could only do that for users that are logged in |
| 18:42:33 | dom96 | Doesn't require user tracking |
| 18:42:45 | dom96 | Save the info as a cookie? |
| 18:48:30 | Araq | ah lol |
| 18:48:32 | Araq | yeah |
| 18:48:39 | * | Araq keeps forgetting about cookies |
| 18:49:28 | dom96 | Also I need to implement reset password |
| 18:49:33 | dom96 | Because I forgot my password haha |
| 18:49:45 | Araq | lol? |
| 18:53:01 | dom96 | oh wait |
| 18:53:03 | dom96 | Firefox has it saved |
| 18:53:12 | dom96 | Well doesn't change the fact :P |
| 19:01:54 | fowl | cool |
| 19:02:18 | fowl | got sequences working |
| 19:09:08 | dom96 | I found something cool for GTK: http://chipx86.github.com/gtkparasite/ |
| 19:16:04 | fowl | is there a lib to build the ui from a scheme, preferably not xml |
| 19:16:34 | fowl | thats the most annoying part for me |
| 19:16:44 | dom96 | You mean something like Glade? |
| 19:16:57 | dom96 | But not XML? As far as I know, no. |
| 19:17:22 | dom96 | But Glade should generate it for you anyway |
| 19:17:28 | dom96 | You shouldn't need to touch the XML |
| 19:17:44 | Araq | fowl: XML is an industry standard, it has to be good |
| 19:17:49 | dom96 | I might someday write a Glade XML to Nimrod code converter is it's possible |
| 19:17:54 | dom96 | *if |
| 19:18:29 | Araq | you can do everything with it thanks to XPATH and XCRAP |
| 19:18:44 | Araq | it's always the best choice |
| 19:18:50 | Araq | and never overly verbose |
| 19:18:51 | fowl | lol |
| 19:20:14 | Araq | parasite looks nice but then you have to hack around in python ... |
| 19:20:45 | Araq | which is a problem if you never used pygtk ... |
| 19:20:49 | dom96 | It's just for inspecting things anyway |
| 19:21:11 | fowl | installing 0ad, 5ball, 7kaa, a7xpg because they're at the top of the list lol |
| 19:21:20 | fowl | hopefully one of these games will be fun |
| 19:22:44 | Araq | so who played with the new varargs feature? |
| 19:22:53 | Araq | and how come I'm so proud of it? |
| 19:25:37 | dom96 | Because it's a cool feature :) |
| 19:26:50 | Araq | I think it's because no other PL has it :P |
| 19:27:08 | Araq | well at least I'm not aware of it |
| 19:28:27 | dom96 | true |
| 19:30:33 | fowl | whats up with varargs |
| 19:31:15 | Araq | http://forum.nimrod-code.org/t/52/2 |
| 19:31:19 | Araq | read my last post |
| 19:34:05 | dom96 | Damn. |
| 19:34:11 | dom96 | Parasite is actually very cool |
| 19:35:28 | dom96 | I can properties of every widget on the fly. |
| 19:50:29 | dom96 | ARGH |
| 19:50:35 | dom96 | Just realised i missed a word |
| 19:50:48 | Araq | so what |
| 19:50:54 | Araq | I understood it anyway |
| 20:07:23 | dom96 | Aww, why can't I do: (?<=v_*a_*r_*) in regex? |
| 20:07:40 | dom96 | I suppose lookbehind only allows characters. |
| 20:07:45 | dom96 | Any ideas how to get around that? |
| 20:08:05 | Araq | what do you want to accomplish? |
| 20:08:42 | dom96 | Match "TType" in "var foo: TType" |
| 20:08:42 | dom96 | :P |
| 20:09:40 | fowl | :\s*(T|P)[A-Za-z0-9_]+ |
| 20:10:01 | fowl | but it also colors the : |
| 20:10:07 | Araq | if x: bla |
| 20:10:16 | dom96 | Yeah, I don't want to match that |
| 20:10:20 | dom96 | *want it |
| 20:11:04 | Araq | brb |
| 20:11:15 | Araq | er, be back in an hour :P |
| 20:11:29 | dom96 | :( |
| 20:26:47 | dom96 | I think I figured it out |
| 20:27:02 | dom96 | Highlighting the type in type definitions is practically impossible I think |
| 20:27:09 | dom96 | With regex at least |
| 20:28:23 | fowl | just use (T|P)[^\s]+ |
| 20:29:00 | dom96 | Not good enough for me :P |
| 20:29:32 | dom96 | The language doesn't enforce that convention |
| 20:30:13 | fowl | yeah but you could say that's the standard |
| 20:31:01 | dom96 | And btw there is also E for exceptions |
| 20:31:10 | dom96 | and I suppose I for interfaces might take off |
| 20:31:22 | dom96 | Doesn't seem like a reliable way |
| 20:35:07 | fowl | it looks better than nothing: http://i.cubeupload.com/I8J1F9.png |
| 20:36:44 | dom96 | I suppose |
| 20:36:52 | dom96 | meh |
| 20:36:59 | * | dom96 just sticks to coloring built in types |
| 22:11:58 | Araq | Epic Games worked with Adobe to take advantage of the Flash Runtime C++ Compiler to bring Unreal Engine 3 to the web. The same breathtaking game engine that powers best-selling Xbox 360 and PlayStation 3 games like Gears of War 3, Borderlands, and Mass Effect 3 now runs on one billion computers (see a video). |
| 22:11:59 | Araq | By taking advantage of Stage3D hardware acceleration in Flash Player, C/C++ content like Epic Citadel can run directly across browsers with stunning efficiency. Experience it yourself, and welcome to a new level of gaming on your favorite websites. |
| 22:12:20 | * | Araq presses "launch epic citadel" |
| 22:12:31 | Araq | "You appear to be using the incorrect version of the Flash Plug-In required for this content. This version requires Adobe Flash 11.2." |
| 22:12:38 | Araq | :P |
| 22:12:43 | * | Araq is underwhelmed |
| 22:16:04 | * | dom96 is going to try gaikai |
| 22:16:57 | Araq | billions of computers he? |
| 22:17:04 | Araq | mine is not among those |
| 22:28:16 | Araq | good night |
| 22:28:24 | dom96 | bye |
| 22:28:32 | dom96 | You'll be here tomorrow |
| 22:28:34 | dom96 | Right? |
| 22:28:38 | Araq | yes |
| 22:42:48 | * | Trix[a]r_za is now known as Trixar_za |
| 23:01:21 | fowl | https://gist.github.com/3356675 |
| 23:01:29 | fowl | :D |
| 23:07:51 | dom96 | aww |
| 23:07:56 | dom96 | I was expecting Nimrod |
| 23:16:29 | fowl | hey dom how come only recvline is exposed in asyncio |
| 23:16:41 | fowl | i cant do recvfrom |
| 23:16:45 | fowl | or recv() |
| 23:18:05 | dom96 | You can |
| 23:18:07 | * | Trixar_za is now known as Trix[a]r_za |
| 23:18:09 | dom96 | Just import sockets |
| 23:18:28 | dom96 | There is a converter |
| 23:18:44 | dom96 | Which converts an PAsyncSocket to a TSocket automatically |
| 23:18:55 | dom96 | So all TSocket function should work on it too |
| 23:21:31 | dom96 | But be careful |
| 23:21:39 | dom96 | Use *async functions if you can |
| 23:21:55 | fowl | ah ok |