<FromGitter>
<moe:busyloop.net> that's sad. good backtraces are very valuable esp. when facing intermittent bugs in production.
<FromGitter>
<moe:busyloop.net> thus far i could always narrow it down with some qualified guessing. but if an `IndexError` bubbles up from a place with lots of array access, that could get annoying.
taupiqueur has joined #crystal-lang
taupiqueur has quit [Ping timeout: 256 seconds]
taupiqueur has joined #crystal-lang
taupiqueur has quit [Ping timeout: 240 seconds]
<FromGitter>
<jfontan> @straight-shoota other languages can inline an also give proper stacktraces
<FromGitter>
<jfontan> I'm not saying that crystal has to do it
<FromGitter>
<jfontan> well, the only one I have experience with inlining and stacktraces is Go and does not use LLVM. Probably I am expecting something that cannot be done
taupiqueur has joined #crystal-lang
taupiqueur has quit [Ping timeout: 250 seconds]
taupiqueur has joined #crystal-lang
taupiqueur has quit [Ping timeout: 256 seconds]
taupiqueur has joined #crystal-lang
taupiqueur has quit [Ping timeout: 250 seconds]
ur5us has quit [Ping timeout: 240 seconds]
<FromGitter>
<jfontan> I've just found that ReadDir in Crystal is at leas 4 times faster than Go. Go calls stat for each file when is not needed
notzmv has quit [Ping timeout: 268 seconds]
taupiqueur has joined #crystal-lang
taupiqueur has quit [Ping timeout: 256 seconds]
taupiqueur has joined #crystal-lang
taupiqueur has quit [Ping timeout: 240 seconds]
debayer948 has joined #crystal-lang
[R] has quit [Ping timeout: 260 seconds]
[R] has joined #crystal-lang
notzmv has joined #crystal-lang
debayer9482 has joined #crystal-lang
debayer948 has quit [Ping timeout: 256 seconds]
debayer948 has joined #crystal-lang
debayer9482 has quit [Ping timeout: 250 seconds]
debayer9482 has joined #crystal-lang
taupiqueur has joined #crystal-lang
debayer9482 has quit [Remote host closed the connection]
debayer9480 has joined #crystal-lang
debayer948 has quit [Ping timeout: 240 seconds]
debayer9480 is now known as debayer948
taupiqueur has quit [Ping timeout: 240 seconds]
taupiqueur has joined #crystal-lang
taupiqueur_ has joined #crystal-lang
taupiqueur has quit [Ping timeout: 256 seconds]
taupiqueur has joined #crystal-lang
taupiqueur_ has quit [Ping timeout: 240 seconds]
debayer948 has quit [Remote host closed the connection]
debayer948 has joined #crystal-lang
taupiqueur_ has joined #crystal-lang
taupiqueur has quit [Ping timeout: 250 seconds]
debayer948 has quit [Remote host closed the connection]
debayer948 has joined #crystal-lang
debayer948 has quit [Client Quit]
debayer948 has joined #crystal-lang
debayer948 has quit [Remote host closed the connection]
debayer948 has joined #crystal-lang
debayer948 has quit [Remote host closed the connection]
debayer948 has joined #crystal-lang
debayer948 has quit [Remote host closed the connection]
<FromGitter>
<oprypin:matrix.org> working or not working is purely sure to precedence. the point of these 2 examples is that i forced dotless to work and then forced to not work
<FromGitter>
<rishavs> yep makes sense
<FromGitter>
<rishavs> Thanks as always!
taupiqueur has joined #crystal-lang
debayer948 has quit [Remote host closed the connection]
debayer948 has joined #crystal-lang
DeBot has joined #crystal-lang
oprypin has joined #crystal-lang
debayer948 has quit [Remote host closed the connection]
<FromGitter>
<RespiteSage> It's such a basic thing that I have a suspicion I'm unnecessarily reimplementing it.
<FromGitter>
<Blacksmoke16> doubt it
<FromGitter>
<RespiteSage> Okay, cool. If it were for a customer, I'd use one of the shards that exists for that kind of thing, but I'm just writing something to help me simplify data entry.
<FromGitter>
<Blacksmoke16> feel like one of the shards would still make it simpler :P
<FromGitter>
<RespiteSage> Maybe so, but then I'd need (want) a whole directory for it instead of just leaving it in my big directory of miscellaneous crystal implementations. :P
<FromGitter>
<RespiteSage> (i.e. in order to have a shards.yml for it)
<FromGitter>
<RespiteSage> *shard
<FromGitter>
<Blacksmoke16> haha fair enough :P
<FromGitter>
<RespiteSage> Now that I'm looking at these files again, I'm wondering why I wrote bindings for LLVM's fixed-width exponentiation functions. I can't think of anything I've needed/wanted that for...
<FromGitter>
<Blacksmoke16> 😅 good question
<FromGitter>
<RespiteSage> Is there a good way in stdlib to attempt to parse a string as a `Time` and respond to invalid strings without using exceptions?
<FromGitter>
<RespiteSage> If not, that seems like something useful.
<FromGitter>
<RespiteSage> (Just saw the bug that I'm returning the wrong thing. But the point is that I don't love using exceptions as part of the program logic.)
<FromGitter>
<Blacksmoke16> if theres not a nilable `parse` method, probably not