<< 29-11-2024 >>
00:02:08*xaltsc joined #nim
00:33:05*SchweinDeBurg joined #nim
01:59:11*SchweinDeBurg quit (Quit: WeeChat 4.5.0-dev)
02:34:36*rockcavera joined #nim
02:36:57*xet7 quit (Remote host closed the connection)
03:23:10*krux02_ quit (Remote host closed the connection)
03:35:10FromDiscord<.tokyovigilante> sent a code paste, see https://play.nim-lang.org/#pasty=gOdsVodu
03:39:12FromDiscord<Elegantbeef> does it go away if you just do `true` inside the callback?
03:39:19*madprops left #nim (Leaving)
03:51:00FromDiscord<.tokyovigilante> nope same error
03:55:25FromDiscord<Elegantbeef> Works on my machine
03:56:51FromDiscord<.tokyovigilante> lol
03:57:02FromDiscord<.tokyovigilante> on musl libc, maybe relevant?
03:57:16FromDiscord<Elegantbeef> Perhaps
03:57:24FromDiscord<Elegantbeef> it's getting `-1` there
03:57:30FromDiscord<Elegantbeef> Thought it was a macro issue earlier
03:57:39FromDiscord<.tokyovigilante> Although surely I'm not the first to run into this. Looks like literally just a `timerfd_create()` which should work
03:58:22FromDiscord<.tokyovigilante> sent a code paste, see https://play.nim-lang.org/#pasty=HfhrcVOu
03:58:23FromDiscord<.tokyovigilante> lol
04:07:42FromDiscord<.tokyovigilante> Actually maybe I just need to reboot...↵`traps: cmus[11005] general protection fault ip:7f8a39fe2fc0 sp:7f8a3aa9be10 error:0 in libpipewire-module-client-node.so[8fc0,7f8a39fdd000+22000]`
04:09:06*rockcavera quit (Remote host closed the connection)
04:13:32FromDiscord<.tokyovigilante> Nope, that didn't help.
04:18:56FromDiscord<.tokyovigilante> sent a code paste, see https://play.nim-lang.org/#pasty=TmaBjSPu
04:19:17FromDiscord<.tokyovigilante> This works by itself in a test program, so I'm clearly breaking all my file descriptors somehow.
04:55:51*SchweinDeBurg joined #nim
07:25:34*syl quit (Quit: C-x C-c)
07:28:19*syl joined #nim
07:30:06FromDiscord<morgan (ping with reply)> so i have a working lil vm which does not yet have function calls/returns, but it does have jumps and math ops. very likely missing some stuff but it's up to 48 instructions between implemented and not implemented and partially implemented https://media.discordapp.net/attachments/371759389889003532/1311957345223442475/image.png?ex=674abefe&is=67496d7e&hm=1a2a7cb9c5199a34174d66ef2b56644610b97c6098c7d820bddfb7ccfe04488d&
07:30:25FromDiscord<morgan (ping with reply)> that's it counting down a number
07:31:01FromDiscord<morgan (ping with reply)> 9 ops between setup and final nop to jump to
08:24:53FromDiscord<odexine> wow nice congrats
08:36:29*coldfeet joined #nim
08:53:55*coldfeet quit (Remote host closed the connection)
09:06:30FromDiscord<morgan (ping with reply)> thanks!
09:07:07FromDiscord<morgan (ping with reply)> i already have a stack of registers and program counters, so implementing function calls won't be a huge amount of work
09:07:35FromDiscord<morgan (ping with reply)> i'll use a stack of info on where to write return values, to have that as a nice helpful thing
09:10:24FromDiscord<morgan (ping with reply)> i like how the spec has turned out
09:12:11FromDiscord<morgan (ping with reply)> not super risc-y with super simple ops, there's stuff for moving banks of registers, the stack of registers, and calls with returns
09:12:51FromDiscord<morgan (ping with reply)> anyways, bedtime
09:37:11FromDiscord<.tokyovigilante> sent a code paste, see https://play.nim-lang.org/#pasty=uuXahywx
09:37:28FromDiscord<.tokyovigilante> If I comment this out my `libcurl`loop works fine
11:20:15*coldfeet joined #nim
11:39:55*xet7 joined #nim
11:52:29*coldfeet quit (Remote host closed the connection)
12:51:35*SchweinDeBurg quit (Ping timeout: 260 seconds)
12:53:59*SchweinDeBurg joined #nim
13:16:05*SchweinDeBurg quit (Ping timeout: 260 seconds)
13:17:46*SchweinDeBurg joined #nim
13:22:25*SchweinDeBurg quit (Ping timeout: 248 seconds)
13:24:06*SchweinDeBurg joined #nim
13:32:51*SchweinDeBurg quit (Ping timeout: 265 seconds)
13:34:26*SchweinDeBurg joined #nim
14:22:48*DraCMiC joined #nim
14:32:35*coldfeet joined #nim
14:42:03*ntat joined #nim
16:49:00FromDiscord<juancarlospaco> https://x.com/seanbax/status/1707220904382460234 🤔
17:06:52*SchweinDeBurg quit (Quit: WeeChat 4.5.0-dev)
17:14:30FromDiscord<ericksone> sent a long message, see https://pasty.ee/ibkbUpLl
17:19:35FromDiscord<requiresupport> anyone have experience with converting pure python libraries into nim? how tedious is it? async library
17:21:02FromDiscord<requiresupport> (edit) "anyone have experience with converting pure python libraries into nim? how tedious is it? ... async" added "anything that can semi-automate this process? what if am converting an"
17:24:28FromDiscord<djazz> <@&371760044473319454> see long post above
17:36:48*beholders_eye joined #nim
17:45:49*beholders_eye quit (Ping timeout: 245 seconds)
17:53:05*GnuYawk quit (Quit: The Lounge - https://thelounge.chat)
17:53:29*GnuYawk joined #nim
18:31:22FromDiscord<tapeda> In reply to @requiresupport "anyone have experience with": Ig you can try to do it piecewise with something like nimpy, but they have really quite different semantics, types just being the tip of the iceberg in differences.
19:30:51*SchweinDeBurg joined #nim
19:50:13*SchweinDeBurg quit (Ping timeout: 244 seconds)
19:52:05*SchweinDeBurg joined #nim
21:48:44*ntat quit (Quit: Leaving)
22:32:16FromDiscord<double_spiral> Is there a technical reason we have to `discard` things or is it just for explicitness
22:33:15FromDiscord<double_spiral> By things I'm specifically referring to unused return values
22:55:51FromDiscord<zumi.dxy> explicitness I believe↵it's very easy in C to ignore error values when you shouldn't
22:56:28FromDiscord<bostonboston> I think it's just to remind you. `{.discardable.}` exists too
22:59:31FromDiscord<Elegantbeef> Nim is expressionful so it's best to force you to handle them
23:00:25*coldfeet quit (Remote host closed the connection)
23:00:44FromDiscord<Elegantbeef> sent a code paste, see https://play.nim-lang.org/#pasty=jHeaUdhx
23:46:42*xet7 quit (Remote host closed the connection)
23:48:08*xet7 joined #nim