On Monday, January 6, 2003, at 04:30 PM, Jeff Hobbs wrote:
In any case, I did want to mention that since 8.2 Tcl has had stacked channels in the core. Extensions like Trf, memchan and TLS use this to do compression and/or encryption on channels transparent to the user. gzip gets a bit more complicated because you have to stack multiple things to get it right (compression and checksums), but it can still be wrapped in a transparent manner. The same could go for ssl encryption, which is in fact what tclhttpd uses, simply like so:
I create a new channel type in tclcmds.c in the nsopenssl module to allow Tcl's gets, puts and friends to work with an SSL "socket", though I didn't use channels for the C API portion of the process. Are there any performance issues with stacking channels? /s.
