<FromGitter>
<j8r> Is it safe to use do a loop with `Dir.cd path {}`, with `path` being different everytime, inside spawn? ⏎ I don't want to `cd` to a directory and then the scheduler switching to another task
<FromGitter>
<Daniel-Worrall> Put it in the spawn with a CD muted
<FromGitter>
<Daniel-Worrall> Mutex
<FromGitter>
<Daniel-Worrall> I think there's a mutex synchronise block method you can poop
<FromGitter>
<Daniel-Worrall> Loop
<FromGitter>
<Daniel-Worrall> The worst part of this spellcheck is that it processes the last word even if you press enter
<FromGitter>
<Daniel-Worrall> So I always end up sending the wrong last word
<FromGitter>
<tenebrousedge> that seems like a pretty vindictive spellcheck
<FromGitter>
<j8r> haha :)
<FromGitter>
<j8r> @Daniel-Worrall thanks
<FromGitter>
<j8r> I'm not sure if a mutex will solve this
<FromGitter>
<j8r> Ohh, I'm dumb
<FromGitter>
<j8r> Forget it, I spawn some `Process`, but the `chdir` do a `cd` too
<FromGitter>
<j8r> Hum ok, I can try the mutex
<FromGitter>
<j8r> Too bad that the `Dir.cd {}` doesn't use a mutex
dannyAAM has quit [Quit: znc.saru.moe : ZNC 1.6.2 - http://znc.in]
dannyAAM has joined #crystal-lang
DTZUZO has quit [Ping timeout: 240 seconds]
<repo>
mutexes are overhead. i think it's better to leave thread-safety to the user unless something is explicitly defined as a thread safe data structure (like channels)
<FromGitter>
<j8r> it's not about thread safe, but concurrent-safe
<FromGitter>
<j8r> I think it is
<FromGitter>
<j8r> all the code inside a spawn is blocking, right?
<FromGitter>
<Daniel-Worrall> I think a mutex is right (Though maybe share some code to check)
DTZUZO has joined #crystal-lang
DTZUZO has quit [Ping timeout: 276 seconds]
sagax has quit [Read error: Connection reset by peer]
duane has joined #crystal-lang
sagax has joined #crystal-lang
<FromGitter>
<fridgerator> I'm in the process of binding TA-lib, in case anyone is interested : http://ta-lib.org/
<FromGitter>
<fridgerator> writing bindings for*
<Welog>
hello there. Should I replace Channel::Unbuffered by Channel in 0.31.0 ? thnaks
<FromGitter>
<didactic-drunk> Yes.
<Welog>
thanks didactic-drunk I wasn't sure
sagax has quit [Quit: Konversation terminated!]
sagax has joined #crystal-lang
ht_ has joined #crystal-lang
<FromGitter>
<wontruefree> the links to the remote link is updated. We would like to have people from the community join our crystal meetup chicagocrystal.org/events/lxmhvqyznbfb/
<FromGitter>
<fridgerator> 👍
<FromGitter>
<wontruefree> I am excited for this
duane has quit [Ping timeout: 276 seconds]
kiliji has joined #crystal-lang
<kiliji>
hi
<FromGitter>
<Blacksmoke16> o/
duane has joined #crystal-lang
<kiliji>
I'm new to crystal
<kiliji>
i was looking through web frameworks
<FromGitter>
<Blacksmoke16> what are you looking to make?
<kiliji>
some small websites
<kiliji>
i found kemal
<FromGitter>
<Blacksmoke16> that would be the most simplistic
<kiliji>
but it seems it hasn't been updated to support latest crystal version
<kiliji>
is it abandoned
<FromGitter>
<Blacksmoke16> not as far as i know
<FromGitter>
<fridgerator> it would be strange if it were, since the creator of kemal is also on the crystal core team
<FromGitter>
<Blacksmoke16> \cc @sdogruyol
<kiliji>
oh!
<FromGitter>
<fridgerator> Is there some compiler error when trying to use with the latest crystal?
<FromGitter>
<Blacksmoke16> im looking now
<FromGitter>
<Blacksmoke16> doesn't look like it, specs passed fine on `0.31.0`
<kiliji>
no actually i looked in lucky before
<FromGitter>
<Blacksmoke16> lucky is alot a popular one, more feature rich id say
<FromGitter>
<Blacksmoke16> kemal is basically just a fancy router
<FromGitter>
<Blacksmoke16> is another popular one*
<kiliji>
lukcy's docs explicitly stated it is not supported with v31 yet
<FromGitter>
<Blacksmoke16> do realize 0.31.0 came out like a week ago, and the `0.31.1` which fixed some issues came out like yesterday
<FromGitter>
<Blacksmoke16> so support is coming
<kiliji>
oh i was not aware of that
<FromGitter>
<Blacksmoke16> just takes some time due to breaking changes happening now and then
<kiliji>
and the last update to kemal was also 3months back
dannyAAM has quit [Quit: znc.saru.moe : ZNC 1.6.2 - http://znc.in]
dannyAAM has joined #crystal-lang
<FromGitter>
<Blacksmoke16> afaik kemal is pretty much feature complete atm? so only changes would be bug fixes or fixes to support new crystal versions
<kiliji>
is there a list of recommended packages that go with kemal
<kiliji>
like authentication, interface to redis
<FromGitter>
<Blacksmoke16> not that im aware of
<FromGitter>
<Blacksmoke16> https://github.com/kemalcr?type=source are some extra repos in kemalcr org that might be helpful, but idk anything about them
<FromGitter>
<Blacksmoke16> there is a kemal gitter channel that might be helpful as well
<FromGitter>
<sam0x17> getting libcrypto / libssl / libz warnings for crystal 0.31.0 on alpine that I didn't get for the previous version, and I have openssl-dev and zlib-dev installed: ⏎ ⏎ ```code paste, see link``` [https://gitter.im/crystal-lang/crystal?at=5d939b5b24509b60469037df]
<FromGitter>
<Blacksmoke16> looks like you're on `0.31.0_1` @eliasjpr
<FromGitter>
<Blacksmoke16> brew formula didnt get merged yet
<FromGitter>
<eliasjpr> got it
<FromGitter>
<Blacksmoke16> is it simple code?
<FromGitter>
<eliasjpr> got confused on the naming convention 😓
<FromGitter>
<Blacksmoke16> could test it in a docker container
<FromGitter>
<eliasjpr> So it seems that the multithread flag is simply forking threads in the background
<FromGitter>
<eliasjpr> does that explains the warning for Process.fork with mt flag on?
<FromGitter>
<Blacksmoke16> dunno
<FromGitter>
<fridgerator> Is t he correct way to pass a variable of type `Array(Float64)` to a c function expecting `double *` to use `variable.to_unsafe` ?
duane has quit [Read error: Connection reset by peer]
rohitpaulk has quit [Quit: Ping timeout (120 seconds)]
<FromGitter>
<Blacksmoke16> probably has more to do with the compiler? it most likely goes from top to bottom, sees that type it hasnt seen before and errors