PuTTY bug unclean-close-crash

Home | Licence | FAQ | Docs | Download | Keys | Links
Mirrors | Updates | Feedback | Changes | Wishlist | Team

We are getting persistent reports of PuTTY crashing when a session is closed uncleanly, for instance by a network error such as "software caused connection abort". This limits the usefulness of the ability to restart dead sessions that was introduced in recent releases.

(Some people are apparently in the habit of hibernating their machines with active PuTTY connections. When the machines come back up, the network connections are likely to be invalid, so PuTTY throws a network error and gives the same problem.)

Many (all?) of the reports indicate that port-forwarding is in use. We've not yet been able to reproduce it.

Reports:

• OF9474F5EC.6EF0B984-ON80256E55.00617997-80256E55.0061B13F@plasmon.co.uk
  0.53b; pfd; NULL ptr ref?
• 4073CD52.8090404@attunity.co.il
  0.53+(0.53b, 0.54?); pfd; SCCA
  debug info -- apparent use of bogus ssh
• 6.1.2.0.2.20040922120006.01a98a18@imap.hut.fi
  0.55; pfd; network error; sending on port causes crash
• 20041117185616.1516.qmail@web41502.mail.yahoo.com
  0.56; pfd; SCCA; PuTTY using excessive CPU
• E1CYwFK-0003zT-00@ixion.tartarus.org
  0.56, r4918(2004-11-29); pfd; SCCA
  also assertion ssh.c:3365 ssh->state == SSH_STATE_CLOSED
• 200501090053.j090roW0028426@q7.q7.com
  0.56, 2005-01-16; pfd; SCCA; tunnels still open; Dr Watson
• 41F4C327.20905@hybrid.fi
  0.56 and 2005-01-24; pfd; SCCA; stack backtrace (apparent use of bogus ssh)
  also sees assertion ssh.c:3365 ssh->state == SSH_STATE_CLOSED with 0.56
• 20050128171423.GB719@firebyte.bytnar.net
  0.55/0.56; pfd; SCCA
  also SOCKS connections not killed (fixed in 2005-02-18)
• 200411010710.iA17AJAW014641@smtp.hispeed.ch
  0.56; XPSP1; SSH server disconnect ("connection timed out" is fine!)

Possibly related code activity:

• access of freed ssh->channels fixed r4946, s/s 2004-12-03
• leaving channels/listening sockets lying around fixed r5325, s/s 2005-02-18

Audit trail for this bug.