beginners

TypeScripter 2025-09-04T15:29:34.629669Z

Trying to launch the Figwheel REPL by running the command from https://figwheel.org/#quick-usage clojure -Sdeps "{:deps {com.bhauman/figwheel-main {:mvn/version \"0.2.20\"} com.bhauman/rebel-readline-cljs {:mvn/ version \"0.1.4\"}}}}" -M -m figwheel.main Results in the REPL never becoming active due to an error on the web side of things. Namely one of the required assets is not getting served properly and 404 is return instead -- http://localhost:9500/cljs-out/goog/base.js Response body: > Figwheel Server: Resource not found > Keep on figwheelin' yep

gaverhae 2025-09-08T13:55:49.982609Z

20 and 19 are broken for me too, but 18 seems to work:

clj -Sdeps "{:deps {com.bhauman/figwheel-main {:mvn/version \"0.2.18\"}}}"  -M -m figwheel.main
That said, I've recently had better experience with https://shadow-cljs.github.io/docs/UsersGuide.html (also: #shadow-cljs) for ClojureScript.

seancorfield 2025-09-04T15:39:58.098619Z

I can confirm that the command above doesn't work for me either. I see 404s preventing cljs from running. @bhauman Any ideas?

TypeScripter 2025-09-04T15:29:55.950039Z

Does the REPL quick start also break for anyone else or it works?

daveliepmann 2025-09-04T19:39:16.311769Z

Do you mean https://clojurescript.org/guides/quick-start ? What exactly is breaking?

karol.adamiec 2025-09-05T08:01:09.847289Z

yes, the browser is unable to download some goog things.

ChillPillzKillzBillz 2025-09-04T17:49:23.009559Z

Hello All, When using memory mapped file IO in clojure using the clj-mmap library, is there a way to read a line? I ask because it appears that the only way to read a file using this way is by reading byte chunks. Many thanks for any help!

2025-09-07T23:50:27.457999Z

my mistake

2025-09-07T23:51:41.914679Z

I checked the value of \n in my repl, and of course I should have checked \newline instead

2025-09-08T00:02:45.302499Z

user=> (System/lineSeparator)
"\n"
the problem with using that is it isn't based on the text you are looking at, it is based on the language settings of the user running the code, this can be a weird source of bugs

2025-09-08T00:03:34.822919Z

(ins)user=> (first (System/lineSeparator))
\newline
(ins)user=> (int (first (System/lineSeparator)))
10

2025-09-04T23:24:52.299429Z

IMHO your best bet is to check out the underlying java library. there's a asCharBuffer method, and CharBuffer has a .codePoints method. you could iterate the codepoints, separate on 110 (the int value of newline), and make strings the code is very small and isn't about characters or strings https://github.com/thebusby/clj-mmap/blob/master/src/clj_mmap.clj

2025-09-04T23:25:41.833259Z

or you could just iterate the bytes and split on 110 but that could break for unicode

2025-09-05T09:08:14.966289Z

Bard (or whatever it is these days) says, "ASCII code 110 represents the lowercase letter "n"." Usually the line separator characters are 13 and 10, or just 10, but if it's related to the platform you can ask Java with System.lineSeparator