jhass changed the topic of #crystal-lang to: The Crystal programming language | https://crystal-lang.org | Crystal 0.35.1 | Fund Crystal's development: https://crystal-lang.org/sponsors | GH: https://github.com/crystal-lang/crystal | Docs: https://crystal-lang.org/docs | Gitter: https://gitter.im/crystal-lang/crystal
<FromGitter> <Blacksmoke16> yea dunno, would have thought `retry_delay` would handle that
<FromGitter> <drum445> ah well, one for another time. Cheers anyway bud
_whitelogger has joined #crystal-lang
DTZUZU has quit [Read error: Connection reset by peer]
Dreamer3 has joined #crystal-lang
_whitelogger has joined #crystal-lang
f1refly has joined #crystal-lang
f1reflyylmao has quit [Ping timeout: 240 seconds]
chachasmooth has quit [Ping timeout: 268 seconds]
chachasmooth has joined #crystal-lang
_whitelogger has joined #crystal-lang
avane has quit [Quit: ZNC - https://znc.in]
avane has joined #crystal-lang
_whitelogger has joined #crystal-lang
ua has quit [Ping timeout: 260 seconds]
_ht has joined #crystal-lang
ua has joined #crystal-lang
<hightower2> Just reminded myself of the goodness of https://github.com/Papierkorb/toka
<oprypin> the heck, Papierkorb even made that
mps has joined #crystal-lang
repo has quit [Ping timeout: 258 seconds]
repo has joined #crystal-lang
<mps> what is 'prelude' here https://tpaste.us/jnpe
<mps> trying to build crystal master branch on alpine linux
<oprypin> CRYSTAL_PATH=/path/to/src
<oprypin> you even have the warning on top. `CRYSTAL_PATH env variable does not contains /home/mps/aports/community/crystal/src/crystal-master/src`
<mps> oprypin: thanks
<mps> hmm, I have 'CRYSTAL_PATH="$srcdir/$pkgname-$pkgver/src"' in APKBUILD
<mps> which is wrong ofc, because I'm building from master branch
<mps> btw, anyone know when the next release is expected?
<FromGitter> <Blacksmoke16> wtb 0.36.0 😆
<mps> I will be fine with 0.35.2, need it for next stable alpine release which is postoponed now but not for long
<FromGitter> <Blacksmoke16> next release will be `1.0.0`, when that happens :shrug:
<FromGitter> <Blacksmoke16> has been quite a while since last release :/
<mps> yes, june
<mps> hmm, make spec says 'GC Warning: Repeated allocation of very large block (appr. size 69632): May lead to memory leak and poor performance'
<mps> oprypin: build pass
<raz> yea, quite a footgun :/
<oprypin> it is omg
<raz> that's what just happened to me (confused parsed vs unparsed json vars) ;)
<raz> obv should be more careful, but i wonder why String even has that feature. is there a legit use-case for that?
o5r has quit [Ping timeout: 240 seconds]
markmarkmark has joined #crystal-lang
_ht has quit [Remote host closed the connection]
<hightower2> When I am in a 'case' block, is there a way to reference the thing being 'case'd? I don't have it in a variable as it comes from a method call
<hightower2> or I need to store it in a var for that?
<FromGitter> <Blacksmoke16> `case tmp = var`
<hightower2> aah, of course, didn't think of it in this context, thanks
<FromGitter> <636f7374> I suddenly wondered whether Crystal now supports ARM? (E.g. Apple A1 chip).
<FromGitter> <636f7374> I searched Rust seems to have this problem.
<FromGitter> <636f7374> (Aka. arm64?, aarch64?, aarch64-apple-darwin?)
<FromGitter> <Blacksmoke16> oops
<FromGitter> <Blacksmoke16> https://github.com/crystal-lang/crystal/issues/10066 this one
<hightower2> Hey fellows, I was thinking about https://github.com/crystallabs/event_handler and whether it would be possible to event-enable any class, rather than having to define special event classes like the existing documentation shows.
<hightower2> And I picked some random class from Crystal and it worked: https://carc.in/#/r/a68y
<hightower2> But, as you see explained in that paste, it fails with a segfault for Strings.
<hightower2> Any ideas why?
<FromGitter> <Blacksmoke16> id vote just dont do that
<hightower2> It's just something I was playing with... would love to know why String fails
<FromGitter> <Blacksmoke16> its prob messing with something it souldnt
<FromGitter> <Blacksmoke16> :shrug:
<hightower2> aha actually I see a mistake in the attempt, thanks for the discussion
<hightower2> I actually meant to do this: https://carc.in/#/r/a690
<FromGitter> <Blacksmoke16> mmk
<hightower2> But it is - in the current state - not working for an obvious reason.. since IPSocket isn't a subclass of Event, the stuff isn't generated, so it fails
<hightower2> (the macro which wades through all subclasses of Event doesn't find it)
<hightower2> Wasn't there a request from someone to add all_includers in macro land, like there is all_subclasses? Does this exist?
<hightower2> aha it is, looks like just `includers
<hightower2> mm yeah got it working... I put the main code in the module, and then instead of using cls.all_subclassed, just did module.includers
<hightower2> So these both work: https://carc.in/#/r/a691