i’m super handwavy in this area, but I think var’s cannot hold primitives. k isn’t a long but a Long. Might be wrong though I’m super wrong. Sorry

You're right in that regard - it will hold boxed Long. But {:tag 'long} will still be used for type inference.

var hints are resolved so the original code resolves that to the long function, which is not your intent. You can get primitive long or double def vars but you need to hint it with a quoted symbol to avoid the resolution (this is different than return type hints in a defn because those are not resolved)

Oh sorry, that was just wrong when I typed it in slack, the code is hinted properly and it doesn't work:

(set! *unchecked-math* :warn-on-boxed)
(def ^{:tag 'long} k 100)
(let [i k]
  (+ i 10))
;;=> Boxed math warning, unchecked_add(java.lang.Object,long).

There's no warning if you use ^:const

(def ^:const k 100)
(let [i k]
  (+ i 10))

Ya, but that's because const will replace k by the value, so the inference becomes the same as (let [i 100]

DO you ever need primitive var that cannot be ^:const ?

@U064X3EF3 I feel maybe there's a bug somewhere in the compiler? Because if I inspect the binding, the java class is long, but hasJavaClass says false, this seems like a bug:

(defmacro inspect-local []
  (println
   (into {}
         (map (fn[[k v]]
                [k {:tag (.-tag v)
                    :class (.getJavaClass v)
                    :primitive? (.isPrimitive (.getJavaClass v))
                    :has-java-class? (.hasJavaClass v)}]))
         &env)))

(let [i k]
  (inspect-local)
  (+ i 10))

;;=> {i {:tag nil, :class long, :primitive? true, :has-java-class? false}}

Not sure, put it on Ask Clojure if you want me to look at it

https://ask.clojure.org/index.php/12599/let-binding-does-not-infer-primitive-type-type-hinted-global

Don't think it's related to REPLs, TUI stands for "terminal" user interface. If you don't have a terminal, it's normal it won't work. Repls that run in a terminal should work no?

You could probably start the repl in a terminal and then connect your editor to it. You'd get the tui in the terminal, and you'll be connected to the repl from your editor

thanks, I will try that and see if the bblgum experience is improved

@U011NGC5FFY ive now added these steps to the https://github.com/lispyclouds/bblgum#caveats section

Think I'm gonna go ahead and just use atoms, futures and explicit locking to handle this

hey, have you tried invoking it with :as :streeam? this should be a similar usecase as https://github.com/lispyclouds/contajners/blob/main/doc/002-general-guidelines.md#streaming-logs

Hi, thanks for the reply, I will try just that and get back to you

Just wanted to let you know that it works, thanks for that 🙂

Awesome! Lemme know where the docs could be improved, make this more intuitive or discoverable! PRs welcome too! 😄

What I can tell you right now, is that , at least for docker, it would be good to have an indication of where you should expect a stream or not. The case of stats, is pretty easy to understand, as I told you myself, I was under the impression I needed to do something special to read it, although, if it was already in the documentation, it would be easier to grasp, you could even point to the same example you pointed me to. Besides this, I am loving it so far, I might have some doubts regarding running new containers with specific parameters later, but I will try do it on my own first, and I will let you know how easy (or not) it was. Thanks once again!

Got it! I’ll try to word the documentation more in terms of what class of operations have similar behaviours and examples. The thing with contajners is that by design it’s very simple and tries not to be in your way and the api hence also not knows much about the thing it’s talking to. It’s there pretty much for being an idiomatic and transparent interface. In general the advice I can give is when dealing with the engine specifics, reading it’s api docs first and then applying them here is much faster and iterative.

Yes, you’re right as well. Thanks

is this it? https://github.com/zoka/ringMon

Yes, that's the one! No idea why I couldn't find it before. Thank you 🙏

https://phronmophobic.github.io/dewey/search.html ftw! I just searched “nrepl ring”

I did the same in Google few days ago and all I could find was forum/Slack/etc threads about ring issues during dev time etc

that lib brings me back, it mentions Noir!

Yea, I didn’t realize how bad github/google search was for clojure libraries until trying dewey search