hello, anybody here uses sayid on spacemacs?

I have no idea why but when I do (sayid-get-workspace) the buffer is empty 😕

(i’m trying to use it to debug tests)

the error i get on *Messages* is: sayid-find-existing-file: Wrong type argument: stringp, nil

@imparato.andrea Evaling the buffer first can sometimes fix the latter issue

i did that 😞

it seems like that the workspace buffer is “stuck”

I've only used the cider-debugger which works nicely for specific functions. sayid looks really powerful, but havent had chance to make use of it yet.

@imparato.andrea maybe you've capture too much? Do you get a timeout when it tries to render the *sayid* buffer?

i think i found the problem:

java.lang.NullPointerException: null
 at clojure.lang.Compiler.maybeResolveIn (Compiler.java:7309)
    clojure.core$ns_resolve.invokeStatic (core.clj:4336)
    clojure.core$ns_resolve.invokeStatic (core.clj:4325)
    clojure.core$resolve.invokeStatic (core.clj:4338)
    clojure.core$resolve.invoke (core.clj:4338)
    com.billpiel.sayid.trace$untrace_var_STAR_.invokeStatic (trace.clj:155)
    com.billpiel.sayid.trace$untrace_var_STAR_.invoke (trace.clj:151)
    com.billpiel.sayid.inner_trace3$eval7971$fn__7972.invoke (inner_trace3.clj:795)
    clojure.lang.MultiFn.invoke (MultiFn.java:233)
    clojure.lang.AFn.applyToHelper (AFn.java:156)
    clojure.lang.AFn.applyTo (AFn.java:144)
    clojure.core$apply.invokeStatic (core.clj:657)
    clojure.core$apply.invoke (core.clj:652)
    com.billpiel.sayid.workspace$disable_all_traces_BANG_.invokeStatic (workspace.clj:114)
    com.billpiel.sayid.workspace$disable_all_traces_BANG_.invoke (workspace.clj:107)
    com.billpiel.sayid.workspace$disable_all_traces_BANG_.invokeStatic (workspace.clj:108)
    com.billpiel.sayid.workspace$disable_all_traces_BANG_.invoke (workspace.clj:107)
    clojure.lang.Var.invoke (Var.java:381)

😱

oh... you tried to use inner trace?

I don't use it. It can blow up

I should remove it

I should do a lot of things though......... 😄

i was just following the sayid README

fair

The example in the README worked at some point

but in general, the inner trace feature is not safe

ok

good to know 😄

ha agreed

ok so this is how spacemacs starts the repl

[nREPL] Starting server via /usr/local/bin/lein update-in :dependencies conj \[nrepl\ \"0.6.0\"\] -- update-in :plugins conj \[com.billpiel/sayid\ \"0.0.18\"\] -- update-in :plugins conj \[refactor-nrepl\ \"2.5.0-SNAPSHOT\"\] -- update-in :plugins conj \[cider/cider-nrepl\ \"0.23.0-SNAPSHOT\"\] -- repl :headless :host localhost

after that i switch the repl to the buffer namespace

and load the buffer

then i load the namespace on sayid (sayid-trace-ns-by-pattern)

i get

Traced namespaces:
  15 / 15  *name_of_the_namespace*
  6 / 6  *name_of_the_namespace*
  0 / 0  *name_of_the_namespace*

and the (sayid-get-workspace) and it hangs

😢

hmmmm.... seems like you didn't do anything that would capture data

meaning... given those steps, I would expect an empty **sayid** buffer

do i need to execute functions on the repl?

yes. If you were to execute name-of-ns/name-of-fn

then do (sayid-get-workspace)

you should see something

funny enough, same configs, same emacs on different laptop and it works

different project tho

could be that is the project the problem

problem, project is not mine 😄

yeah, I've seen sayid work in some places and not others and not known why

especially, when other people have reported bugs, of course

maybe a transitive dep??

so, after you execute a traced function, you still get nothing in the sayid buffer?

yep

ok, that sucks

i see stuff on the repl so the code is running

and i also get the results from the function

gotcha. Yeah. bummer

hmm i gotta a workspace no idea how lol

the plot thickens!

😄

ok i wasn’t not capturing data indeed

thx for the help @bpiel 🙂

No prob! 👍

and thx very much for having created this amazing tool

you're welcome!

good luck with it