<< 06-08-2019 >>
00:02:49FromGitter<gogolxdong> probably has figured out , it's koch docs.
00:07:23*stefanos82 quit (Quit: Quitting for now...)
00:16:49asdyes, but I cant link them as with ptr
00:17:09asdthe value is copied
00:22:35*laaron quit (Quit: ZNC 1.7.1 - https://znc.in)
00:27:12*laaron joined #nim
00:45:12*stefantalpalaru joined #nim
00:48:11stefantalpalaruDid anyone else notice that "source" links are broken in the 0.20.2 online documentation, because they point to the master branch where the most recent version is 0.19.6?
00:48:59stefantalpalaruBTW, the latest commit in the master branch seems a mistake. Was it meant for the devel branch?
02:01:00*stefantalpalaru quit (Quit: stefantalpalaru)
02:01:08*snifftek quit (Remote host closed the connection)
02:31:10*lritter quit (Quit: Leaving)
02:52:43*snifftek joined #nim
02:57:31leorize[m]@gogolxdong nim rst2html
02:57:32leorize[m]stefantalpalaru: narimiran still haven't fixed them then
02:57:33leorize[m]master is abandoned
02:57:57leorize[m]now it's version-0-20 branch
03:11:57disruptekthis defer in iterators issue... https://github.com/nim-lang/Nim/issues/11815 doesn't look like a bug to me; if the iterator isn't exhausted, the defer should not run. that's the behavior we see, so what's the problem?
03:21:28*leorize quit (Ping timeout: 260 seconds)
03:22:37*leorize joined #nim
03:25:33FromGitter<gogolxdong> @leorize, what else does koch docs do?
03:40:08*dddddd quit (Remote host closed the connection)
04:01:34*fjellfras joined #nim
04:22:10*nsf joined #nim
04:22:10*snifftek quit (Remote host closed the connection)
04:22:21FromGitter<zacharycarter> hmm - so I have a NimNode representing an object constructor and another node that has the name and type of one of the fields on that object
04:22:29FromGitter<zacharycarter> if I'm inside a compile time proc - is it possible to resolve a combination of these to a value?
04:44:37leorize@gogolxdong: https://github.com/nim-lang/Nim/blob/ce148e71ef49dab3d8e61499bce40fd5718ecff4/tools/kochdocs.nim#L306
04:45:09leorize@zacharycarter: any example of what you're doing?
04:45:30FromGitter<zacharycarter> basically I have a macro where I'm iterating over an objects fields
04:45:43FromGitter<zacharycarter> I need to call it recursively when the field is an object type
04:45:56FromGitter<zacharycarter> so I have a macro calling a compiletime proc
04:46:17FromGitter<zacharycarter> also - when the field is an object, I need to pass the value held in that field the second time around
04:49:09leorizei don't think you can access field values in compile time
04:49:17leorizethe object is not even there to begin with
04:50:08FromGitter<zacharycarter> well - I guess this is impossible then
04:50:57FromGitter<zacharycarter> I wanted to give this macro a shot before I totally game up on the Nimscript thing
04:51:09FromGitter<zacharycarter> but I don't see how one would take an object and produce a PNode representation from it
04:51:14FromGitter<zacharycarter> if the values aren't present at compile time
04:51:30leorizecan you show the macro usecase?
04:51:39leorizeit might be that I didn't get what you were trying to do
04:51:58FromGitter<zacharycarter> okay so Nimscript - if you want to pass types that aren't already supported in the VM
04:52:40FromGitter<zacharycarter> you need to create custom procs to take a PNode and produce an isntance of your object from them - you create the PNode from the args passed into the VM
04:52:48FromGitter<zacharycarter> and then you need to do the opposite as well
04:53:05FromGitter<zacharycarter> go from VM args to a PNode representing an instance of your object
04:53:25FromGitter<zacharycarter> the PNode structure looks like this -
04:54:05FromGitter<zacharycarter> https://gist.github.com/zacharycarter/da144cffc100b20aa1b4caea76ca832c
04:54:11FromGitter<zacharycarter> for the object in the second file in the gist
04:54:42FromGitter<zacharycarter> so what I wanted to do, was pass an instance of that `Foo` type into a macro and produce that PNode representation
04:55:09FromGitter<zacharycarter> something like `toPNode(Foo(a: 1, bar: Bar(b: 2))`
04:55:31leorizedoesn't seem to be too impossible
04:55:46leorizeso a burden with nimscript is that you must carry the stdlib with you
04:55:51FromGitter<zacharycarter> yes
04:56:34FromGitter<zacharycarter> I may just ditch it all together
04:56:43FromGitter<zacharycarter> and just forego scripting and HCR
04:56:48leorizecreate your own nimscript module with those structures and you'll have them?
04:57:29FromGitter<zacharycarter> but I need them on both sides
04:57:30leorizeif you want to pass them to nimscript, a copying mechanism should be available in the compiler
04:57:40FromGitter<zacharycarter> the Nim side and the Nimscript side
04:57:51FromGitter<zacharycarter> hmm
04:58:11leorizeimport nim-side-module; export nim-side-module.ObjectA
04:58:43leorizeor you could just have the user import the nim-side-module directly
04:59:05leorizejust make sure you have enough `when defined(nimscript)`
05:01:49FromGitter<zacharycarter> I think that only solves half my problem though potentially
05:01:59*laaron quit (Remote host closed the connection)
05:02:13FromGitter<zacharycarter> because I'd still need to construct an object of a type from a list of arguments
05:02:55leorizesetResult()?
05:03:06FromGitter<zacharycarter> well like in the example I gave above
05:03:46leorizeyou can construct it if all the data can be evaluated at compile-time
05:04:02FromGitter<zacharycarter> okay - I'll play around with it a bit more and see what I can come up with
05:04:09leorizeoh, but when you're using nimscript, then you'll already have that data
05:04:52leorizetake a look at setResult() in the compiler
05:05:13leorizeseems like a lot of copying b/w nimscript and the compiler is defined there
05:05:21leorizevmhooks.nim
05:05:22FromGitter<zacharycarter> alright I will - thanks for the help
05:05:49*laaron joined #nim
05:12:46*laaron quit (Quit: ZNC 1.7.1 - https://znc.in)
05:13:04*laaron joined #nim
05:44:33*solitudesf joined #nim
06:01:39*laaron quit (Remote host closed the connection)
06:06:30*laaron joined #nim
06:07:23FromGitter<awr1> finally have some time to do some nim stuff again
06:52:35FromGitter<zacharycarter> I wonder if I can simplify my nimscript issue by just passing pointers around
07:00:00*gmpreussner quit (Quit: kthxbye)
07:04:28*gmpreussner joined #nim
07:05:04*fjellfras quit (Ping timeout: 246 seconds)
07:05:14*fjellfras joined #nim
07:14:25*fjellfras quit (Ping timeout: 244 seconds)
07:14:37*fjellfras joined #nim
07:17:23*fjellfras_ joined #nim
07:19:04*fjellfras quit (Ping timeout: 244 seconds)
07:50:20*ng0 joined #nim
07:59:58*gokr joined #nim
08:03:32*solitudesf quit (Quit: Leaving)
08:06:14*floppydh joined #nim
08:50:00*asd quit (Remote host closed the connection)
09:11:50*couven92 joined #nim
09:33:45*Vladar joined #nim
09:41:09*fjellfras_ quit (Quit: Leaving)
09:43:40*leorize quit (Ping timeout: 260 seconds)
09:45:34*leorize joined #nim
09:46:16*Perkol joined #nim
09:51:43Zevvthat sounds like "I wonder if I cna simplify my problem by using regular expressions"
10:00:31*krux02 joined #nim
10:00:42*stefanos82 joined #nim
10:16:31FromGitter<zacharycarter> Heh
10:18:07FromGitter<zacharycarter> I can definitely simply my problem by just ditching scripting altogether but now that I've had a taste of hot swapping it's proving difficult
10:31:48*krux02 quit (Remote host closed the connection)
10:38:32*abm joined #nim
10:53:14*dddddd joined #nim
10:58:35*laaron quit (Quit: ZNC 1.7.1 - https://znc.in)
11:02:50*laaron joined #nim
11:05:01*Perkol quit (Quit: Leaving)
11:28:12livcdi cant see this on irc but is treeform here ?
11:35:22FromGitter<zacharycarter> he's afk - but @treeform
11:37:53FromGitter<Varriount> We summon thee to participate in conversation
11:46:13*theelous3 joined #nim
12:02:12*skelett quit (Quit: WeeChat 2.4)
12:02:52*skelett joined #nim
12:06:06*skelett quit (Client Quit)
12:07:03*skelett joined #nim
12:42:20*solitudesf joined #nim
12:45:45*snifftek joined #nim
13:13:46*Mister_Magister quit (Excess Flood)
13:14:03*Mister_Magister joined #nim
13:23:50*ng0 quit (Remote host closed the connection)
13:24:52*ng0 joined #nim
13:58:22*batok joined #nim
14:13:06*rockcavera quit (Read error: Connection reset by peer)
14:13:21*rockcavera joined #nim
14:14:20*lritter joined #nim
14:51:04*kungtotte quit (Quit: WeeChat 2.5)
14:59:47*gokr quit (Ping timeout: 248 seconds)
15:10:03*a_b_m joined #nim
15:13:53*abm quit (Ping timeout: 258 seconds)
15:20:36*rockcavera quit (Read error: Connection reset by peer)
15:20:56*rockcavera joined #nim
15:20:56*rockcavera quit (Changing host)
15:20:56*rockcavera joined #nim
15:25:04*kungtotte joined #nim
15:25:34*drewr joined #nim
15:26:04*drewr quit (Remote host closed the connection)
15:26:12*laaron quit (Remote host closed the connection)
15:30:15*laaron joined #nim
15:35:23*laaron quit (Remote host closed the connection)
15:37:57*drewr joined #nim
15:38:14*laaron joined #nim
15:44:13*drewr quit (Ping timeout: 276 seconds)
15:50:15FromGitter<iffy> @Araq should I file an issue with steps to duplicate for the `LogFunc = proc(msg:cstring) {.raises: [Exception], tags: [], gcsafe.}` thing?
15:51:10FromGitter<iffy> anyone: what's the incantation I put into nim.cfg to tell it that `i686-w64-mingw32-gcc` is in `/usr/local/bin` when cross-compiling from macOS to Windows?
15:52:07FromGitter<iffy> I've tried i686.windows.gcc.path = "/usr/local/bin" and amd64.windows.gcc.path = ...
15:53:11leorizeit's i386.windows.gcc.path
15:54:43FromGitter<iffy> leorize: thank you! At one point, I found a semi-exhaustive list of config options on a wiki, I think. Maybe it would be worth linking to that from https://nim-lang.org/docs/nimc.html#cross-compilation ?
16:01:03*nsf quit (Quit: WeeChat 2.4)
16:06:57*Trustable joined #nim
16:17:44*drewr joined #nim
16:18:16*drewr quit (Remote host closed the connection)
16:19:45*drewr joined #nim
17:21:40*gokr joined #nim
17:38:27*tobbez quit (Ping timeout: 264 seconds)
17:45:30*tobbez joined #nim
17:47:52FromDiscord_<treeform> @livcd sup?
17:49:45leorizeattn. nim.nvim users, I've implemented nim style-insensitivity support for the `*` operator, so you can now search for such identifier in the editor \o/ (thanks Zevv for testing)
17:50:16leorizealso implemented support for jumping b/w if-else branches with the `%` operator
17:50:26Zevvno you didn't :)
17:50:36Zevvyou tried, though
17:50:42FromDiscord_<treeform> fight!
17:50:48Zevv\o/
17:51:06leorizeI could just roll back the % change :P
17:51:36Zevvwell, it's better then nothing, so I wouldn't roll back yet
17:52:28acidxKiloneie: https://github.com/tomboy-notes/tomboy-ng
18:17:27FromGitter<zacharycarter> Think there's a bug with the terminal module in 0.20.2
18:18:11FromGitter<zacharycarter> `C:\Users\carte\.choosenim\toolchains\nim-0.20.2\lib\pure\terminal.nim(44, 24) Error: can have an unlisted effect: RootEffect`
18:19:19FromDiscord_<Kiloneie> acidx, thanks i will check it out, but i think OneNote is working for me right now, took me an hour to port to that one already.
18:21:31*tobbez quit (Ping timeout: 276 seconds)
18:22:36*tobbez joined #nim
18:28:21FromGitter<zacharycarter> actually it is in the logging module
18:37:51FromGitter<zacharycarter> Not sure if this is the right way to fix it or not, but: https://github.com/nim-lang/Nim/pull/11898
18:48:01FromGitter<zacharycarter> what does this even mean - `Error: 'typedesc' metatype is not valid here; typed '=' instead of ':'?` ?
18:49:27FromGitter<zacharycarter> https://gist.github.com/zacharycarter/800e1592da9fe48954377a53370f338d
18:51:32*floppydh quit (Quit: WeeChat 2.5)
19:05:39solitudesfalloc_func* = mz_alloc_func should be in type section
19:07:02*krux02 joined #nim
19:09:42disrupteksweet, that's a good fix.
19:10:28disruptekthanks for that, leorize.
19:11:50FromGitter<zacharycarter> thanks solitudesf
19:23:30*a__b__m joined #nim
19:27:03*a_b_m quit (Ping timeout: 244 seconds)
19:29:45*birll joined #nim
19:34:15FromDiscord_<Kiloneie> What is % operator supposed to be in Nim ? it's remainder in C++, but i can't find any explanation on it in Nim Manual, i know it's used in many ways like converting a new JsonNode to string, but... then it's also used for declaring unsigned integers... is it just there because ?...
19:35:51FromGitter<mratsim> mod
19:37:56solitudesfhttps://nim-lang.github.io/Nim/theindex.html#%60%25%25%60
19:38:03solitudesfjust ctrl-f here
19:38:36*birll quit (Quit: leaving)
19:43:33FromDiscord_<Kiloneie> An operator that is there to glue stuff that does different things in different contexts, welp.
19:51:50*nsf joined #nim
19:59:16*nsf quit (Quit: WeeChat 2.4)
19:59:52*elrood joined #nim
20:00:22*fredrik92 joined #nim
20:01:00*couven92 quit (Disconnected by services)
20:01:05*fredrik92 is now known as couven92
20:01:29*fredrik92 joined #nim
20:01:29Araqthe "theory" behind was that in 201x JSON is more common than silly "modulo"
20:01:56ZevvIf I pass a type into a macro, it ends up as a NimNode, which according to astGenRepr() is a `newSymNode(T)`. newSymNode() seems to be a compiler internal though, how can I instantiate this myself?
20:02:07Araqand that Leibniz shouldn't be the only person that can invent new notations.
20:09:03AraqZevv, what do you mean "instantiate"?
20:09:41*batok quit (Read error: Connection reset by peer)
20:10:17ZevvHmm. I have a macro that takes a typedesc and passes this around. But I also want a macro without a type for convenience, and in that case I'd like to default to a bool as a placeholder.
20:10:41ZevvdumpAstGen suggests I should do newSymNode(bool), but that doesn't go of course
20:10:52AraqbindSym"bool"
20:11:13Zevvright, thanks!
20:22:54Araqbtw Zevv
20:22:59Zevvyes?
20:23:24shashlickHey Araq, did you get to see my snippets from last night?
20:23:24Araqhttps://github.com/nim-lang/RFCs/blob/master/RFCs/Async_Chronos.md is silly can you please remove it and create an issue with the same content?
20:23:58Araqit's not a "document", it's supposed to start a discussion (yay...)
20:24:17Zevvno problem. dom asked me to put it up there, but I don't care where it lives. The discussion is kind of dead as well I believe
20:24:32Araqwell the discussion never left the forum
20:24:44Zevvtrue
20:24:47dom96I didn't expect the RFC to get merged
20:24:56Araqdom96, me neither
20:25:47Araqwell ok, so simply remove it? I don't think there is enough it's a split when I all have to do is to come up with a flexible include file that sorts out the imports
20:25:58Araq*there is enough proof
20:26:09Zevvhttps://github.com/nim-lang/Nim/issues/11899, not sure how to remove the RFC since it got merged
20:26:26AraqI can click on "delete file"
20:26:34ZevvI bet you can
20:26:42Araqwell should I?
20:26:59Zevvwell, it was *you* who wanted to delete it :)
20:27:09AraqI only wanted to move it
20:27:14Zevvgo ahead, I made a regular issue
20:27:32Zevvoh wait, should that issue be on nim rfcs or on the normal nim repo?
20:27:40AraqNim rfcs
20:27:43Zevvdang
20:27:47Araq:P
20:27:55Zevvsorry. can it be moved, or should I close and create a new one?
20:28:10Araqplease close and create a new one
20:28:13Zevvk
20:28:22*ofelas quit (Quit: shutdown -h now)
20:28:25Araqnarimiran can move issues but he is on holidays :P
20:28:28dom96Araq, if you can make a "flexible include file that sorts out the imports" then that really shows that the breakage is unnecessary :P
20:28:43dom96huh, you can't move issues?
20:28:55dom96I just transferred it
20:28:59AraqI don't know which buttons to press
20:29:10Araqok...
20:29:24Araqgreat, now it's there twice
20:29:48dom96hrm?
20:29:55Araqhttps://github.com/nim-lang/RFCs/issues
20:30:00shashlickaraq, for mingw 32-bit, which combo? win32-dwarf?
20:30:06ZevvAAARGH I hate editing text in web browsers
20:30:12dom96bah
20:30:43dom96Please look around the UI next time
20:30:50Zevvsorry for that - it didn't want to submit so I hit reload
20:30:53Zevvand then I got two
20:31:03dom96It's just a Cmd+F "Transfer issue"
20:31:31Zevvoh so no narimiran needed :/
20:32:13Zevvanyway, it's there now, sorry for the noise. #158
20:32:19Araqyay ...
20:32:34*Zevv away
20:32:58Araqshashlick, I'm having a headache, sorry. Ping me again tomorrow
20:33:08shashlickno problem
20:33:18shashlicki'm working on minimal examples and will open real issues
20:33:24Araqoh cool!
20:33:37Araqthen we can add it to the testsuite and ensure it keeps working
20:34:21FromDiscord_<Kiloneie> Any estimates on the 1.0 version of Nim ?
20:34:53Araqah my nemesis
20:35:03dom96huh, min is on HN
20:35:07dom96https://news.ycombinator.com/item?id=20622435
20:39:45FromGitter<arnetheduck> fwiw, I generally wouldn't recommend targeting both chronos and asyncdispatch in an end-user application. libraries *might* get away with it, but will likely fail to play on the strengths of each approach.. if you use chronos, you're also implicitly agreeing to a more aggressive and fearless approach to breaking stuff to get them right
20:40:19FromDiscord_<Kiloneie> I am hoping i can pump out a few videos before 1.0.
20:40:38FromGitter<zetashift> @Kiloneie try out 0.20.x as much as possible and report/try to fix anything that doesn't work and then one could say soon(tm) :D
20:41:00FromGitter<zetashift> 1) 20.0 is basically a release candidate so not much should change
20:41:58FromGitter<arnetheduck> another thing, pretty cool :) : we're starting a libp2p implementation (https://libp2p.io/) for Nim in collaboration with Protocol Labs - looking forward to this one - if you're into networking, get in touch
20:43:52FromGitter<zetashift> that's really cool
20:45:21disrupteki want to like it, but my browser has been waiting about 20s so far just to receive a response to a click on the Implementations tab. is this site running on libp2p? :-(
20:45:34FromDiscord_<Kiloneie> zetashift i will, but i doubt i will find much in the next few weeks, as my plan is to finish Nim in Action book, do Exercism Nim Track training examples, fill my notes and make videos to teach new comers( which i am D: ). I do want to try to get Nim to work with Godot Engine one day if it hasn't been done yet, love that engine.
20:45:36FromGitter<zetashift> libp2p, IPFS and Dat are all stuff that look interesting but it feels like quite a learning curve to understand how tf it actually works
20:46:09dom96Kiloneie: ooh, thanks for buying my book :D
20:46:12disruptekthe reputation of that stuff not actually working is pretty fair, i think.
20:46:20FromGitter<zetashift> @Kiloneie Nim was for some reason one of the easiest languages to get started with(well except for metaprogramming), only other one I had the same thing with was Go
20:46:28FromGitter<zetashift> have fun!
20:47:53FromGitter<arnetheduck> disruptek, not sure - "works for me"
20:47:59FromGitter<zetashift> and godot-nim bindings are already there but you need a fork of DwanaG to get it to work with latest version. A
20:49:09FromDiscord_<Kiloneie> Nim to me is a better and easier Python really... i freaking hate dynamic typing, i used to make half finished games in Game Maker for years, and finding errors hours or days after writing some code was a pain in the ass. It's real easy to read
20:49:09FromDiscord_<Kiloneie>
20:49:10FromDiscord_<Kiloneie> dom96 How much of the book's price's cut do you actually get btw 😛 ?
20:49:44FromGitter<arnetheduck> the point of libp2p is to take away some of the learning curve of p2p networking, much like ssl abstracts away security so most devs don't have to care
20:50:04FromDiscord_<Kiloneie> I will give it a try zetashift, (i knew i saw a Nim binding in godot assets library)
20:50:18FromGitter<arnetheduck> that said, it's true that p2p and distributed systems generally are harder to get right when your problem is fundamentally centralized
20:50:35dom96Kiloneie: Not much :)
20:52:33disruptekarnetheduck: have you played with gundb?
20:52:44disrupteki think you'd get a kick out of it.
20:53:47FromDiscord_<Kiloneie> dom96 atleast it's something, i got nothing for like 40 videos of game footage playing at Master rank in Heroes of the Storm, i got pissed, got like 200% of all my views in 3 videos(mostly just one) the day after the last Hearthstone expansion... YouTube algorithm just doesn't give a damn about new people.
20:55:07FromGitter<arnetheduck> nope, never heard
20:56:03FromDiscord_<Kiloneie> Btw how do you report typos on your book ? i found 2 so far and i tried reporting but i only found open disccussion which is probably not the way to do it ? Can't remember where they were though.
20:56:18*Trustable quit (Remote host closed the connection)
20:57:47dom96wow, Manning got rid of their forum :/
20:58:12dom96I hope they at least archived that... people gave good feedback
20:58:56dom96Kiloneie: I guess the best way now is to leave comments on the livebook https://livebook.manning.com/book/nim-in-action/about-this-book/
21:00:12FromDiscord_<Kiloneie> dom96: you mean open discussion right ?
21:00:34dom96Kiloneie: I think so. Haven't used this to be honest, it's a relatively new thing
21:00:51dom96but I think you can comment right beside the typos
21:01:38FromDiscord_<Kiloneie> dom96: okay i will do that if i find more errors, not gonna go back and find the previous 2, too lazy D:
21:02:21FromDiscord_<Kiloneie> Good book so far, but it's not really a beginner's one. Is it meant to be ?
21:02:34dom96beginner to what? Programming?
21:02:54FromGitter<arnetheduck> gundb certainly has an ambitious technical writer on board
21:03:07disruptekit's neat, right?
21:05:04FromDiscord_<Kiloneie> dom96: Yep to programming, def. not that one. I know from my classmates at my 4 year computer science high school, if you shown the this one, they would have no clue. But for anyone with some logic behind and some coding experience, doesn't matter which, just that they understand how to follow code, it's good.
21:05:43dom96yes, it's definitely not for those that don't know how to program in another language
21:08:19FromDiscord_<Kiloneie> dom96 are you planning on any more books ?
21:08:26dom96not right now
21:09:21FromGitter<zetashift> gundb's site sure is...colorful
21:15:13*Kaivo quit (Quit: WeeChat 2.5)
21:18:30FromDiscord_<Shield> it may be a dumb question, but is there any overhead to using functions and types improted from c?
21:21:27FromDiscord_<Shield> trying to see if it's worth rewriting SFML in nim, it's written in c++ and has c bindings, it feels like too many jumps
21:25:40dom96Doing it for reasons of speed doesn't make sense (the overhead is negligible for most use cases)
21:25:53dom96Doing it so that your program has no dependencies does make sense
21:27:38*Vladar quit (Remote host closed the connection)
21:28:31FromDiscord_<Kiloneie> Nim binding for Godot Engine is apparently very good. I will give that a try probably this week or the next. Having access to an entire language without having to learn C++ is pretty huge(i hate C++).
21:31:52*solitudesf quit (Ping timeout: 258 seconds)
21:32:58Araqer, just to clarify: 'importc' has no overhead whatsoever
21:37:18FromDiscord_<Shield> good to hear, what about types and memory management? a lot of pointers tend to be thrown around
21:37:49*jmiven quit (Quit: reboot)
21:38:39*jmiven joined #nim
21:40:06FromDiscord_<Shield> at least in SFML's case, the c wrapper adds a bunch of checks to functions that are supposed to be called thousands of times, and memory management feels tricky
21:40:06FromDiscord_<Shield> would it be better if nim handled that stuff and ignore using pointers?
21:44:36Araqtypes and MM are irrelevant, Nim has a subset that maps one-to-one to C. it gives you more options though, so you could turn the error handling into raising exceptions, for example
22:04:49FromDiscord_<Kiloneie> https://play.nim-lang.org/#ix=1QOJ
22:04:49FromDiscord_<Kiloneie> Why doesn't this code from Nim in Action book, read my existing Test123.txt file ?
22:04:49FromDiscord_<Kiloneie> I know it says permission denied on the playground, but that shouldn't happen on my computer... works fine with synchronous reading.
22:10:54*elrood quit (Remote host closed the connection)
22:19:08*ng0 quit (Quit: Alexa, when is the end of world?)
22:30:22*jxy quit (Quit: leaving)
22:45:50*gokr quit (Ping timeout: 258 seconds)
22:50:33*jxy joined #nim
23:22:14*krux02_ joined #nim
23:25:15*krux02 quit (Ping timeout: 264 seconds)
23:37:52FromGitter<bevo009> @Kilonele this is the beginners book if you missed it ⏎ https://narimiran.github.io/nim-basics/
23:52:48*stefanos82 quit (Quit: Quitting for now...)