<< 12-06-2017 >>
00:12:52*vlad1777d quit (Ping timeout: 260 seconds)
00:14:53*geotre quit (Read error: Connection reset by peer)
00:41:22*dddddd quit (Remote host closed the connection)
00:48:41*gokr quit (Ping timeout: 240 seconds)
00:58:19*yingjun joined #nim
01:05:12*yglukhov joined #nim
01:09:19*yglukhov quit (Ping timeout: 246 seconds)
01:11:19*daaf joined #nim
01:28:32*WhiskyRyan joined #nim
01:29:00*evizaer quit (Quit: Leaving)
01:44:36*rauss joined #nim
01:46:56*pilne quit (Quit: Quitting!)
01:47:20*WhiskyRyan quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
01:51:45*WhiskyRyan joined #nim
01:51:53*chemist69 quit (Disconnected by services)
01:51:58*chemist69_ joined #nim
02:02:09*WhiskyRyan quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
02:03:58*WhiskyRyan joined #nim
02:16:57*WhiskyRyan quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
02:18:30*daaf quit (Ping timeout: 240 seconds)
02:19:03*yingjun quit (Remote host closed the connection)
02:19:12*yingjun joined #nim
02:20:51*WhiskyRyan joined #nim
02:22:02*yingjun quit (Remote host closed the connection)
02:22:15*yingjun joined #nim
02:23:13*yingjun quit (Remote host closed the connection)
02:23:30*Trioxin quit (Ping timeout: 240 seconds)
02:23:47*yingjun joined #nim
02:25:08*yingjun quit (Remote host closed the connection)
02:28:53*yingjun joined #nim
02:44:03FromGitter<zacharycarter> hrm
02:44:30FromGitter<zacharycarter> I'm having a bit of trouble with calling a proc I've created in a shared lib
02:45:10FromGitter<zacharycarter> https://gist.github.com/zacharycarter/9c5b77de027618aafaba1ba0b60a9e60
02:45:28*vendethiel quit (Ping timeout: 260 seconds)
02:45:48FromGitter<zacharycarter> I get a SIGBUS error here:
02:46:01FromGitter<zacharycarter> https://gist.github.com/zacharycarter/9c5b77de027618aafaba1ba0b60a9e60#file-engine-nim-L198
02:46:49*WhiskyRyan quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
02:49:42FromGitter<zacharycarter> I think the problem is I need a nimcall pragma next to update
02:49:53FromGitter<zacharycarter> but then I'm not sure how to use update as a funciton pointer
02:56:31*onionhammer1 joined #nim
02:59:30*onionhammer quit (Ping timeout: 240 seconds)
03:03:43*onionhammer joined #nim
03:06:58*onionhammer1 quit (Ping timeout: 255 seconds)
03:18:28*yglukhov joined #nim
03:22:30*yglukhov quit (Ping timeout: 240 seconds)
03:33:54*onionhammer1 joined #nim
03:36:50*onionhammer quit (Ping timeout: 240 seconds)
04:05:25*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
04:10:22*libman quit (Quit: Connection closed for inactivity)
04:33:44*yingjun quit (Remote host closed the connection)
04:34:16*yingjun joined #nim
04:35:15*yingjun quit (Remote host closed the connection)
04:43:42*yingjun joined #nim
04:57:28FromGitter<zacharycarter> okay sweet I got my plugin system working now
05:00:38FromGitter<zacharycarter> spoke too soon :( still a not working 100% correctly hmph
05:02:48*rauss quit (Read error: Connection reset by peer)
05:04:43*rauss joined #nim
05:05:50*rauss quit (Client Quit)
05:07:26FromGitter<zacharycarter> @Varriount think you can help me with a threading issue maybe?
05:08:12FromGitter<Varriount> @zacharycarter I can try.
05:08:22FromGitter<Varriount> Excellent timing by the way, I just opened my laptop.
05:08:27FromGitter<zacharycarter> :D
05:08:40FromGitter<zacharycarter> I'm trying to hotload a dynamic library
05:08:48FromGitter<zacharycarter> and for some reason the proc I'm hotloading
05:09:05FromGitter<zacharycarter> isn't hotloading :/
05:09:15FromGitter<zacharycarter> I'll just check in the entire project - one moment please
05:11:36FromGitter<zacharycarter> @Varriount : https://github.com/zacharycarter/zengine
05:12:01FromGitter<zacharycarter> should just be able to
05:12:02FromGitter<zacharycarter> nimble install
05:12:06FromGitter<zacharycarter> then ./zengine.app
05:12:11FromGitter<zacharycarter> and it should run
05:12:12FromGitter<Varriount> Uh, you kinda uploaded the DLLs
05:12:25FromGitter<zacharycarter> yeah I know I did that purposefully so you wouldn't have to compile them initially
05:12:56FromGitter<Varriount> Ah, ok.
05:13:15FromGitter<zacharycarter> ideally you should be able to change the update method in either game.nim or renderer_3d.nim
05:13:16FromGitter<Varriount> I've installed it, and get "Error: unhandled exception: No such file or directory [OSError]"
05:13:20FromGitter<zacharycarter> oh
05:13:38FromGitter<zacharycarter> if you open up src/zengine/main.nim
05:13:48FromGitter<zacharycarter> change nimEXE to point to your nim executable
05:13:54FromGitter<zacharycarter> sorry I forgot to mention that step
05:14:36FromGitter<Varriount> You don't use `brew --HEAD` to install Nim?
05:14:44FromGitter<zacharycarter> nope
05:15:03FromGitter<Varriount> Do I need to recompile?
05:15:11FromGitter<zacharycarter> I don't think so
05:15:33FromGitter<zacharycarter> oh wait after changing that yes sory
05:15:34FromGitter<zacharycarter> sorry
05:15:37FromGitter<zacharycarter> you'll have to re nimble install
05:16:07FromGitter<Varriount> Ok, and how would I compile with debug flags off?
05:16:14FromGitter<Varriount> I mean, on
05:16:45FromGitter<zacharycarter> nim c --linedir:on --debuginfo src/zengine/main.nim
05:17:00FromGitter<zacharycarter> err
05:17:06FromGitter<zacharycarter> nim c --linedir:on --debuginfo --threads:on src/zengine/main.nim
05:18:18FromGitter<Varriount> Now it works. :/
05:18:33*def-pri-pub quit (Quit: Lost terminal)
05:18:53FromGitter<zacharycarter> what'd you have to do?
05:18:53FromGitter<Varriount> Actually, it works when I recompile it in release mode too.
05:19:00FromGitter<zacharycarter> ah okay
05:19:38FromGitter<Varriount> So.. why are you getting segfaults, and I'm not?
05:19:39FromGitter<zacharycarter> as far as I can tell the shared library is being reloaded when a file change is detected, but the proc isn't updating
05:19:46FromGitter<zacharycarter> I'm not anymore
05:19:51FromGitter<zacharycarter> I fixed that problem
05:20:01FromGitter<zacharycarter> problem now is the hot loading isn't really working as expected
05:20:34*yglukhov joined #nim
05:21:36FromGitter<Varriount> What's not as expected? It's not reloading?
05:22:14*gokr joined #nim
05:22:21FromGitter<zacharycarter> yeah if you change the echo statement inside game.nim or renderer_3d.nim while the app is running you'll see what I mean
05:24:57*yglukhov quit (Ping timeout: 240 seconds)
05:26:08FromGitter<Varriount> Yeesh, you don't ever bring me the simple problems, do you? :D
05:27:05FromGitter<zacharycarter> hehe nope :)
05:28:29*yingjun quit (Remote host closed the connection)
05:29:05FromGitter<zacharycarter> wouldn't be any fun then :P
05:30:08*yingjun joined #nim
05:31:37*Vladar joined #nim
05:37:33FromGitter<Varriount> @zacharycarter Hm, I get a segmentation fault when I make all the sequences 'ref seq' instead
05:38:05*yingjun_ joined #nim
05:38:53FromGitter<zacharycarter> hrmm
05:38:54FromGitter<Varriount> It sometimes works, and sometimes doesn't.
05:39:08FromGitter<zacharycarter> weird
05:40:23FromGitter<Varriount> Is there a way to run this under gdb?
05:40:36FromGitter<Varriount> Or lldb?
05:41:06FromGitter<zacharycarter> should be able to in lldb
05:41:29FromGitter<Varriount> I mean, what do I run? lldb ./zengine.app ?
05:41:43FromGitter<zacharycarter> lldb src/zengine/main
05:42:11FromGitter<zacharycarter> or apparently lldb ./zengine.app works too
05:42:19*yingjun quit (Ping timeout: 246 seconds)
05:42:30FromGitter<Varriount> Is there any threading here?
05:42:42FromGitter<Varriount> I'm wondering if the compiler optimizations are doing something
05:42:58FromGitter<zacharycarter> yeah there's some threading going on
05:43:00FromGitter<Varriount> Rather, is the threading in the plugin logic
05:43:19FromGitter<zacharycarter> no there's no threading in the plugin just in the main app
05:43:39FromGitter<zacharycarter> every plugin that's loaded is supposed to have its own watcher thread which takes care of reloading the plugin when the nim file changes
05:45:23FromGitter<Varriount> How are you dealing with the fact that GC'd memory can't cross thread boundaries?
05:46:21FromGitter<zacharycarter> well the plugins are being created as pointers with create shared
05:46:31FromGitter<zacharycarter> createShared rather
05:47:07FromGitter<zacharycarter> hrm now that I think about it having a thread for each plugin might be overkill
05:47:10FromGitter<Varriount> I'm just wondering if there's a deepcopy going on somewhere
05:47:25FromGitter<Varriount> Which is duplicating the sequences storing the plugin pointers.
05:47:35FromGitter<zacharycarter> hrm maybe
05:47:50FromGitter<zacharycarter> I think I'm going to rewrite this anyway I'll try to make it simpler
05:48:35FromGitter<Varriount> Are plugins for games normally each run in their own thread?
05:48:55FromGitter<zacharycarter> no
05:48:59FromGitter<Varriount> I mean, what does unity, et al do?
05:49:21FromGitter<zacharycarter> ideally nothing has to run in any other thread besides the thing that loads the plugins / reloads them
05:50:21FromGitter<Varriount> But doesn't there have to be some sort of pause?
05:50:37FromGitter<Varriount> You have to be careful not to unload a plugin while it's running.
05:51:08FromGitter<zacharycarter> yeah that's true
05:52:20FromGitter<Varriount> Also, I'm wondering if Nim's GC needs to be told about DLLs that are being unloaded.
05:54:58FromGitter<Varriount> @zacharycarter Hrm, whatever mechanism zengine.app is using to load files, they're being incorrectly cached somehow.
05:55:18FromGitter<Varriount> I just changed main.nim, and the changes weren't reflected in the updated binary
05:56:06FromGitter<zacharycarter> hrm
05:58:25FromGitter<zacharycarter> bleh I'm going to sleep I think and tackle this tomorrow I'm probably making a lot of mistakes / not thinking about things thoroughly enough
06:00:37FromGitter<Varriount> @zacharycarter Wait
06:00:54FromGitter<Varriount> I might have soemthing
06:02:41FromGitter<zacharycarter> okay
06:02:41FromGitter<Varriount> So, printing out the contents of the plugin object in both the main thread and the plugin updater shows that they are both the same, and remain the same through updates.
06:03:26FromGitter<zacharycarter> sounds right considering what we're seeing
06:04:26FromGitter<Varriount> But the 'update' procedure never changes
06:05:00FromGitter<Varriount> The address never changes, on both threads
06:05:46FromGitter<Varriount> So perhaps the OS is doing some sort of caching of the libraries?
06:06:00FromGitter<zacharycarter> hmmm
06:06:03FromGitter<zacharycarter> maybe
06:07:23FromGitter<Varriount> Anyway, you can go to bed. I'll investigate a little more.
06:07:28FromGitter<Varriount> Then I'll go to bed/
06:08:12FromGitter<zacharycarter> okay thanks and don't worry too much about it - there's probably a simpler way to do what "m trying to do
06:08:17FromGitter<zacharycarter> I generally overcomplicate things
06:10:41Araqvarriount: but high() returns -1 and so low..high produces 0 .. -1 which is 0 iterations
06:10:59Araqwould low return -1 instead we would have 1 iteration for the empty range
06:11:46Araqif it would throw an exception it made many 'for' loops unreliable
06:11:54Araq0 is the right value.
06:12:00FromGitter<Varriount> Araq: Or high could return -2
06:12:21Araqbut high is len-1, always
06:12:33Araq-2 would be a special case.
06:12:33FromGitter<Varriount> And low is..?
06:13:03Araqlow is always 0 except for arrays starting with something else
06:13:20FromGitter<Varriount> Bleh. I dislike these corner cases/
06:13:51Araqbut there are no corner cases. you just argued for introducing new corner cases
06:15:16FromGitter<Varriount> Araq: `for i in 0..high(s)` will return no iterations if 's' is empty. `for i in 0..low(s)` will return one index, 0
06:16:02Araqfor i in 0..low(s) makes no sense anyway
06:16:20FromGitter<Varriount> I was trying to re-implement string joining
06:16:53Araqstring joining doesn't use for i in 0..low(s) because it makes no sense.
06:22:27FromGitter<Varriount> Hm. I wonder why the HttpHeaders type is a reference containing a member that is a table reference, rather than a table reference directly.
06:22:47Araqyeah that's horrible :-(
06:25:06FromGitter<Varriount> Araq: Any reason `sort(sortedKeys) do (a, b: string) -> int: ...` won't work? I'm getting a compiler error about a type mismatch.
06:26:57FromGitter<Varriount> Oh, nevermind.
06:27:02FromGitter<Varriount> Anyway, goodnight Araq
06:27:15Araqsleep well
06:34:06*nsf joined #nim
06:39:51*couven92 joined #nim
07:07:02*Arrrr joined #nim
07:07:03*Arrrr quit (Changing host)
07:07:03*Arrrr joined #nim
07:11:50*chemist69_ quit (Ping timeout: 240 seconds)
07:22:41*yglukhov joined #nim
07:25:12*rokups joined #nim
07:27:11*yglukhov quit (Ping timeout: 240 seconds)
07:29:20*xet7 joined #nim
07:30:34*chemist69 joined #nim
08:09:44*couven92 quit (Ping timeout: 255 seconds)
08:15:38*MyMind joined #nim
08:17:37*Sembei quit (Ping timeout: 260 seconds)
08:18:58*Pisuke joined #nim
08:21:06*MyMind quit (Ping timeout: 255 seconds)
08:33:45*yingjun_ quit (Remote host closed the connection)
08:34:38*yingjun_ joined #nim
09:17:11*couven92 joined #nim
09:19:51*vlad1777d joined #nim
09:22:52*skrylar joined #nim
09:24:49*yglukhov joined #nim
09:29:05*yglukhov quit (Ping timeout: 240 seconds)
09:43:27*yingjun_ quit (Remote host closed the connection)
09:43:38*yingjun_ joined #nim
10:12:47*Snircle joined #nim
10:26:49*yglukhov joined #nim
10:31:09*yglukhov quit (Ping timeout: 255 seconds)
10:36:06*yingjun_ quit (Remote host closed the connection)
10:38:00*yingjun_ joined #nim
10:42:18*PMunch joined #nim
10:52:05*arnetheduck joined #nim
10:53:25*yingjun_ quit (Remote host closed the connection)
10:53:38*yingjun_ joined #nim
10:54:58*yingjun_ quit (Remote host closed the connection)
10:58:41*xet7 quit (Ping timeout: 240 seconds)
10:58:52*yingjun joined #nim
11:07:01*Neomex quit (Quit: Leaving)
11:13:19*CcxWrk quit (Read error: Connection reset by peer)
11:31:42*WhiskyRyan joined #nim
11:39:20*WhiskyRyan quit (Ping timeout: 260 seconds)
11:42:17FromGitter<Varriount> Araq: I'm looking at one of the overloads for the `new` procedure - `proc new(T: typedesc): auto` - and I'm wondering why it was decided to behave differently for ref types. Sure, it's more convenient, but it presents an odd corner case when you want things like refs of refs, or in macro usage.
11:47:57FromGitter<zacharycarter> https://gist.github.com/zacharycarter/bd3d31624b006fa4f6656bdee807388c
11:48:07FromGitter<zacharycarter> this eventually segfaults
11:48:09FromGitter<zacharycarter> no idea why
11:48:15FromGitter<zacharycarter> something with the gc
11:48:59FromGitter<zacharycarter> Traceback (most recent call last) ⏎ strfmt.nim(1248) update ⏎ strfmt.nim(995) addformat ⏎ gc.nim(618) growObj ⏎ gc.nim(565) growObj ... [https://gitter.im/nim-lang/Nim?at=593e7faa6462d8493c047d32]
11:56:56FromGitter<andreaferretti> I have a problem with the gc calling finalizers
11:57:04FromGitter<andreaferretti> Here is a more complete description
11:57:06FromGitter<andreaferretti> https://forum.nim-lang.org/t/2998
11:57:20FromGitter<andreaferretti> Any idea what I could be doing wrong?
12:01:59FromGitter<Varriount> @zacharycarter What routines are you using from stopwatch?
12:03:34FromGitter<zacharycarter> I'm just following this example - https://16bpp.net/page/hot-loading-code-in-nim
12:03:54FromGitter<zacharycarter> looks like start and secs
12:04:43FromGitter<Varriount> strfmt.nim is a nimble library, so it would help to know where it's being used
12:05:02FromGitter<Varriount> Since your code isn't importing it, I can only assume stopwatch is using it.
12:05:23FromGitter<zacharycarter> yeah
12:05:28FromGitter<zacharycarter> I'm just going to take stopwatch out of the picture here
12:14:33*CcxWrk joined #nim
12:15:15FromGitter<Varriount> @andreaferretti What happens if you switch GCs?
12:16:34FromGitter<Varriount> @dom96 How does Nimble suggest I form imports when I have a 2-level deep hierarchy of packages? E.g. src/utils.nim and src/auth/v2.nim , and v2 needs to import utils
12:17:25dom96utils.nim needs to be in a namespace
12:17:29dom96src/pkgname/utils.nim
12:17:31FromGitter<andreaferretti> As I mentioned in the thread, it fails both with default gc and with gc v2
12:17:37dom96src/pkgname/auth/v2.nim
12:17:45dom96then 'import pkgname/utils'
12:17:54FromGitter<andreaferretti> It doesn't seem to fail with either boehm or mark and sweep
12:18:13FromGitter<andreaferretti> but I am not sure whether they are triggered at different thresholds
12:18:27FromGitter<andreaferretti> or whether they simply do not support finalizers
12:26:18*zachcarter quit (Quit: zachcarter)
12:28:33FromGitter<Varriount> dom96: So pkgname would be the only folder in src? Why not flatten and remove src?
12:28:49dom96'src' is optional
12:29:22*yglukhov joined #nim
12:33:59*yglukhov quit (Ping timeout: 268 seconds)
12:56:54*Arrrr quit (Quit: Leaving.)
12:58:57FromGitter<andreaferretti> any idea?
12:59:32FromGitter<andreaferretti> I think it should be a viable strategy to wrap an unmanaged pointer (such as those returned by CUDA) into a managed one and add a finalizer
12:59:42FromGitter<andreaferretti> anything to be wary of?
13:00:06*zachcarter joined #nim
13:07:53*yingjun quit (Remote host closed the connection)
13:10:31FromGitter<Varriount> @andreaferretti Ah this point I think it's a compiler bug
13:13:25*Vladar quit (Excess Flood)
13:13:48*Vladar joined #nim
13:18:51FromGitter<andreaferretti> Ok, I will report it
13:35:32*bezzibuzz joined #nim
13:38:41FromGitter<andreaferretti> I had the pleasure of bumping the number of open issues to 1000 https://github.com/nim-lang/Nim/issues/5978
13:46:17demi-heh
13:52:38FromGitter<matrixbot> `@CaptainKraft:matrix.org` That's quite a hefty amount of issues
13:54:11*rauss joined #nim
13:56:34dom96matrixbot? Is there now a Matrix -> Gitter -> IRC relay now? lol
14:08:44*yingjun joined #nim
14:11:30*PMunch quit (Quit: leaving)
14:13:05*yingjun quit (Ping timeout: 240 seconds)
14:16:23*nsf quit (Quit: WeeChat 1.7.1)
14:18:43shmuplol
14:20:22FromGitter<Varriount> @andreaferretti Congratulations! I'll have to send you a prize.
14:20:32FromGitter<Varriount> What's matrix?
14:31:55captainkraftI guess so. I was testing out Riot.im
14:31:56*yglukhov joined #nim
14:32:23captainkraftMatrix supposedly makes it easy to bridge a bunch of chats. I'd like to get rid of the many chat clients I have to have open on a daily basis.
14:32:53captainkraftI know Matrix also bridges between IRC. Not sure why it would hop to Gitter first
14:36:24*yglukhov quit (Ping timeout: 255 seconds)
14:44:47hohlerdeI am using matrix (riot) as well
14:45:04ehmryme too
14:45:45captainkraftWhy don't you have the <matrixbot> tag
14:46:29*Trustable joined #nim
14:58:08*rauss quit (Ping timeout: 240 seconds)
14:59:35*rauss joined #nim
15:00:21*gangstacat quit (Read error: Connection reset by peer)
15:02:58*Arrrr joined #nim
15:03:14*couven92 quit (Quit: Client disconnecting)
15:06:04*ofelas joined #nim
15:15:48ehmrythere is a matrix<->IRC brigde, that could be form matrix<->gitter<->IRC
15:34:22*yglukhov joined #nim
16:01:25*gangstacat joined #nim
16:06:35*yglukhov quit (Ping timeout: 240 seconds)
16:11:01*yingjun joined #nim
16:15:22*yingjun quit (Ping timeout: 260 seconds)
16:17:51*yglukhov joined #nim
16:25:11*pilne joined #nim
16:34:00*bezzibuzz left #nim (#nim)
16:41:58*nsf joined #nim
16:55:31federico3the "main" matrix server is already federated with freenode
17:14:08*elrood joined #nim
17:24:57*rokups quit (Quit: Connection closed for inactivity)
17:27:22captainkraftOn Riot, that matrixbot version of the bridge is what came up for me. Not sure how to get it to bridge through IRC instead
17:33:37ehmrytry https://riot.im/app/#/room/#nim:matrix.org
17:40:00*vlad1777d quit (Ping timeout: 255 seconds)
17:45:10dom96federico3: Where do I need to point planet.nim-lang.org to again?
17:46:30*federico3p joined #nim
18:05:21dom96so https://planet.nim-lang.org/ is live :)
18:05:27dom96thanks federico3
18:10:41*Neomex joined #nim
18:11:40FromGitter<Bennyelg> what is the fastes way to upgrade nim versions?
18:12:05demi-choosenim
18:12:42dom96yep ^ :)
18:13:05dom96https://github.com/dom96/choosenim#installation
18:14:07federico3plook at that, riot is working :)
18:15:21*yingjun joined #nim
18:15:36FromGitter<Bennyelg> Thanks.
18:19:35*yingjun quit (Ping timeout: 240 seconds)
18:22:09*WhiskyRyan joined #nim
18:22:46*WhiskyRyan quit (Client Quit)
18:23:55*stvc joined #nim
18:32:39Araqhttps://channel9.msdn.com/Events/Build/2014/2-661 start at minute 30 or so
18:46:53*vlad1777d joined #nim
18:50:02FromGitter<Varriount> dom96: CSS needs to match nim-lang.org :P
18:50:27dom96Varriount: On the planet?
18:50:51FromGitter<Varriount> Yeah
18:51:01dom96I respectfully disagree
18:55:54*Neomex quit (Quit: Leaving)
18:57:45FromGitter<Varriount> We already have 2 CSS "looks" - documentation and main site (not counting the forum!). Adding in yet another one makes things look messy
19:02:01*nhywyll joined #nim
19:04:35dom96Using the same look everywhere will be confusing and make our design less unique.
19:05:50demi-the documentation should have a separate look from anything else
19:07:06demi-so that shouldn't count towards any of this imo
19:12:07*nhywyll quit (Quit: nhywyll)
19:17:48FromGitter<Varriount> Yes, but the planet isn't documentation - it's another part of the site.
19:29:12*Arrrr quit (Quit: Leaving.)
19:29:49dom96no, it's a separate website
19:38:24Calinoudocumentation needs a few styling changes IMO
19:38:54Calinouwhite background (same as site), optional dark theme, larger font by default
19:39:04Calinoubut it's mostly fine to me otherwise
19:40:22*nsf quit (Quit: WeeChat 1.7.1)
19:50:44dom96So I updated my little Snake game, probably won't be adding much more features unless there is interest. I submitted it to HN as well to see if it sparks some interest https://picheta.me/snake/
19:59:12*Matthias247 joined #nim
20:03:16shmupdude dom96
20:03:43shmupchoose any of the 4 cga palette colors and submit to https://itch.io/jam/cga-jam
20:03:45shmupyou have 2 days :P
20:03:54shmupchoose any 4 of the 16 cga colors***
20:04:16shmup"Always faster" would be the theme I guess
20:04:26shmupUnless you put a cowboy hat on the snake
20:05:00gangstacatcan anyone please explain me the error here please? (value out of range) https://gist.github.com/gangsterakato/e52b35ee1becaa1183518c22006c2883
20:08:43FromGitter<Varriount> @dom96 Wow, it even has a real-time score system
20:09:54dom96shmup: pretty sure I started working on this before that jam started :)
20:10:04dom96Varriount: yep :)
20:10:27shmuplol ah right yes of course
20:10:42dom96works on mobile and desktop
20:10:56dom96and vibrates your phone, unless you're on iOS because Apple sucks :P
20:12:08FromGitter<Varriount> gangstacat: One moment
20:13:51*Vladar quit (Quit: Leaving)
20:17:29dyce[m]Wow just noticed karax, sounds great!
20:20:37FromGitter<Varriount> gangstacat: I've no idea why that error is appearing.
20:21:08gangstacatVarriount, got that too with countdown(index+1, 0): Error: conversion from int literal(0) to range 1..3(int) is invalid
20:22:45FromGitter<Varriount> gangstacat: It seems like a bug... but I would put it past things to be "defined behavior" >_<
20:22:55captainkraftnice work dom96
20:23:18dom96thanks :)
20:23:30captainkraftIs planet just an aggregator?
20:25:02gangstacatVarriount, should I open an issue for that?
20:25:42FromGitter<Varriount> gangstacat: Yes.. but try looking through both opened and closed issues to see if anything similar pops up.
20:27:16Araqgangstacat: the 'auto-range' type inference is considered to be a failure and will be removed from the language :-)
20:27:35gangstacathttps://github.com/nim-lang/Nim/issues/5854 I guess it's that
20:28:51gangstacatso what could be a solution, is there one actually?
20:29:25dom96captainkraft: yep
20:29:33Araqjust insert a dummy type conversion to 'int' or something
20:30:10gangstacatoh, alright, thank you
20:30:26gangstacatthat works (:
20:31:00captainkraftdom96: how does it pick up new posts?
20:31:14dom96rss I guess
20:31:25dom96federico3 is the one operating it
20:33:10captainkraftAhh, I see. I'm curious what one needs to do to get their blog posts picked up. For instance, if I wrote a post about Nim, how to get it into the aggregator.
20:39:25*elrood quit (Quit: Leaving)
20:40:32dom96This might help https://github.com/FedericoCeratto/nim-planet
20:41:39*Trustable quit (Remote host closed the connection)
20:49:57*nsf joined #nim
20:57:43captainkraftCoolio, thanks dom96
20:59:04*rauss quit (Quit: WeeChat 1.8)
21:00:12*yglukhov_ joined #nim
21:02:07*yglukhov quit (Ping timeout: 268 seconds)
21:04:10*zachcarter quit (Ping timeout: 240 seconds)
21:17:54*yingjun joined #nim
21:22:11*yingjun quit (Ping timeout: 246 seconds)
21:28:42*ofelas quit (Quit: shutdown -h now)
21:50:04*zachcarter joined #nim
21:51:52*nsf quit (Quit: WeeChat 1.7.1)
22:12:05*Matthias247 quit (Read error: Connection reset by peer)
22:20:54*rauss joined #nim
22:25:09*yglukhov_ quit (Remote host closed the connection)
22:28:53*libman joined #nim
22:56:53FromGitter<zacharycarter> I have my hot loading plugin system working now :D
23:16:00captainkrafthigh five
23:16:16captainkraftShip it!
23:30:35*yglukhov joined #nim
23:34:40*yglukhov quit (Ping timeout: 240 seconds)
23:47:55zachcarter:)
23:51:09*vlad1777d quit (Remote host closed the connection)