lumo

:lumo: Standalone ClojureScript environment. Currently at version 1.9.0
cgrand 2017-12-18T13:22:31.000144Z

Hi, what’s the rationale behind the lumo.repl/executeXXX functions being synchronous? and/or: is there a reason for eval and print being bolted together in executeXXX?

2017-12-18T13:35:16.000162Z

@cgrand you're refering to this part? https://github.com/anmonteiro/lumo/blob/master/src/cljs/snapshot/lumo/repl.cljs#L222-L223 I've been looking at this a tiny bit, when removeing this part, the repl just won't work.

cgrand 2017-12-18T13:36:37.000336Z

no, not that

cgrand 2017-12-18T13:37:10.000361Z

out of curiosity, do you get a stack overflow if you uncomment that?

2017-12-18T13:37:44.000552Z

no, not with dev, I remember just typeing command and press enter, and nothing happens and the promt disappears.

cgrand 2017-12-18T13:39:14.000224Z

my main issue is there https://github.com/anmonteiro/lumo/blob/master/src/cljs/snapshot/lumo/repl.cljs#L1148

anmonteiro 2017-12-18T13:39:46.000432Z

what’s the problem with that

cgrand 2017-12-18T13:40:28.000493Z

we just get a value out of evaluation and it’s going straight to printing, I’d like to potentially suspend the loop here so it means introcuding a callback

anmonteiro 2017-12-18T13:41:00.000469Z

can’t you use lumo.core/eval?

cgrand 2017-12-18T13:46:37.000010Z

@anmonteiro sure I can. It all depends on what is your goal. Do you want to make lumo repls “upgradable” or do you want to require user to add some unrepl stuff to their classpath and specify a special :accept?

cgrand 2017-12-18T13:47:12.000487Z

The later is already possible since you introduced :accept.

cgrand 2017-12-18T13:48:02.000440Z

The former requires current lumo repl to be modified.