19:17 <FromGitter> <lebogan> after some searching, found issue #11497 which addresses my previous issue. Think I'm going to back off for now since I do have 1.1.1 working on Rasbian Buster 32-bit. I need to do more research, maybe try on 64-bit os for pi? Thanks @Blacksmoke16 .

22:13 <FromGitter> <RespiteSage> After seeing this thread about Hash sizes (https://forum.crystal-lang.org/t/maximum-hash-size-reached-so-low/4796), I took some time before @straight-shoota responded to look into it myself and ran into this weird behavior on carc.in: https://carc.in/#/r/dhbk

22:14 <FromGitter> <RespiteSage> That is, if you have ⏎ ⏎ ```h = Hash(Int32, Int32).new(initial_capacity: 2**29)``` [https://gitter.im/crystal-lang/crystal?at=62d9cfaf76cd751a2f5bbf59]

22:14 <FromGitter> <RespiteSage> You get an invalid memory access.

22:14 <FromGitter> <RespiteSage> But if you change the exponent to 2*28 or 2*30 then it's just an arithmetic overflow.

22:14 <FromGitter> <RespiteSage> 1) `2**28` or `2**30`

22:15 <FromGitter> <RespiteSage> \* \*

22:15 <FromGitter> <RespiteSage> And it's only ever an overflow error on my machine.

22:17 <FromGitter> <RespiteSage> My guess is that there's a sweet spot in the Hash initial capacity where the number is too small to cause an overflow before memory allocation and large enough to cause an overflow after memory allocation and that the allocated memory is more than carc.in is providing. Does anyone else have any idea if that's right?