3 ms·
Since the entire design of Pipelines is 0-copy, I figure you would have to manually pull from one pipe, operate on it and push the resulting data into another p
by algorithmsRcool 8y ago
Since the entire design of Pipelines is 0-copy, I figure you would have to manually pull from one pipe, operate on it and push the resulting data into another pipe.
Im sure there is an example of connecting pipes together like this somewhere. Maybe in Kestrel or SignalR (Core)?
- josteink 8y ago> Im sure there is an example of connection pipes together like this somewhere. Maybe in Kestrel or SignalR? Last I checked, SignalR haven’t had a release in years, so I wouldn’t go there looking for news.
- algorithmsRcool 8y agoSignalR Core is what i meant. It is alive an under active development on .NET Core https://github.com/aspnet/SignalR https://github.com/aspnet/SignalR
- josteink 8y agoThat’s definitely something different and you appear to be correct: https://github.com/aspnet/SignalR/search?q=pipelines&unscoped_q=pipelines https://github.com/aspnet/SignalR/search?q=pipelines&unscope...
- moomin 8y agoYes, but assume you’re lazy: CompressionStream and EncryptionStream already exist.
- CodesInChaos 8y agoIf you're referring to [`CryptoStream`](https://msdn.microsoft.com/en-us/library/system.security.cryptography.cryptostream.aspx https://msdn.microsoft.com/en-us/library/system.security.cry...), forget it. Using it securely (in particular against chosen ciphertext attacks) is nigh impossible.
- Const-me 8y agoI wonder which of that applies to SslStream class from the framework? https://msdn.microsoft.com/en-us/library/system.net.security.sslstream(v=vs.110).aspx https://msdn.microsoft.com/en-us/library/system.net.security...