| 00:12:11 | fowl | Varriount, what are you working on? |
| 00:13:32 | Varriount | Well, right now I'm trying to get the buildbot working on windows. However I get a "Could not connect to hub: unknown OS error" when I try |
| 00:14:28 | Varriount | Tracking down the error leads me to asycio.nim, and the newAsyncSocket procedure |
| 00:14:46 | * | gurug33k quit (Ping timeout: 268 seconds) |
| 00:15:37 | Varriount | In my free time, I'm thinking of trying to translate Neil Fraser's diff-match-patch library to nimrod, then use the C bindings for python. |
| 00:17:40 | Varriount | fowl, Oh, and the debugger causes a syntax error if I try to compile it into the builder. So I can't even debug frame by frame. |
| 00:19:11 | fowl | Varriount, is it that nothing is coming from OSLastError() ? |
| 00:21:24 | Varriount | It appears to be an EOS error. |
| 00:22:48 | Varriount | And the message is "unknown OS error" |
| 00:24:05 | Varriount | Ah, here we go. Use a test program (just instanciating a socket, with no error handling) gives me: |
| 00:24:20 | Varriount | Error: unhandled exception: The attempted operation is not supported for the type of object referenced. |
| 00:24:20 | Varriount | [EOS] |
| 00:25:45 | fowl | can you track that down |
| 00:25:53 | Varriount | Looking... |
| 00:26:43 | Varriount | I will say this, nimrod's source code is pretty well documented, compared to other language libraries I've seen |
| 00:28:25 | Varriount | Traceback (most recent call last) |
| 00:28:25 | Varriount | : |
| 00:28:28 | Varriount | test.nim(2) test |
| 00:28:29 | Varriount | asyncio.nim(171) AsyncSocket |
| 00:28:29 | Varriount | sockets.nim(1619) setBlocking |
| 00:28:29 | Varriount | os.nim(263) OSError |
| 00:30:47 | fowl | Varriount, it sounds like setblocking isnt right for windows |
| 00:31:22 | Varriount | Line 1619 in sockets.nim - if ioctlsocket(TWinSocket(s.fd), FIONBIO, addr(mode)) == -1 |
| 00:31:37 | fowl | http://msdn.microsoft.com/en-us/library/windows/desktop/ms738573(v=vs.85).aspx |
| 00:32:18 | fowl | specific error code can be retrieved by calling WSAGetLastError. |
| 00:32:21 | fowl | check that^ |
| 00:41:26 | * | Demos_ joined #nimrod |
| 00:42:02 | Varriount | fowl: It's exactly what the message said. The error code is 10045, WSAEOPNOTSUP |
| 00:42:05 | Varriount | http://msdn.microsoft.com/en-us/library/windows/desktop/ms740668(v=vs.85).aspx#WSAEOPNOTSUPP |
| 00:45:57 | * | Demos_ quit (Ping timeout: 248 seconds) |
| 00:50:30 | Varriount | It seems that the only reason such an error would be thrown, after using ioctlsocket, is if the socket is already set to non-blocking... |
| 00:53:26 | fowl | says the socket doesnt support it |
| 00:53:52 | * | DAddYE quit (Remote host closed the connection) |
| 00:54:14 | fowl | dom probably knows more |
| 00:54:34 | * | DAddYE joined #nimrod |
| 00:59:16 | * | DAddYE quit (Ping timeout: 264 seconds) |
| 01:06:35 | fowl | Araq, PR 615 is ready |
| 01:06:45 | Varriount | fowl, what is the size of an int type based off of in nimrod? |
| 01:07:36 | fowl | Varriount, its like the size of void*, 4 bytes for 32 bit systems, 8 bytes for 64 bit systems |
| 01:07:43 | fowl | "native" int |
| 01:08:00 | Varriount | Yes, but on 64 bit windows, things are a bit odd. |
| 01:09:09 | Varriount | Like the size of a void point != the size of an int (or was it a long?) |
| 01:09:16 | Varriount | *pointer |
| 01:09:42 | fowl | i dont follow |
| 01:09:46 | fowl | echo sizeof(int) |
| 01:12:38 | * | BitPuffin joined #nimrod |
| 01:22:48 | * | Demos_ joined #nimrod |
| 01:27:08 | * | Demos_ quit (Ping timeout: 240 seconds) |
| 01:30:32 | * | Demos_ joined #nimrod |
| 01:31:39 | Demos_ | so I saw that (x,y) = frobulate() could be accessed as just x and y. Can I do that for nested tuples as well? so Foo = (x,(y,z)) could be accessed as Foo.y and Foo.z? |
| 01:33:09 | fowl | if you make it a tuple, yes |
| 01:33:39 | fowl | var f = (x: x, y: y) |
| 01:33:57 | fowl | otherwise they dont have names (x and y are variables) |
| 01:34:42 | Demos_ | yeah, that was not real syntax. So my issues is that I want type Foo = tuple[id:int, ref tuple] |
| 01:35:10 | fowl | what for |
| 01:35:12 | Demos_ | rather data:ref tuple |
| 01:35:41 | Demos_ | I want to store an ID that I can use to store a bunch of references to various sorts of tuples |
| 01:35:57 | Demos_ | like a TTable[type,tuple] |
| 01:36:16 | fowl | i still dont follow |
| 01:36:20 | fowl | can you give a code example |
| 01:36:50 | Demos_ | sure, can it be in c++? |
| 01:36:55 | fowl | yea |
| 01:37:20 | Demos_ | so I want something like std::map<std::type_index, base*> |
| 01:38:11 | Demos_ | then I would have a function get<T>() { if(map.count(typeid(T)) > 0) {return static_cast<T*>(map.at(typeid(T))} |
| 01:38:45 | * | gdos quit (Quit: *GONE*) |
| 01:39:59 | Demos_ | I know, a little strange |
| 01:43:12 | Varriount | Anyone here have a 32 bit windows computer running, with visual studio installed on it? |
| 01:43:23 | Varriount | I would like to compare something |
| 01:43:34 | Demos_ | I have all those things except the first |
| 01:45:03 | Varriount | Essentially, winsock2.h a text editor, and a compiler that can compile to 32 bit architecture. |
| 01:45:51 | Demos_ | I may have those things |
| 01:46:01 | fowl | Demos_, i dont think there is any kind of type ID that you could access so what you need to do to get one is have something like |
| 01:46:12 | Varriount | fowl, the value of FIONBIO (the number indicating what action ioctlsocket should take) is different between nimrod and c |
| 01:46:22 | Demos_ | I was going to just have a incremented ID |
| 01:47:17 | Demos_ | so when I wanted a new type of thing I would say const thing = newThingType() and that would increment some kind of counter |
| 01:47:35 | fowl | yeah |
| 01:47:37 | fowl | do that |
| 01:47:55 | fowl | except it will happen at runtime not compiletime |
| 01:48:36 | Demos_ | but I may need multiple tuples with the same ID |
| 01:49:51 | Demos_ | one idea would be to add int, ref tuple to my map |
| 01:50:33 | Demos_ | but I would rather like not to do that, esp since then you could add a tuple that is not really of the right structure, I suppose I could use objects, but subtypeing is not what I want |
| 01:50:40 | Varriount | Nimrod is reporting it as -2146933122, while Microsoft's C is reporting it as -2147195266. Replacing FIONBIO with -2147195266 made things work. |
| 01:51:09 | * | BitPuffin quit (Read error: Connection reset by peer) |
| 01:51:15 | * | BitPuffin joined #nimrod |
| 01:51:38 | fowl | Demos_, i use type id here https://github.com/fowlmouth/nimlibs/blob/master/fowltek/entitty.nim#L291 |
| 01:52:01 | fowl | a tuple[int,int] will match other tuple[int,int] unless you make them distinct |
| 01:53:17 | fowl | Varriount, see if theres discrepancies from winlean (or other windows wrapper) from the windows headers and fix them if you need to |
| 01:54:29 | Demos_ | so what you do that is keep a list of typeid:id mappings and then return an existing one if it exists otherwise make a new one |
| 01:54:35 | Demos_ | is that correct? |
| 01:55:00 | * | DAddYE joined #nimrod |
| 01:55:06 | fowl | no list is kept, its kept in a static var inside the function thats instantiated for any type that needs it |
| 01:55:40 | fowl | you could keep one though |
| 01:55:46 | fowl | using typetraits.name() |
| 01:57:10 | Demos_ | where is allcomponents declared? |
| 01:58:21 | fowl | ln 68 |
| 01:58:30 | fowl | forgot about that, a list is kept |
| 02:00:12 | Demos_ | if I say nextComponentID(T) \n nextComponentID(T) it will create two different IDs though, right? |
| 02:02:02 | * | DAddYE quit (Ping timeout: 264 seconds) |
| 02:02:40 | * | brson quit (Quit: leaving) |
| 02:03:23 | fowl | Demos_, yes, nextComponentID shouldn't be exported so that you can't do that |
| 02:04:30 | Varriount | Does nimrod have a type that's 32 bits, regardless of architecture? |
| 02:04:33 | fowl | but i see that it is now |
| 02:04:43 | fowl | Varriount, u/int32 |
| 02:06:28 | Demos_ | wait does that {.global.} pragma make it global to an instance of the generic? |
| 02:07:12 | fowl | its static |
| 02:07:30 | fowl | like a static var |
| 02:08:02 | Demos_ | but you get a new value on each call... |
| 02:08:06 | Demos_ | h it just increments |
| 02:08:19 | Demos_ | I am going to need to lookup the typedesc anyways... |
| 02:09:28 | fowl | your `[]` and `[]=` functions do that |
| 02:09:51 | fowl | this is like a custom map type right |
| 02:10:25 | Demos_ | yeah, but I need to keep a global registry of each typedesc that I have generated an id for |
| 02:10:43 | Varriount | fowl, does Araq keep track of private messages? |
| 02:11:02 | Varriount | I found something out that he and dom96 might need to know. |
| 02:11:14 | fowl | Demos_, you're trying to subvert the type system, so yeah, you have to go through some lengths |
| 02:11:24 | Demos_ | I have reasons! |
| 02:11:46 | Demos_ | I wonder what it would take to do this inside a type system |
| 02:11:56 | Demos_ | probably more math that I would care to deal with |
| 02:12:11 | Varriount | Demos_: Right, tell that to the cops. You're getting charged with breaking and entering. |
| 02:12:59 | fowl | Varriount, i doubt he ever closes his IRC clietn |
| 02:14:28 | Varriount | fowl, on windows, regardless of whether the system is 32 or 64 bit, the size of a long and int remain 32 bits |
| 02:15:07 | fowl | probably depends on what nimrod you have, the one prebuilt for int32 for example... |
| 02:15:27 | OrionPK | are you compiling nimrod as 64 bit with 64 bit c compiler as well? |
| 02:15:37 | Varriount | Yep. |
| 02:15:39 | fowl | er prebuilt for 32bit |
| 02:15:54 | Varriount | No, 64-bit with a 64 bit compiler |
| 02:17:12 | * | cablehead quit (Remote host closed the connection) |
| 02:17:16 | OrionPK | you ran build64.bat? |
| 02:17:16 | fowl | Demos_, why are you doing this btw, whats the end result you want to achieve |
| 02:17:25 | Varriount | OrionPK, yes. |
| 02:17:46 | * | cablehead joined #nimrod |
| 02:17:50 | Varriount | Nimrod Compiler Version 0.9.3 (2013-10-08) [Windows: amd64] |
| 02:20:21 | Demos_ | I am looking to be able to do a kind of pattern matching based on the types in a container |
| 02:20:54 | Demos_ | so have a method that is called on entities if a given set of types is a subset of the types that make up that entity |
| 02:21:16 | * | gdos joined #nimrod |
| 02:21:31 | OrionPK | Varriount it's probably by design |
| 02:22:08 | OrionPK | vaguely recall it coming up at some point, but dont remember any of the specifics |
| 02:22:17 | Varriount | OrionPK, it's by design that socket.setBlocking fails on 64 bit? |
| 02:22:24 | Demos_ | so when isMainModule is a pretty bad-ass feature |
| 02:22:25 | * | cablehead quit (Ping timeout: 268 seconds) |
| 02:22:41 | fowl | Demos_, i do that in entitty |
| 02:22:52 | OrionPK | dunno |
| 02:23:33 | Demos_ | hm, I am going to see what I come up with, I also want to not store entities but just have them generated as ints, and have a list of just components that are in a scene |
| 02:26:18 | OrionPK | are you building with ssl enabled Varriount? |
| 02:27:14 | Varriount | No. |
| 02:27:34 | fowl | Demos_, you have to store the entity's data somewhere right |
| 02:27:55 | Varriount | OrionPK, the problem is that the flags for the function that sets socket properties on windows are being calculated improperly. |
| 02:28:08 | Varriount | I *think* it's due to data type sizes. |
| 02:28:20 | OrionPK | interesting.. |
| 02:28:35 | Varriount | Right now I'm translating what's done in a windows header file directly to nimrod, and comparing the result. |
| 02:28:37 | Demos_ | Sure, I just increment an integer for each entity |
| 02:28:59 | Demos_ | the entities data is just all the components that are connected to that entity |
| 02:29:48 | Demos_ | it is impressive how much nicer nimrod is for this than c++, I do have a working c++ implementation of this stuff |
| 02:30:17 | Demos_ | hell I may end up just calling that from nimrod, or continuing to work on it, I dun mind c++ so much |
| 02:30:22 | Varriount | Also: No semicolons! |
| 02:30:30 | Demos_ | omgz I know! it is nice |
| 02:30:42 | Demos_ | although sometimes I put one in just out of habit... |
| 02:30:52 | OrionPK | I'm more concerned with <>'s and ::'s than {}'s and ;'s |
| 02:30:53 | OrionPK | :) |
| 02:31:06 | Varriount | I don't mind bracket languages, but semicolons have always seemed useless to me. |
| 02:31:09 | Demos_ | the unified function call syntax is the biggest win for me |
| 02:31:36 | OrionPK | well |
| 02:31:38 | Varriount | I mean, why not only require them for when you actually need to have more than one statement on a line? |
| 02:31:40 | OrionPK | it divides statements |
| 02:31:48 | OrionPK | nimrod even uses semicolons to divide statements |
| 02:31:53 | Varriount | OrionPK, yes, but why not make it optional |
| 02:31:54 | OrionPK | if they aren't on diff lines |
| 02:32:07 | Demos_ | Varriount: just do not do the javascript thing...... |
| 02:32:09 | OrionPK | optional? then you're in a world of hurt |
| 02:32:16 | OrionPK | yeah exactly, javascript |
| 02:32:22 | Demos_ | yeah, javascript |
| 02:32:26 | Varriount | OrionPK, believe me, I know. |
| 02:32:29 | fowl | Demos_, love to see more on your system |
| 02:32:38 | OrionPK | although I suppose semicolons are technically optional in nimrod ;) |
| 02:32:41 | Demos_ | I got the c++ one on github |
| 02:33:14 | Demos_ | I am pretty sure searching through for matching entities is like O(n^3) or something like that, have not used up my 16ms yet though |
| 02:33:58 | fowl | in mine when you declare an entity with TA, TB, TC (components) a typeinfo is created that has info on what messages it responds to, what offset each component is at (the data is stored as an array of bytes then casted to the right type from `[]`() |
| 02:34:33 | fowl | i'd store them in a seq[TEntity] and the ID is their index in that seq where they are |
| 02:34:45 | fowl | link plz, im about to go |
| 02:34:51 | Demos_ | https://github.com/barcharcraz/d3dGame/blob/master/LibCommon/Entity.h |
| 02:34:54 | Demos_ | that is the entity |
| 02:35:07 | Demos_ | I used to do messages but now I just have an update "message" |
| 02:35:34 | Demos_ | Oo actually look at https://github.com/barcharcraz/d3dGame/blob/new-entity/LibCommon/Entity.h |
| 02:35:42 | Demos_ | I need to merge more often |
| 02:35:53 | * | dyu joined #nimrod |
| 02:35:59 | fowl | ok will check it out tomorrow or something, thx |
| 02:36:06 | fowl | bye guys good luck |
| 02:36:07 | * | fowl quit (Quit: Leaving) |
| 02:40:18 | Demos_ | wow, nimrod is way cooler than rust |
| 02:42:13 | Varriount | Hah, found it. |
| 02:43:05 | Varriount | In the windows header, FIONBIO is calculated using the size of a u_long, which a C program reports as 4 |
| 02:43:36 | Varriount | However nimrod reports that an int, the type it's using in place of u_long, is 8 |
| 02:47:57 | OrionPK | good find |
| 02:56:25 | * | sardman_ joined #nimrod |
| 02:56:32 | * | sardman quit (Ping timeout: 248 seconds) |
| 02:57:51 | * | DAddYE joined #nimrod |
| 03:00:05 | * | ltbarcly joined #nimrod |
| 03:04:24 | Demos_ | hm my compiler is hanging after processing typetraits |
| 03:04:43 | * | DAddYE quit (Ping timeout: 260 seconds) |
| 03:07:01 | Demos_ | forget that, I my code was wrong |
| 03:07:29 | * | wlhlm joined #nimrod |
| 03:08:43 | * | BitPuffin quit (Ping timeout: 248 seconds) |
| 03:10:51 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
| 03:14:10 | Varriount | Well, goodnight guys. |
| 03:14:28 | * | OrionPK quit (Quit: Leaving) |
| 03:14:44 | Varriount | The builder still doesn't work, but I have classes tomorrow, and it's 11:00 here |
| 03:14:53 | * | Varriount quit (Quit: Leaving) |
| 03:15:08 | * | DAddYE joined #nimrod |
| 03:15:35 | Demos_ | I may be able to set up a builder as well, I run Arch, OSX and Windows on my desktop, we shall see |
| 03:15:42 | Demos_ | I have a feeling windows is the most needed |
| 03:21:52 | * | mal``` joined #nimrod |
| 03:22:35 | * | mal`` quit (*.net *.split) |
| 03:27:06 | * | Demos_ quit (Ping timeout: 245 seconds) |
| 03:29:17 | * | Demos_ joined #nimrod |
| 03:30:21 | * | gdos quit (Ping timeout: 240 seconds) |
| 03:31:54 | * | DAddYE quit (Remote host closed the connection) |
| 03:34:51 | * | Demos_ quit (Ping timeout: 248 seconds) |
| 03:35:38 | * | Demos_ joined #nimrod |
| 03:41:16 | * | Demos_ quit (Ping timeout: 264 seconds) |
| 03:45:20 | * | Associat0r quit (Quit: Associat0r) |
| 03:46:24 | * | DAddYE joined #nimrod |
| 03:47:54 | * | cablehead joined #nimrod |
| 03:51:27 | * | Demos_ joined #nimrod |
| 04:00:59 | * | Demos_ quit (Ping timeout: 248 seconds) |
| 04:38:56 | * | wlhlm quit (Ping timeout: 248 seconds) |
| 04:41:33 | * | cablehead quit (Remote host closed the connection) |
| 04:42:09 | * | cablehead joined #nimrod |
| 04:44:34 | * | cablehea_ joined #nimrod |
| 04:46:13 | * | cablehea_ quit (Read error: Connection reset by peer) |
| 04:46:35 | * | cablehea_ joined #nimrod |
| 04:46:43 | * | cablehead quit (Ping timeout: 268 seconds) |
| 04:46:56 | reactormonk | Araq, what do you think of HOCON as config syntax? Too nested? |
| 05:06:42 | * | cablehea_ quit (Remote host closed the connection) |
| 05:07:08 | * | cablehead joined #nimrod |
| 05:11:52 | * | cablehead quit (Ping timeout: 264 seconds) |
| 05:22:28 | * | ltbarcly joined #nimrod |
| 05:22:28 | * | ltbarcly quit (Client Quit) |
| 05:24:33 | * | ltbarcly joined #nimrod |
| 05:39:12 | * | dyu quit (Disconnected by services) |
| 05:39:44 | * | dyu_ joined #nimrod |
| 06:14:53 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
| 06:17:55 | * | XAMPP quit (Ping timeout: 240 seconds) |
| 06:20:42 | * | ltbarcly joined #nimrod |
| 06:23:21 | * | DAddYE quit (Remote host closed the connection) |
| 06:23:47 | * | DAddYE joined #nimrod |
| 06:25:25 | * | q66 joined #nimrod |
| 06:28:26 | * | DAddYE quit (Ping timeout: 264 seconds) |
| 06:58:06 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
| 07:53:30 | * | XAMPP joined #nimrod |
| 08:04:07 | * | ponce- joined #nimrod |
| 08:05:57 | * | XAMPP quit (Ping timeout: 248 seconds) |
| 10:20:05 | * | sardman_ quit (Read error: Connection reset by peer) |
| 10:59:11 | * | dyu_ quit (Ping timeout: 268 seconds) |
| 11:01:10 | * | dyu_ joined #nimrod |
| 11:19:54 | * | Associat0r joined #nimrod |
| 11:20:58 | * | cespare quit (Ping timeout: 245 seconds) |
| 11:21:41 | * | ltbarcly joined #nimrod |
| 11:21:43 | * | ltbarcly quit (Client Quit) |
| 11:24:03 | * | BitPuffin joined #nimrod |
| 11:28:38 | * | cespare joined #nimrod |
| 11:38:54 | shevy | XML for the win |
| 11:44:39 | dom96 | hello |
| 11:45:01 | * | BitPuffin quit (Ping timeout: 245 seconds) |
| 12:16:39 | * | Araq_ joined #nimrod |
| 12:18:28 | * | BitPuffin joined #nimrod |
| 12:21:31 | Araq_ | reactormonk: hocon looks nice but a format more complex than .ini should support "if" or at least something like "if_platform(windows)" |
| 12:23:00 | Araq_ | and .ini is fine for everything that's not more complex than .ini :P |
| 12:46:43 | BitPuffin | Araq_: is the passwords for nimforum still just a straight md5 hash? |
| 12:46:56 | dom96 | yes |
| 12:47:14 | dom96 | BitPuffin: What ever happened to that scrypt stuff you were working on? |
| 12:47:39 | BitPuffin | dom96: I'll finish that soon |
| 12:48:06 | BitPuffin | dom96: just an md5 hash is completely useless, you can almost crack those with pen and paper |
| 12:48:32 | BitPuffin | dom96: still though, would be better to use something like persona |
| 12:50:05 | dom96 | it's salted |
| 12:50:10 | BitPuffin | dom96: so? |
| 12:50:13 | dom96 | but yes, I am well aware. |
| 12:50:47 | BitPuffin | even without using a rainbow table it is ridiculously weak :P |
| 12:51:00 | BitPuffin | are they at least stored in a way so that you see that it is an md5 hash |
| 12:51:08 | BitPuffin | so that you could migrate to something else? |
| 12:52:03 | dom96 | not really, but we can still migrate. |
| 12:53:06 | BitPuffin | yeah I guess, since you could just crack the passwords and rehash them lol |
| 12:54:00 | BitPuffin | still, I'd ditch even storing their passwords at all and just switch to persona |
| 12:54:24 | dom96 | No, I was thinking of just asking people to change their passwords... |
| 12:54:38 | * | Ricky_Ricardo joined #nimrod |
| 12:57:44 | BitPuffin | dom96: Why not when they log in, tell them to sign in with persona and their account will be migrated? |
| 12:57:46 | Araq_ | dom96: no need for that just add another pw field |
| 12:58:00 | Araq_ | BitPuffin: we don't like persona :P |
| 12:58:08 | BitPuffin | Araq_: why? |
| 12:58:09 | Araq_ | we like old fashioned passwords |
| 12:58:16 | dom96 | Araq_: Yes, but for that there is a need to ask them to change passwords. |
| 12:58:23 | BitPuffin | Araq_: again, why? |
| 12:58:26 | dom96 | Unless I crack the current passwords. |
| 12:58:27 | BitPuffin | passwords are very broken |
| 12:58:42 | BitPuffin | people use the same on every site |
| 12:58:56 | BitPuffin | someone might use the same password on nimrod forum as to their email for example |
| 12:59:06 | BitPuffin | and if the nimforum database gets compromised |
| 12:59:16 | BitPuffin | and the password is cracked, bye bye email |
| 12:59:19 | BitPuffin | where EVERYTHING is |
| 13:00:50 | Araq_ | BitPuffin: that's a feature |
| 13:00:59 | Araq_ | I like having your bank password around |
| 13:01:05 | BitPuffin | Araq_: -.- |
| 13:33:18 | BitPuffin | Araq_: so when is nimrod EE coming out? |
| 13:33:26 | * | ltbarcly joined #nimrod |
| 13:33:32 | * | ltbarcly quit (Client Quit) |
| 13:51:18 | * | wlhlm joined #nimrod |
| 14:00:12 | * | Araq_ quit (Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130910160258]) |
| 14:01:37 | * | Ricky_Ricardo quit (Quit: Ricky_Ricardo) |
| 14:18:41 | BitPuffin | did Araq leave or just one of his clones |
| 14:25:09 | * | BitPuffin quit (Ping timeout: 268 seconds) |
| 14:27:07 | * | gdos joined #nimrod |
| 14:27:49 | reactormonk | Araq, you could always use windows/linux/mac as keys for specific configuration |
| 14:27:57 | reactormonk | or fallback configs |
| 14:28:54 | * | BitPuffin joined #nimrod |
| 14:33:38 | * | q66_ joined #nimrod |
| 14:34:03 | * | q66 quit (Disconnected by services) |
| 14:34:07 | * | q66_ is now known as q66 |
| 14:35:30 | * | shodan45 joined #nimrod |
| 14:36:35 | BitPuffin | dom96: When using source code filters, how do I make a proc that takes a string that it will put in a certain place, like when doing an html layout that should have different contents on each page |
| 14:37:16 | dom96 | #proc render(content: string): string = result = "" |
| 14:37:24 | dom96 | <html>${content}</html |
| 14:37:25 | dom96 | > |
| 14:39:00 | BitPuffin | ah |
| 14:39:01 | BitPuffin | cool |
| 14:39:04 | BitPuffin | dom96: thanks |
| 14:45:24 | * | Varriount joined #nimrod |
| 14:45:41 | Varriount | Good morning! |
| 14:45:46 | dom96 | hey Varriount, did you get the builder working? |
| 14:45:55 | Varriount | dom96: Not yet. |
| 14:46:17 | Varriount | I found a bug in nimrod's function for setting a socket to nonblocking though |
| 14:46:52 | Varriount | Araq, dom96, keep in mind that on windows, both 32 and 64 bit, ints and longs are 32 bits |
| 14:47:23 | dom96 | perhaps you would have better luck compiling a 32bit version of the compiler |
| 14:48:37 | Varriount | dom96: Perhaps, but then there would be no support for 64 bit. |
| 14:48:50 | Varriount | Or rather, no full support for native 64 bit. |
| 14:49:51 | Varriount | dom96: Look in sockets.nim, line 1608 |
| 14:49:58 | dom96 | True. It needs to be fixed. |
| 14:50:16 | dom96 | Also, the builder currently only executes build.bat. That needs fixed too. |
| 14:52:07 | Varriount | I changed that sizeof(int) to sizeof(int32) |
| 14:52:14 | BitPuffin | dom96: how should I link aronud in the site with jester? do I have to write out domain name and everything? |
| 14:54:00 | dom96 | Varriount: Probably better to ask Araq about that piece of code since he wrote it. But does that change fix your issues? |
| 14:54:20 | dom96 | BitPuffin: There is a makeUri function |
| 14:55:17 | Varriount | dom96: Yes, and no. The socket now works, however the the builder says that it isn't recieving a PONG from your site. |
| 14:55:26 | dom96 | BitPuffin: Your routes should have a 'request' variable which you can pass around. |
| 14:55:58 | dom96 | Varriount: What is the output? |
| 14:57:20 | BitPuffin | dom96: the output? |
| 14:57:51 | Varriount | "We seem to be timing out! PINGing server." "Server has not replied with a pong in 5 seconds" "Waiting 5 seconds before reconnecting" |
| 14:58:22 | dom96 | Do you get a message saying "Hub accepted me!" or something like that? |
| 14:58:30 | Varriount | Nope. |
| 14:58:41 | Varriount | However, I can ping your server, and scan the specified port with nmap. |
| 14:58:52 | BitPuffin | dom96: well is the makeURI function part of jester or nimrod? |
| 14:59:11 | dom96 | BitPuffin: jester |
| 14:59:38 | dom96 | Varriount: Can you try launching the builder now? |
| 15:00:04 | BitPuffin | dom96: Hm, I guess that should be callable from the filters even |
| 15:00:07 | BitPuffin | since they are included |
| 15:00:21 | dom96 | BitPuffin: indeed |
| 15:01:49 | BitPuffin | <a href="$(makeUri("/random")">random</a> |
| 15:01:53 | BitPuffin | like that in a filter dom96 ? |
| 15:02:04 | dom96 | yes |
| 15:02:09 | dom96 | er no |
| 15:02:24 | dom96 | ${makeUri("/random")} |
| 15:02:28 | BitPuffin | oh wait |
| 15:02:30 | BitPuffin | yeah |
| 15:04:13 | Varriount | dom96: Still not getting a PONG... |
| 15:04:31 | Varriount | Wait, I think I may know the problem. |
| 15:04:48 | BitPuffin | dom96: doesn't seem like it is working :( |
| 15:05:19 | BitPuffin | dom96: it needs the request which isn't available to the filter |
| 15:06:53 | dom96 | "...did not send a greeting." |
| 15:07:07 | dom96 | BitPuffin: pass it to the filter then... |
| 15:07:13 | BitPuffin | dom96: awh |
| 15:07:22 | BitPuffin | I feared that would be the only way |
| 15:07:24 | BitPuffin | lol |
| 15:07:53 | dom96 | it's not that bad IMO |
| 15:08:39 | Varriount | dom96: Does the hub send any data back through ports other than the one specified in the ini file? |
| 15:09:24 | dom96 | The builder should wait for a welcome message from the hub: https://github.com/nimrod-code/nimbuild/blob/master/builder.nim#L716 |
| 15:09:26 | BitPuffin | dom96: could be worse |
| 15:09:39 | BitPuffin | okay it works |
| 15:09:41 | BitPuffin | cool |
| 15:09:45 | BitPuffin | time to bike the dog |
| 15:11:42 | Varriount | dom96: Well, I've forwarded the ports... |
| 15:12:02 | dom96 | You shouldn't need to. |
| 15:12:24 | Varriount | Well, either way, it's still not connecting to the hub. |
| 15:13:59 | dom96 | well that's weird. |
| 15:14:22 | dom96 | Perhaps the handleConnect never gets called by the dispatcher |
| 15:16:35 | dom96 | it certainly seems that way, in that case you are perhaps hitting a closure bug which Araq still needs to fix |
| 15:17:06 | Varriount | Yep, handleConnect isn't being called. |
| 15:17:25 | Varriount | I'm spreading echo()'s throughout the code. |
| 15:24:16 | * | io2 joined #nimrod |
| 15:25:27 | * | Endy joined #nimrod |
| 15:35:41 | Varriount | dom96: After the creatFolders procedure, the builder just calls checkTimeout and pollBuild - nothing else is called. |
| 15:37:27 | Varriount | And it seems, although I may be wrong, that only one thread is active in the builder, despite there being two threads. |
| 15:37:44 | dom96 | Check out what's happening in asyncio.poll |
| 15:38:55 | dom96 | writeDg should not be empty |
| 15:39:09 | dom96 | and select should return something other than 0 |
| 15:40:05 | dom96 | better yet, check if tasynciossl works |
| 15:40:13 | dom96 | it's in tests/run/ |
| 15:40:29 | dom96 | You can compile it without -d:ssl and it will still test asyncio |
| 15:40:37 | Varriount | dom96: select and poll are both being called. Anything specific? |
| 15:41:26 | dom96 | https://github.com/Araq/Nimrod/blob/master/lib/pure/asyncio.nim#L625 |
| 15:41:28 | dom96 | That should be called |
| 15:41:38 | Varriount | dom96: Is there a way to compile/run the tests without running all of them with koch? |
| 15:41:41 | dom96 | and then this: https://github.com/Araq/Nimrod/blob/master/lib/pure/asyncio.nim#L216 |
| 15:42:05 | dom96 | yeah, just execute: nimrod c -r tests/run/tasynciossl.nim |
| 15:44:18 | Varriount | dom96: That line isn't being run/called. |
| 15:45:31 | * | ltbarcly joined #nimrod |
| 15:45:42 | dom96 | now the question is why |
| 15:49:10 | Varriount | dom96: Running the test with the exact same command line you gave just gives me a hanging test. |
| 15:49:38 | dom96 | ahh, might be easier to figure out what's wrong using that test then |
| 15:49:42 | Varriount | In that test though, line 625 is being called. |
| 15:50:32 | Varriount | Though, I don't know if it's being called in the right context or not. |
| 15:50:52 | * | ltbarcly quit (Ping timeout: 268 seconds) |
| 15:51:40 | dom96 | well in that test there is quite a lot of clients connecting, whereas in the builder it's just one. |
| 15:52:27 | Varriount | dom96: Isthe test supposed to have more than one thread? |
| 15:53:28 | dom96 | no |
| 15:55:43 | Varriount | Here, let me switch clients for a sec. |
| 15:55:48 | * | Varriount quit (Quit: Page closed) |
| 15:57:17 | * | Clay_ joined #nimrod |
| 15:57:25 | * | Clay_ is now known as Varriount |
| 15:59:01 | Varriount | Traceback (most recent call last) |
| 15:59:02 | Varriount | tasynciossl.nim(90) tasynciossl |
| 15:59:02 | Varriount | system.nim(2544) hiddenRaiseAssert |
| 15:59:02 | Varriount | system.nim(1831) raiseAssert |
| 15:59:02 | Varriount | Error: unhandled exception: msgCount == 10000 [EAssertionFailed] |
| 15:59:02 | Varriount | Error: execution of an external program failed |
| 16:01:10 | dom96 | yeah, that's a fail. Not all messages were received. |
| 16:20:35 | Varriount | Hm. |
| 16:21:03 | Varriount | dom96, does this particular test work for you, using the latest version on github? |
| 16:21:39 | Varriount | And I'm going to assume that you are running linux. |
| 16:23:21 | dom96 | right, let me see. |
| 16:24:08 | dom96 | yep, works for me. |
| 16:24:11 | Varriount | If it works for you, then I can assume that the cause is related to the windows. |
| 16:24:17 | Varriount | *windows api |
| 16:25:14 | dom96 | I have feeling that it's the combination of Windows and the 64 bit architecture. |
| 16:25:42 | dom96 | because it used to work on 32bit windows |
| 16:26:59 | * | [1]Endy joined #nimrod |
| 16:29:52 | * | Endy quit (Ping timeout: 264 seconds) |
| 16:29:52 | * | [1]Endy is now known as Endy |
| 16:30:40 | Varriount | Probably a sizeof() gone wrong somewhere |
| 16:31:55 | BitPuffin | hmm |
| 16:32:05 | BitPuffin | How should I do this kind of thing in nimrod |
| 16:32:10 | BitPuffin | the following is not correct |
| 16:32:48 | BitPuffin | https://gist.github.com/BitPuffin/6904090 |
| 16:34:34 | dom96 | s/=/:/ |
| 16:34:46 | dom96 | That's not how you construct objects |
| 16:35:34 | BitPuffin | dom96: what, procs have = and not : |
| 16:35:38 | BitPuffin | personawatcher.nim(14, 0) Error: ')' expected |
| 16:35:56 | dom96 | BitPuffin: come on, you know what I mean. |
| 16:36:40 | BitPuffin | dom96: oh you mean like currentUser = should have : |
| 16:37:04 | Varriount | dom96, Well, theres no OS Error... |
| 16:37:18 | BitPuffin | the = is for proc params I see |
| 16:37:51 | BitPuffin | dom96: is there a way to skip the ugly placement of commas? |
| 16:38:14 | dom96 | Placing them in the 'pretty' place should work |
| 16:39:10 | BitPuffin | apparently yes |
| 16:39:12 | BitPuffin | cool |
| 16:40:19 | BitPuffin | do I have to cast navigator to my own TPersonaNavigator? Or is there a better solution for this |
| 16:40:55 | * | brson joined #nimrod |
| 16:41:15 | BitPuffin | for this to take effect https://gist.github.com/BitPuffin/6904263 |
| 16:43:47 | * | cablehead joined #nimrod |
| 16:48:53 | BitPuffin | hmmm |
| 16:49:43 | BitPuffin | I don't understand, I have even redeclared navigator as TPersonaNavigator, and it still can't find the id field |
| 16:49:46 | BitPuffin | oh wait |
| 16:49:52 | BitPuffin | obviously, gotta make it public xD |
| 16:50:46 | BitPuffin | woah! crashed the compiler! |
| 16:51:48 | BitPuffin | because this line https://github.com/Araq/Nimrod/blob/master/compiler/jsgen.nim#L1419 |
| 16:53:04 | * | DAddYE joined #nimrod |
| 16:55:00 | BitPuffin | reactormonk: have you experienced this? |
| 16:55:36 | dom96 | See line 1412? |
| 16:55:37 | * | Demos_ joined #nimrod |
| 16:55:59 | dom96 | That should give you a hint why it crashes. |
| 16:57:11 | BitPuffin | dom96: you don't think that was the first thing I did? :P |
| 16:58:44 | BitPuffin | nkExprColonExpr |
| 16:59:39 | BitPuffin | var navigator {.importc, nodecl.}: ref TPersonaNavigator |
| 16:59:43 | BitPuffin | that's all I did |
| 17:04:10 | BitPuffin | seriously I have barely used nimrod to write javascript and I'm getting pretty tired of it haha |
| 17:04:28 | BitPuffin | but it would be cool to have my website be written completely in nimrod |
| 17:04:40 | BitPuffin | except that I am not using htmlgen because it lacks html5 stuff |
| 17:05:08 | dom96 | The JS backend just needs some improvements is all |
| 17:05:25 | BitPuffin | sure |
| 17:05:41 | BitPuffin | but it is also quite a pain to write declarations for a dynamic language |
| 17:09:50 | Demos_ | is there some kind of traced void* type of thing, like something that can be any ref type and I need to keep track of the type and cast? |
| 17:11:01 | * | gurug33k joined #nimrod |
| 17:12:39 | BitPuffin | ahoy gurug33k! |
| 17:13:25 | dom96 | Demos_: closest thing might just be 'ref void', not sure if that will work though. Maybe 'ptr void'? |
| 17:14:26 | BitPuffin | well I'll just write javascript for now and maybe migrate to nimrod later for the js parts of this app |
| 17:14:28 | Demos_ | I want the gc |
| 17:14:49 | Demos_ | I tried ret tuple, since I only need tuples, but the compiler froze when I made a table of them |
| 17:14:52 | Demos_ | *ref |
| 17:17:10 | dom96 | perhaps just make a normal generic as a workaround for now. |
| 17:20:16 | Demos_ | not sure how that will help me, since I really do want to have a collection of pointers to arbritrary types |
| 17:28:18 | Demos_ | I may just use dubtype polymorphism, as annoying as that is |
| 17:28:21 | Demos_ | *subtype |
| 17:43:42 | BitPuffin | dom96: any plans to add signed cookies? |
| 17:48:13 | * | fowl joined #nimrod |
| 17:57:09 | * | Demos_ quit (Ping timeout: 252 seconds) |
| 17:59:28 | * | brson quit (Ping timeout: 248 seconds) |
| 18:00:24 | * | brson joined #nimrod |
| 18:02:03 | * | Demos_ joined #nimrod |
| 18:07:04 | guaqua | how should i go about porting nimrod to a new os? (dragonflybsd in this case) |
| 18:07:17 | * | Araq0 joined #nimrod |
| 18:07:31 | guaqua | or just to get it compiled in the first place would be a nice start :) |
| 18:07:52 | Araq0 | Gah you summoned me |
| 18:08:25 | guaqua | me? :) |
| 18:08:36 | Araq0 | There is no ptr void or ref void for f*** sake |
| 18:10:29 | Araq0 | And yes you have to subtyping if you need subtyping |
| 18:10:47 | BitPuffin | Araq0: calm down |
| 18:11:20 | Araq0 | I am xalm |
| 18:12:56 | fowl | there is void* |
| 18:12:59 | fowl | its "pointer" |
| 18:15:09 | profmakx | guaqua it just compiled |
| 18:15:16 | profmakx | on dragonflybsd |
| 18:15:19 | profmakx | what do you want to port? |
| 18:15:37 | * | Araq0 quit (Read error: Connection reset by peer) |
| 18:15:37 | guaqua | well, going by "sh build.sh" doesn't quite work. what are the actual steps needed then? |
| 18:15:50 | profmakx | patching in "Dragonflybsd" whee it says freebsd somewhere |
| 18:15:54 | profmakx | other than that its fine |
| 18:16:08 | profmakx | i should probably have submitted a patch for that |
| 18:16:25 | profmakx | sec |
| 18:16:31 | guaqua | profmakx: okay. that sounds about the approach i would've tried next |
| 18:17:20 | profmakx | so what i have done |
| 18:17:57 | profmakx | edited build.sh and copied the freebsd case entry to dragonfly |
| 18:17:59 | profmakx | fuck it |
| 18:18:06 | profmakx | i'll just do a git clone and submit the patch |
| 18:18:33 | guaqua | :) |
| 18:18:42 | profmakx | give me 10 mintes or so |
| 18:19:11 | guaqua | i'm bootstrapping a new system anyway. no hurry |
| 18:19:49 | * | Demos_ quit (Ping timeout: 248 seconds) |
| 18:20:29 | profmakx | if you have any energy to do it it would be nice to have a port in dports for it |
| 18:35:19 | * | Endy quit (Ping timeout: 260 seconds) |
| 18:35:48 | Varriount | Gah! |
| 18:36:08 | * | Varriount sends GTK to the recycle bin of doom |
| 18:36:13 | shevy | hehe Varriount |
| 18:37:24 | Varriount | Araq, do you know of anywhere in the windows socket code that's dependant on the size of an int? |
| 18:38:05 | Varriount | I'm trying to find a bug that's preventing nimbuild from recieving (or possibly sending) data. |
| 18:42:03 | * | cablehead quit (Remote host closed the connection) |
| 18:42:37 | * | cablehead joined #nimrod |
| 18:46:56 | * | cablehead quit (Ping timeout: 248 seconds) |
| 18:47:09 | * | dyu_ quit (Quit: Leaving) |
| 18:50:12 | * | Endy joined #nimrod |
| 18:51:40 | * | cablehead joined #nimrod |
| 18:58:54 | profmakx | for some reason it doesn't compile now *dig* |
| 19:07:44 | * | Endy quit (Ping timeout: 248 seconds) |
| 19:09:26 | * | ltbarcly joined #nimrod |
| 19:13:59 | Araq | Varriount: I can only do the same thing as you: reading the code |
| 19:14:47 | * | Demos joined #nimrod |
| 19:16:52 | Araq | hey ponce- |
| 19:17:21 | Araq | welcome back |
| 19:20:23 | * | Demos is now known as Demos|away |
| 19:24:30 | Araq | Varriount: fwiw I had nimbuild running on win32 a few months ago |
| 19:25:39 | fowl | windows is hard to develop on |
| 19:26:01 | fowl | i tried it a few times and gave up |
| 19:26:03 | * | Endy joined #nimrod |
| 19:26:07 | Araq | why? |
| 19:26:24 | Araq | except gcc's linking times it's fine |
| 19:26:54 | profmakx | executables are equal: SUCCESS! |
| 19:26:56 | profmakx | whoop |
| 19:27:12 | fowl | im a newb i guess |
| 19:27:45 | Araq | fowl: no you're far from that; sometimes I skim your code :P |
| 19:28:00 | dom96 | The only thing that I dislike about Windows is its stupid command line. |
| 19:28:52 | dom96 | Otherwise I would develop on it. |
| 19:30:34 | profmakx | guaqua: https://github.com/markuspf/Nimrod/commit/832a78c3e833f7a750cbf5be82aacbf05a33cdca |
| 19:31:39 | Araq | profmakx: kudos |
| 19:31:50 | BitPuffin | dom96: why care about what Windows could be when you have unix :) |
| 19:32:05 | Araq | you know how nimrod's platform detection and build system works |
| 19:32:34 | dom96 | BitPuffin: Because unix isn't perfect :P |
| 19:32:46 | Araq | actually windows' command line provides auto-readline support for free for every application |
| 19:32:48 | BitPuffin | dom96: ofc it isn't |
| 19:32:54 | BitPuffin | dom96: how do I return a 400 error? |
| 19:33:30 | BitPuffin | oh |
| 19:33:34 | BitPuffin | there is a resp template with code |
| 19:33:36 | BitPuffin | nvm then |
| 19:33:58 | * | Demos_ joined #nimrod |
| 19:34:03 | dom96 | yeah, but you will have to add it to the THttpCode enum |
| 19:34:22 | BitPuffin | :( |
| 19:34:22 | Araq | profmakx: I'd prefer to map dragonfly to freebsd in buildsh.tmpl. what do you think? |
| 19:34:38 | profmakx | Araq that's how I did it originally |
| 19:34:49 | profmakx | and then thought "should I make them seperate" |
| 19:34:58 | profmakx | probably not worth it unless they diverge at some point |
| 19:35:05 | Araq | yeah |
| 19:35:20 | Araq | also the ever growing list of platforms surely is annoying |
| 19:35:39 | profmakx | I'll adapt the patch and run the tests |
| 19:37:52 | BitPuffin | dom96: feel like merging? |
| 19:38:16 | dom96 | yeah, sure. |
| 19:38:20 | BitPuffin | coolio |
| 19:38:31 | Araq | what's nimrod EE? "Nimrod enterprise edition"? |
| 19:38:44 | BitPuffin | Araq: yes haha |
| 19:38:56 | Araq | we already have the Gamera edition :P |
| 19:39:17 | BitPuffin | what? |
| 19:39:21 | Araq | cause some joke went too far ... |
| 19:39:45 | BitPuffin | dom96: sorry forget to send pull request, now it's ready |
| 19:41:03 | Demos_ | what is the gamera edition specificly, I read the description on the site but it is not very detailed |
| 19:41:52 | NimBot | dom96/jester master db2f5d5 Isak Andersson [+0 ±1 -0]: Add some missing HTTP status codes |
| 19:41:52 | NimBot | dom96/jester master 0ab5499 Dominik Picheta [+0 ±1 -0]: Merge pull request #5 from BitPuffin/patch-1... 2 more lines |
| 19:41:58 | dom96 | done |
| 19:42:08 | Araq | profmakx: I take it back you forgot to update compiler/platform.nim :P |
| 19:42:14 | profmakx | damn |
| 19:42:27 | BitPuffin | dom96: sweet |
| 19:43:05 | profmakx | ah, didn't do grep -i |
| 19:43:22 | Araq | you should use nimgrep |
| 19:43:41 | Araq | it's much nicer |
| 19:44:37 | Araq | Demos_ it's simply Nimrod + a minimal GCC installation for win32 |
| 19:44:46 | BitPuffin | Araq: nimgrepEE you mean? |
| 19:44:47 | Demos_ | ah |
| 19:44:59 | BitPuffin | only costs 4837.37 USD |
| 19:45:53 | Varriount | Araq, in the meantime, I'm setting up the Win-x32 builder |
| 19:47:01 | BitPuffin | dom96: can I send a request using Jester or should I use nimrod's stdlib? |
| 19:47:22 | dom96 | BitPuffin: A HTTP request? |
| 19:47:32 | BitPuffin | dom96: yeah like post |
| 19:47:40 | dom96 | Use httpclient for that. |
| 19:47:53 | BitPuffin | I need to post to https://verifier.login.persona.org/verify |
| 19:47:55 | BitPuffin | that's what I thought |
| 19:48:08 | Araq | Varriount: ok; what do you want me to look at again? |
| 19:48:37 | Varriount | Windows specific socket code. |
| 19:50:08 | * | Endy quit (Ping timeout: 240 seconds) |
| 19:50:10 | Varriount | Araq, also, in sockets.nim, line 1609, sizeof(int) needs to be changed to sizeof(int32) |
| 19:50:41 | fowl | why are you bothering araq for this, bother dom |
| 19:51:19 | Varriount | fowl, dom96 said that araq wrote the code, I think |
| 19:51:28 | Varriount | Or was it the other way around? |
| 19:51:53 | dom96 | yes, I said that. |
| 19:52:12 | Araq | doesn't look like my code ... |
| 19:53:33 | BitPuffin | was it fowl or zahary that did the vim plugin |
| 19:53:40 | fowl | zah |
| 19:53:43 | BitPuffin | ah |
| 19:54:35 | Araq | well since it's wrong it can't be my code |
| 19:55:52 | dom96 | Git blame begs to differ: https://github.com/Araq/Nimrod/blame/master/lib/pure/sockets.nim#L1608 :P |
| 19:59:52 | Araq | so you really think I wrote 'setBlocking'? |
| 20:00:01 | Araq | I don't even know what it does |
| 20:00:14 | Araq | I think I copied it over from one of your gists |
| 20:01:36 | * | Associ8or joined #nimrod |
| 20:01:36 | * | Associ8or quit (Changing host) |
| 20:01:36 | * | Associ8or joined #nimrod |
| 20:02:36 | dom96 | in 2010? Sounds unlikely. |
| 20:03:17 | * | Associat0r quit (Ping timeout: 248 seconds) |
| 20:03:49 | fowl | dom96, i believe that the OSError() part is wrong for windows |
| 20:04:02 | Araq | ok whatever; let's say I was drunk then |
| 20:04:20 | fowl | from the docs for ioctlsocket it says you have to check some WSALastError function |
| 20:04:39 | BitPuffin | New book title suggestion: "The Programming Language For Alcoholics" |
| 20:04:49 | dom96 | fowl: OSLastError does that I think. |
| 20:05:26 | BitPuffin | wait what is the default empty value for tuples, nil? |
| 20:05:42 | Varriount | fowl, dom96 is right. |
| 20:05:43 | fowl | tuple is a value type |
| 20:06:23 | dom96 | BitPuffin: The tuple's fields get initialised to their default values IIRC. |
| 20:06:46 | BitPuffin | dom96: well what's the default for strings, "" or nil? |
| 20:06:51 | fowl | nil |
| 20:14:04 | * | fowl quit (Ping timeout: 265 seconds) |
| 20:16:18 | * | wlhlm quit (Ping timeout: 252 seconds) |
| 20:22:20 | Varriount | dom96, what executables does nimbuild look for? |
| 20:24:09 | Varriount | Because right now it's trying to run Nimbuild/.exe |
| 20:25:30 | dom96 | lol what? |
| 20:25:59 | * | fowl joined #nimrod |
| 20:26:35 | Varriount | ! checkout -- . started. |
| 20:26:35 | Varriount | runProcess |
| 20:26:35 | Varriount | C:\nimbuild32\Nimrod\.exe |
| 20:29:22 | dom96 | oh, you need git. |
| 20:29:46 | Varriount | I have git |
| 20:29:53 | Varriount | And it's in my path |
| 20:31:50 | Varriount | Nevermind, I misplaced a slash |
| 20:55:21 | * | Demos_ quit (Remote host closed the connection) |
| 20:55:50 | * | Demos_ joined #nimrod |
| 21:07:46 | Araq | fowl: gah I don't like toInt converters |
| 21:07:55 | Araq | don't be that lazy |
| 21:08:54 | * | Demos_ quit (Remote host closed the connection) |
| 21:10:49 | * | Demos_ joined #nimrod |
| 21:12:17 | fowl | what should i do instead, properly mark all those consts as tkeysym? |
| 21:12:26 | Araq | yeah |
| 21:13:53 | fowl | thats a lot more work |
| 21:14:00 | Araq | and make it a babel package |
| 21:14:43 | Araq | why it is lots of work? it should be a search&replace operation |
| 21:14:56 | * | Demos_ quit (Read error: Connection reset by peer) |
| 21:15:29 | * | Demos_ joined #nimrod |
| 21:16:44 | fowl | yea changing "* =" to "*: TKeySym =" |
| 21:17:17 | Araq | clearly unfeasible |
| 21:17:33 | Araq | I'll special case TKeySym in the compiler then |
| 21:17:44 | fowl | you're the best |
| 21:17:52 | * | fowl goes back to watching breaking bad |
| 21:18:18 | Araq | I hope you know I'm kidding |
| 21:24:44 | fowl | yes |
| 21:24:47 | fowl | come on |
| 21:25:19 | * | Demos_ quit (Remote host closed the connection) |
| 21:26:04 | * | Demos_ joined #nimrod |
| 21:32:08 | fowl | lib/wrappers/x11/keysym.nim(1798, 4) Error: invalid indentation |
| 21:32:20 | fowl | i didnt get these until i added :TKeysym |
| 21:35:00 | fowl | k its done |
| 21:35:14 | fowl | so it only took 15 minutes |
| 21:35:17 | fowl | 20* |
| 21:45:42 | * | Demos_ quit (Ping timeout: 264 seconds) |
| 21:46:06 | * | zanoni joined #nimrod |
| 21:47:11 | dom96 | hello zanoni |
| 21:47:18 | * | Demos_ joined #nimrod |
| 21:47:21 | zanoni | hi dom96 |
| 21:47:28 | dom96 | Varriount: So 32bit works, how's the progress? |
| 21:47:40 | Varriount | Wait, what? |
| 21:47:59 | Varriount | 32 bit builder doesn't work yet, it fails when checking out the repository |
| 21:48:16 | Varriount | It's a git problem I think, probably something in my configuration. |
| 21:48:21 | dom96 | Varriount: Yes, but it connects to the hub successfully right? |
| 21:48:32 | Varriount | Yes, it does. |
| 21:49:13 | zanoni | I was going to ask if there is someone working on a game engine using nimrod, but just found https://github.com/Vladar4/nimgame |
| 21:49:43 | Varriount | dom96, When I have the chance, I'm gonna run a test and compare what constants and routines act differently on 32 and 64 bit builds |
| 21:50:45 | Varriount | dom96, I might also be giving you some patches for fixes in the builder. My current version is straight from your repo, so I can't modify it and push unfortunately. |
| 21:50:57 | dom96 | Varriount: http://build.nimrod-code.org/commits/windows-x86/67dedcd60900/logs.txt |
| 21:51:22 | dom96 | strange |
| 21:51:47 | dom96 | Did you clone a non-public version of the repo? |
| 21:51:51 | Varriount | What's even stranger is that my git GUI pulls the repository just fine. |
| 21:52:07 | dom96 | try it in the command line |
| 21:52:11 | Varriount | dom96, I cloned your nimbuild repo. |
| 21:52:35 | dom96 | No, this is it trying to pull the nimrod repo |
| 21:52:54 | * | Demos_ quit (Ping timeout: 264 seconds) |
| 21:53:59 | dom96 | Varriount: As for patches, just fork the repo and then add a new remote pointing to your fork: https://help.github.com/articles/adding-a-remote |
| 21:54:20 | dom96 | Well, you use GUI so that probably won't help heh |
| 21:55:05 | Varriount | dom96, I don't only use GUI's |
| 21:55:29 | dom96 | good |
| 21:55:33 | Varriount | And yes, I do know how to add a remote, thankyouverymuch |
| 21:55:53 | fowl | teach me Varriount |
| 21:56:22 | fowl | git is like trying to bag a rich girl, i just dont know how to do it |
| 21:56:39 | fowl | i go to the bus stop and get all kinds of poor women, how do you get a rich one?? |
| 21:56:49 | Varriount | By reading the manual. |
| 21:56:58 | dom96 | Sorry, I shouldn't have underestimated your git skills. Was just trying to be helpful. |
| 21:57:36 | Varriount | No worries. |
| 21:57:37 | Araq | hi zanoni, a couple of people are doing that but I don't know what's been released |
| 22:00:03 | zanoni | Araq: I'm planning to start creating an engine and I'm looking for a language to generate code for multiple platforms and Nimrod looks like the best option for me |
| 22:06:43 | Araq | BitPuffin: please report that JS codegen bug you found |
| 22:07:30 | Araq | Demos|away: you can in fact use 'ref tuple[]' and then 'cast' to other ref types; that should work with the current implementation and is unlikely to change |
| 22:08:53 | Varriount | dom96, Does the hub send the builder a specific url to check out Nimrod's repo> |
| 22:09:15 | dom96 | no, it's hardcoded. |
| 22:09:35 | dom96 | make sure your nimGitPath in the config is correct |
| 22:12:53 | Araq | Varriount: 'long' is 32 bits on win64? |
| 22:13:14 | Araq | (NOTE: I mean 'long' not 'LONG') |
| 22:13:14 | Varriount | Yes |
| 22:13:27 | Araq | ok 'clong' is wrong for win64 then |
| 22:13:33 | Varriount | Oh, erm the Nimrod type? |
| 22:13:57 | Araq | no I meant the C types |
| 22:14:00 | fowl | isnt long always 32 bit |
| 22:14:20 | Araq | fowl: long is 32 bit on 32 bit machines 64 bit on 64 bit machines |
| 22:14:27 | Araq | except on win64 of coursre |
| 22:14:32 | Varriount | long and int are 32 bits on both 32 and 64 bit windows |
| 22:14:42 | Araq | where they kept it 32 bit for backward compatibility |
| 22:15:06 | Varriount | It does make sense, in a weird way. |
| 22:15:30 | Araq | *shrug* this type zoo never made any sense |
| 22:15:36 | Araq | int32 etc. make sense |
| 22:16:01 | Araq | wtf is a "long long" anyway? ;-) |
| 22:16:52 | Varriount | *shrug* a piece of memory that has a length equal to sizeof(long)*2? |
| 22:17:32 | Araq | and "long long long" is that 3*sizeof(long) or 4*sizeof(long) ? :P |
| 22:18:21 | Araq | also a "long int" is not sizeof(long)*sizeof(int) anyway |
| 22:18:57 | Araq | or sizeof(long)+sizeof(int) for that matter |
| 22:20:02 | Araq | and why is there no "char char" type? :P |
| 22:21:17 | Araq | (would that be a 4 bit int?) |
| 22:21:53 | Varriount | Araq, I prefer just to blame it all on crazy programmers who like to optimize without regards to why optimization needs to be done. |
| 22:22:31 | Varriount | In python, the mindset is "It doesn't need to be the fastest, just fast *enough*" |
| 22:22:43 | Araq | yeah and it never is |
| 22:23:04 | Varriount | ^ Spoken like a true C programmer |
| 22:25:04 | Araq | run docutils over an rst document |
| 22:25:18 | Araq | run "nimrod rst2html" over it |
| 22:25:25 | Araq | compare the times |
| 22:25:44 | Varriount | Araq, it's ironic |
| 22:25:57 | BitPuffin | Araq: Oh so it was a bug? |
| 22:26:02 | * | OrionPK joined #nimrod |
| 22:26:13 | Varriount | I'm planning on converting Neil Fraser's diff-match-patch library to nimrod, and calling that from python |
| 22:26:15 | Araq | BitPuffin: you said you crashed the compiler iirc? |
| 22:26:22 | BitPuffin | Araq: yep |
| 22:26:24 | profmakx | the tests all succeeded. |
| 22:26:44 | BitPuffin | Araq: should I write a test case or is my source code enough? |
| 22:27:03 | Araq | just ensure the link points to a stable code base |
| 22:27:23 | Araq | stable as in "doesn't change so that the bug disappears" |
| 22:27:41 | BitPuffin | Araq: I dunno, it is not a lot of code, could just include it in the report itself with ``` nimrod ``` |
| 22:27:52 | Araq | fine with me |
| 22:27:57 | BitPuffin | cool |
| 22:28:11 | BitPuffin | In D land they wanted you to write minimal test cases all the time |
| 22:35:06 | BitPuffin | Araq: can I tag it as JS even if I don't have commit access? |
| 22:36:37 | Araq | I don't think so, but try it |
| 22:37:03 | BitPuffin | Well I didn't see it anywhere so I was just wondering if I was missing something |
| 22:38:05 | Varriount | It's aliiiiiiivvvveee! |
| 22:41:33 | dom96 | profmakx: really? How is this possible when not all of them succeed on Linux? heh |
| 22:42:07 | profmakx | dom96: maybe i am doing something wrong? |
| 22:42:30 | dom96 | profmakx: did you look at testresults.html? |
| 22:42:41 | BitPuffin | okay issue posted https://github.com/Araq/Nimrod/issues/616 Araq |
| 22:43:05 | dom96 | profmakx: The tester doesn't report when a test fails or succeeds to stdout. |
| 22:44:39 | profmakx | mhm |
| 22:44:40 | profmakx | so |
| 22:44:42 | profmakx | the tests all ran :P |
| 22:47:37 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
| 22:54:39 | reactormonk | BitPuffin, didn't have any problems with colon expression so far |
| 22:55:10 | Araq | reactormonk: the new object constructors are broken for js |
| 22:55:21 | reactormonk | Araq, meh |
| 22:56:03 | NimBot | Araq/Nimrod master 993361b Araq [+0 ±2 -0]: some fixes for win64 |
| 22:56:03 | NimBot | Araq/Nimrod master 901c8a1 Araq [+0 ±3 -0]: cooler quote for c2nim |
| 22:56:03 | NimBot | Araq/Nimrod master f2cbc92 Araq [+0 ±1 -0]: fixes #616 |
| 22:56:14 | Araq | reactormonk: fixed it already |
| 22:57:57 | BitPuffin | Araq: wtf man you can't fix my bugs that damn quickly :P |
| 22:59:02 | * | ltbarcly joined #nimrod |
| 22:59:14 | Araq | Varriount: I fixed the stuff you mentioned for win64 too |
| 22:59:23 | * | Varriount is now known as Varaway |
| 23:00:01 | Varaway | Araq, thanks, has it been pushed? |
| 23:01:07 | BitPuffin | Varaway: |
| 23:01:09 | BitPuffin | yes |
| 23:01:17 | BitPuffin | Varaway: NimBot | Araq/Nimrod master 993361b Araq [+0 ±2 -0]: some fixes for win64 |
| 23:01:56 | fowl | i want to work on a project whats up |
| 23:03:07 | BitPuffin | fowl: there is plenty |
| 23:03:26 | BitPuffin | fowl: what kind of project do you want to work on |
| 23:03:56 | dom96 | good night |
| 23:04:19 | fowl | i dunno |
| 23:04:21 | fowl | im just super bored |
| 23:05:11 | fowl | dom96, cya |
| 23:08:43 | BitPuffin | sleep well dom96 |
| 23:08:59 | BitPuffin | fowl: perhaps some database binding? |
| 23:09:08 | * | q66 quit (Quit: Leaving) |
| 23:12:47 | fowl | not sure im that bored lol |
| 23:13:23 | fowl | i was thinking about porting gosu |
| 23:14:16 | fowl | http://www.libgosu.org/ |
| 23:14:31 | * | ltbarcly quit (Quit: Computer has gone to sleep.) |
| 23:16:00 | BitPuffin | fowl: hrm |
| 23:17:16 | BitPuffin | fowl: why port when you can make something nimrodic? |
| 23:17:37 | fowl | well |
| 23:17:47 | fowl | i mainly need to steal the window management stuff |
| 23:17:56 | fowl | setting up an x11 window, yuck |
| 23:32:26 | * | ltbarcly joined #nimrod |
| 23:42:18 | BitPuffin | fowl: just use glfw |
| 23:48:51 | Varaway | Not that I've used it, but I see the name 'glfw' and think 'gl for the win' |
| 23:49:04 | * | Varaway is now known as Varriount |
| 23:52:13 | BitPuffin | Varriount: that's pretty much what it is :P |
| 23:53:18 | Varriount | I really need a better way to have both 32 and 64 bit builds for everything... |
| 23:53:47 | Varriount | C:/Mingw32 C:/Mingw64 C:/Nimrod32 C:/Nimrod64 ... |