00:13 <astronavt> @Blacksmoke16 yeah ideally i'd use UTC for everything, but sometimes you gotta ingest data by other means. its also not that much of a big deal since it's exactly 1 hour out of the entire year (and only in areas that observe DST) but im still curious about it

12:36 <jhass> straight-shoota: ^4

12:36 <jhass> eh, high-five :D

12:36 <jhass> exactly the same answers :D

12:37 <straight-shoota> xD

12:37 <straight-shoota> so it's redundant proof

12:37 <jhass> Idk why people try to use Crystal like C -.-

12:38 <jhass> maybe "fast as C" is misleading them or so :D

12:38 <straight-shoota> well, I think it's interesting to explore

12:39 <straight-shoota> and there may be some actual value, when interfacing with a weird library for example

12:39 <straight-shoota> or maybe embedded stuff

12:40 <straight-shoota> ... and I suppose a surprising aspect is that Crystal even actively applies type information at this low level

12:41 <straight-shoota> plus bcardiff's forum answer may have been misleading

12:41 <jhass> hehe, well yeah, I could easily answer this because I've been down all that rabbit hole trying to get stuff play nice with GObject stuff

12:44 <yxhuvud> What are you referring to?

12:45 <straight-shoota> https://github.com/crystal-lang/crystal/issues/10643

13:40 <FromGitter> <oprypin:matrix.org> Generated API docs for the compiler ᕕ( ᐛ )ᕗ ⏎ https://oprypin.github.io/crystal-book/api/Crystal.html

15:35 <FromGitter> <y8> Hi! What is the most optimal way to handle platform-dependent int sizes? Im working with files both on armhf and amd64 and File#size doesn't match on this platforms.

15:35 <FromGitter> <oprypin:matrix.org> @y8: that is a bug then

15:36 <FromGitter> <oprypin:matrix.org> @y8: which sizes are you getting?

15:36 <FromGitter> <oprypin:matrix.org> let's say just as an example it's UInt32 in one case and Int64 in another. then just call `.to_i64` on the result, or so. and report a bug on crystal repo

15:37 <FromGitter> <y8> Opps, its x86_64. But anyway: x86_64 == UInt64, armv6 == Int32

15:38 <oprypin> y8, welp `.to_i64` in any case. and https://github.com/crystal-lang/crystal/issues

15:40 <FromGitter> <oprypin:matrix.org> @y8: which version of crystal is this??

15:41 <FromGitter> <y8> Crystal 1.0.0 (2021-03-22) ⏎ ⏎ LLVM: 9.0.1 ⏎ Default target: x86_64-apple-macosx ⏎ ... [https://gitter.im/crystal-lang/crystal?at=607c5346b9e6de24d6424fe4]

15:49 <straight-shoota> File#size is Int64 on all platforms

15:50 <FromGitter> <oprypin:matrix.org> yes that's what i'm seeing it should be

15:50 <FromGitter> <y8> Ah, okay, it's not File#size, it's File#pos

15:50 <FromGitter> <y8> ```code paste, see link``` [https://gitter.im/crystal-lang/crystal?at=607c5554969f8b38ee87ae77]

15:51 <FromGitter> <oprypin:matrix.org> mhmm https://github.com/crystal-lang/crystal/blob/dd40a2442fa186add8a82b74edb14a90aa1dae05/src/crystal/system/unix/file_descriptor.cr#L83

15:51 <FromGitter> <oprypin:matrix.org> good find, please report as such 🙂

16:14 <FromGitter> <y8> Done: https://github.com/crystal-lang/crystal/issues/10645

16:40 <FromGitter> <y8> While I'm here. ⏎ ⏎ I'm reading from files that are being written to. It's expected that data could not be fully written, so I need to buffer it, until it is fully written. ⏎ ⏎ I've ended up with: https://gist.github.com/y8/b5c2c4e1fccacffc3bbaa0a93a1c3964 ... [https://gitter.im/crystal-lang/crystal?at=607c60ec1f84d71853c5aaf4]

16:41 <FromGitter> <oprypin:matrix.org> @y8: i dont understand what you want to do

16:42 <jhass> mmh, perhaps a multi writer where one end is an fd and the other is an IO::Memory?

16:43 <jhass> keeps the entire thing in memory though

16:43 <jhass> it's hard to tell without context, perhaps something that could be solved with a different application design

16:43 <yxhuvud> y8: I assume you have found IO#read_fully? That could be relevant for you , possibly coupled with an unbuffered file.

16:46 <FromGitter> <y8> I have a process that constantly writes to binary append-only journals. I need to read from this journals when they are changed and bridge full journal entries to different system ⏎ ⏎ I'm using inotify to get modification events on journal files. And there is no guarantee that consumer will see the entry that is fully written. ⏎ ⏎ Entries are encoded in Size/Value format, so I kinda know how much data I

16:46 <FromGitter> ... need. My current implementation is to allocated IO::Memory buffer of required size and write data until buffer is full [https://gitter.im/crystal-lang/crystal?at=607c626edc24646812cc02c3]