02:18 <FromGitter> <skinnyjames> would anyone happen to know how to start a new process in it's own process group from a Crystal executable? ⏎ I've tried quite a bit, (including fork/exec) but the child process always shares the same group with the parent.

02:38 <FromGitter> <skinnyjames> It seems the only way i understand to reliably do this is ⏎ ⏎ ```code paste, see link``` ⏎ ⏎ It would be nice to figure it out without `fork` though, as far as I can tell it doesn't seem to be guaranteed to be there (https://github.com/crystal-lang/crystal/issues/6421) [https://gitter.im/crystal-lang/crystal?at=63c3672b378d512c1860ebd3]

15:54 <_dave> do ALL `Comparable#clamp` calls deal with `BigInt`, &c.?

15:55 <_dave> i'm trying to clamp a `UInt8` and keep getting `OverflowError` problems.

15:55 <FromGitter> <Blacksmoke16> can you share the code?

15:55 <_dave> one sec, since this is via irc...

15:55 <FromGitter> <Blacksmoke16> https://play.crystal-lang.org/#/cr

15:56 <_dave> noice. lemme get an mvp out first.

15:59 <_dave> hm. playground does not like guard clauses.

16:00 <FromGitter> <Blacksmoke16> a gist would work too.

16:00 <FromGitter> <Blacksmoke16> playground should work just fine with guard clauses tho...

16:01 <_dave> it does weird indenting after `return`, that's the thing.

16:01 <_dave> ah yes here we go. at least an MVP. https://play.crystal-lang.org/#/r/eeey

16:03 <_dave> --error-trace doesn't help in thhis part and the codebase is a little too jank to do printf debugging.

16:05 <_dave> i thought `#clamp` was generic enough to simply use the type that it's called on from the docs so the resulting clamping should be `UInt8` but... even if it is, why is it overflowing?

16:10 <FromGitter> <Blacksmoke16> its underflowing due to your randomness

16:10 <FromGitter> <Blacksmoke16> e.g. `roll_size` returns `3` and `flux` returns `-5`

16:10 <FromGitter> <Blacksmoke16> https://play.crystal-lang.org/#/r/eef6

16:12 <_dave> weird. line 10 in my example is a minimum of 0 since (roll + roll)'s minimum is 2 (then -2). we skip line 11 since the result is not 10. but that should at least go `0.clamp(0, 15)`.

16:13 <FromGitter> <z:uxn.one> Good morning

16:13 <_dave> or is this more type screwery and the answer is likely "just Int32 brah"?

16:14 <_dave> oh. i see the problem now. it's in roll_atmosphere since THAT plus flux can be negative.

16:14 <FromGitter> <Blacksmoke16> right, before it gets to the clamp

16:15 <_dave> sounds like it is another "just Int32 brah" problem. thanks.

16:15 <FromGitter> <Blacksmoke16> but yes, if you dont have a reason to use these smaller int types then id just use int32

16:15 <_dave> it just feels 3 more bytes wasteful since none of these values go over 32.

16:15 <FromGitter> <Blacksmoke16> premature optimization id say

16:15 <_dave> and that would be 18 bytes total considering things. then again THIS irc message is way more bytes so yeah, you're right. premature optimization.

16:16 <FromGitter> <Blacksmoke16> LLVM prob can do some magic in its optimizations too

22:25 <FromGitter> <stellarpower> IS there a way I can parse a date/time in Crystal, without knowing (or caring about) the exact format. I'd like to be lazy, and have something that extracts the longest substring containing a date/time that can be found. (i.e., if it sees date and then time, don't just parse the date). I would accept that this carries some inherent dangers and would happily have the code throw an except, mess up, or not

22:25 <FromGitter> ... quite do what I think it will be doing in those cases. Basically something like the unix date utility, or I believe ruby's DateTime::parse didn't need the format string and would make some sensible attempts as guesses first. Cheers

22:58 <FromGitter> <Blacksmoke16> iirc there's a shard for that

22:59 <FromGitter> <rjnienaber> https://github.com/wyhaines/ParseDate.cr ?

22:59 <FromGitter> <Blacksmoke16> i think so yea