<< 06-04-2023 >>
00:08:03*lucasta joined #nim
00:38:43*azimut quit (Remote host closed the connection)
00:39:49*azimut joined #nim
01:06:11*azimut quit (Ping timeout: 255 seconds)
01:08:39*azimut joined #nim
01:14:31*nanxiao joined #nim
01:47:29FromDiscord<ricky> In reply to @jmgomez "<@208199869301522432> you can also": NUE 😍
02:37:45FromDiscord<Dudugz> sent a code paste, see https://play.nim-lang.org/#ix=4sLZ
02:38:15FromDiscord<Elegantbeef> No clue about mim
02:38:16FromDiscord<Elegantbeef> Nim there are many
02:38:22FromDiscord<Dudugz> (edit) "https://play.nim-lang.org/#ix=4sLZ" => "https://play.nim-lang.org/#ix=4sM0"
02:38:46FromDiscord<Dudugz> (edit) "https://play.nim-lang.org/#ix=4sM0" => "https://play.nim-lang.org/#ix=4sM1"
02:38:51FromDiscord<Dudugz> lmao, mistype
02:39:05FromDiscord<Elegantbeef> https://github.com/Glasses-Neo/OOlib exists for instance
02:39:09FromDiscord<Dudugz> Hm, I googled it but didn't find anything about it
02:39:14FromDiscord<Dudugz> Sure i'll check it
02:39:41FromDiscord<Elegantbeef> https://github.com/jjv360/nim-classes also exists
02:41:19FromDiscord<Dudugz> In reply to @Elegantbeef "https://github.com/jjv360/nim-classes also exists": This looks so much better and clean
02:41:26FromDiscord<Dudugz> Thx Beef
02:47:17NimEventerNew Nimble package! cron - Library to ease writing cron-like programs, see https://github.com/c-blake/cron
03:09:41*lucasta quit (Remote host closed the connection)
03:16:37*nanxiao quit (Quit: Client closed)
03:18:18*nanxiao joined #nim
04:03:13*rockcavera quit (Remote host closed the connection)
04:09:40FromDiscord<Dudugz> sent a code paste, see https://play.nim-lang.org/#ix=4sMl
04:09:57*azimut quit (Remote host closed the connection)
04:10:26*azimut joined #nim
04:15:10FromDiscord<Dudugz> taking out the --choosenimDir option solved it tho, I kept Nim's folder in my D:
04:23:13*nanxiao quit (Quit: Client closed)
05:06:31*nanxiao joined #nim
05:56:17*nanxiao quit (Quit: Client closed)
06:20:21NimEventerNew thread by arnetheduck: Upcoming `Result` review - comments and thoughts welcome!, see https://forum.nim-lang.org/t/10076
06:21:05*nanxiao joined #nim
06:48:38*azimut quit (Ping timeout: 255 seconds)
07:03:52*kenran joined #nim
07:35:12FromDiscord<Dudugz> sent a code paste, see https://play.nim-lang.org/#ix=4sMO
07:35:50FromDiscord<Dudugz> It would be possible maybe if we had access to the memory address of the value, but I don't know how nim handles memory sometimes the value can have its address changed.
07:36:26FromDiscord<Elegantbeef> A hash is the closest to a uid per value
07:39:25FromDiscord<Dudugz> hmm, sure
07:58:14NimEventerNew thread by miran: This month in Nim: March 2023, see https://forum.nim-lang.org/t/10077
08:04:57FromDiscord<demotomohiro> An address is unique id.
08:05:24FromDiscord<demotomohiro> !eval var a = 1; echo a.addr.int
08:05:42FromDiscord<Elegantbeef> Though that only works for non constant values
08:05:49FromDiscord<Elegantbeef> Since you cannot get an addr of a constant in Nim
08:06:24NimBotCompile failed: <no output>
08:12:30FromDiscord<Rika> You have to cast the address
08:32:39FromDiscord<demotomohiro> !eval var a = 1; echo cast[int](a.addr)
08:33:39NimBotCompile failed: <no output>
08:37:57FromDiscord<Elegantbeef> Playground is down right now
08:38:45*junaid_ joined #nim
08:39:15FromDiscord<BobBBob> does enum always use int(64) or does it use the smallest integer size itll fit in?
08:39:23*nanxiao quit (Quit: Client closed)
08:39:24FromDiscord<Elegantbeef> Smallest that fits
08:39:43FromDiscord<BobBBob> ah good
09:01:50FromDiscord<Dudugz> 🤔 I have no idea why, putting 512 as the read size and sending a smaller packet than that using buffered newAsyncSocket makes it read forever. If I put 1 it reads everything. Is there any way to know the size of the packet that will be received?
09:06:04FromDiscord<Dudugz> sent a code paste, see https://paste.rs/TUu
09:06:28FromDiscord<Dudugz> (edit) "https://play.nim-lang.org/#ix=4sNa" => "https://play.nim-lang.org/#ix=4sN9"
09:06:50FromDiscord<Dudugz> (edit) "https://play.nim-lang.org/#ix=4sN9" => "https://play.nim-lang.org/#ix=4sNb"
09:07:03*nanxiao joined #nim
09:07:25FromDiscord<Dudugz> (edit) "https://play.nim-lang.org/#ix=4sNb" => "https://play.nim-lang.org/#ix=4sNc"
09:10:36*grimlavik joined #nim
09:17:48FromDiscord<Dudugz> I think that in this case there is no way, back to unbuffered sockets. Unfortunately there is no exact size pattern I can follow. The socket must be able to receive any data of any size.
09:43:17FromDiscord<demotomohiro> TCP can be used correctly without knowing how TCP work?↵https://stackoverflow.com/questions/17446491/tcp-stream-vs-udp-message
09:46:31*nanxiao quit (Quit: Client closed)
10:07:47*junaid_ quit (Remote host closed the connection)
10:17:28*nisstyre quit (Ping timeout: 252 seconds)
10:19:02*nisstyre joined #nim
10:23:15FromDiscord<wiga> Any idea of what's happening with nimble.directory?
10:23:24FromDiscord<wiga> Its seems down
10:23:42FromDiscord<federico3> looking
10:23:48FromDiscord<wiga> https://media.discordapp.net/attachments/371759389889003532/1093481169959534592/Screenshot_20230406_062439_com.brave.browser.jpg
10:24:37FromDiscord<wiga> My dad told me that a day ago, it was using only http
10:24:44FromDiscord<wiga> And not https
10:25:10FromDiscord<wiga> Maybe its only on brave that its blocked when its no more https
10:25:58FromDiscord<Phil> Out of curiosity, under the hood, do all languages use curl to send http requests?
10:26:47FromDiscord<wiga> Some use winhttp
10:28:45FromDiscord<Phil> In reply to @wiga "Maybe its only on": Appears to mostly just be the SSL cert expiring
10:28:53FromDiscord<wiga> Yea
10:29:18FromDiscord<wiga> Bring ssl back😔 ✊
10:35:56FromDiscord<xTrayambak> sent a code paste, see https://play.nim-lang.org/#ix=4sNC
10:38:55*nanxiao joined #nim
10:39:41FromDiscord<xTrayambak> In reply to @wiga "Maybe its only on": Nope, it happened to me with Firefox too. I was scratching my head for a few minutes.
10:40:05FromDiscord<wiga> In reply to @xTrayambak "Nope, it happened to": Oh alright
10:40:26FromDiscord<wiga> Hope things get back to normal in a few
10:40:54FromDiscord<amadan> In reply to @Isofruit "Out of curiosity, under": Nim doesn't (when using the standard library)
10:42:35FromDiscord<wiga> Any library for graphql?
10:43:08FromDiscord<wiga> I have an API and i wanna use graphql but I don't necessarily want to rewrite it in elixir
10:43:52FromDiscord<wiga> Nvm found one
10:44:32*nanxiao quit (Quit: Client closed)
10:49:40FromDiscord<federico3> @wiga\: nimble.directory is fixed, thanks
11:02:16*xaltsc quit (Ping timeout: 265 seconds)
11:11:55FromDiscord<Phil> TBH I'm not entirely sold on graphql
11:12:02FromDiscord<Phil> Does it make life easier?
11:12:33FromDiscord<jmgomez> hey @ringabout when trying to compile the sources Im getting `Error: system module needs: isObj` does it ring a bell?
11:12:34FromDiscord<Phil> I know the concept and videos about it, it just feels like in the end it's an abstraction over a REST interface that you'll still need to fine tune often enough that it gets complicated
11:16:43FromDiscord<wiga> In reply to @federico3 "<@795785229699645491>\: nimble.directory is fixed,": :nice:
11:17:12FromDiscord<Phil> In reply to @federico3 "<@795785229699645491>\: nimble.directory is fixed,": Thanks for fixing !
11:17:23FromDiscord<wiga> Hesshesssail
11:17:48FromDiscord<wiga> In reply to @Isofruit "Does it make life": I wanna try it
11:18:05FromDiscord<wiga> Syntax looks sexy to me
11:18:40*xet7 quit (Remote host closed the connection)
11:19:09*grimlavik quit (Quit: Client closed)
11:20:24*xet7 joined #nim
12:05:27FromDiscord<demotomohiro> In reply to @xTrayambak "Does anyone know why": You can use `staticRead` to read file at compile time:↵https://nim-lang.org/docs/system.html#staticRead%2Cstring
12:06:37FromDiscord<ringabout> In reply to @jmgomez "hey <@658563905425244160> when trying": Did you remove the nimcache of the compiler and use the latest compiler?
12:07:28*jmdaemon quit (Ping timeout: 252 seconds)
12:19:15FromDiscord<jmgomez> In reply to @ringabout "Did you remove the": yes on the nimcache, what do you mean with the latest compiler?
12:20:23FromDiscord<ringabout> Depending on the commit of the csource, choose different compilers.
12:20:46FromDiscord<ringabout> Btw, you need to remove bin/nim if there is one.
12:21:03FromDiscord<ringabout> As to the nimcache, it is the nimcache of compiler building.
12:21:11FromDiscord<ringabout> (edit) "Btw, you need to remove bin/nim ... if" added "as well"
12:21:49FromDiscord<ringabout> In reply to @ringabout "Depending on the commit": For example, use devel compiler to compile the latest source.
12:23:04FromDiscord<jmgomez> it may be that then, let me check because I see csources_v2 empty so it may be a submodule?
12:23:34FromDiscord<ringabout> What's your command to build from source?
12:23:52FromDiscord<jmgomez> `./build_all.bat`
12:24:43FromDiscord<ringabout> You need csource_v2. It's weird that it wasn't downloaded.
12:25:04FromDiscord<ringabout> https://github.com/nim-lang/csources_v2
12:26:22FromDiscord<jmgomez> ohh It may be because it has been a while since I dont update it (more than 4 months). Let me see if that makes it work
12:35:02*Notxor joined #nim
12:36:23FromDiscord<jmgomez> yeah that was it, thank you for your help @ringabout!
12:58:27FromDiscord<jmgomez> sent a code paste, see https://play.nim-lang.org/#ix=4sO3
13:01:26FromDiscord<jmgomez> hmm Im seeing it's an old flag but it triggers for the first time now
13:03:15FromDiscord<jmgomez> ok, there is an open issue already for it: https://github.com/nim-lang/Nim/issues/13047
13:03:31*rockcavera joined #nim
13:05:08FromDiscord<jmgomez> now modules cant be named the same? like if I have engine/namea and core/namea it complains
13:13:56FromDiscord<ringabout> Always?↵(@jmgomez)
13:15:01FromDiscord<ringabout> You need to rename the module like `import core/namea as cnamea`.
13:15:08FromDiscord<jmgomez> you mean that it always was the case?
13:15:31FromDiscord<ringabout> What's Nim version?
13:15:58FromDiscord<jmgomez> 1.9.3 latest commit from a bit the hash is (814d3e6818b6c4ed976818ecf525a599502e080e)
13:16:25FromDiscord<jmgomez> Im just making sure NUE works for 2.0 before it gets released
13:16:51FromDiscord<Rika> I’m pretty sure it was always the case
13:18:18FromDiscord<jmgomez> Im importing a bunch of modules "dynamically" and can be a coincidence. But never had this issue with 1.6.x Let me get back to 1.6.13 and see if the issue persists
13:18:40FromDiscord<jmgomez> (which dynamically I mean that the names can vary depending on the UE setup)
13:19:54FromDiscord<ringabout> There was a bug, but I have fixed it =>
13:20:14FromDiscord<ringabout> https://github.com/nim-lang/Nim/pull/21500
13:25:30FromDiscord<jmgomez> I moved to that commit to make sure it was applied but still happening
13:27:01*lucasta joined #nim
13:27:42FromDiscord<jmgomez> do you happen to know when it was introduced?
13:28:47*Notxor quit (Quit: Leaving)
13:31:08FromDiscord<ringabout> You might try 1.6.6
13:31:18FromDiscord<jmgomez> that works for sure
13:33:00FromDiscord<jmgomez> I moved behind (https://github.com/nim-lang/Nim/commit/fd76c004794e1cd163450465fa6e493735e6dee4) so I can do `koch temp` but getting ` 'wDynamic_cast' should be: 'wDynamicCast'`
13:34:13FromDiscord<ringabout> nope for me↵> Error: redefinition of 't1'; previous declaration here: C:\Users\blue\Documents\GitHub\Nim\test9.nim(1, 12)
13:34:18FromDiscord<ringabout> With 1.6.6
13:34:28FromDiscord<ringabout> For `import fizz/t1, buzz/t1`
13:36:02FromDiscord<jmgomez> I just moved into 1.6.13 and it works fine
13:36:10FromDiscord<jmgomez> (not that, the particular issue in NUE)
13:36:38FromDiscord<jmgomez> a couple of weeks ago (when I found that other issue with the generation of the cpp) it was working in 2.0 too
13:37:38FromDiscord<jmgomez> will double check that
13:44:15FromDiscord<jmgomez> yeah, it works fine there. Will try to do a bisect
13:53:36FromDiscord<jmgomez> In reply to @ringabout "https://github.com/nim-lang/Nim/pull/21500": so did a bisect and that's the first offending commit
14:06:35FromDiscord<jmgomez> or are you just saying that it shouldnt work and you made sure of that in that commit?
14:07:22FromDiscord<jmgomez> (just saw menduist comment)
14:08:16FromDiscord<jmgomez> if that's the case I think I will stay in 1.6.13 for a while and probably fork the compiler for NUE..
14:17:02FromDiscord<ringabout> In reply to @jmgomez "or are you just": I don't think it should work. If there is a runnable test case, we might find the real problem why it works in 1.6.6 but not on devel.
14:18:05FromDiscord<jmgomez> Not just 1.6.6 it works in 1.6.13
14:19:33FromDiscord<jmgomez> Stock nue generates around 100 modules.. it can be 200 or more. I just cant fight against collisions since it will also imply changing naming convensions
14:19:50FromDiscord<jmgomez> (edit) "convensions" => "conventions"
14:20:05FromDiscord<ringabout> I mean there is a regression between 1.6.6 and 1.6.8 => https://github.com/nim-lang/Nim/issues/21496 So ideally the devel might keep the consistent behaviour as the 1.6.6
14:21:19FromDiscord<ringabout> The case mentioned by Menduist doesn't work in 1.6.6 so it won't work on devel.
14:23:13FromDiscord<ringabout> Namely, the single statement `import fizz/t1, buzz/t1` doesn't work in 1.6.6. Nether should the devel.
14:23:24FromDiscord<jmgomez> But it does work in 1.6.13, isnt it?
14:24:22FromDiscord<ringabout> In Menduist's case, that's a regression so it happens to work since 1.6.8 as Menduist said.
14:24:34FromDiscord<ringabout> (edit) "happens" => "happened" | "since" => "after"
14:24:44FromDiscord<ringabout> (edit) "1.6.8" => "1.6.6"
14:24:55FromDiscord<jmgomez> Not sure about his case, but I just tested it and it works in 1.6.13 just fine
14:26:29FromDiscord<ringabout> Yeah, if it doesn't work with 1.6.6 as well, it might be a regression, which requires a test case.
14:26:38FromDiscord<ringabout> (edit) "doesn't work" => "works"
14:28:15FromDiscord<jmgomez> sent a code paste, see https://play.nim-lang.org/#ix=4sOq
14:28:21FromDiscord<jmgomez> (edit) "https://play.nim-lang.org/#ix=4sOq" => "https://paste.rs/oHp"
14:29:15FromDiscord<ringabout> If It doesn't work with 1.6.6, it is most likely nope.
14:29:53FromDiscord<jmgomez> That's unfortunate but why 1.6.6. and not 1.6.13?
14:30:35FromDiscord<ringabout> Because someone made a mistake and let the case work in 1.6.12, which shouldn't.
14:30:49FromDiscord<Dudugz> I think that even in other languages ​​importing a namespace with the same name generates conflict, after all it is ambiguous which of the two to use
14:31:17FromDiscord<jmgomez> In reply to @ringabout "Because someone made a": I see. Let me check 1.6.6 then
14:34:56*jmdaemon joined #nim
14:37:50FromDiscord<jmgomez> Yeah, it doesnt work :/
14:38:29FromDiscord<ringabout> Does it work for your project?
14:39:03FromDiscord<ringabout> (edit) "it" => "1.6.6"
14:40:01FromDiscord<jmgomez> I dont think it does cant test because there are flags that doesnt exist
14:40:53FromDiscord<ringabout> Yeah, then it might be a feature request instead of an issue.
14:41:16FromDiscord<jmgomez> and do you think it will make it?
14:41:28FromDiscord<jmgomez> I mean, I can try to implement it myself if that's the case
14:42:07*azimut joined #nim
14:42:41*qwestion joined #nim
14:42:41FromDiscord<jmgomez> but it's a bit of work to rework the bindings so they dont collide and also breaks the convention which is to respect the UE module name..
14:43:02FromDiscord<jmgomez> I split them in the past (after 1.6) to improve comp times
14:44:28FromDiscord<ringabout> Probably.↵Another workaround is to ship a nimble file for these files.
14:44:48FromDiscord<ringabout> (edit) "a" => "separate" | "file" => "files"
14:46:27FromDiscord<ringabout> Probably, I create a feature request here => https://github.com/nim-lang/Nim/issues/21620
14:46:34FromDiscord<ringabout> (edit) "a feature request" => "an issue "
14:48:11FromDiscord<jmgomez> thanks!
14:48:37FromDiscord<System64 ~ Flandre Scarlet> Is Nim 2 stable enough?
14:55:45*arkurious joined #nim
15:05:46*kenran quit (Remote host closed the connection)
15:16:17FromDiscord<Phil> For webdev? Imo yes, for stuff that makes more extensive use of lower level features I can't say, though I would be leaning towards no-ish as there are still some showstoppers
15:16:58FromDiscord<System64 ~ Flandre Scarlet> In reply to @Isofruit "For webdev? Imo yes,": And for gamedev?
15:17:27FromDiscord<Phil> I don't do gamedev, I wouldn't know the featureset customarily used there
15:17:58FromDiscord<Phil> I'd assume maybe you might run into issues, but I wouldn't expect them to be major
15:18:08FromDiscord<System64 ~ Flandre Scarlet> Ah alright
15:20:08FromDiscord<System64 ~ Flandre Scarlet> I ask that because I don't want to make my program randomly crashing and stuff
15:20:40FromDiscord<Phil> I don't think you'll run into random crashes either way
15:20:58FromDiscord<Phil> I'd more expect suddenly compilation issues appearing out of nowhere when updating the devel branch
15:21:29FromDiscord<System64 ~ Flandre Scarlet> Oh alright↵And should I upgrade now or stay on 1.6.4?
15:21:58FromDiscord<Phil> Depends on your dependencies. I personally use devel, but I need some on the fixes on there and am happy to act as a bit of a beta tester
15:22:24FromDiscord<Phil> And I personally upgraded a lot of the dependencies that I use that weren't nim 2.0 read
15:22:26FromDiscord<Phil> (edit) "read" => "ready"
15:22:42FromDiscord<Phil> (edit) "And I personally upgraded a lot of the dependencies that I use that weren't nim 2.0 ready ... " added "(norm, ndb aka lowdb, tinypool etc.)"
15:56:13*koltrast_ quit (Ping timeout: 268 seconds)
16:52:58*Notxor joined #nim
17:18:05*def- quit (Quit: -)
17:18:53*def- joined #nim
17:27:50FromDiscord<Nilts> What is the conf setting for custom highlight classes in nim rstgen?
17:36:10FromDiscord<Nilts> guess there is none :P
17:39:11FromDiscord<Nilts> ok, how would i disable highlight?
17:39:17FromDiscord<Nilts> for rstgen
17:40:00*Phil[m]1 left #nim (#nim)
17:53:34FromDiscord<federico3> Angluca (Pixeller)\: thanks for developing tigr. If you are interested there's a dedicated matrix room for Nim gamedev
18:01:40FromDiscord<Nilts> Server seems ded
18:01:55FromDiscord<Nilts> How do I disable highlight in rstgen?
18:02:07*Notxor quit (Quit: Leaving)
18:02:42FromDiscord<ShalokShalom> @Phil https://docs.aws.amazon.com/prescriptive-guidance/latest/architectural-decision-records/adr-process.html↵↵Plays nicely into document driven development
18:02:49FromDiscord<ShalokShalom> (edit) "document" => "documentation"
18:06:31FromDiscord<Nilts> In reply to @not logged in "How do I disable": ill just ask on the forum
18:09:48NimEventerNew thread by Nlits: How to disable highlighting in nim rstgen, see https://forum.nim-lang.org/t/10078
18:11:20FromDiscord<Nilts> Bruh, 3 channels for the same announcements
18:15:06*lucasta quit (Remote host closed the connection)
18:17:04FromDiscord<System64 ~ Flandre Scarlet> sent a long message, see http://ix.io/4sPy
18:22:40FromDiscord<Nilts> In reply to @System64 "I am in the": do you mean contest? And which contest
18:23:01FromDiscord<System64 ~ Flandre Scarlet> In reply to @not logged in "do you mean contest?": Contest yeah↵From my school
18:23:59FromDiscord<Nilts> In reply to @System64 "Contest yeah From my": Your lucky to have a school that even has programming contents
18:24:09FromDiscord<Nilts> (edit) "contents" => "contests"
18:25:30FromDiscord<System64 ~ Flandre Scarlet> In reply to @not logged in "Your lucky to have": Thanks↵Programming contests are fun!
18:26:10FromDiscord<Nilts> In reply to @System64 "Thanks Programming contests are": My school does not even have a class for programming other then a class for the very very basics
18:27:05FromDiscord<System64 ~ Flandre Scarlet> In reply to @not logged in "My school does not": Oh no :/↵This is sad
18:27:20FromDiscord<Nilts> ik 😢
18:31:58*kenran joined #nim
18:32:43FromDiscord<Phil> Sick !↵And congratz for getting there!↵(@System64 ~ Flandre Scarlet)
18:45:12*lucasta joined #nim
18:49:29FromDiscord<enthus1ast> the only logging library that can log to syslog (by default) seems to be chronicles or?
18:51:56FromDiscord<enthus1ast> i'm building a debian pkg from one of my programs (just for fun and learning) and i want to test good practices
18:52:59FromDiscord<enthus1ast> or better, how you would log on a linux system? \:)
18:59:34FromDiscord<System64 ~ Flandre Scarlet> In reply to @Phil "Sick ! And congratz": Thanks!
19:27:07*lucasta quit (Remote host closed the connection)
19:27:14*koltrast joined #nim
19:43:05*azimut quit (Ping timeout: 255 seconds)
19:50:44*azimut joined #nim
20:03:14FromDiscord<enthus1ast> I'll go with this for now\: https://github.com/enthus1ast/nimLoggingPosix
20:09:37termerhas anyone here done any performance testing between asyncdispatch and chronos
20:10:14termerI've been working on adding async stream support to httpx and I've noticed really bad performance when I add async/await and Futures into the mix
20:10:59FromDiscord<Andreas> In reply to @termer "I've been working on": AFAIK i read smth. on the chronos site, they claimed to be faster.
20:11:28termerMy performance dropped nearly down to the speed of asynchttpserver once I added and async interface so I'm thinking that's the reason why
20:12:40termerI'll have to take a more serious look into chronos because this is really ridiculous
20:14:16FromDiscord<Elegantbeef> @elcritch\: I do have to ask, what doesnt work about passing `--path:"$nim"`?
20:26:32*def- quit (Quit: -)
20:30:17*def- joined #nim
20:30:17*def- quit (Client Quit)
20:30:45*def- joined #nim
20:36:12FromDiscord<pybokeh> Do I need to run "finish.exe" or can I opt not to? If latter, what do I need to do manually to complete the installation?
20:39:07FromDiscord<Phil> finish.exe? Wha?
20:40:15FromDiscord<Elegantbeef> It's a part of the installation process for Choosenim iirc
20:40:42FromDiscord<Phil> Ohhhh... yeah no clue, I do Linux for it makes my life easier
20:44:59FromDiscord<pybokeh> I guess I can install into WSL and then I can create executables that will run on Windows host?
21:05:01*kenran quit (Remote host closed the connection)
21:18:16*def- quit (Quit: -)
21:18:42*def- joined #nim
21:20:54*om3ga quit (Quit: Bye)
21:21:28*om3ga joined #nim
21:31:43FromDiscord<Daniel Belmes> In reply to @pybokeh "I guess I can": I believe so. There's cross compilation compilers available for C.
21:49:59FromDiscord<pybokeh> OK so I sudo apt-get install build-essentials and mingw-64 then did nim c --cpu:amd64 --os:windows --app:console hello.nim but got following error: Fatal Error: windows.h: No such file or directory.
21:51:02FromDiscord<pybokeh> To test my mingw is working correctly, I did create a simple C application and compiled it using mingw and it created an .exe that I copied over to my Windows host and it ran ok.
21:51:33FromDiscord<pybokeh> But for some reason, when trying to compile for Windows 10 64-bit, it can't find the windows.h file
21:52:10FromDiscord<pybokeh> (edit) "But for some reason, when trying to compile ... for" added "nim application"
21:58:07FromDiscord<elcritch> In reply to @Elegantbeef "<@703717429230174229>\: I do have": what for? I've lost the context
22:05:22*def- quit (Quit: -)
22:10:34*rockcavera quit (Read error: Connection reset by peer)
22:10:54*rockcavera joined #nim
22:10:55*rockcavera quit (Changing host)
22:10:55*rockcavera joined #nim
22:16:00FromDiscord<Elegantbeef> Instead fo `requires compiler` you can pass `--path:"$nim"` to use the compiler api that's shipped with the compiler
22:19:09FromDiscord<Hourglass [She/Her]> How would you guys recommend converting ints to base64 values?
22:19:15FromDiscord<pybokeh> Meh, I gave up on nim in Ubuntu WSL. Looks like for nim on Windows, I can forego executing finish.exe and just manually update my PATH to include the bin folders of nim and mingw. All working now.
22:19:32FromDiscord<Hourglass [She/Her]> I'm trying to use the stdlib but it is a pain and I am doing so many casting hacks which I probably shouldn't do
22:20:27*ltriant quit (Ping timeout: 248 seconds)
22:20:51*lucasta joined #nim
22:21:24*ltriant joined #nim
22:22:21FromDiscord<jmgomez> In reply to @pybokeh "Meh, I gave up": last time I tried it worked. But what problem do you have with regular Nim in windows?
22:22:22FromDiscord<Dudugz> Why do you need to convert int to base64? And that in the end would be a string
22:22:52*def- joined #nim
22:23:29FromDiscord<Hourglass [She/Her]> In reply to @Dudugz "Why do you need": I'm making my own format kinda like snowflakes, so I wanna encode a 64 bit timestamp, and be able to parse it later
22:23:51FromDiscord<Dudugz> sent a code paste, see https://paste.rs/GaE
22:24:12FromDiscord<Hourglass [She/Her]> Then that'd be much larger than I'd want
22:24:35FromDiscord<Dudugz> Oh, hmm
22:25:10FromDiscord<pybokeh> In reply to @jmgomez "last time I tried": nim on windows: The issue is if I try to run finish.exe, my anti-virus flags it on my personal computer. I already got flagged on my work machine last year, so trying to avoid that by using Ubuntu WSL and install nim there and compile Windows executables from within Ubuntu. But I am getting that error where it can't find the windows.h header file.
22:25:14FromDiscord<Hourglass [She/Her]> `MTY4MDgxOTg4NC40MDU4ODg=` that'd be one part of the ID
22:25:43FromDiscord<Dudugz> I have a bytearray that converts int to 4 bytes but the problem is that it is not possible to use int64 unless someone implements support
22:26:10FromDiscord<Hourglass [She/Her]> But my format is `timestamp|sequence|generatorId|randomness`, which wouldn't work nicely
22:26:17FromDiscord<Hourglass [She/Her]> In reply to @Dudugz "I have a bytearray": Oh?
22:26:41FromDiscord<Hourglass [She/Her]> Tbf I could probably implement the code myself, but I want it to be fast, since this would be used for a chat application
22:27:12FromDiscord<pybokeh> According to ChatGPT, to create Windows exe in Ubuntu WSL, I have to install Windows SDK, which seems too much of a hassle. So decided to go back to native windows nim and see if I can forego not running finish.exe. I asked what exactly finish.exe does, but no1 replied. So I just guessed that it just adds the "bin" folders to PATH. So I did that manually. Now everything works ok.
22:27:49FromDiscord<jmgomez> ah gotcha, but yeah Windows.h it's on the sdk that you can get by installing the vs community tools
22:28:24FromDiscord<pybokeh> Yup, but I saw the installation instructions and what I have to do afterwards and I was like "nope!"
22:28:33FromDiscord<jmgomez> I dont know how the antivirus can flagged it based of it's compiler on win vs lin but you can try to switch the compiler on win
22:29:05FromDiscord<Dudugz> https://github.com/dark-mice/core/blob/main/src/core/bytearray.nim#L36↵↵This codebase is out of date so don't worry, it was in the experimental phase, I'll release core v3 on Monday with improvements in code quality.
22:29:35FromDiscord<Dudugz> In reply to @Hourglass, When the Hour Strikes "Tbf I could probably": I use it on servers to package data... So
22:30:48FromDiscord<Dudugz> I refactored this whole library but I didn't have time to refactor the ipc, there were many changes, corrections and improvements in readability and quality
22:31:05FromDiscord<pybokeh> Yeah I saw on reddit that latest version of nim doesn't get flagged on anti-virus, so decided to give it a go again. But to be safe, tried on personal machine, but finish.exe got flagged. Not sure if core devs could look into that or gave up on that.
22:31:36FromDiscord<pybokeh> It was windows defender btw
22:32:44FromDiscord<pybokeh> but looks like its all good since I can forgo not running finish.exe and just manually update my PATH
22:32:48FromDiscord<Hourglass [She/Her]> In reply to @Dudugz "https://github.com/dark-mice/core/blob/main/src/cor": Ah thanks!
22:36:12FromDiscord<Dudugz> Np
22:39:04FromDiscord<Dudugz> I didn't have time to commit the new code, it's embarrassing to show this repository in the current situation lol. As I said on Monday I'll be committing all the changes.
23:17:23FromDiscord<demotomohiro> sent a long message, see http://ix.io/4sQr
23:24:53FromDiscord<pybokeh> In reply to @demotomohiro "`finish.exe` is a program": Thanks! Hmmm, looks like I have problem with work machine when installing packages using nimble. Getting the 'ol can't find SSL certificate
23:25:42*FromDiscord quit (Remote host closed the connection)
23:25:55*FromDiscord joined #nim
23:26:41FromDiscord<pybokeh> Tried workarounds per ChatGPT. I even manually downloaded the .pem file via browser.
23:26:59FromDiscord<pybokeh> (edit) "Tried workarounds per ChatGPT. I even manually downloaded the .pem file via browser. ... " added " Still getting SSL cert error."
23:28:07FromDiscord<pybokeh> But don't get this problem with personal machine. I'm sure corporate VPN or network is blocking somehow.
23:29:29FromDiscord<demotomohiro> In reply to @pybokeh "Thanks! Hmmm, looks": That ssl error might be fixed by installing openssl using your installed package manager.
23:32:58FromDiscord<pybokeh> You mean just do: nimble install openssl? Tried that but got error: Failed to verify the SSL certificates for https://github.com/nim-lang/packages/raw/master/packages.json
23:33:21FromDiscord<pybokeh> (edit) "certificates" => "certificate"
23:34:19FromDiscord<demotomohiro> In reply to @pybokeh "You mean just do:": Install openssl using scoop or msys2.
23:34:34FromDiscord<pybokeh> I don't have admin rights
23:35:27FromDiscord<demotomohiro> Both scoop and msys2 supports Nim and gcc. Also contains Openssl executable and dlls.
23:37:22FromDiscord<demotomohiro> It seems scoop doesnt requires admin https://github.com/ScoopInstaller/Install#typical-installation