<< 02-07-2019 >>
00:09:00*lritter quit (Quit: Leaving)
00:16:26noonienit appears like the only call to shallowCopy that originats from my code, happens here: https://github.com/nim-lang/Nim/blob/devel/lib/pure/streams.nim#L307
00:29:17*elephantine joined #nim
00:30:09elephantineI just started kicking the tires of nim. I wrote a little utility, curious if I could pastebin it and get someone to tell me how many nim WTFs are inside it?
00:33:54noonienturning this into a `=` does not fix the sigsegv, these are the unique stacktraces for each shallowCopy remaining, all from the stdlib: http://ix.io/1Ntk
00:34:05noonienthe only traces in foo.nim are from waitFor
00:41:35*abm quit (Quit: Leaving)
00:49:20krux02_https://www.youtube.com/watch?v=mcMr142BxtI&feature=youtu.be
00:49:56krux02_sorry, this is the better URL:
00:49:57krux02_https://www.youtube.com/watch?v=mcMr142BxtI
01:05:07*elephantine quit (Remote host closed the connection)
01:17:35*krux02_ quit (Remote host closed the connection)
01:31:44*synshroud joined #nim
01:35:25rayman22201very nice video @krux02_ :-)
01:39:10FromGitter<nepeckman> How do you tell the compiler that an anonymous proc is generic? `proc[T] (): T` doesn't compile
02:31:30leorizegeneric procs are instantiated
02:31:48leorizeif you want a generic proc, the parent container must also be generic i think
02:47:52*leorize quit (Ping timeout: 260 seconds)
02:49:46*leorize joined #nim
02:56:45*laaron joined #nim
03:19:53*theelous3_ joined #nim
03:21:58*theelous3 joined #nim
03:24:12*theelous3_ quit (Ping timeout: 245 seconds)
03:42:27*laaron quit (Quit: ZNC 1.7.1 - https://znc.in)
03:44:30*laaron joined #nim
03:48:09*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
04:00:30*sealmove joined #nim
04:21:31*dddddd quit (Remote host closed the connection)
04:28:44*nsf joined #nim
04:44:09lmariscalreally well done krux02_
04:47:11*ertp07 joined #nim
04:58:01*sealmove quit (Quit: WeeChat 2.5)
05:08:16Zevvnoonien: any luck? This is really too weird
05:08:31Araqnoonien: can you share the code?
05:09:00Zevvhe can't :(
05:28:00Araqhowever, the stdlib's usages of shallowCopy are fine and also the compiler can emit it
05:30:21*purebadger joined #nim
05:35:24*purebadger quit (Ping timeout: 272 seconds)
05:37:46*purebadger joined #nim
05:44:33*purebadger quit (Quit: WeeChat 2.5)
05:48:10*narimiran joined #nim
05:49:02*purebadger joined #nim
05:50:34*purebadger quit (Client Quit)
05:50:54*purebadger joined #nim
05:56:56*purebadger quit (Ping timeout: 272 seconds)
06:03:31*theelous3 quit (Remote host closed the connection)
06:06:19*solitudesf joined #nim
06:09:45Zevvhe's been hunting since sunday evening I believe
06:38:52*purebadger joined #nim
06:42:07*kungtotte quit (Ping timeout: 245 seconds)
06:44:44*PMunch joined #nim
06:48:52*kungtotte joined #nim
06:49:40*zyklon quit (Ping timeout: 246 seconds)
07:00:00*gmpreussner quit (Quit: kthxbye)
07:04:42FromGitter<rokups> whats the reason for deprecating `.` for importing modules?
07:04:44*gmpreussner joined #nim
07:06:48FromGitter<rokups> just curious if its something technical
07:09:04*krux02 joined #nim
07:11:13Araqit doesn't work well with generics and templates
07:47:33*solitudesf quit (Ping timeout: 245 seconds)
07:47:44PMunchTIL, `once` in the systems module
07:48:56Zevvtry it with threads :/
07:49:02Zevvthen it might run twice
07:49:42PMunchHmm, I guess that makes sense
07:49:50PMunchA "threadOnce" would be nice though
07:50:18FromGitter<rokups> make it "maybeOnce" so its more exciting
07:50:38FromGitter<rokups> and comment should say "runs once and includes surprise mechanics" ;)
07:51:13PMunch"Runs once, or twice, but seldom more than thrice"
07:51:38FromGitter<rokups> "... at the roll of the dice" \o/
07:54:25PMunchHmm, we have NimVersion, but is there a way to get the path to the compiler/libs on compile-time?
07:58:57*Vladar joined #nim
07:59:35PMunchhttp://ix.io/1Nun
07:59:37PMunchHmm
08:01:13PMunchOh wait the "nim" binary is just a weird proxy thing isn't it?
08:03:34Araqmaybe for 'choosenim'
08:03:46PMunchYeah
08:04:39PMunchEssentially I'm trying to find if the user has nimsuggest sources of their current Nim version somewhere
08:04:47PMunchFor nimlsp
08:05:13Araqah
08:08:53*brakmic joined #nim
08:09:00AraqI would make nimlsp part of the Nim core tbh
08:09:22Araqit's too important these days and dependencies on the compiler API don't work well
08:09:49Araqthe API keeps changing, hence we moved it out of Nimble
08:10:20Araqc2nim still uses it and shashlick_ created nimterop because c2nim keeps breaking
08:10:40Araq'koch tools' should give me 'nimlsp'.
08:10:41FromGitter<mratsim> sounds like a good idea
08:10:44AraqWhat do you think?
08:11:23FromGitter<mratsim> with great tooling cometh developers, with developers cometh libraries, with libraries cometh users
08:12:52FromGitter<rokups> maybe it would be a good idea to add a nim backend to SWIG
08:13:13Araqbeen there, done that.
08:13:22FromGitter<rokups> oh yeah? how did it go?
08:13:25Araqwrote c2nim instead of patching SWIG.
08:13:41FromGitter<rokups> swig aint that bad
08:13:52FromGitter<rokups> except for their space/tab indentation mix lol
08:14:35Araqswig also comes with its own custom C(++) parser that is not clang based
08:14:55Araqso it shares all of c2nim's problems, except that I can tweak c2nim much more easily than Swig
08:15:27*floppydh joined #nim
08:15:45Araqc2nim is really nice, if you want to do better, use a real C++ parser. nimterop does that, swig doesn't
08:15:51FromGitter<rokups> i havent looked at c2nim for a loooong time, but back then it used to require quite some patching of input to make it work. that is not the case with swig (with which i worked extensively recently)
08:16:08Araqit is the case with swig.
08:16:20Araqyou need typemaps and stuff
08:16:41FromGitter<rokups> well.. it seems to me in case of nim they could be sidestepped for the most part
08:16:42*brakmic quit (Ping timeout: 245 seconds)
08:16:50FromGitter<rokups> if not completel
08:19:12*brakmic joined #nim
08:19:15*Araq shrugs
08:20:01Araqfor me c2nim works really well and I need to edit the C code anyway because 'int* x' is too ambiguous for any real interfacing
08:20:21Araq(is it a pointer to a single int? to an array? can it be NULL?)
08:20:46FromGitter<rokups> i guess my problem is treating c2nim as cpp2nim ^_^
08:21:05Araqwrapping takes a little effort because one actually adds quality to the code.
08:21:58AraqI can do "here is some C lib, call it without any wrapper" with Nim, it's .emit
08:22:14Araqbut I don't want to. I enjoy wrappers that add type safety.
08:22:27Araqand adhere to NEP1.
08:34:06FromGitter<rokups> of course. besides that wont work with llvm backend
08:34:45*dwdv joined #nim
08:44:25FromGitter<mratsim> btw, compile-time FFI was disabled AFAIK (https://github.com/nim-lang/Nim/pull/10150). Is there a plan to reenable it in the future?
08:44:31*disruptek quit (Ping timeout: 244 seconds)
08:47:21AraqI still don't like the idea.
08:49:05FromGitter<mratsim> no problem, oh and can you update the sponsors page: https://forum.nim-lang.org/t/4939
08:51:20AraqI will simply remove the "xx total", ok?
08:53:23*disruptek joined #nim
08:56:22FromGitter<mratsim> I have no idea what's the sponsorship deal and policy regarding disclosure, so feel free.
09:02:09WilhelmVonWeinerAre imports scoped?
09:05:33Araqnot sure what that means. imports are certainly not transitive.
09:08:13WilhelmVonWeineryeah I asked it badly
09:08:43noonienZevv: not yet
09:10:01noonienAraq: there are a few hundred lines of code, i've tried reducing it, but this causes the bug not to trigger anymore
09:10:29Araqwhat do you use? async, threads...?
09:10:42noonienjust async
09:10:57*Cthalupa quit (Ping timeout: 248 seconds)
09:11:54noonieni do have one weirder method, i'm not sure if this might cause the issue, but here it is: http://ix.io/1NuG
09:12:24nooniennotice the lack of the async pragma
09:12:46Araq'withLock'?
09:12:56noonienthat's from `locks`
09:13:12noonienhttps://nim-lang.org/docs/locks.html#withLock.t%2CSysLock%2Cuntyped
09:13:18Araqyeah but locks only make sense with multi-threading
09:14:23federico3https://news.ycombinator.com/item?id=20325638 anyone wants to reply with a Nim example?
09:15:10*ertp07 quit (Ping timeout: 272 seconds)
09:15:28noonienhmm, well, i'm not doing any multithreading, but i use locks for all concurrent code, even if there is no paralellism, there are cases where i do multiple awaits inside the locks, and i'm not sure how the poller schedules them
09:15:59Araqhuh?
09:16:04Araqthat doesn't sound right
09:16:18Araqthe lock acquire will always be successful
09:16:46*ertp07 joined #nim
09:16:54noonienthat one, yes, but that locks ia aquired in other places as well
09:17:07nooniens/ia/is
09:17:16WilhelmVonWeinerfederico3: looks like a cool little project
09:22:19noonienAraq: for example: http://ix.io/1NuL
09:22:41nooniendoes fooLock not make sense there?
09:22:47Araqno.
09:22:58*ertp07 quit (Ping timeout: 245 seconds)
09:23:03Araqremove it please
09:23:56*Cthalupa joined #nim
09:25:39noonienhmm, but what happens if i remove it, in this case: http://ix.io/1NuO bar finishes, then baz, then thud
09:25:48noonienboth foo and qux are ran concurrently
09:27:10Araqyes, that means you should have done
09:27:24Araqawait bar() and thud()
09:27:25noonienwithout the lock, the order would be [bar, thud, baz] or [baz, bar, thud], the first case would be incorrect, i always need bar before thud
09:27:47Araqthe 'await' is an explicit coordination point
09:28:02Araqif it shouldn't be interrupted
09:28:08Araqyou shouldn't write one
09:28:09nooniensure, in that case it works, but what about this? http://ix.io/1NuP
09:28:38Araqwell there are use-cases for "async" locks
09:28:49noonieni need a guard for `fooData`, to make sure it gets worked on in the right order
09:28:50Araqfor this reason, but we don't have async locks
09:28:58noonienah, i see
09:29:17noonienyes, it makes sense that futures shouldn't block with locks now that you've mentioned it
09:29:41Araqthere are also async events
09:29:49Araqyou can fire an event after 'bar'
09:30:02Araqand run 'thud' only after 'bar', but ...
09:30:16Araqthat's kinda what 'await' does
09:30:42Araqin fact, I think the real problem here is that qux() uses 'fooData' but shouldn't, you have some weird sharing going on here
09:32:58PMunchAraq, I'm all for adding nimlsp directly to Nim. Would be a lot easier to maintain :)
09:33:55noonienfooData is some state that both qux and foo need, and both are ran concurrently, i'm unsure if taking it out is an easy task
09:34:24leorizePMunch: implement it as a --lsp switch for nimsuggest :)
09:34:37AraqPMunch, create a PR please
09:35:05PMunchleorize, well that's what I was originally going to do. But dom96 didn't like the idea of adding LSP to nimsuggest..
09:35:48PMunchSo I made nimsuggest work as a library instead of just as a binary, and import nimsuggest into nimlsp
09:39:16PMunchOh wait..
09:39:48PMunchIt depends on jsonschema and astpatternmatching..
09:42:03PMunchBut wait, it also depends on the "compiler" nimble package, which now includes nimsuggest
09:42:11PMunchSo I don't have to do all of the manual stuff
09:46:10*clyybber joined #nim
09:52:52*ertp07 joined #nim
09:53:25*brakmic quit (Ping timeout: 246 seconds)
09:54:26*ertp07 quit (Read error: Connection reset by peer)
09:54:35*brakmic joined #nim
09:57:20*ertp07 joined #nim
09:59:30*brakmic quit (Ping timeout: 272 seconds)
10:00:34*brakmic joined #nim
10:00:37PMunchIs there a NimScript version of fileNewer?
10:03:25*brakmic_ joined #nim
10:04:24*brakmic__ joined #nim
10:04:25*brakmic quit (Read error: Connection reset by peer)
10:06:35*brakmic joined #nim
10:08:49*brakmic_ quit (Ping timeout: 268 seconds)
10:09:31*brakmic__ quit (Ping timeout: 246 seconds)
10:11:51*brakmic quit (Read error: Connection reset by peer)
10:12:10*brakmic joined #nim
10:14:08*lf-araujo joined #nim
10:19:50*lf-araujo quit (Quit: lf-araujo)
10:20:06*lf-araujo joined #nim
10:20:14lqdev[m]is there a way of formatting my floats like `1.0 -> "1"`, `1.5 -> "1.5"`, `3.1415 -> "3.14"`?
10:20:24*purebadger quit (Ping timeout: 272 seconds)
10:21:27lqdev[m]I know there's `formatFloat`, but none of the modes satisfy my needs (ffNormal only shows up to 2 digits overall, ffDecimal always shows digits after the decimal point, ffScientific is also not what I need)
10:21:50lqdev[m]I suppose I should write my own proc for this?
10:25:06*lqdev[m] sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/STaHGCQenNtSaOwspVKzlsor >
10:27:13*lf-araujo quit (Quit: lf-araujo)
10:27:30*lf-araujo joined #nim
10:35:04*NimBot joined #nim
10:40:54*purebadger joined #nim
10:48:09Araqstrformat can do it iirc
10:53:05narimiranAraq, lqdev[m]: yep. use `&"{a:0g}"`
10:53:52narimiran(well, almost, 3.1415 is not shortened to 3.14)
10:55:56lqdev[m]{x:0.2g} does almost what I need, but the decimal point is shown when it's not needed
10:56:49clyybberAraq: Regarding the SIGSEGV with add, I surely misstransform add, since the last assignment: "xu.p.data[oldLen] = value" isn't transformed to a =move, but my question is: What about the general case? If the caller is responsible for destroying sink parameters, we can't prevent this segfault in the general case right? (since sink parameters don't have to be consumed?)
11:00:18Araqclyybber, huh?
11:01:04clyybberam I missing something?
11:01:07Araqyou need to propogate the information that a move was done. the destructor checks for 'wasMoved', the end.
11:01:53clyybberyou mean the "if x.field != nil:"?
11:02:27clyybberin the destructor?
11:02:27Araqyes
11:02:47clyybberYeah, exactly. So I basically need wasMoved again
11:03:01clyybberto reset x.field?
11:03:53clyybberBecause I can't guarantee that a move happened in the general case
11:03:57Araqno, that's done in the =move
11:04:03Araqit's really not that complex
11:04:15Araqproc add(...) =
11:04:22Araq if cond:
11:04:50Araq =move(container[i], sinkParam) # sinkParam is now in the 'wasMoved' state
11:05:20clyybberUh, of course. Sry. I failed to see the bigger picture
11:05:46Araqcaller: destroy(whatWasPassedToSink) # sinkParam is either in the wasMoved state or not, but 'destroy' understands that
11:11:43*sagax quit (Ping timeout: 268 seconds)
11:12:54lqdev[m]I ran `nimpretty src/**.nim` and it didn't make any changes. I suppose I really am too pedantic
11:14:04narimiran...or you don't write any inline comments ;)
11:14:44Araqlqdev[m], that's good!
11:14:58lqdev[m]I avoid comments by making my code self-explanatory
11:15:14FromGitter<alehander42> it makes my line smaller and splits them
11:15:15Araqnimpretty breaking your code is worse. nimpretty is designed to be not annoying
11:15:16lqdev[m]I only add comments next to optimizations that may seem weird at first glance
11:15:17FromGitter<alehander42> noooo
11:15:26FromGitter<alehander42> can i configure that
11:16:34Araqconfigure what? max line length?
11:17:04FromGitter<alehander42> yes
11:19:57leorizenimpretty can't really align like NEP-1 the last time I tried
11:25:41PMunchHmm, I'm having a real hard time trying to run start a process and read/write it's streams..
11:25:51PMunchIt just hangs whenever I try to do anything with it..
11:26:46PMunchAnd open(myFile, p.inputHandle()) fails..
11:27:06leorizehow're you doing the stream read/write?
11:27:30leorizeif you're piping data in, you'd have to close stdin afterwards (ignore that warning in the docs)
11:27:33PMunchWell I've tried both outputStream/inputStream and outputHandle/inputHandle
11:28:03leorizeif you're piping data in then remember to close the input stream
11:28:29leorizeif you don't do that the child won't get EOF and will keep waiting for data
11:28:46PMunchWell this program isn't waiting for EOF
11:29:00PMunchI'm trying to write some proper tests for nimlsp
11:29:24PMunchIt waits for JSON objects over stdin, and writes JSON responses back over stdout
11:30:34leorizewell, what's hanging then?
11:30:35*brakmic_ joined #nim
11:30:39AraqPMunch, well check out how nimsuggest's tester does it
11:30:40*brakmic quit (Read error: Connection reset by peer)
11:30:59leorizePMunch: if you compile with debuginfo then Ctrl-C should output a stacktrace
11:31:08PMunchleorize, checking if out has data when it hasn't
11:31:19leorizesend SIGINT to simulate a Ctrl-C to the child
11:31:24Araqleorize, it still can't do that and making this work is yet-another refactoring away
11:31:28*brakmic joined #nim
11:31:29PMunchI just tried to open it and then check if stdout had any data (which it shouldn't)
11:31:31PMunchIt just hangs..
11:32:24leorizepipe hangs until there's data
11:32:35leorizeuse asyncproc for that
11:33:40clyybberAraq: This is the move that gets called at the end of add's body: https://hastebin.com/ipujufiyav.cpp
11:33:49clyybberThis doesn't look wrong?
11:34:57*brakmic_ quit (Ping timeout: 248 seconds)
11:35:04Araqclyybber, how is the move called?
11:35:26Araqbtw do yourself a favor and compile with 'nim cpp'
11:35:45AraqC++ is better at finding codegen bugs
11:37:56clyybberheres how its called: https://hastebin.com/mecefadako.cs
11:38:15clyybberAraq: whooo live saver. doesnt compile with cpp
11:38:38clyybberand tells me where the errors are
11:47:50*stefanos82 joined #nim
11:59:17FromGitter<alehander42> is there a gocui
11:59:23FromGitter<alehander42> alternative in nim
12:21:53*Snircle joined #nim
12:30:21Araq(tySequence_sM4lkSb7zS6F7OVMvW9cffQ* x, NimStringV2 value) <-- wrong
12:47:10clyybberI see, weird, I thought I had patched the Cgen to pass sinks by hidden addr/ref
12:49:34FromGitter<juancarlospaco> Hi
12:49:52clyybberhi
12:52:15Araqyou did patch it, but we're missing something
13:07:39*PrimHelios quit (Ping timeout: 268 seconds)
13:08:44*natrys joined #nim
13:10:08*ertp07 quit (Ping timeout: 272 seconds)
13:12:19*ertp07 joined #nim
13:17:07noonienhttps://nim-lang.org/docs/asyncdispatch.html#6 `asyncfutures` is there twice, i'm guessing this is a bug, right?
13:18:44*lritter joined #nim
13:19:22*ertp07 quit (Ping timeout: 268 seconds)
13:21:02*ertp07 joined #nim
13:25:02*ertp07 quit (Read error: Connection reset by peer)
13:27:23*ertp07 joined #nim
13:32:17Araqnoonien, yeah ... strange
13:32:52Araqstrutils is also listed twice
13:32:52noonienis there a reason why `await` is not found here: https://play.nim-lang.org/#ix=1NvL ?
13:33:33Araqyes.
13:33:40Zevv:)
13:33:44Araqwe should fix that :-)
13:37:08noonienhmm, is there a workaround i can try until then?
13:37:17*apeiro joined #nim
13:38:51*dddddd joined #nim
13:39:19*clyybber quit (Quit: WeeChat 2.5)
13:41:06*nsf quit (Quit: WeeChat 2.4)
13:41:58Araqproc await[T](x: T) = discard
13:42:16Araq^ add this before your generic proc
13:42:41noonienwill that not cause the future not to be awaited on?
13:43:12*solitudesf joined #nim
13:44:32cfv[m]<FromGitter "<kaushalmodi> cfv: You mean this"> Yes, thank you!
13:49:33noonienbtw, regarding the sigsegv in the GC, i removed all the locks, and it seems to have fixed it. I HOPE. i figured this because i managed to get some different stacktraces, all within blocks that had locks aquired
14:01:43*PMunch quit (Remote host closed the connection)
14:07:42FromGitter<mantielero> Is https://nim-lang.org/ offline?
14:09:05cfv[m]Cloudflare is having serious problems today from my location
14:09:07cfv[m]Investigating - Cloudflare is observing network performance issues. Customers may be experiencing 502 errors while accessing sites on Cloudflare.
14:09:09cfv[m]http://nim-lang.org.isdownorblocked.com
14:09:45cfv[m]It's a cloudflare problem
14:09:48cfv[m]<FromGitter "<mantielero> Is ">https://nim-lang"> Yes
14:10:12cfv[m]https://www.cloudflarestatus.com
14:10:19cfv[m]And it's a huge problem
14:11:35leorizestill up for me
14:11:55leorizecloudflare still haven't solved their bgp problems?
14:12:10cfv[m]They rerouted the connections
14:12:16cfv[m]Now it's working again
14:15:53*natrys quit (Ping timeout: 245 seconds)
14:19:07*natrys joined #nim
14:19:48*purebadger quit (Ping timeout: 268 seconds)
14:57:37*apeiro quit (Ping timeout: 248 seconds)
14:59:14*floppydh quit (Quit: WeeChat 2.5)
15:01:47cfv[m]https://www.cloudflarestatus.com/incidents/tx4pgxs6zxdr
15:02:06cfv[m]That incident affected the whole Internet!
15:04:01disruptekcould be the keyserver issue.
15:16:59leorizeI find it alarming when cloudflare is the whole internet
15:17:27FromGitter<alehander42> ddos protecction is what people say
15:19:08*abm joined #nim
15:24:32FromGitter<zetashift> site works for me too
15:45:02*ertp07 quit (Ping timeout: 258 seconds)
15:50:45*ertp07 joined #nim
15:51:14*laaron quit (Quit: ZNC 1.7.1 - https://znc.in)
15:51:18Zevvstd::make_shared<network::DelegateConnectionCreator<boost::asio::local::stream_protocol>>(std::bind(&Server::create_connection_for, this, _1))))
15:51:23Zevvit hurts my eyes :(
15:52:54*lf-araujo quit (Remote host closed the connection)
15:55:32*laaron joined #nim
16:00:13leorizereasons why namespacing is terrible :p
16:03:50FromDiscord_<demotomohiro> Adding using namespace std; using namespace boost; and removing std::, boost::, help a bit.
16:13:46FromGitter<alehander42> some type aliases and its cool
16:16:40*apeiro joined #nim
16:19:59*nsf joined #nim
16:42:58*purebadger joined #nim
16:47:07FromGitter<mratsim> @Araq, what can trigger having keys with the same hash in tables (compile-time) but hasKey returning false, I'm completely mystified - https://github.com/mratsim/compute-graph-optim/issues/1
16:47:42FromGitter<alehander42> is it init-ed ?
16:47:57FromGitter<alehander42> i think i had a problem in the past with uninited set or table and similar behavior
16:48:02FromGitter<alehander42> hm but maybe runtime
16:50:31FromGitter<mratsim> yes it's init-ed
16:58:01*uvegbot joined #nim
17:07:00*Trustable joined #nim
17:10:39*purebadger quit (Quit: WeeChat 2.5)
17:14:31*lf-araujo joined #nim
17:19:26*lf-araujo quit (Remote host closed the connection)
17:38:14*solitudesf quit (Ping timeout: 244 seconds)
17:40:12*Trustable quit (Remote host closed the connection)
17:52:47*stefanos82 quit (Quit: Quitting for now...)
17:57:36Araqmratsim: difference between the VM and the CPU doing the hash?
17:57:57Araqwhat's surprising about it, it takes a monumental effort to support these stunts in the VM
18:01:15*nsf quit (Quit: WeeChat 2.4)
18:12:28*absolutejam1 joined #nim
18:21:54FromGitter<mratsim> but AFAIK hash tables are used in the compiler as well
18:23:14dom96Nice to see that the Nim website is only ever down when someone other than us fucks up :P
18:23:19FromGitter<mratsim> and my compile-time hash is just an int carried by the object https://github.com/mratsim/compute-graph-optim/blob/447adb3748ca298b565753257521d11045fae932/e12_syntax_revamp.nim#L178-L179
18:33:23*ertp07 quit (Ping timeout: 245 seconds)
18:33:58*jjido joined #nim
18:35:30*ertp07 joined #nim
18:44:51*solitudesf joined #nim
18:50:27*jjido quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
19:07:00FromGitter<rokups> dom96 make request.req public in jester :p
19:08:48*PrimHelios joined #nim
19:14:25*laaron quit (Quit: ZNC 1.7.1 - https://znc.in)
19:14:55*laaron joined #nim
19:20:50*fredrik92 joined #nim
19:26:21*dwdv quit (Quit: quit)
19:29:12*jjido joined #nim
19:53:35*nsf joined #nim
19:58:59*vegax87 quit (Changing host)
19:58:59*vegax87 joined #nim
19:58:59*vegax87 quit (Changing host)
19:58:59*vegax87 joined #nim
20:07:38*lf-araujo joined #nim
20:08:54dom96Araq, why is this being bumped? https://forum.nim-lang.org/t/4939
20:08:59dom96Are you removing posts from it?
20:22:46narimirandom96: there was spam there
20:23:12dom96so you removed the post?
20:23:21narimirani can't remove posts
20:23:30*brakmic quit ()
20:23:35narimirani just flagged the user as a spammer
20:23:48dom96huh, I wonder why I can't see that user's posts then
20:47:30*nsf quit (Quit: WeeChat 2.4)
20:47:30dom96Looks like `array[-100 .. 0, int]` produces incorrect JS code
20:50:09*narimiran quit (Ping timeout: 248 seconds)
21:03:25FromDiscord_<djazz> how do i write to stdin of a process i started with startProcess?
21:07:00FromDiscord_<djazz> and can i pipe its output to my process' stdout?
21:07:49FromDiscord_<djazz> I'm using osproc
21:08:23*tribly is now known as hello_world
21:08:35*hello_world is now known as tribly
21:09:21*lritter quit (Read error: Connection reset by peer)
21:16:15*absolutejam1 quit (Ping timeout: 258 seconds)
21:17:43disruptekobject instantiation follows a different codepath when the result is saved to a variable versus merely discarded?
21:18:54*absolutejam1 joined #nim
21:22:08*apeiro quit (Ping timeout: 245 seconds)
21:22:57*absolutejam2 joined #nim
21:23:30shashlick_@djazz you can use inputStream or inputHandle
21:23:54FromDiscord_<djazz> I can't find any example code for that
21:24:20shashlick_But doing both is kind of problematic since the process you call might not proceed still stdin is closed
21:24:21FromDiscord_<djazz> i tried inputStream, wrote some data to it, but how do i see the stdout from the process without poParentStreams?
21:24:40shashlick_What are you calling
21:24:46*absolutejam1 quit (Ping timeout: 272 seconds)
21:24:48FromDiscord_<djazz> and how does the process know i am done with stdin?
21:24:54FromDiscord_<djazz> texpack, a texture packer tool
21:25:10FromDiscord_<djazz> it supports reading files from a file instead of stdin, so i'll use that
21:25:11shashlick_When the caller exits - which is your code
21:25:37shashlick_Hence problematic
21:31:35*absolutejam1 joined #nim
21:32:42*absolutejam2 quit (Ping timeout: 268 seconds)
21:37:57FromDiscord_<djazz> hmm, is this right? `sorted(toSeq(os.walkFiles("packed/" & atlasName & "/*.json")), cmp=system.cmp)`
21:38:18FromDiscord_<djazz> or does walkFiles already give sorted order? seems like it does
21:40:02*solitudesf quit (Ping timeout: 245 seconds)
21:43:28*Sencatsu quit (Ping timeout: 258 seconds)
21:44:27*Sencatsu joined #nim
22:07:04*lf-araujo quit (Quit: lf-araujo)
22:07:18*lf-araujo joined #nim
22:07:30*apeiro joined #nim
22:07:38rayman22201https://nim-lang.org/docs/osproc.html#outputStream%2CProcess
22:07:46rayman22201??
22:16:45*ertp07 quit (Read error: Connection reset by peer)
22:17:33*ertp07 joined #nim
22:21:01*apeiro quit (Ping timeout: 246 seconds)
22:39:31*Vladar quit (Remote host closed the connection)
22:40:27*lf-araujo quit (Ping timeout: 245 seconds)
22:42:02*krux02 quit (Remote host closed the connection)
22:48:35*lf-araujo joined #nim
22:48:55*natrys quit (Quit: natrys)
22:59:48*lf-araujo quit (Ping timeout: 252 seconds)
23:00:24*absolutejam1 quit (Ping timeout: 272 seconds)
23:03:55*couven92 quit (Disconnected by services)
23:03:55*ertp07 quit (Read error: Connection reset by peer)
23:04:02*fredrik92 is now known as couven92
23:04:23*fredrik92 joined #nim
23:05:03*ertp07 joined #nim
23:15:48*abm quit (Quit: Leaving)
23:29:22*jjido quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
23:45:17*lf-araujo joined #nim
23:46:41*couven92 quit (Quit: Client Disconnecting)
23:54:41*lf-araujo quit (Ping timeout: 250 seconds)
23:57:43*lf-araujo joined #nim