PuTTY bug ssh-remoteid-minusone

summary: Remote channel numbers of 0xffffffff will confuse PuTTY
class: bug: This is clearly an actual problem we want fixed.
difficulty: fun: Just needs tuits, and not many of them.
priority: medium: This should be fixed one day.
present-in: 2005-01-19
fixed-in: 2005-01-23 (0.58) (0.59) (0.60) (0.61) (0.62)

Within ssh.c, PuTTY uses a server channel number of (unsigned)(-1) to

represent a channel that doesn't have a server channel number assigned

yet.  Neither SSH-1 nor SSH-2, though, places any restriction on the use

of 0xffffffff as a channel number, which is what (unsigned)(-1) will

be on a 32-bit system.  If a server using 0xffffffff as a channel

number, PuTTY will not believe that the channel is properly open, and

will, for instance, die with a fatal error if the server tries to

close it.

Audit trail for this bug.

If you want to comment on this web site, see the Feedback page.
(last revision of this bug record was at 2005-03-10 16:36:42 +0000)