00:02:25 | * | Jesin joined #nim |
00:02:53 | * | yglukhov quit (Remote host closed the connection) |
00:04:24 | * | boydgreenfield quit (Quit: boydgreenfield) |
00:19:39 | storm_surge | i dunno how to install csfml |
00:20:13 | Heartmender | http://ddg.gg will help |
00:21:20 | * | boydgreenfield joined #nim |
00:22:09 | * | Demos quit (Ping timeout: 255 seconds) |
00:26:03 | ephja | storm_surge: http://www.sfml-dev.org/download/csfml/ download the archive for your platform and put the dll files in CSFML/bin in the directory that you're running the executable from |
00:26:17 | storm_surge | smh |
00:26:40 | storm_surge | if it was that easy i wouldent have been selling code for a gentoo box to compile sfml |
00:26:46 | * | girvo joined #nim |
00:26:47 | storm_surge | or atleast thats what my idioit friend said |
00:26:48 | storm_surge | thanks |
00:26:50 | girvo | hey all |
00:27:03 | ephja | I thought you were on windows |
00:28:30 | Araq | hey girvo |
00:28:31 | ephja | I suppose you would have to build it then. the gentoo package appears to be outdated |
00:30:15 | storm_surge | no |
00:30:17 | storm_surge | a gentoo server |
00:30:21 | storm_surge | to use cmake |
00:30:24 | storm_surge | hes an idit |
00:31:54 | girvo | quick q; linking a nim app against an OSX .framework -- whats the "normal" way of doing so? |
00:31:58 | girvo | (if there is one!) |
00:40:06 | * | jaco60 quit (Ping timeout: 246 seconds) |
00:40:40 | Araq | dunno |
00:40:54 | * | storm_surge quit (Ping timeout: 246 seconds) |
00:42:56 | ephja | girvo: like this? https://github.com/nim-lang/opengl/blob/master/src/opengl.nim#L53 |
00:43:15 | ephja | and then you have the dll paths above |
00:47:13 | * | Matthias247 quit (Read error: Connection reset by peer) |
01:03:03 | RobNewb | i don't believe it, some how i have managed to produce such a bug in my code that when i try to read it in c# the values of the struct members ... the one that suppose to be a pointer(the buffer) reads like it's a uint32, |
01:03:24 | * | yglukhov joined #nim |
01:04:05 | RobNewb | and the uint32 reads like pointer address and i can't see where they got crossed as if i have assigned a value of pointer to the int and the int value to the buffer |
01:07:30 | * | yglukhov quit (Ping timeout: 240 seconds) |
01:11:43 | * | desophos joined #nim |
01:13:33 | ephja | RobNewb: I don't know if it's relevant, but keep in mind that nim's int has the same size as that of a pointer |
01:16:09 | * | desophos quit (Ping timeout: 255 seconds) |
01:16:13 | * | desophos_ joined #nim |
01:20:39 | * | desophos_ quit (Ping timeout: 244 seconds) |
01:22:27 | RobNewb | it's crazy , i try to fall-back to the point that something was working (P |
01:23:27 | * | Varriount joined #nim |
01:29:04 | * | desophos joined #nim |
01:32:26 | * | desophos_ joined #nim |
01:33:34 | * | desophos quit (Ping timeout: 244 seconds) |
01:37:13 | * | desophos_ is now known as desophos |
01:56:18 | * | brson quit (Ping timeout: 250 seconds) |
02:39:50 | * | Demon_Fox joined #nim |
02:43:57 | * | zepolen_ quit (Read error: Connection reset by peer) |
02:43:58 | * | vendethiel joined #nim |
02:44:57 | * | zepolen joined #nim |
02:48:53 | desophos | how do i initialize an array indexed by an enum? |
02:49:19 | desophos | i know how to declare its type, but can't figure out how to initialize it explicitly |
02:49:41 | desophos | i've just been declaring it as a var and setting its indices separately |
02:55:09 | ephja | using the usual syntax |
02:55:17 | * | boydgreenfield quit (Quit: boydgreenfield) |
02:55:21 | ephja | make sure that the size matches |
02:56:46 | ephja | but the error message is pretty clear in that regard |
02:59:11 | ephja | desophos: this "var x: array[eA..eB, int] = [1, 2]" for example works, where the range contains exactly eA and eB |
02:59:46 | desophos | ephja, oh |
03:00:21 | desophos | i was thinking i would have to specify the indices somehow but now i realize that since enums are ordinal, i don't have to :p |
03:01:54 | ephja | desophos: you can if you want to ([eA: 1, eB: 2]) |
03:02:06 | desophos | oh... i thought i tried that |
03:02:07 | ephja | it works for int indices too apparently |
03:02:39 | desophos | maybe i tried to specify just one index |
03:04:55 | * | yglukhov joined #nim |
03:09:00 | * | vendethiel quit (Ping timeout: 272 seconds) |
03:10:12 | * | yglukhov quit (Ping timeout: 244 seconds) |
03:13:54 | * | hvze joined #nim |
03:13:58 | hvze | Jeez. |
03:14:08 | hvze | Is there any way to create a new object without naming the parameters? |
03:14:25 | hvze | I dont care if there isnt a way just making sure im not doing it because of a silly reason |
03:20:45 | girvo | ephja: Perfect, thanks! |
03:21:11 | girvo | ephja: Now to work out how to run that pragma with the sdl2 nim library :D |
03:41:38 | * | ephja quit (Ping timeout: 240 seconds) |
03:55:01 | * | zepolen quit (Remote host closed the connection) |
04:07:28 | * | yglukhov joined #nim |
04:11:39 | * | yglukhov quit (Ping timeout: 255 seconds) |
04:16:44 | * | hhvvzzee joined #nim |
04:18:18 | * | hvze quit (Ping timeout: 240 seconds) |
04:43:22 | * | zepolen joined #nim |
04:43:25 | * | zepolen quit (Remote host closed the connection) |
04:43:50 | * | darkf joined #nim |
04:44:34 | * | zepolen joined #nim |
04:48:30 | * | zepolen quit (Remote host closed the connection) |
05:08:19 | girvo | Okay, so I'm trying to link SDL2.framework into my nim example app so I can bundle it as an OSX "Example.app" bundle |
05:08:55 | girvo | Problem is, it seems the sdl2 nim library forces it to try and use the dynlib, and my passC and passL pragmas are ignored? |
05:08:58 | girvo | http://hastebin.com/uzolohiraz.nim |
05:09:43 | girvo | The top of my "example.nim" file is as such: http://hastebin.com/yizuledoti.nim |
05:10:13 | girvo | And I'm attempting to follow this article (for C/SDL2) to bundle the app; http://joseph-long.com/writing/app-bundles-with-a-makefile/ |
05:12:10 | * | zepolen joined #nim |
05:17:17 | girvo | Basically, it looks like the SDL2 library loads the dynlib and my framework pragma basically gets ignored. Any ideas on how to fix that anyone? |
05:18:11 | RobNewb | does anyone have any experience with FFI where memory switches placeholders between members a phenomenon... |
05:19:01 | * | desophos quit (Read error: Connection reset by peer) |
05:19:38 | RobNewb | layout problem |
05:21:53 | RobNewb | instead of id the length is assigned instead of buffer id ...etc' |
05:27:50 | girvo | I answered my own question; I'm an idiot lol, I'd wrapped in it "when defined(ios)" which is wrong! |
05:28:02 | girvo | Now I've got an unused symbol error |
05:28:19 | * | brson joined #nim |
05:33:11 | * | brson quit (Ping timeout: 265 seconds) |
05:33:16 | * | brson_ joined #nim |
05:43:26 | girvo | Here's my error: http://hastebin.com/otekilepap.txt |
05:43:32 | girvo | Interestingly, the other symbols it now resolves |
05:46:43 | girvo | Thats using --define:SDL_Static so I can basically turn off the regular linking pragmas in the library, and defining them myself |
05:46:48 | girvo | Just can't seem to get the incantation right... |
05:52:03 | girvo | Hah! |
05:52:03 | girvo | Got it! |
05:52:18 | girvo | The test code I was using is out of date, so the symbols didn't actually exist :D |
05:52:34 | girvo | It now works, I have a packaged OS X .app file that bundles SDL2 and runs! |
06:10:37 | * | pmbauer left #nim (#nim) |
06:11:05 | * | pmbauer joined #nim |
06:12:00 | * | pmbauer left #nim (#nim) |
06:12:08 | * | pmbauer joined #nim |
06:17:13 | * | gour joined #nim |
06:17:23 | Varriount | Hello gour |
06:17:39 | gour | hiya Varriount |
06:17:56 | gour | Varriount: you're still behind ST plugin for NIm? |
06:18:17 | Varriount | gour: Yes, right now I'm trying to get the Nimsuggest support working. |
06:18:41 | Varriount | Although, it's likely that particular feature will be ST3 only. |
06:19:18 | gour | what about ST itself? do you believe it's still alive? |
06:19:37 | gour | i don't own ST license, so ST3 is OK :-) |
06:19:39 | Varriount | Oh most definitely. ST3 is in active development. |
06:20:15 | gour | why there is no news about it? many people are pissed because of that and leaving/deciding to use Atom |
06:20:30 | gour | what is the date of last dev build? |
06:21:11 | Varriount | Seems to be last July. |
06:21:39 | Varriount | It's still my go-to editor for most things, although I haven't tried Atom yet. |
06:21:47 | gour | both Atom and ST are great editors, have very good support for all my needs, but Atom is in rapid development. otoh, i'd prefer using 'real' app instead of browser |
06:22:13 | Varriount | gour: Well at this point, even if I went with Atom, someone still has to be around to support ST2/3 |
06:22:49 | RobNewb | good morning varriount you were trying to help last night or the one b4 i had some issues with interop nim, u are lucky not to be involved until now |
06:22:58 | gour | Varriount: you're not the only contributor to the plugin? |
06:23:30 | Varriount | gour: True, however I'm a major developer to it. |
06:23:59 | * | usandfriends joined #nim |
06:24:40 | gour | Varriount: well, i might try 'evaluation' version and see how both of them are working while waiting a bit whether ST3 is going to be released...in any case, i've decided not to go much deeper in my usage of vim |
06:28:19 | gour | Varriount: in any case, i'd like to hear your opinion about Atom as well |
06:34:57 | girvo | Atom is a good editor, but it's ecosystem and APIs are still far less stable than ST |
06:35:24 | Varriount | Though, there are parts of the ST text api that are somewhat lacking, even in version 3. |
06:35:48 | Varriount | For example, there's no easy way to intercept changes made to a view. |
06:36:14 | Varriount | You have to diff the entire file on each keypress, or use some complication logic. |
06:36:31 | gour | ST uses python for plugins, right? |
06:36:37 | Varriount | Yes. |
06:39:14 | girvo | Question: How can I, if a constant is defined, stop compilation? |
06:39:49 | Varriount | girvo: Use when defined() and an error pragma? |
06:39:50 | girvo | Specifically, I'm yet to implement the Windows and Linux linking pragmas for bundling up my app, and want to basically echo out "Can't compile!" and stop compilation |
06:39:58 | girvo | error pragma: that's it, perfect |
06:40:41 | girvo | "{.fatal:}" -- perfect |
06:41:09 | gour | girvo: that's true, but it seems that ST is still mostly one-man show while Atom, being, open-source, is rapidly evolving |
06:41:51 | girvo | gour: Yeah, though it's rapid evolution has caused dramas ;) I'm waiting til its more stable until I move to it |
06:41:54 | girvo | For now, Vim works :D |
06:45:48 | * | gokr quit (Quit: Leaving.) |
06:47:32 | Varriount | girvo: You know ST has a Vim mode, right? |
06:48:08 | * | gour is also wondering about Atom's vim-mode |
06:49:06 | * | usandfriends left #nim ("Client Quit") |
06:52:42 | girvo | Varriount: gour: Those Vim modes are horrible emulations of the real thing ;) |
06:52:52 | girvo | https://github.com/girvo/nim-sdl2-osx-app |
06:55:46 | gour | Varriount: there is free ST plugin for remote access instead of sftp one? |
06:59:31 | gour | girvo: so, you recommend to stay with editor's "native mode" |
07:05:43 | gour | yesterday i did source install of nim from the git repo and attempt to install nimble gives: undeclared identifier: 'install_nimble' |
07:13:58 | girvo | gour: I do, with one exception: Komodo Edit/IDE's Vi emulation mode is literally perfect |
07:20:34 | * | brson_ quit (Ping timeout: 260 seconds) |
07:20:37 | * | yglukhov joined #nim |
07:22:06 | * | yglukhov quit (Remote host closed the connection) |
07:33:58 | girvo | Okay I'm out, catch you all later. I'm looking forward to building OS X games in Nim now that I've solved the packaging issue :D |
07:34:04 | girvo | OSX SDL games* |
07:36:30 | * | zepolen quit (Remote host closed the connection) |
07:37:07 | gour | nim c -r src/nimble install |
07:37:30 | gour | worked to install nimble, but 'nim e install_nimble.nims' fails |
07:37:35 | gour | any idea? |
07:42:33 | * | girvo quit (Ping timeout: 246 seconds) |
07:45:16 | * | vqrs quit (Max SendQ exceeded) |
07:45:34 | * | vqrs joined #nim |
08:06:58 | * | bobbycvi joined #nim |
08:08:25 | * | gokr joined #nim |
08:39:05 | * | bobbycvi quit (Quit: Leaving) |
08:59:23 | * | Arrrr joined #nim |
09:05:06 | * | desophos joined #nim |
09:09:47 | * | desophos quit (Ping timeout: 264 seconds) |
09:18:54 | * | Trustable joined #nim |
09:22:22 | * | yglukhov joined #nim |
09:25:11 | * | girvo joined #nim |
09:25:17 | * | girvo waves |
09:39:58 | rinukkusu | hi! |
10:12:06 | * | ayeganov_ joined #nim |
10:15:10 | * | ayeganov quit (Ping timeout: 240 seconds) |
10:35:27 | * | makoLine quit (Ping timeout: 246 seconds) |
10:45:27 | * | zepolen joined #nim |
10:50:48 | * | mrtesty joined #nim |
10:50:51 | mrtesty | How are you |
10:51:03 | mrtesty | Is this a good programming language for a complete beginnenr/ |
10:52:01 | * | ulyssesdwolfe joined #nim |
10:52:24 | gour | i'd say it is since it's very clean & elegant and you're not forced to use advanced features |
10:54:53 | * | Demon_Fox quit (Remote host closed the connection) |
10:55:57 | mrtesty | gour, ok :)) where should i start? |
10:56:19 | gour | mrtesty: maybe with http://nim-lang.org/docs/tut1.html |
10:56:20 | * | ephja joined #nim |
10:59:37 | mrtesty | gour, is this lang not even stable right now? |
11:03:39 | gour | mrtesty: i'd say it's very stable and heading towards 1.0 soon |
11:04:07 | gour | mrtesty: otoh, if you find some problem, dev(s) are quick to fix it |
11:05:45 | mrtesty | gour, ok |
11:05:51 | mrtesty | Thanks |
11:05:52 | mrtesty | bye |
11:05:54 | mrtesty | laters |
11:05:54 | * | mrtesty left #nim ("Leaving") |
11:22:06 | * | ulyssesdwolfe quit (Quit: ChatZilla 0.9.92 [Firefox 41.0.2/20151014143721]) |
11:23:05 | * | girvo quit (Ping timeout: 244 seconds) |
11:23:46 | * | matkuki joined #nim |
11:27:03 | * | elrood joined #nim |
11:28:30 | * | vqrs quit (Max SendQ exceeded) |
11:28:48 | * | vqrs joined #nim |
11:34:17 | * | zepolen quit (Remote host closed the connection) |
11:37:07 | matkuki | A little help please. |
11:37:08 | matkuki | I have a global ref object that needs some updating and it would be great if it could be done in a separate thread. |
11:37:10 | matkuki | Compiling the updating proc without modification gives the "proc is not GC-safe ..." error. Any suggestions? |
11:48:53 | * | Kingsquee quit (Quit: https://i.imgur.com/qicT3GK.gif) |
11:55:59 | matkuki | def~: got a second? |
11:56:32 | matkuki | sorry, def- |
12:05:27 | matkuki | bbl |
12:06:37 | * | matkuki quit (Quit: ChatZilla 0.9.92 [Firefox 42.0/20151029151421]) |
12:22:31 | * | girvo joined #nim |
12:26:38 | * | girvo quit (Ping timeout: 240 seconds) |
12:27:36 | * | girvo joined #nim |
12:32:05 | * | girvo quit (Ping timeout: 252 seconds) |
12:32:51 | * | Arrrr left #nim ("WeeChat 1.2") |
12:44:34 | * | BitPuffin joined #nim |
12:45:34 | * | BitPuffin quit (Remote host closed the connection) |
12:46:06 | * | BitPuffin joined #nim |
12:48:22 | * | niv joined #nim |
12:48:31 | * | antoniomo joined #nim |
12:49:26 | niv | hi! some links on the official documentation 404, is this a known issue? |
12:50:46 | * | aziz joined #nim |
13:25:01 | elrood | probably not. the docs in general could use a little more testing and attention. being autogenerated they're pretty much assumed to just work |
13:25:40 | niv | ah, alright. for example, the nativesockets api page 404s |
13:34:07 | elrood | if you could report the issue on github that'd be great, even better with an attached pull request in case you feel up to that. it might get lost if only mentioned here on irc |
13:41:39 | * | BitPuffin quit (Ping timeout: 246 seconds) |
13:43:40 | * | xyproto joined #nim |
13:43:51 | * | RobNewb quit (Ping timeout: 246 seconds) |
13:44:46 | * | vqrs quit (Ping timeout: 240 seconds) |
13:46:09 | * | zepolen joined #nim |
13:46:28 | * | vqrs joined #nim |
13:47:36 | * | RobNewb joined #nim |
13:50:45 | * | zepolen quit (Ping timeout: 246 seconds) |
14:27:23 | RobNewb | hi all, i have a serius bug interoping with nim, any of you has an expreience with FFI ing nim ? |
14:27:24 | * | antoniomo quit (Quit: WeeChat 1.3) |
14:39:48 | yglukhov | RobNewb, shoot |
14:45:25 | * | Demos joined #nim |
14:52:17 | RobNewb | there's an allignment issue i guess |
14:53:01 | RobNewb | interop with an array of struct with blittable members |
14:53:37 | * | Jesin quit (Quit: Leaving) |
14:53:52 | RobNewb | C# - struct test{ int a; int b ;} |
14:54:03 | RobNewb | same in nim |
14:54:14 | RobNewb | type |
14:54:24 | RobNewb | a: int |
14:54:28 | RobNewb | b: int |
14:54:45 | * | gour hints to use some pastebin |
14:55:29 | RobNewb | sorry .. |
14:55:34 | RobNewb | type |
14:55:47 | RobNewb | exported = object |
14:55:50 | gour | it's easier for both sides :-) |
14:56:00 | RobNewb | a: int |
14:56:08 | RobNewb | b: int |
14:56:39 | RobNewb | it's that simple |
14:57:14 | RobNewb | and retunred array of the struct is not alligned |
14:58:08 | RobNewb | when in a for loop i try access a, i get a, b, a, b... |
15:00:37 | * | Jesin joined #nim |
15:01:41 | ephja | as I said before, nim's int might be either 32 or 64 bits. are you on a 64-bit platform? |
15:02:30 | ephja | or maybe some other size in a distant future |
15:04:50 | * | zepolen joined #nim |
15:05:46 | RobNewb | yep |
15:06:20 | ephja | then it's going to be twice as big as the C# struct |
15:06:23 | RobNewb | 64bit win7, x64 nim compiler x64 dll |
15:06:34 | ephja | I don't think alignment is relevant |
15:07:28 | ephja | since the sizes are evenly divisible by the word size |
15:08:22 | RobNewb | it just looks like that i have no clue as to sizes i don't know about allignmets i don't need to allign when interoping with c so i don't know anything about allignements |
15:09:52 | RobNewb | i guessed is to do with allignmet cause of that unorderd layout , accessing member #1 gives #2 etc' |
15:11:51 | RobNewb | ok in short blittable (int) is size 2x of int in c# ? |
15:12:56 | RobNewb | do i need to specify that i use int32 and same in nim matching int32 or no matter the type int vs int still nim int is x2 size ? |
15:13:09 | * | joelmo joined #nim |
15:14:45 | ephja | int32 in nim and int in C# is always 32 bit. int in nim is either 32 bit or 64 bit depending on the platform, so you can't use int in nim in this case |
15:15:45 | RobNewb | ok i gona try quickly uint32 in both, think is the right approach to test that issue ? |
15:15:46 | ephja | pass a struct instance to sizeof and print that value if you're unsure |
15:16:08 | ephja | or the type directly, except it doesn't work in nim |
15:16:17 | RobNewb | ok thanks dint think of that catch |
15:17:54 | ephja | keep it as an int in C# then. see this https://msdn.microsoft.com/en-us/library/5kzh1b5w.aspx |
15:20:02 | ephja | http://manual.nim-lang.org/docs/manual.html#types-pre-defined-integer-types |
15:20:25 | ephja | nim diverges from the C convention, so it can be confusing |
15:23:59 | RobNewb | 0k that was my mistake not specifying int32 vs my c# int , 90% of a problem solved ! |
15:25:05 | RobNewb | though now element #0 gives me size of the array same thing element #1 |
15:28:05 | RobNewb | thanks for giving me the size of my array(: though is not referd to in any variable nor tried to access that info |
15:28:32 | Araq | for seqs addr(s) is not the same as addr(s[0]) |
15:28:38 | Araq | same for strings |
15:28:57 | Araq | a conversion from s to cstring strips away the length+capacity header |
15:30:53 | RobNewb | ok i had so many problems all together so i have stripped it down to have only ints no string to simplify things , now i know for instace that element[0] in seq is not same as array[0] |
15:32:31 | * | Demos quit (Ping timeout: 265 seconds) |
15:33:12 | RobNewb | headers issue.. i didn't know of. so internaly in nim it's being magicly ignored or something , and when i interop i need to skip first 2 elements |
15:33:41 | Araq | you need to do the interop properly |
15:33:53 | Araq | and let Nim do theses offset calculations |
15:34:11 | Araq | I am trying for 3 days now to tell you how to do that |
15:36:27 | RobNewb | i know i know , i was stubern to use cstring i have left my own ideas to follow what's right but still had some issues. so as a start |
15:36:37 | RobNewb | "let Nim do theses offset calculations" |
15:37:00 | RobNewb | applies to the int members issue aswell ? |
15:37:30 | Araq | yes! |
15:39:00 | RobNewb | then it means the first sentence says i am not doing it properly and that is why i get issue of headers being in [0] and [1] |
15:40:59 | Araq | yes |
15:42:50 | RobNewb | well now that i got the type issue out of the equasion , i don't se what is not properly done sorry araq . all is quite strate forword |
15:43:01 | RobNewb | as i interop with c |
16:02:04 | RobNewb | http://pastebin.com/XF3FeyQD |
16:05:20 | * | xet7 quit (Read error: Connection reset by peer) |
16:12:49 | RobNewb | all i need to do is ignore 0,1 and i am in sinc but you say if i need to code it that way it meens it's wrong codind done, which i agree but dont se where i code wrong thats why i pasted it |
16:13:11 | * | gokr quit (Quit: Leaving.) |
16:19:03 | RobNewb | if i put CurrentPack += 2; before starting the loop it fits . kind'a hack i just don't see what i need to do else so it won't be needed |
16:22:49 | RobNewb | we should add a directive to the compilation , if RobInteropFromC# seq[0].remove, seq[1].remove |
16:28:23 | * | testcon joined #nim |
16:32:35 | RobNewb | if i do nothing wrong in my code then it's an "issue" that should be addresed but there's might be more priority to other stuff than C# on the schedual |
16:34:03 | * | jaco60 joined #nim |
16:40:57 | * | testcon quit (Quit: Page closed) |
16:45:26 | * | pregressive joined #nim |
16:56:48 | * | aziz quit (Remote host closed the connection) |
17:11:32 | * | Demos joined #nim |
17:14:59 | * | desophos joined #nim |
17:21:06 | * | cryzed quit (Ping timeout: 246 seconds) |
17:23:09 | * | cryzed joined #nim |
17:28:15 | * | pregressive quit (Remote host closed the connection) |
17:29:21 | * | pregressive joined #nim |
17:30:44 | * | Guest16367isaway is now known as Guest16367 |
17:36:57 | * | matkuki joined #nim |
17:39:09 | * | Demos quit (Ping timeout: 265 seconds) |
17:51:06 | * | yglukhov quit (Ping timeout: 255 seconds) |
17:52:27 | * | linkedinyou joined #nim |
17:57:06 | * | strcmp1 joined #nim |
18:04:32 | * | boydgreenfield joined #nim |
18:16:13 | * | Matthias247 joined #nim |
18:19:32 | * | xet7 joined #nim |
18:25:12 | * | boydgreenfield quit (Quit: boydgreenfield) |
18:30:46 | * | Demos joined #nim |
18:32:06 | * | linkedinyou quit (Ping timeout: 240 seconds) |
18:37:23 | * | yglukhov joined #nim |
18:42:02 | * | yglukhov quit (Ping timeout: 260 seconds) |
18:44:51 | * | Demos quit (Ping timeout: 244 seconds) |
18:59:30 | * | yglukhov joined #nim |
18:59:44 | * | Demos joined #nim |
19:04:19 | * | darkf quit (Quit: Leaving) |
19:09:13 | * | zepolen quit (Remote host closed the connection) |
19:09:15 | * | matkuki quit (Quit: ChatZilla 0.9.92 [Firefox 42.0/20151029151421]) |
19:09:29 | * | zepolen joined #nim |
19:09:35 | * | strcmp1 quit (Remote host closed the connection) |
19:10:35 | * | strcmp1 joined #nim |
19:11:16 | * | UberLambda joined #nim |
19:14:26 | * | ayeganov_ is now known as ayeganov |
19:23:06 | * | Trustable quit (Remote host closed the connection) |
19:24:06 | * | gour quit (Quit: WeeChat 1.3) |
19:28:22 | * | gour joined #nim |
19:48:36 | * | yglukhov quit (Remote host closed the connection) |
19:54:28 | * | yglukhov joined #nim |
20:01:11 | RobNewb | if anyone has windows os & C# please try that simplest implementatio -> http://pastebin.com/M3Jhppzj |
20:17:20 | * | matkuki joined #nim |
20:19:51 | * | NimBot joined #nim |
20:21:13 | * | matkuki quit (Client Quit) |
20:36:13 | * | Trustable joined #nim |
20:36:35 | * | makoLine joined #nim |
20:43:01 | * | yglukhov quit (Remote host closed the connection) |
20:49:45 | * | matkuki joined #nim |
20:52:01 | * | Trustable quit (Remote host closed the connection) |
20:53:09 | matkuki | What is the workaround for manipulating a ref object in a non-main thread? |
20:53:22 | * | yglukhov joined #nim |
20:53:50 | * | Trustable joined #nim |
20:59:24 | matkuki | dom96: A little help please |
21:01:51 | dom96 | sec |
21:02:08 | * | Trustable quit (Remote host closed the connection) |
21:02:26 | dom96 | matkuki: You have to allocShared (currently no support for shared refs) |
21:02:32 | dom96 | use channels |
21:02:42 | dom96 | and I think that's all you can do |
21:02:53 | matkuki | thanks, let me try ... |
21:03:08 | * | Trustable joined #nim |
21:03:37 | dom96 | what do you need this for? |
21:03:40 | * | desophos_ joined #nim |
21:04:34 | matkuki | initializing some image resources from huge sprite sheets |
21:05:12 | matkuki | takes some time and blocks, so while loading I want to show a waiting screen |
21:06:30 | * | desophos quit (Ping timeout: 272 seconds) |
21:06:33 | * | gokr joined #nim |
21:07:04 | dom96 | ahh, might have to use allocShared then for performance. |
21:08:14 | * | Trustable quit (Remote host closed the connection) |
21:09:05 | * | Trustable joined #nim |
21:11:17 | matkuki | dom96: looking at the allocShared docs, any examples? |
21:13:24 | matkuki | sharedPointer: pointer = allocShared(sizeof(MyType)) ? |
21:30:02 | * | gokr quit (Quit: Leaving.) |
21:30:28 | * | UberLambda quit (Quit: GTG) |
21:33:47 | * | gokr joined #nim |
21:42:14 | * | vendethiel joined #nim |
21:49:51 | * | gour quit (Quit: WeeChat 1.3) |
21:55:01 | * | desophos_ quit (Remote host closed the connection) |
21:55:25 | matkuki | dom96 ? |
22:00:30 | * | Varriount_ joined #nim |
22:01:59 | * | Varriount quit (Ping timeout: 240 seconds) |
22:09:48 | * | desophos joined #nim |
22:11:02 | matkuki | Do threads even works on windows and mingw gcc ? |
22:11:52 | matkuki | I'm getting: error: '__ATOMIC_RELAXED' undeclared (first use in this function) |
22:12:04 | Varriount_ | matkuki: What version of GCC are you using? |
22:12:33 | matkuki | Varriount: 4.6.2 |
22:12:47 | * | Guest16367 is now known as Guest16367isaway |
22:13:09 | Varriount_ | matkuki: And is this Mingw, or Mingw-w64? |
22:13:46 | * | Varriount_ is now known as Varriount |
22:14:14 | Varriount | matkuki: It looks like you might need to update you Mingw installation. I would suggest using Mingw-w64 too. |
22:14:20 | * | pregressive quit (Remote host closed the connection) |
22:14:50 | matkuki | thanks, will try immediatly |
22:21:02 | matkuki | Varriount: Updated to 4.9.1, now it compiles, but the unchanged single threaded code that works with '--threads:off' doesn't work with '--threads:on' |
22:22:11 | matkuki | no error message, just a crash |
22:23:12 | * | vendethiel quit (Read error: Connection reset by peer) |
22:23:46 | Varriount | matkuki: I don't know if this will work, but try deleting the nimcache folder. |
22:24:04 | Varriount | Could you post the code for me to try? |
22:24:35 | matkuki | too much code, sorry |
22:24:54 | * | Ven joined #nim |
22:24:59 | matkuki | Tried deleting nimcache, no change |
22:25:43 | Varriount | Hm. Could you use GDB to find where it crashes? |
22:28:21 | Varriount | matkuki: I mean, guessing only gets you so far. :/ |
22:30:30 | matkuki | Yeah, I know. Never really used GDB, but if I will try, I'll message you, thanks for the help |
22:30:43 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
22:32:20 | * | Varriount_ joined #nim |
22:34:23 | * | Varriount quit (Ping timeout: 264 seconds) |
22:35:14 | * | matkuki quit (Quit: ChatZilla 0.9.92 [Firefox 42.0/20151029151421]) |
22:35:44 | * | Kingsquee joined #nim |
22:39:06 | * | Varriount joined #nim |
22:40:59 | * | Varriount_ quit (Ping timeout: 264 seconds) |
22:43:05 | * | matkuki joined #nim |
22:46:18 | matkuki | Varriount: Still here? |
22:46:59 | Varriount | Yep |
22:47:28 | matkuki | Tried GDB, get: 'Program received signal SIGSEGV, Segmentation fault. 0x004330f3 in nimProfile ()' |
22:47:47 | Varriount | matkuki: Did you add the linedir directive to get the line? |
22:48:11 | matkuki | No, how do I do that? |
22:48:54 | Varriount | matkuki: Add the '--debuginfo --linedir:on' flags |
22:49:07 | matkuki | ok, let me try ... |
22:49:09 | Varriount | '--debugger:native' might also do the same thing. |
22:51:06 | matkuki | Ok, compiled with '--debuginfo --linedir:on', now run gdb again? |
22:51:15 | Varriount | Yep. |
22:51:28 | Varriount | It should grab line information now |
22:54:04 | matkuki | Varriount: I tried 'gdb myapp.exe', then inputted 'start' and continue and it gives the same message, without the line. |
22:54:19 | Varriount | Huh, odd. |
22:54:57 | dom96 | what does 'bt' say? |
22:55:24 | Varriount | matkuki: Does the 'nimProfile' identifier mean anything to you? |
22:56:22 | matkuki | Varriount: Just got the idea! I had '--profiler:on' flag set! Tried removing it, now it works. Thanks man! |
22:56:45 | Varriount | matkuki: Might want to see if there isn't an issue already open about that. |
22:56:46 | * | vendethiel joined #nim |
22:56:48 | dom96 | heh, was just about to ask whether you had that on. |
22:57:12 | Varriount | At the very least, having both switches should cause the compiler to complain. |
22:57:22 | Varriount | I mean, using both.. |
22:57:35 | matkuki | Varriount: Will do. |
22:58:00 | matkuki | dom96: Do you perhaps know if this is an issue? |
22:58:32 | * | desophos quit (Remote host closed the connection) |
22:58:45 | matkuki | Having both '--threads:on' and '--profiler:on' flags set? |
22:58:58 | dom96 | matkuki: not sure i'm afraid. Can't find anything about it on Github though so I'd say just create an issue for it. |
22:59:23 | matkuki | dom96: Got it, will do. |
22:59:46 | * | desophos joined #nim |
23:06:15 | * | Demon_Fox joined #nim |
23:10:59 | Heartmender | how would I embed nimvm into a nim program? |
23:15:29 | * | desophos quit (Remote host closed the connection) |
23:17:56 | * | desophos joined #nim |
23:32:44 | ephja | dom96: did you see my post about the assert failure in accept? |
23:32:55 | ephja | it's not a user error surely, so I should submit a bug report |
23:37:20 | dom96 | ephja: link? |
23:37:46 | * | vendethiel quit (Read error: Connection reset by peer) |
23:38:14 | * | makoLine quit (Ping timeout: 260 seconds) |
23:39:45 | matkuki | Thanks guys, bye |
23:39:48 | * | matkuki quit (Quit: ChatZilla 0.9.92 [Firefox 42.0/20151029151421]) |
23:40:24 | * | johnsoft joined #nim |
23:41:30 | ephja | dom96: maybe I'll try to find the root cause myself first |
23:41:55 | dom96 | I vaguely remember it, just too lazy to search for the post :) |
23:45:51 | * | elrood quit (Quit: Leaving) |
23:46:50 | * | Trustable quit (Remote host closed the connection) |
23:50:37 | * | makoLine joined #nim |
23:59:24 | * | makoLine quit (Read error: Connection reset by peer) |