mirror of
https://git.tartarus.org/simon/putty.git
synced 2025-01-25 01:02:24 +00:00
ca70b1285d
Previously, a setup function returning one of these socket types (such as platform_new_connection) had to do all its setup synchronously, because if it was going to call make_fd_socket or make_handle_socket, it had to have the actual fds or HANDLEs ready-made. If some kind of asynchronous operation were needed before those fds become available, there would be no way the function could achieve it, except by becoming a whole extra permanent Socket wrapper layer. Now there is, because you can make an FdSocket when you don't yet have the fds, or a HandleSocket without the HANDLEs. Instead, you provide an instance of the new trait 'DeferredSocketOpener', which is responsible for setting in motion whatever asynchronous setup procedure it needs, and when that finishes, calling back to setup_fd_socket / setup_handle_socket to provide the missing pieces. In the meantime, the FdSocket or HandleSocket will sit there inertly, buffering any data the client might eagerly hand it via sk_write(), and waiting for its setup to finish. When it does finish, buffered data will be released. In FdSocket, this is easy enough, because we were doing our own buffering anyway - we called the uxsel system to find out when the fds were readable/writable, and then wrote to them from our own bufchain. So more or less all I had to do was make the try_send function do nothing if the setup phase wasn't finished yet. In HandleSocket, on the other hand, we're passing all our data to the underlying handle-io.c system, and making _that_ deferrable in the same way would be much more painful, because that's the place where the scary threads live. So instead I've arranged it by replacing the whole vtable, so that a deferred HandleSocket and a normal HandleSocket are effectively separate trait implementations that can share their state structure. And in fact that state struct itself now contains a big anonymous union, containing one branch to go with each vtable. Nothing yet uses this system, but the next commit will do so. |
||
|---|---|---|
| .. | ||
| utils | ||
| agent-client.c | ||
| agent-socket.c | ||
| askpass.c | ||
| cliloop.c | ||
| CMakeLists.txt | ||
| columns.c | ||
| columns.h | ||
| config-gtk.c | ||
| config-unix.c | ||
| console.c | ||
| dialog.c | ||
| fd-socket.c | ||
| gss.c | ||
| gtk-common.c | ||
| gtkcompat.h | ||
| gtkmisc.h | ||
| keygen-noise.c | ||
| local-proxy.c | ||
| main-gtk-application.c | ||
| main-gtk-simple.c | ||
| network.c | ||
| no-gtk.c | ||
| noise.c | ||
| osxlaunch.c | ||
| pageant.c | ||
| peerinfo.c | ||
| platform.h | ||
| plink.c | ||
| printing.c | ||
| procnet.c | ||
| psocks.c | ||
| psusan.c | ||
| pterm-config-xpm.c | ||
| pterm-xpm.c | ||
| pterm.bundle | ||
| pterm.c | ||
| pterm.plist | ||
| pty.c | ||
| putty-config-xpm.c | ||
| putty-xpm.c | ||
| putty.bundle | ||
| putty.c | ||
| putty.plist | ||
| serial.c | ||
| sftp.c | ||
| sftpserver.c | ||
| sharing.c | ||
| storage.c | ||
| unicode.c | ||
| unifont.c | ||
| unifont.h | ||
| uppity.c | ||
| uxsel.c | ||
| window.c | ||
| x11.c | ||
| x11misc.h | ||