laaron has quit [Remote host closed the connection]
laaron has joined #crystal-lang
laaron has quit [Remote host closed the connection]
laaron has joined #crystal-lang
<FromGitter>
<galvertez> can i just say i freakin love how great `crystal docs` is
<FromGitter>
<galvertez> the number of times i have instantly found what i was looking for (without even knowing what it's called) because of "direct known subclasses" or some other nifty mechanism built in is astounding
<FromGitter>
<galvertez> i went looking at IO to research how to implement a delimited io, and within about 4 seconds i found out i don't need to, it's already stdlib https://crystal-lang.org/api/0.30.0/IO/Delimited.html
<FromGitter>
<tenebrousedge> :D
_whitelogger has joined #crystal-lang
_whitelogger has joined #crystal-lang
_whitelogger has joined #crystal-lang
laaron has quit [Remote host closed the connection]
laaron has joined #crystal-lang
<FromGitter>
<alex-lairan> @naqvis
<FromGitter>
<alex-lairan> Thanks for your help and investigations
alex`` has joined #crystal-lang
ht_ has joined #crystal-lang
sorcus has joined #crystal-lang
<FromGitter>
<naqvis> ywc
laaron has quit [Remote host closed the connection]
<mstanich>
any of crystal core developers here? I have problems with 'make specs' for 0.30.0 on Alpine linux aarch64, 'Invalid memory access (signal 11) at address 0x20'
<mstanich>
cannot change to my original nick => mps
<FromGitter>
<tenebrousedge> is it only 0.30.0 that has this issue?
<mstanich>
tenebrousedge: yes, although I noticed similar, if not same when I've built 0.29.0 but forgot if it is same
<Stephie>
mstanich, a gdb bt would be ideal
<mstanich>
Stephie: it is complicated to add gdb to Alpine abuild in builders
<Stephie>
ah...
<Stephie>
i'd hoped you could reproduce locally
<mstanich>
no, I'm trying to upgrade for Alpine, locally I've built it on x86_64
<Stephie>
yeah, i realise...
<Stephie>
hmmm
<Stephie>
there's not much to do without a coredump though
<Stephie>
"there is a segfault somewhere" is not really usable debugging information
<Stephie>
perhaps you could collect the coredump off the machine and debug it locally
<mstanich>
I have build log, but it is big and don't know for paste server which would accept it
<FromGitter>
<tenebrousedge> maybe just post the tail?
<mstanich>
actually, in this case head will be more appropriate I think because faults are at the top of build log
<mstanich>
will post it in about 10-20 minutes, I'm out right now
<mstanich>
or, I could wait till the people from crystal community start to ask me to upgrade it ;-)
<mstanich>
right now working on upgrade llvm8 to 8.0.1
<FromGitter>
<kniknoo> It's harder to find "how to program a music sequencer from first principles" than I would have ever guessed. I have what looks to be a thorough abstract explanation of representing musical data, but I'm just missing what magic people use to lock a tempo or write a scheduler. My attempt yesterday by sleeping for (frame_time - time_spent) did not work out reliably and in hindsight I realize that it's probably
<FromGitter>
... going to cause blocking hell if I do that anyway. ⏎ ...is this problem similar to fading 2 LEDs at 2 different speeds on an Arduino? ⏎ ...am I trying to reinvent the wheel? Is ALSA going to want to take care of the schedule anyway and I just need to mark when? I have ALSA docs open, but it's going to take a while for me to ... [https://gitter.im/crystal-lang/crystal?at=5d458c227a151629e117a7c2]
<FromGitter>
<kniknoo> When in doubt read the SuperCollider source code. I didn't know what I thought I'd find. It's poorly documented in general, but they included credit to this paper in the timing header. https://kokkinizita.linuxaudio.org/papers/usingdll.pdf
<FromGitter>
<paulcsmith> I’m having a strange issue that I cannot figure out. When installing locally with “shards install —production” everything works fine. But when I do it on Heroku I get “cry requirements changed. Run shards update” https://github.com/luckyframework/website/blob/master/shard.lock
<FromGitter>
<paulcsmith> I am baffled because the exact same code installs fine locally but not on deploy. It’s in crystal 0.29.0
<FromGitter>
<paulcsmith> Any ideas? Maybe @ysbaddaden?
<mstanich>
to be 'exec /lib/ld-musl-x86_64.so.1 --list "$@"'
<FromGitter>
<j8r> Where?
<sorcus>
j8r: should i update issue with my shard.yml?
<FromGitter>
<j8r> sorcus we already know what's the issue, but you can say you have also this issue and add a thumb up
<mstanich>
j8r: edit /usr/bin/ldd and change second line to be ''exec /lib/ld-musl-x86_64.so.1 --list "$@"', if we talking about fixing build on alpine
<mstanich>
this fix solved failed build on x86_64
<FromGitter>
<j8r> ... but the CI won't work?
<mstanich>
right, because that I have to post fix to musl-tools
<mstanich>
musl apk, actually
<mstanich>
this bug is introduced and applied because bug in python
<sorcus>
j8r: Ok, thank you again.
<FromGitter>
<j8r> Thanks for your answer, I will be patient then :)
<FromGitter>
<j8r> Not urgent, I will try again in several weeks on edge
<FromGitter>
<j8r> And to be sure, with your fix today
<mstanich>
I hope that we will resolve that nasty bug in ldd in meantime
<mstanich>
I lost full day upgrading llvm8 and trying crystal
<mstanich>
good news is that I've built crystal with llvm8 (8.0.1) on x86_64
<mstanich>
and also built it on aarch64, but make specs failed