Hi there. I'm not sure if this question belongs here but I can't find another proper place for it. I'm working on a CLI Clojure app which has a hot-reload feature for certain files it's working with. I'm using https://github.com/wkf/hawk and it seems that every time I change a file there are two events fired instead of one. Looking around on StackOverflow it seems that Java's WatchService is fired twice when the content is changed and when the modification timestamp is changed. Has anyone encountered anything like this in their work? Doing double work is not really a biggie but def something I'd like to avoid. Thanks in advance.

Understand deeply OOP is a pre-requisite to understand and code proficiently in funcional paradigm? A beginner that is gonna work with functional languages HAS to learn deeply OOP?

easy/dumb question: How can I break out of an infinite loop in the repl?

hmm i had that problem just yesterday and had to kill the java process

Some repls offer a way to attempt this. What’s your repl setup?

Some REPLs you can type Ctrl-C and it will kill the whole JVM process. There is a stop() JVM API method that can be used to kill a thread, but it is deprecated because in the general case it can lead to a state of your JVM where locks are held and never released on objects, and leave them in an intermediate bad state. ( https://www.baeldung.com/java-thread-stop for some details and alternatives to using the stop() method, but they require that your loops that might go into an infinite loop to be modified).

in nrepl, control+c kills the current thread's computation, but doesn't kill the process

I’m playing around with Clojure by doing deaf aunty, basically it gets input from the user and returns a response depending on if the string is fully capitalised or not. To leave the conversation with “aunty” you need to say “BYE” 3 times. My code is as below

(ns deaf-aunty.core)
(require '[clojure.string :as str])


(defn is-all-capitalized? [string]
  (= string (str/upper-case string)))

(defn talk-to-aunty [string]
  (if (is-all-capitalized? string) " NO, NOT SINCE 1938!" "HUH?! SPEAK UP, SONNY!"))

(def consecutive-byes (atom 0))

(defn deaf-aunty-run []
  (case (read-line)
    "BYE"   (if (= @consecutive-byes 3)
              (println "Okay BYE!")
              (do
                (println "What!? You want to leave????")
                (reset! consecutive-byes (+ @consecutive-byes 1))
                (recur)))  
    (do
    (reset! consecutive-byes 0)  
    (println (talk-to-aunty read-line))  (recur)
    )
    )
  )

(deaf-aunty-run)

"BYE"   (if (= @consecutive-byes 3)
              (println "Okay BYE!")
              (do
                (println "What!? You want to leave????")
                (reset! consecutive-byes (+ @consecutive-byes 1))
                (recur)))  

Does anyone here know vega[lite]? I am trying to chart some data using oz, and I don’t know how to get it to recognize timestamps as quantifiable values

what's the recommended way to run a zero arity function with clj? clj -X my.ns/my-fn will give Wrong number of args (1) passed to: my.ns/my-fn

-X only runs functions with a single argument, which must be a hash map.

You could run it with -e instead but you'll need to require/resolve it -e "((requiring-resolve,'my.ns/my-fn))"

I have several zero arity functions that would be nice to be able to invoke from the command line and I don't necessarily want to change them to just to run with -X. I can always make something to put in my deps.edn, but I was just wondering if there was already a recommended approach

you could make a single arity function which accepts information about which zero arity fn to call?

requires setting up a single function rather than changing all of your zero arity versions

doesn't sound too hard. I basically just want something like -X with the same parsing rules, but instead of producing a single map to pass to a 1 arity exec function, it produces a vector to produces to apply to an exec function. Just wanted to double check that this functionality didn't already exist.