For the people not following my bug tracker: I fixed it now.
On Friday, February 2, 2018 at 2:44:25 PM UTC+1, berthold.baeuml wrote:
>
> https://pkgs.racket-lang.org/package/msgpack is a nice package to use.
> Thank you for providing it. But there is a bug for sequence lengths >15
> and <255. I
https://pkgs.racket-lang.org/package/msgpack is a nice package to use. Thank
you for providing it. But there is a bug for sequence lengths >15 and <255. I
filed an issue at https://gitlab.com/HiPhish/MsgPack.rkt/issues/4
Berthold
> On 2. Feb 2018, at 01:04, HiPhish wrote:
>
> On Wednesday,
On Wednesday, January 31, 2018 at 4:17:09 PM UTC+1, Greg Hendershott wrote:
>
> Another way is for two (OS) processes to "pipe" I/O to each other.
>
This is a great idea since it would allow to integrate any language with
the .NET application. It is how Neovim does it: the main application is
N
Another way is for two (OS) processes to "pipe" I/O to each other.
The back-and-forth "protocol"?
It could be as simple/ad-hoc vs. as formal/ceremonial as you prefer.
It could be text line-oriented, or JSON, or s-expressions, or raw bytes.
I might use this as a starting point, get some mileage
Hello:
We have an application on Windows that can be extended with .Net
components (DLL). We mostly use C# for this purpose. Our idea now is to
"embed" Racket into one of these components.
After reading the documentation of the FFI and de C API I am unsure what
may a good way to accomplish that.
5 matches
Mail list logo