Clojurians Log v2

Made a GraalVM issue here about it: https://github.com/oracle/graal/issues/12249

well, after reading over that original issue, let me just take a minute to say thanks for all the amazing tools you've contributed to this community and the constant stream of improvements and fixes and new features you somehow manage to deliver in response to every passing comment.

Thanks! Can you try setting $OutputEncoding = [Console]::OutputEncoding = [System.Text.UTF8Encoding]::new() and running it again?

Interesting... Can you now try bb latest with this program?

(prn :> (System/getProperty "file.encoding"))

(alter-var-root #'*out* (constantly (new java.io.OutputStreamWriter System/out)))

(do
  (prn "™")
  (prn "λ")
  (.println System/out "⚙️")
  (prn "中文"))

(binding [*out* *out* #_(java.io.OutputStreamWriter. System/out #_(java.nio.charset.Charset/forName "UTF-8"))]
  (println "✓ works")
  (prn "⚙️"))

try it with and without the alter-var-root

ok, can you now uncomment in the right version the #_ in the binding and then once more (so with and without th explicit encoding)?

What I'm trying to figure out is why resetting *out* to something that looks the same makes things work. My hypothesis is that init at build time of *out* somehow captures the wrong encoding. But that doesn't manifest itself in the repro.

hopefully I understood what you meant here:

not sure if this is expected, but I see different results with a script vs evaling:

this might be expected since *out* is dynamically bound there. can you try (set! *out* ...) there instead?

also try the binding with the #_ uncommented

I made a "fix" in this bb binary. you can also test with that one? without the alter-var-root etc it should now work (hopefully 🤞 ) https://github.com/babashka/babashka/actions/runs/18005507477/artifacts/4103448816

looks like the variant without alter-var-root is still not working

are you sure you have downloaded the binary? I couldn't in an incognito window facepalm

I believe so, it's showing version v1.12.209-SNAPSHOT.

interesting. so I guess as long as you're logged in with Github you can download it

ok, let me try something different\

yeah, I did have to sign in, but ran into that downloading the original repro 🙂

About to start a long block of meetings so I might be even slower to respond, but happy to help try anything else.

thank you!

This one worked for me no matter what I did (alter-var-root etc): https://github.com/babashka/babashka/actions/runs/18006768113/artifacts/4103894502 I still had to set the UTF-8 output in powershell though.

$OutputEncoding = [Console]::OutputEncoding = [System.Text.UTF8Encoding]::new()

looks good

no, it doesn't support it, which the error message attempts to convey but apparently not successfully :)

(it's not that bb doesn't want t support it but it can't due to limitations of graalvm)

No-no it's pretty clear, I was asking just to ensure

I see it in bb print-deps --format classpath

and I'm using like

(ns mcp-server-sample.main
  (:import
   [com.fasterxml.jackson.databind ObjectMapper]
   [io.modelcontextprotocol.server.transport StdioServerTransportProvider]))

(StdioServerTransportProvider. (ObjectMapper.))

Nvm, I found a constructor that didn't need the objectMapper but now I'm facing the same but for https://github.com/modelcontextprotocol/java-sdk/blob/main/mcp-core/src/main/java/io/modelcontextprotocol/server/McpServer.java class

Maybe it's just not bb compatible

not sure I need to do anything

Actually it's not finding any class from mcp java sdk, maybe bb doesn't allow third party java libs?

https://github.com/babashka/babashka/blob/master/src/babashka/impl/classes.clj

no third party java libs unless included in the image

you can still use regular clojure though :)

yeah, I went with that in the end hehe Too used to use bb for everything 😅