Currently bb doesn't support loading core.logic from source and it's also not built-in. You can just use regular JVM Clojure to try out projects that don't work with bb. Bb only supports a subset (albeit a large subset) of Clojure

Thanks! Any plans to incorporate in the future? I suppose that's unlikely, cause not super commonly needed for a scripting lang?

So far no plans. What is your use case?

I haven't really heard of anyone using core.logic for anything but personal growth. I thought I could use it to find combinations of X for a set of predicates Y, but it turned out (very early on, before even getting to any of the logic that I had planned to implement) that my set of X was way too large for core.logic to ever return a result, it just stalled forever. I had (naively) assumed that the results would be lazy, but they're eager. So I concluded (perhaps wrongly) that core.logic is only really good for those cases where you know in advance how many results there are, or when you know the result, like those logic riddles where "Jane has a hat that is not red, Jeff has a hat with a trim etc etc, who has which hat?". Which, in my view, is close to useless. Well, except for toying and experimenting, or if you would like a really odd syntax and adapting a whole different mindset for expressing small combinatoric sets. I'd love to be proven wrong.

the out binding doesnt work inside the catch statement, I find it odd.

the foo binding seems to work though

Can you: 1 make a smaller repro if possible 2 test if the same works differently JVM Clojure and then come back?

you can print the dependencies used in bb with bb print-deps to create a clojure project with deps.edn

thanks

behaviour is same in clojure

same as in bb? ok, then it's not a bb issue

so I guess my mind is too small to comprehend dynamic bindings

let's see if I can understand it

can you still make a smaller repro is possible? then it will also become easier to understand with less dependencies :)

yes

this is smaller

(require '[taoensso.timbre :as timbre])

(def ^:dynamic *foo* "foo root value")

(defn clone-and-build-repo []
  (println "(stdout) start, nothing should go to stdout")
  (let [writer  (  "/tmp/bindproblem.txt")]
    (with-open [out-writer writer]
      (binding [*out* out-writer
                *foo* "foo inside binding"]
        (timbre/info "foo inside binding:" *foo*)
        (try
          (timbre/info "this should go to the file  " )
          (println "this too")

          (throw (new Exception "an error im trhowing"))

          (catch Exception e
            ;;*out* seems to revert to default value here?
            (timbre/info "foo inside catch:" *foo*)
            (timbre/info "out:" *out*)
            (timbre/error e " not going to the file? it should!" )
            )))))
  )

( clone-and-build-repo)

smaller still?

can you do it without timbre?

yes

aha, timbre seems to be wonky

this works as expected:

(def ^:dynamic *foo* "foo root value")

(defn clone-and-build-repo []
  (println "(stdout) start, nothing should go to stdout")
  (let [writer  (  "/tmp/bindproblem.txt")]
    (with-open [out-writer writer]
      (binding [*out* out-writer
                *foo* "foo inside binding"]
        (println "foo inside binding:" *foo*)
        (try
          (println "this should go to the file  " )
          (println "this too")

          (throw (new Exception "an error im trhowing"))

          (catch Exception e
            ;;*out* seems to revert to default value here?
            (println "foo inside catch:" *foo*)
            (println "out:" *out*)
            (println " not going to the file? it should!" e )
            )))))
  )

( clone-and-build-repo)

I can rip out timbre from my main program. Still, weird why timbre should do this

perhaps ask in #C1J6MQC2H

thanks for the help!

can you please check with JVM clojure as well?

in clojure:

(.exists ( "path-with-ö"))
true

works fine over here (on mac):

$ bb -e '(prn (fs/file "absolute-file-path-with-umlaut-äüöß"))'
#object[java.io.File 0x197c140 "absolute-file-path-with-umlaut-äüöß"]

is it possible to make a repro in a Docker image or so that I can run locally?

I'll try on linux when I get home

~ $ bb -e '(prn (fs/file "absolute-file-path-with-umlaut-äüöß"))'
#object[java.io.File 0x74d4c381 "absolute-file-path-with-umlaut-????"]

the umlauts are replaced with "?"

maybe this is only a printing issue?

most likely this is due to system language encoding. You might need to set file.encoding=UTF-8

you can do so with:

bb -Dfile.encoding=UTF-8 ...

can you also try:

bb -e '(prn (fs/exists? (fs/file "absolute-file-path-with-umlaut-äüöß")))' 

like this?

~ $ bb -Dfile.encoding=UTF-8 '(prn (fs/file "absolute-file-path-with-umlaut-äüöß"))'
#object[java.io.File 0x5d285dbb "absolute-file-path-with-umlaut-????"]

https://clojurians.slack.com/archives/CLX41ASCS/p1701360093964259?thread_ts=1701359808.624599&cid=CLX41ASCS

bb -e '(prn (fs/exists? (fs/file "absolute-file-path-with-umlaut-äüöß")))' 
> false 

and does the file exist?

yes 🙂

and what if you execute the above expression from a script foo.clj?

I want to exclude console reading/writing issues

and also try with/without the -D

its the same. I first tried in emacs and then on the terminal.

ok, repro welcome in the form of a docker image

or so

I also tried on my local linux system, could not reproduce

I just figured it out: I because i installed bb with nix. When i install bb with yay (babashka-bin from AUR)everything works fine.

interesting

maybe make an issue with the nix folks

I did reproduce that its not a problem with yay inside docker but i didn't get to reproduce the nix bb install inside docker.

thank you very much for your help!

You can use a java.util.concurrent BlockingQueue directly or use core.async

For the latter ^, you could probably do it with 2 pipelines, 1 for cloning, and 1 for building: https://clojuredocs.org/clojure.core.async/pipeline-blocking And https://clojuredocs.org/clojure.core.async/pipeline-async An alternative would be 2 Executors , one which submits jobs to the other. https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/Executors.html#newFixedThreadPool-int- https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/ExecutorService.html#submit

thanks