<FromGitter>
<watzon> SOLID is a design principle and a good one. A lot of Crystal libraries actually use SOLID principles.
ht_ has quit [Quit: ht_]
teardown has quit [Ping timeout: 246 seconds]
teardown has joined #crystal-lang
<FromGitter>
<codenoid> idk what is SOLID, but i'm always try to keep my code `simple & clear`
<FromGitter>
<codenoid> can someone simply explain, what is SOLID, how it's looks like
absolutejam1 has joined #crystal-lang
absolutejam1 has quit [Quit: WeeChat 2.5]
absolutejam has joined #crystal-lang
<frojnd>
Hi there.
hightower2 has quit [Ping timeout: 245 seconds]
sagax has quit [Remote host closed the connection]
absolutejam has quit [Ping timeout: 240 seconds]
hightower2 has joined #crystal-lang
absolutejam has joined #crystal-lang
sagax has joined #crystal-lang
return0e has quit [Ping timeout: 258 seconds]
Raimondii has joined #crystal-lang
Raimondi has quit [Ping timeout: 258 seconds]
Raimondii is now known as Raimondi
return0e has joined #crystal-lang
absolutejam has quit [Ping timeout: 268 seconds]
absolutejam has joined #crystal-lang
absolutejam has quit [Ping timeout: 246 seconds]
absolutejam has joined #crystal-lang
alex`` has joined #crystal-lang
gangstacat has quit [Ping timeout: 276 seconds]
gangstacat has joined #crystal-lang
alex`` has quit [Quit: WeeChat 2.6]
devil_tux has quit [Ping timeout: 258 seconds]
<FromGitter>
<Blacksmoke16> o/
f1refly has joined #crystal-lang
<FromGitter>
<watzon> It's not possible to create an abstract class method right?
<FromGitter>
<watzon> Just instance
<FromGitter>
<Blacksmoke16> Unfortunately yes
<FromGitter>
<watzon> Do you know if there are any plans to change that? I looked at the issues, but didn't really find anything relevant.
<FromGitter>
<Blacksmoke16> could maybe do something with macros in a macro included/inherited until then
<FromGitter>
<Blacksmoke16> not sure
<FromGitter>
<asterite> The problem is that classes are already instantiated by default
<FromGitter>
<straight-shoota> I've encountered a strange situation. The compiler hangs at `Codegen (bc+obj)` stage. The exact same build used to work previously, and now the hang reproduces consistently. I'm not sure what's changed in between.
<FromGitter>
<asterite> with an abstract method you can't call it because you can't instantiate the type
<FromGitter>
<asterite> @straight-shoota you mean, with the same compiler version?
<FromGitter>
<straight-shoota> Yes, same compiler version. It's installed in a dockerfile and uses 0.30.1 from alpine:edge
<FromGitter>
<asterite> Strange. Maybe a cache issue?
<FromGitter>
<straight-shoota> It's the first step involving the compiler, so the cache doesn't even exist
<FromGitter>
<straight-shoota> Oooh, but now I've got an END_OF_STACK error
<FromGitter>
<straight-shoota> Oh, you're talking about the issue with static linking. I really don't care about that ATM. It's not a priority to link fully statical.
<FromGitter>
<straight-shoota> The current issue is that the compiler hangs at `Codegen (bc+obj)`
<FromGitter>
<straight-shoota> > libsass won't work, static is disabled ⏎ ⏎ I know. I've tried building libsass myself, but IIRC correctly, there was some kind of issue with that, so I postponed
<FromGitter>
<j8r> ok
<FromGitter>
<j8r> you can try using `--release`/`--no-debug`, or not
<FromGitter>
<kinxer> Is there a simple way to read from and write to the same IO buffer with separate read/write positions?
<FromGitter>
<stronny> two IO::Mems atop of the same slice?
<FromGitter>
<kinxer> I assume that wouldn't allow for an easily-resizable buffer?
<FromGitter>
<stronny> slices are optionally resizeable
<FromGitter>
<kinxer> Ah... I saw that the class method existed, but I hadn't seen that example.
<FromGitter>
<kinxer> I think `IO.pipe` is probably what I want.
<FromGitter>
<stronny> bytes will go through kernel though
<FromGitter>
<stronny> what is it that you want?
<FromGitter>
<kinxer> I'm trying to figure out how I would approach the problem @jwoertink was talking about yesterday (interacting with a CLI through `Process.run`).
<FromGitter>
<jwoertink> I decided to not attack that path, and took a cheap workaround
<FromGitter>
<jwoertink> My guess is there's no way to know when a script hits a `gets` unless you pass in some arg, and then do something like `arg || gets`
<FromGitter>
<stronny> I still don't understand the problem
<FromGitter>
<jwoertink> My problem was I have a CLI script that does something like
<FromGitter>
<jwoertink> then that file gets accessed from calling `Process.run`
<FromGitter>
<stronny> so where's the problem?
<FromGitter>
<jwoertink> For me, `Process.run` would hit the `gets` and wait for input.... but there's no where to give input because the script was running on travis
<FromGitter>
<sam0x17> this is happening for me when hitting an https link from a kemal-based lambda function using up.sh -- it happens only in the deployed lambda and not in local tests that hit the exact same url: Sep `17th 04:48:14pm ERRO staging 12aa2f7 Unhandled exception in spawn: SSL_connect: error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed (OpenSSL::SSL::Error)`
return0e has quit [Read error: Connection reset by peer]