13:03 <Guest96> hello all, how far do u think crystal is to being able to use arrays and hash with dynamic types without using unions? (if its in the roadmap), i love crystal btw

13:30 <FromGitter> <Blacksmoke16> I don't think that's on the roadmap. Crystal is a typed language so they have to be typed with something

13:32 <FromGitter> <Blacksmoke16> What's your use case?

14:15 <FromGitter> <moe:busyloop.net> fwiw i've found https://github.com/Sija/any_hash.cr very pleasant to work with mixed type hashes. ⏎ perhaps something similar could make it into stdlib at some point.

14:18 <FromGitter> <Blacksmoke16> id argue against it. feels like a bit of a code smell people would use just so they dont have to think about typing

14:19 <FromGitter> <Blacksmoke16> prob fine for smaller/one-off apps/scripts tho

14:19 <FromGitter> <moe:busyloop.net> i consider that a good thing. removes a truckload of boilerplate that serves no purpose other than making the code harder to read (and minimally faster, but by a margin that most people don't care about in most cases).

14:20 <FromGitter> <Blacksmoke16> at that point just use Ruby? sacrificing the type safety for convenience

14:21 <FromGitter> <Blacksmoke16> hashes with large unions is a pain to work with for sure, but to me thats just a sign i need to take a step back and think about things. like move the data into objects and just store those in the hash, etc

14:22 <FromGitter> <moe:busyloop.net> you don't lose type-safety, you still have to tell it `as_s` and such when you access the elements. ⏎ the advantage is that you have to be explicit in fewer places and even retain the safety in places where it's inferred.

14:22 <FromGitter> <Blacksmoke16> wouldnt you lose it on inserts?

14:23 <FromGitter> <moe:busyloop.net> true, in some areas you might. in practice i've never had a problem with that.

14:24 <FromGitter> <moe:busyloop.net> was def a price worth paying for not having to deal with nested unions or object trees like you mentioned.

14:25 <FromGitter> <moe:busyloop.net> e.g. i've used it to dynamically build up swagger json blobs. ⏎ building such with any_json is trivial. when you look at the swagger-shards on github that ⏎ do it the traditional way (one class per node-type) it's a nightmare.

14:26 <FromGitter> <moe:busyloop.net> (literally dozens of lines vs thousands)

14:26 <FromGitter> <Blacksmoke16> yea thats fair, each has their pros and cons

14:29 <FromGitter> <moe:busyloop.net> well, it's a problem that comes up quite often in our API-driven world. ⏎ the moment you start dealing with json APIs, you are either forced to model all ⏎ their nooks and crannies as classes. or you resort to `JSON.parse` and things like `any_json`. ⏎ ⏎ i'd argue it's common enough a pattern that better support in stdlib would be nice. [https://gitter.im

14:29 <FromGitter> ... /crystal-lang/crystal?at=636bb957b1a759643663c112]

14:29 <FromGitter> <moe:busyloop.net> but i understand it goes a bit against the grain of the crystal mindest ;)

