01:00 <FromGitter> <moe:busyloop.net> mh, i really wish these anonymous exceptions would disappear from stdlib; https://github.com/crystal-lang/crystal/blob/643c8e5d8/src/mutex.cr#L47

01:02 <FromGitter> <moe:busyloop.net> figuring out what exceptions can bubble up from where is hard enough. not even giving them a class doesn't make it easier.

01:02 <FromGitter> <Blacksmoke16> those ones are easy at least given they're just `::Exception`

01:05 <FromGitter> <moe:busyloop.net> well yea, but i have to match them by string

01:12 <FromGitter> <Blacksmoke16> Fun fact, if you use an exception with a case the when will be based on if the exception message contains that string

01:16 <FromGitter> <moe:busyloop.net> yup yup, plenty workarounds, no biggie

06:59 <yxhuvud> I think the idea there is that a deadlock is a bug, and the solution is typically to remove the bug, not live with it

07:00 <yxhuvud> that said, I'd be surprised if they didn't accept pull requests with specific error types given they are well thought out

09:50 <FromGitter> <moe:busyloop.net> yea, i just don't like when things don't have names. ⏎ one day i may try a PR - but it doesn't bug me enough, yet. ;)

11:55 <FromGitter> <naqvis> just noticed crystal playground is broken on crystal version `1.7.0`. Attempt to invoke `crystal play` and opening `http://127.0.0.1:8080` is yielding ⏎ ⏎ ```code paste, see link``` [https://gitter.im/crystal-lang/crystal?at=63ca81187740c84e4924f41d]

11:55 <FromGitter> <naqvis> crystal installed on M1 via `brew`

11:56 <FromGitter> <naqvis> (https://files.gitter.im/5588134315522ed4b3e2629f/Sbfo/image.png)

12:00 <FromGitter> <naqvis> upgraded to `1.7.1` and its working with this version

13:38 <FromGitter> <indukumar:matrix.org> Hi, I got the latest version of crystal from brew. I have a Mac M1 laptop. Building my project using the standard terminal works without any issues. However, interestingly, if I build from Visual Studio Code (also using terminal within the VSC), I get ⏎ ⏎ ld: warning: ignoring file /opt/homebrew/lib/libevent.dylib, building for macOS-x86_64 but attempting to link with file built for

13:38 <FromGitter> ... macOS-arm64 ⏎ Undefined symbols for architecture x86_64: ⏎ "_main", referenced from: ... [https://gitter.im/crystal-lang/crystal?at=63ca99670c94855213bee305]

13:39 <FromGitter> <indukumar:matrix.org> Crystal plugin is: Crystal Language v0.8.4

14:46 <oz> If you find the time, could you report that on the extension repository? I think it's https://github.com/crystal-lang-tools/vscode-crystal-lang