<< 10-12-2017 >>

00:20:01*yglukhov quit (Remote host closed the connection)
00:27:58*haldean joined #nim
00:30:16haldeanhey folks! is there a way to create an object variant type where one of the variants adds no new fields? something like this https://8n1.org/12433/1134
00:30:54dom96'discard'
00:31:08*libman left #nim (#nim)
00:31:11haldeanperfect, thanks dom96!
00:34:54*yglukhov joined #nim
00:39:27*yglukhov quit (Ping timeout: 240 seconds)
01:12:24GitDisc<awr> is there a proc in the standard library to set a file to hidden on windows
01:12:34GitDisc<awr> or do I have to use SetFileAttributes()
01:16:59*qih joined #nim
01:17:05qihGreetz all!
01:50:57*vlad1777d quit (Ping timeout: 248 seconds)
02:04:21*astronavt quit (Quit: Leaving...)
02:11:36*programisto quit (Ping timeout: 260 seconds)
02:11:40*astronavt joined #nim
02:17:52*vivus quit (Quit: Leaving)
02:18:04FromGitter<Varriount> qih: Hello!
02:33:11*chemist69 quit (Ping timeout: 240 seconds)
02:37:51*marenz_ quit (Ping timeout: 260 seconds)
02:47:18*chemist69 joined #nim
02:51:12*arnetheduck joined #nim
02:57:13*programisto joined #nim
03:28:08subsetparkcan anybody think of a way to get random bigints?
04:49:19*dddddd quit (Remote host closed the connection)
04:52:02*SenasOzys quit (Remote host closed the connection)
05:00:21qihsubsetpark: Nope, sorry, I am new to Nim myself. It's pretty quiet in here.
05:22:28*endragor joined #nim
05:26:55*endragor quit (Ping timeout: 248 seconds)
06:05:27*endragor joined #nim
06:21:11*yglukhov joined #nim
06:25:35*yglukhov quit (Ping timeout: 248 seconds)
06:40:41*vlad1777d joined #nim
07:09:33*ketralnis joined #nim
07:26:04*solitudesf joined #nim
07:31:05*xkapastel quit (Quit: Connection closed for inactivity)
07:40:52FromGitter<alehander42> @subsetpark: biggestint or bigint ? biggestint is just an alias for normal int, I dont know which lib for bigints you use, but can you still limit the size of it ? random size of a bigint and then random bytes ?
07:41:02FromGitter<alehander42> @qih it was night in europe
07:41:56qih@alehander42 Ah right.
08:16:14*qih quit (Quit: leaving)
08:20:09*yglukhov joined #nim
08:20:50*xet7 quit (Quit: Leaving)
08:26:15*xet7 joined #nim
08:49:06*yglukhov quit (Remote host closed the connection)
08:49:39*yglukhov joined #nim
08:53:35*yglukhov quit (Ping timeout: 240 seconds)
08:55:11*claudiuinberlin joined #nim
08:55:15*dddddd joined #nim
09:00:52*yglukhov joined #nim
09:04:57*yglukhov quit (Ping timeout: 240 seconds)
09:07:21FromGitter<kayabaNerve> I heard some people here got some errors. I have a fix: ⏎ 1) Close your terminal. ⏎ BAM! No more error.
09:10:31*xet7 quit (Quit: Leaving)
09:12:18*xet7 joined #nim
09:13:50*xet7 quit (Remote host closed the connection)
09:13:57*yglukhov joined #nim
09:19:28*yglukhov quit (Read error: Connection reset by peer)
09:20:02*yglukhov joined #nim
09:20:20*xet7 joined #nim
09:41:23*yglukhov quit (Remote host closed the connection)
09:44:20*Yardanico joined #nim
09:46:28FromGitter<alehander42> @Araq about expanding <macro>(a: a, b: b) , should I add a branch for nkObjConstr in `semTypeNode` in semtypes ? I didn't see an obvious place to tweak it in semexprs
09:46:41*killu joined #nim
09:46:56Araqmeh
09:47:10Araqdon't we have semobjconstrs.nim by now?
09:47:29*killu left #nim ("AndroIRC")
09:47:31Araqsemobjconstr.nim
09:47:41*Yardanico quit (Remote host closed the connection)
09:52:09*Yardanico joined #nim
09:54:27*Yardanico quit (Remote host closed the connection)
10:00:45*yglukhov joined #nim
10:02:05*rauss quit (Read error: Connection reset by peer)
10:02:56*rauss joined #nim
10:05:08*yglukhov quit (Ping timeout: 255 seconds)
10:10:28FromGitter<alehander42> yep but currently before hitting anything there parameters go first `semParamList -> semProcTypeNode -> semParamType -> semTypeNode` where there is no clause for obj constr, so I am not sure, should I replace the node with node that signals macro invocation before geting to this point ?
10:29:38AraqsemTypeNode deals with types
10:29:51Araqan object constructor is not a type
10:30:23Araqan object constructor is some call with nkExprColonExpr in it
10:30:41Araqmaybe it's in semexprs.nim
10:35:45*SenasOzys joined #nim
10:37:32*jjido joined #nim
10:37:59*astronavt quit (Ping timeout: 255 seconds)
10:42:01*crem quit (Quit: WeeChat 1.9)
10:58:28*marenz_ joined #nim
10:58:50*jjido quit (Ping timeout: 275 seconds)
11:20:10*BitPuffin|osx joined #nim
11:37:57*madpat joined #nim
11:40:33*Vladar joined #nim
11:41:19FromGitter<tim-st> Anyone tried this jetbrains nim plugin: https://bitbucket.org/dmitri_gb/idea-nim
11:41:49FromGitter<tim-st> the author says it supports refactoring https://comserv.cs.ut.ee/home/files/gabbasov_informaatika_2016.pdf?study=ATILoputoo&reference=BCE93D28A88E1FB874B2AD3E5BEB14E822D447A3
11:47:46Araqnever heard of it, but it sounds interesting.
11:52:34FromGitter<tim-st> Yes, definetly. Will try to build a binary and test it.
11:53:30*Kingsquee joined #nim
11:57:38*Kingsquee quit (Client Quit)
12:08:02*jjido joined #nim
12:15:13*crem joined #nim
12:18:39*jjido quit (Ping timeout: 248 seconds)
12:25:43*jjido joined #nim
12:28:21*jjido quit (Client Quit)
12:34:25*Ven`` joined #nim
12:44:21*miran joined #nim
13:00:41*yglukhov joined #nim
13:05:08*yglukhov quit (Ping timeout: 255 seconds)
13:18:51FromGitter<ephja> did you figure out how use the lzma lib?
13:19:38*endragor quit (Remote host closed the connection)
13:22:07*madpat quit (Ping timeout: 268 seconds)
13:30:27*fvs joined #nim
13:31:01fvshi, what's the difference between nim doc and nim doc2?
13:31:36Araqwith devel, there is none
13:31:48Araq'nim doc0' used to be 'nim doc'
13:32:12Araqa documentation generator that doesn't run sem'check so macros are not expanded and include files are not followed etc
13:32:31Araq'nim doc0' is only used for some of Nim's internal modules because legacy.
13:33:12*endragor joined #nim
13:57:44*yglukhov joined #nim
14:00:24*Trustable joined #nim
14:13:16FromGitter<tim-st> @ephja No, your example code took very long to execute so I decreased the upper limit to something like 0x4000 and then it terminated but in the second loop I got assertion error. When I read that a higher interface is planned I thought it would be better for me to wait until this is implemented. So I continued my implementation at another point.
14:16:51*endragor quit (Remote host closed the connection)
14:24:30FromGitter<ephja> @tim-st it works when I increase the memory limit, but it's odd that a higher limit would be necessary for a smaller input
14:25:36FromGitter<tim-st> @ephja Do you get the assertion error too, if you decrese the limit and not changing memory limit?
14:28:10*fvs left #nim ("ERC (IRC client for Emacs 25.3.1)")
14:28:11FromGitter<tim-st> @ephja I also wasnt sure how big the array should be, because I want to decompress only and dont know if there is a maximum factor that can be used for array size. Otherwise a sequence would be the better type for this I think
14:28:40*endragor joined #nim
14:40:06*Ven`` quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
14:43:11*dddddd quit (Ping timeout: 248 seconds)
14:43:52*endragor quit (Remote host closed the connection)
14:56:14*dddddd joined #nim
15:10:23*Sentreen quit (Ping timeout: 248 seconds)
15:15:51FromGitter<ephja> @tim-st I think you just need a bigger memory limit. you might need to make an educated guess for the output buffer size as well if you don't know the size in advance
15:16:00FromGitter<ephja> it only failed for the highest compression level though
15:16:24FromGitter<ephja> which is rarely needed. I think level 6 is the default and it should be enough most of the time
15:17:26FromGitter<ephja> anyway, 0xfffff is only a MB. it's quite a small limit
15:19:24*natrys joined #nim
15:24:11*Sentreen joined #nim
15:36:40FromGitter<ephja> lol. yeah you're not even encoding. also, my code is confusing
15:43:36*arnetheduck quit (Ping timeout: 260 seconds)
15:43:53FromGitter<ephja> I think the output buffer size (last argument) might have to be bigger than the compressed size. I dunno if it uses additional space for something
15:48:17*vlad1777d quit (Ping timeout: 248 seconds)
15:56:59*sz0 joined #nim
16:06:25*endragor joined #nim
16:10:06*vlad1777d joined #nim
16:19:57*vlad1777d quit (Ping timeout: 250 seconds)
16:20:40*vlad1777d joined #nim
16:26:46*vlad1777d quit (Ping timeout: 260 seconds)
16:34:11*lastjedi joined #nim
16:34:21*lastjedi quit (Remote host closed the connection)
16:41:11*nsf quit (Quit: WeeChat 1.9.1)
16:50:39*endragor quit (Remote host closed the connection)
16:50:55*endragor joined #nim
17:07:10*vlad1777d joined #nim
17:07:18*endragor quit (Remote host closed the connection)
17:08:50FromGitter<cavariux> Hi, @dom96 are you here?
17:09:12dom96yes, but please don't ask that. If you've got a question just ask it.
17:09:42FromGitter<cavariux> sorry it's only that you are the one who has build a kernel with nim
17:10:01FromGitter<cavariux> I have an issue crosscompiling Nim, nim is complaning with C and Nim not sharing the same architecture
17:10:19FromGitter<cavariux> I have followed OSDev and even cloned nimkernel
17:13:02FromGitter<cavariux> The complaning code in nimbase is the following, I'm compiling and linking with the corss compiler I built ⏎ ⏎ ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5a2d6b1d0163b028101cb198]
17:13:48dom96oh hrm, I haven't touched this code in a while
17:14:34dom96Have you tried specifying --cpu:i386?
17:15:17FromGitter<cavariux> Yes, also with i586 and i686 with same results
17:15:37FromGitter<cavariux> I have also recompiled the cross compiler with this architectures
17:16:02dom96You could always modify nimbase.h and see how far that gets you :)
17:16:10FromGitter<cavariux> There's no issue if I just compile a Hello World without specifying any --cpu flags
17:16:16FromGitter<cavariux> haha okay will try
17:16:41dom96But do double check that Nim is using the C compiler you're specifying.
17:16:58FromGitter<cavariux> I give it to nim with --gcc.exe
17:19:45*claudiuinberlin quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:20:48FromGitter<cavariux> just, should I rebuild my own Nim exec with the new cross compiler? Or I can use the same I'm having, my guess was that I could use the same since it compiles to C and I compile that C code with my cross compiler
17:22:05*claudiuinberlin joined #nim
17:22:16*endragor joined #nim
17:23:38*claudiuinberlin quit (Client Quit)
17:24:39dom96yeah, you don't need to rebuild Nim
17:25:25*endragor quit (Remote host closed the connection)
17:25:36FromGitter<cavariux> okay, well thanks will check if the issue is with my cc with some c code, thanks for the help. PD: I love your book
17:26:30dom96No problem, and thanks :)
17:27:44*jjido joined #nim
17:42:21FromGitter<tim-st> @ephja Thanks, after appending two `f` to memlimit it worked.
18:06:26*BitPuffin|osx quit (Ping timeout: 255 seconds)
18:11:45*nsf joined #nim
18:33:20*Guest35620 quit (Quit: Leaving)
18:37:00*endragor joined #nim
18:53:50*claudiuinberlin joined #nim
18:55:26*claudiuinberlin quit (Client Quit)
18:56:39*Vladar quit (Quit: Leaving)
19:00:51*PMunch joined #nim
19:06:19*PMunch quit (Quit: leaving)
19:19:01*endragor quit (Ping timeout: 240 seconds)
19:21:13*astronavt joined #nim
19:23:41*miran quit (Quit: Konversation terminated!)
19:30:01*couven92 joined #nim
19:32:42*jjido quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
19:45:41*xkapastel joined #nim
20:15:53*couven92 quit (Ping timeout: 276 seconds)
20:18:01*endragor joined #nim
20:20:17*couven92 joined #nim
20:22:24*astronavt quit (Remote host closed the connection)
20:23:08*astronavt joined #nim
20:23:41*jjido joined #nim
20:28:03*astronav_ joined #nim
20:28:14*astronavt quit (Ping timeout: 276 seconds)
20:35:16*astronav_ quit (Remote host closed the connection)
20:39:26*chemist69 quit (Ping timeout: 255 seconds)
20:40:58*nsf quit (Quit: WeeChat 1.9.1)
20:46:24*astronavt joined #nim
20:46:40*natrys quit (Quit: natrys)
20:49:53*astronavt quit (Remote host closed the connection)
20:52:36*astronavt joined #nim
20:53:14*chemist69 joined #nim
20:56:30*astronavt quit (Remote host closed the connection)
20:56:35*endragor quit (Ping timeout: 240 seconds)
20:59:01FromGitter<Varriount> @cavariux Did you run that small C program I linked, to see what the cross compiler thinks an integer is?
21:08:52*claudiuinberlin joined #nim
21:09:41*astronavt joined #nim
21:14:07*vivus joined #nim
21:21:50FromGitter<cavariux> Hi @Varriount the issue is that the cc doesn't have access to the C standard library like stdio.h
21:25:13*federico3 joined #nim
21:28:40FromGitter<cavariux> If I follow all the osdev wiki only using C it works, so it should be an issue I'm having with the C code Nim generates will update with results
21:29:15*Trustable quit (Remote host closed the connection)
21:50:36*jjido quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
21:52:41*qih joined #nim
21:54:06*endragor joined #nim
22:07:13qihHi, is there a 'Nim for GIS/Mapping' sub-group or channel?
22:11:31*solitudesf quit (Ping timeout: 260 seconds)
22:11:38qihI wanted to see if someone has started to build a Nim alternative to pyroutelib (https://github.com/gaulinmp/pyroutelib2)
22:12:22*NopeDK joined #nim
22:19:28dom96qih: Not that I'm aware of
22:20:02qihdom96: Thanks, I'm reading https://github.com/nim-lang/needed-libraries
22:30:28NopeDKHello, tinkering with the parsecfg module and have become stuck... Anybody got a minute? (undeclared field filename when calling p.filename, built-in errorStr works...)
22:35:53*endragor quit (Ping timeout: 268 seconds)
22:37:24*claudiuinberlin quit (Quit: Textual IRC Client: www.textualapp.com)
22:37:32FromGitter<cavariux> Hi, do anyone of you know the meaning of this error? ⏎ ⏎ ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5a2db72cffa3e379191eb4c8]
22:38:22qihdom96: Sorry, I only just realised who you are. Greetings and congrats on Nim Lang, it's great!
22:39:06dom96oh, heh, thanks :)
22:39:35dom96NopeDK: show us the code :)
22:40:22dom96cavariux: it implies that the stdlib is missing an implementation of something that it needs.
22:40:39dom96Sadly I think this means the newest Nim broke NimKernel
22:40:49FromGitter<cavariux> It only appears if I use the --cpu:i386
22:40:59FromGitter<cavariux> oh :( anyway I can help fix this error?
22:41:13NopeDKMinimal example: https://pastebin.com/RmLYzLiQ
22:41:16dom96you can search around for newSeq in the stdlib
22:41:23dom96primarily in system.nim and the modules in system/
22:41:30dom96and try to figure out how to implement it for the kernel
22:41:37dom96or how to enable it for i386
22:42:16FromGitter<cavariux> Okay, thanks fi I find a fix would it be good to make a pull request or just keep it to myself?
22:42:19dom96NopeDK: That field isn't exported
22:42:28dom96https://nim-lang.org/docs/parsecfg.html#CfgParser
22:42:31dom96There is no '*'
22:43:04dom96cavariux: pull request of course :)
22:43:18NopeDKHow do the errorStr procs handle it then? They seem to use the same syntax.
22:45:19NopeDKAh nevermind. It can access it due to being local and the function itself is exported... Thanks for the quick response, awesome when learning =)
22:46:52FromGitter<Varriount> Araq: Do how does the new memory allocator compare with the old one?
22:49:35Araqit's slower and uses more memory
22:50:12Araqbut it avoids pathological bad cases like "1GB free, cannot serve 32MB"
22:50:46Araqand dealloc/alloc are O(1) instead of O(n).
22:55:35FromGitter<Varriount> Araq: What about dlmalloc? ⏎ http://gee.cs.oswego.edu/dl/html/malloc.html
22:55:58*sz0 quit (Quit: Connection closed for inactivity)
22:57:30FromGitter<cavariux> @Araq, I'm using --os:standalone and --cpu:i386 flags but the stdlib still uses stdio.h
23:05:36*yglukhov quit (Remote host closed the connection)
23:09:23FromGitter<cavariux> PD: nimkernel isn't broken I wasn't using the right flags .-.
23:14:07FromGitter<Varriount> @cavariux What flags were missing/incorrect?
23:24:42FromGitter<cavariux> Some flags that weren't in the cfg they were in the panicoverride
23:24:50FromGitter<cavariux> this ones {.push stack_trace: off, profiler:off.}
23:29:06*couven92 quit (Ping timeout: 260 seconds)
23:33:12*endragor joined #nim
23:35:52qihI just noted in a Google search that the term "nim" for the language gets frequently associated with the "ancient strategy game of Nim blah blah blah" ... talk about an accidental language clobber
23:39:08NopeDKWhen I search for more technical stuff and forget to add "lang" or something equivalent after Nim, I usually get IBM's Network Installation Manager...
23:39:21qihHaha yeah that one too
23:39:57qih"nim lang" <= good advice
23:41:58FromGitter<cavariux> I trully wonder why hasn't Nim got the popularity it deserves
23:42:21*skrylar joined #nim
23:42:22qihAh so when you parse in an Integer via readLine, you have to use ... parseInt(stdin.readLine)?
23:42:52qihDoes the same hold then for a Float Integer? ... parseFloat(stdin.readLine)?
23:49:24dom96Still better than "Go" or "D" :P
23:50:17dom96Sure.
23:50:21dom96qih: ^
23:52:20skrylardom96, at least their stream modules aren't anemic :P
23:52:40qihdom96: Thanks.
23:52:44NopeDKIs there any full test suite for Nim's libraries as I want to test some modifications to the OS module?
23:52:48skrylari can't even ask the stream if its seekable, or how large it is, which i could do in D and Java and Delphi :P
23:53:01dom96skrylar: Did you report this as an issue?
23:53:17skrylardom96, i just ran in to it within the past two days, and asked directly on IRC
23:53:23skrylarpretty sure i tagged you about it
23:54:10dom96skrylar: Things get lost easily in IRC. You should create an issue :)
23:54:17dom96If you want to see this improved that is
23:56:02skrylari'm also not sure why any of the file code uses get/set prefixes when we have `foo=`
23:56:04dom96NopeDK: Yep, run `koch tests`, you need to clone the Nim repo for this though.
23:56:49dom96skrylar: That's a good question. I did recently get annoyed at the csfml wrapper, because it used the `foo=` though.
23:57:20dom96It's nice, but the C API names use setFoo
23:57:28skrylarevery time i tried to use sfml, it was laggy and slow for no reason
23:57:59skrylari never found out why
23:58:25FromGitter<cavariux> Is there any list of available cpu architectures?
23:58:26NopeDKdom96: awesome, running it now.