14:31 <FromGitter> <moe:busyloop.net> (and it's not my biggest gripe anyway, `any_json` works well enough for me - exception safety and usable backtraces [no ???] would be higher on my wishlist)

14:32 <FromGitter> <Blacksmoke16> key diff there is its scoped to JSON data, while hashes could be used for anything

14:33 <FromGitter> <Blacksmoke16> could create a thread/issue for it at least. i'm not sure its a good idea to make it that easy by having it in the stdlib

14:33 <FromGitter> <moe:busyloop.net> well, usually you receive the data from somewhere and then want to do something with, that's where the trouble starts

14:34 <FromGitter> <moe:busyloop.net> but yea i'm arguing to *change* Hash. just to perhaps add a more ruby-like `AnyHash` or such on top.

14:36 <FromGitter> <moe:busyloop.net> but agree, it's not a small ticket. documentation etc. would be tricky. the current `Hash` vs `NamedTuple` is already quite difficult to grasp for newbies. adding a third to the mix would make the learning curve even steeper.

14:37 <FromGitter> <Blacksmoke16> i get that yea, but my thinking is if you have an any hash built in, people would just use that for everything and not on a case-by-case basis to when it *should* be used

14:37 <FromGitter> <moe:busyloop.net> nothing wrong with that. if it's easier then you just made the language easier. :)

14:37 <FromGitter> <moe:busyloop.net> just let them know that for better type safety they can *also* go the more verbose old fashioned way

14:43 <FromGitter> <moe:busyloop.net> in some cases that's warranted. in most it's probably not. ⏎ for me type-errors usually stem from input data (JSON having `null` where `String` was expected). ⏎ ⏎ in the current way these cause a runtime error at `#from_json`. ⏎ in the new way that runtime error would move to the place where ... [https://gitter.im/crystal-lang/crystal?at=636bbcaa15a3885c70e2c092]

14:45 <FromGitter> <Blacksmoke16> no i agree that `JSON.parse` is really good for this kind of stuff. Its when its extended to basically be compatible with `Hash` that i have some reservations

14:50 <FromGitter> <moe:busyloop.net> yeh it's mostly a mindset thing. my argument on these things is always "the machine should be doing the hard work". ⏎ i'm basically a smaller, less educated version of this guy: https://www.youtube.com/watch?v=8Ab3ArE8W3s&t=402s (that's a great talk in general btw)

14:55 <Guest96> sorry gitter i got disconnected

14:55 <Guest96> i know in c you can store like void* and then recast to their type, sure could be done in crystal, its a great language

14:56 <Guest96> i use mruby in c, but when it comes to ffi you have to wrap all the functions u gonna use

14:59 <Guest96> i noticed its quite a time consumer, so i thought about store all c functions pointers in a hashmap, so i can go call("funcname",args), the get the function from the hashmap. the problem is that you loose the function signature so you have to recast it. so i noticed that id like some thing c cant provide in order to make ffi easier:

14:59 <Guest96> if i could store my arguments inside an array of wathever type, and then do call(funcname,arr_args) i would need a way to deconstruct thoses arguments automatically so that it becomes cfunc(arg0,arg1,arg2) and no need to write wrapper, just a thought but C language dont allow that

15:00 <Guest96> mainly for mruby interop, i have to go to the dentist

15:08 <Guest96> sorry fromgitter, can i pm you later?

15:11 <jmiven> Guest96: FromGitter is a bot, bridging this IRC channel with the Gitter channel

15:11 <jmiven> the actual nicknames of people talking are shown inside the angle brackets

17:50 <Guest76> ```crystal

17:50 <Guest76> struct QueueOutboundElement

17:50 <Guest76>   property test : Int32

17:50 <Guest76>   getter mutex : Mutex

17:50 <Guest76>   def initialize(@test : Int32)

17:50 <Guest76>     @mutex = Mutex.new protection: :unchecked

17:50 <Guest76>   end

17:50 <Guest76>   def lock

17:50 <Guest76>     @mutex.lock

17:50 <Guest76>   end

17:50 <Guest76>   def unlock

17:50 <Guest76>     @mutex.unlock

17:50 <Guest76>   end

17:50 <Guest76> end

17:50 <Guest76> staged = Channel(QueueOutboundElement*).new capacity: 128_i32

17:50 <Guest76> spawn do

17:50 <Guest76>   128_i32.times do

17:50 <Guest76>     staged_received_pointer = staged.receive

17:50 <Guest76>     staged_received_pointer.value

17:50 <Guest76>   end

17:52 <Guest76> Hello everyone, I have a problem, why use Channel to send pointerof(struct) will get the same struct, how should I solve it, thx.

17:54 <Guest76> Maybe where am I doing wrong?

17:54 <FromGitter> <Blacksmoke16> can you even get a pointer to stack memory?

17:56 <Guest76> Sorry, there seems to be some glitches in sending via Libera Chat, Playground: https://play.crystal-lang.org/#/r/e1dy

17:57 <Guest76> @Blacksmoke16 Sorry, I see it seems possible to do this in Golang?

17:58 <Guest76> Golang:  make(chan *QueueOutboundElement, QueueStagedSize)

18:01 <Guest76> var elem *QueueOutboundElement

18:01 <Guest76> ...

18:01 <Guest76> peer.StagePacket(elem)

18:01 <Guest76> ...

18:01 <Guest76> select {

18:01 <Guest76>     case peer.queue.staged <- elem:

18:01 <Guest76> ...

18:09 <Guest76>   for {

18:09 <Guest76>     select {

18:09 <Guest76>     case elem := <-peer.queue.staged:

18:09 <Guest76>       ...

18:09 <Guest76>       elem.keypair = keypair

18:09 <Guest76>       elem.Lock()

18:09 <Guest76>       if peer.isRunning.Load() {

18:09 <Guest76>         peer.queue.outbound.c <- elem

18:09 <Guest76>         peer.device.queue.encryption.c <- elem

18:09 <Guest76>       ...

18:29 <Guest76> But it seems that pointerof(Bytes) has no problem, https://play.crystal-lang.org/#/r/e1e6

18:57 <Guest76> Maybe I can convert the structure to Bytes through the Channel send (pointerof(element).as(UInt8*).to_slice(sizeof(typeof(element))).dup), and then use (staged_received_pointer.to_unsafe.as(QueueOutboundElement*).value), But what about Mutex? If Mutex is added to Struct, Invalid Memory Access will appear... '=(

19:00 <Guest76> It seems that Golang does not have class, only struct, Crystal Mutex is a class... \O/

19:04 <Guest76> Crystal::RWLock, Crystal::SpinLock are also Class...

19:05 <Guest76> Maybe use class instead of struct? Maybe the performance will be lower than golang?

19:05 <FromGitter> <Blacksmoke16> you kinda me 😅. Maybe a forum thread would be a better way

19:13 <Guest76> @Blacksmoke16 yes, but didn't find a solution about this issue from the forum thread, so I came to IRC, I wanted to use Crystal to do something like WireGuard, but I ran into this problem and still haven't solved it after 2 days of research \O/  =$

19:13 <FromGitter> <Blacksmoke16> right, make a new thread about your issue :P

19:15 <Guest76> @Blacksmoke16 ok thanks, you are a great person, I will go to the forum to create an issue later. (y)

19:47 <Guest76> Hello,

19:47 <Guest76> Our automated spam filter, Akismet, has temporarily hidden your post in Send different pointer structs through Channel and receive the same value for review.

19:47 <Guest76> A staff member will review your post soon, and it should appear shortly.

19:47 <Guest76> We apologize for the inconvenience. =$

19:49 <Guest76> Looks like it's ok now:] (y) ,

19:49 <Guest76> Send different pointer structs through Channel and receive the same value: https://forum.crystal-lang.org/t/send-different-pointer-structs-through-channel-and-receive-the-same-value/5100

19:51 <FromGitter> <Blacksmoke16> 👍 huh, never saw that before ha

20:14 <Guest76> @straight-shoota, @asterite @Blacksmoke16 Thanks for yours help! Issue resolved! =*  (y)

21:19 <Guest96> fromgitter , where can i find informations about crystal language roadmap please ?

21:23 <Guest96> ho ok i get it lol, its a bridge not a bot sorry people

22:48 <FromGitter> <stellarpower> Has anyone done any linear algebra etc. in Crystal? I have just had a quick play with Crystalla and num.cr. Main issue with both for me is that they whilst they provide implementations of tensors/matrices, they don't parameterise the dimensions of these at compile-time. Having done some similar work in C++ with Eigen or boost::qvm or what have you, and having been forced to work in numpy at times, it

22:48 <FromGitter> ... certainly makes things exponentially more bearable when the compiler can refuse to build code that has mathematical errors in it, in the former case. I.e. multiplying matrices with inconsistent dimensions is simply impossible, not the cause of an exception, because the code will never build. And given we have macros etc. it wou ... [https://gitter.im/crystal-lang/crystal?at=636c2e31b1a759643664ad6f]