(class '+1) you can figure out the answer from this ^ :)

ah yes that makes sense. thank you!

tunnel vision

I don't get it. (class '+1) => java.lang.Long Why is it a long?

+1 is analogous to -1, i.e. a number literal

Something else that needs to be said is that symbols don't have any real restrictions on their valid value for now, but the reader cannot read all values of symbols. So with the function symbols you can create any symbol, but you can't use the literal syntax for all of them:

(symbol "this is a valid symbol even!")

;; But off course it can't be read as one
'this is a valid symbol even!

;; Though there's an ugly hack using the eval reader
'#=(clojure.lang.Symbol/intern "this is a valid symbol even!")

;; which works for +1 as well
'#=(clojure.lang.Symbol/intern "+1")

@U63D7UXJB You sure about that?

user=> (:inline (meta #'max))
#object[clojure.core$nary_inline$fn__5558 0x591fd34d "clojure.core$nary_inline$fn__5558@591fd34d"]

as for the middleware, perhaps I'd cheat my way and dissoc :inline in that case and possibly other entries, like :tag (:tag, I think can have symbols, strings or classes as its values. Classes may not be always serializable / or something you want to serialize, considering that the receiving end may have a different classpath)

#function does not appear to be a thing in clojure

I’ve never seen it before.

hm dunno why I'm getting a different result than you potetm, I'll have another look

it depends on the stack, dunno about the specifics

oh I see vemv, glad I'm not going mad

thanks

@U45T93RA6 what do you mean it depends on “the stack?”

How did you get the first result?

the former is a lein repl with a lot of stuff in the classpath the latter is a raw clj repl sorry I can't give a super specific answer, I'm sure someone will chime in

Yeah some library ya’ll are using is jacking with the print-method

all dis seems not-so-good 😄

bbiab

looks like a cider thing: https://metaredux.com/posts/2019/12/05/pimp-my-print-method-prettier-clojure-built-in-types.html

nice find! yes I use cider-nrepl

:disapprove:

Meta doesnt normally get serialized when you use pr, so it shouldn't cause a problem.

there’s a lot of “doesn’t normally” and “shouldn’t” in that statement

you don’t want something as fundamental as serialization to have differences between prod and dev

just a recipe for bugs

Generally: You should’t be extending protocols/type-driven multimethods if you don’t either own the protocol or the type.

It will cause bugs. (I’ve seen it.)

You have to extend print-method to add custom types to EDN, the "E" is for extensible, and so that's the functionality for it. I'd personally prefer clojure.edn had its own write multi-method, but alas. What this means is that something is not properly extending print-method and I'd cut them a ticket, since print-method should handle the *print-readably* flag where when true, it should print in a way that is readable by the reader.

Though for custom types, you'll also need to provide clojure.edn with how to read it

just got back to this, thanks a lot for the discussion it's educational

it did indeed cause me a quite strange bug where edn wouldn't roundtrip (clj=>cljs), and the only way to work out why was to do an element-by-element search partitioning the push of a giant structure, but first I looked in several wrong places for the origin

@U07S8JGF7 what do you prefer to cider nrepl?

@U63D7UXJB I use cursive.

And I manually start up my own socket repl.

I don't think we've established that the issue is due to cider yet. How are you doing the edn serialization?

Are you on purpose serializing the meta?

yes

Oh I see. And it's the deserialization which fails? Or the serialization?

So basically in EDN, neither #object[...] nor #function[...] are standard tagged elements. So you'll need to provide edn/read with a custom reader for them. By default, pr and prn do not serialize everything to proper EDN as well, Java objects for example won't automatically serialize to EDN. You need to extend print-method for those yourself, and have the implementation of print-method for it when *print-readably* is true return their EDN compatible serialized form. That's normally done with a tagged element. But a function is non-trivial to serialize and deserialize FYI. So you might not be able to do that.

Your best bet here is to just skip over :inline keys when serializing here. In fact, since people can shove whatever in the meta, and you're making a Middleware, I would go with an include-list. So filter the meta with keys you know you can round-trip so only those get serialized and ignore the rest.