Justine Tunney

Yes I agree moving quickly is the most important thing. Watching you do this is a beauty to behold. You seem to be following standard practices based on my reading...

@tkchia It's fine to add a feature that Linux-only so long as it's documented as such. We have a lot of platform specific ioctl()'s and we usually don't polyfill them...

Someone would have to an MbedTLS API for Redbean. Due to the enormity of that task, its security sensitive nature, and the amount of binary footprint it'd add, I'd discourage...

Another thing you could do is learn the MbedTLS API. It's pretty good. Then contribute a *highly focused* API for creating TCP streams with the option of having TLS negotiated...

Hooray. Join our Discord and keep us posted if you do this. We can support your volunteer efforts. https://discord.gg/dwmWBfKD

Cosmopolitan just uses what the WIN32 gives us. It sounds like there's something special we need to be doing when reading the `NtInputRecord` data structures in order to support French...

I regret not better documenting this limitation. So here's the reason why that's happening: https://github.com/jart/cosmopolitan/blob/221a27836b30edfc58663f3196622454c31e8945/libc/dlopen/dlopen.c#L159-L176 Our trampoline needs to be rewritten in assembly code twice, for both x86-64 and aarch64....

Glad to hear you're not blocked on this one. I'm going to keep this issue open for more feedback, until eventually myself or someone else has time to tackle this.

This issue has been fixed by 0e49bed66.

Have you seen our new `Curve25519` API? ``` >: secret1 = "\1" >: secret2 = "\2" >: public1 = Curve25519(secret1, "\9") >: public2 = Curve25519(secret2, "\9") >: Curve25519(secret1, public2) "\x93\xfe\xa2\xa7\xc1\xae\xb6,\xfddR\xff......