Fork me on GitHub
#unrepl
<
2018-03-13
>
kotarak06:03:59

@dominicm If it amounts to channels I can provide something to test. But I still use things like lambdas and partials. If that also is a problem....

dominicm07:03:08

@ @kotarak those were back ported. The neovim team strictly feel their channel implementation is better though.

kotarak08:03:45

Pffff.... maybe under the hood. Certainly not by API. I'm still puzzled about the EOF. Will provide you something this evening. If you like you can test. If it works, this can be probably abstracted away.

dominicm08:03:48

There is a library which abstracts already

dominicm08:03:58

Might be worth reading

dominicm08:03:33

I think there's a typo > Alternatively the {stream}_buffered option can be set to invoke the callback only when the underlying stream reaches EOF, and will then be passed in complete output. Should be > Alternatively the {stream}_buffered option can be set to invoke the callback only when the underlying stream reaches EOF, and will then be passed complete output.

dominicm08:03:15

The neovim gitter is good if you have questions

kotarak17:03:33

@cgrand It has to be a map?

kotarak17:03:05

No (apply merge ...)?

kotarak17:03:01

More voodoo heuristic and regex trickery.

cgrand17:03:11

@kotarak how do you plan to use it (in very detailed terms)?

cgrand17:03:08

Would an option that creates a partial blob to which you would need to append your maps and then ’]\n` be ok or do you prefer a eady made blob and substitue something in it?

kotarak18:03:19

My use case is the "multiple plugins" scenario. Each provides it's own actions map. However, they simply be string concated. They have to be read to be merged. But this is hard because of the representation. Just reading the files and wrapping everything in a pair of []s would be nice. But anyway: I've got a regex, which strips the outer {}s including some possible leading comments. Then I can concat again and wrap {}s.

kotarak18:03:37

This works. Modulo key uniqueness.

kotarak18:03:20

I just prefer something more robust. regex always make me feel uneasy. But the heck. The EDN parser is now full of 'em.

kotarak18:03:57

make-blob still takes the actions map.

kotarak18:03:18

That kind of defeats the purpose....

cgrand19:03:39

Baby steps

kotarak20:03:07

I was investigating why the process was shouting exceptions at me. Turned it read an empty map. And then mine. That of course failed because of the tagged literals.

kotarak18:03:05

oh. And the EDN parser currently doesn't understand. #:foo{:bar :baz}.

kotarak18:03:18

More things to fix.

kotarak19:03:08

That is also not possible for the action map, btw.

kotarak19:03:35

At least not with regexes....

kotarak19:03:03

This is what I would propose. Please note the lack of voodoo. Whatever your opinion: the marked line contains a bug.

cgrand20:03:18

I agree with the general direction (I intended to move this stuff from make-blob to repl too). I’ll give a closer look tomorrow.

kotarak19:03:27

With these changes a vimpire with sunscreen can prey on innocent clojure processes without ever invoking base64 in a Makefile. And extensibly so.

kotarak19:03:43

Also note: by that change unrepl can provide the blob, and the user never has to generate it.