MODULES top-level directory, which is where the Tartarus website
scripts will (hopefully) start reading them from.

[originally from svn r4813]
[this svn revision also touched charset,enigma,filter,halibut,puzzles,pycee,sdlgames,timber]

[originally from svn r4788]
[this svn revision also touched bmbm,caltrap,charset,enigma,filter,fonts,golem,grunge,halibut,html,lj,local,misc,polyhedra,putty-website,putty-wishlist,puzzles,pycee,sdlgames,svn-tools,timber,tweak]

[originally from svn r2211]

screwing down this sort of thing.

[originally from svn r2203]

[originally from svn r2202]

[originally from svn r2201]

[originally from svn r2197]

  cvs up -j1.56 -j1.57 plink.c
  cvs up -j1.144 -j1.145 putty.h [svn diff -r1999:2000]
Remove "-log" option from Plink. AFAICT this code has been dead since Roman
Pompejus' improved logging (Jan 2001).

[originally from svn r2001]

  cvs up -j1.40 -j1.41 psftp.c [svn merge -r1996:1997]
Fix pscp-cmdline-port-bug for PSFTP too. (Also removes what appears to be a
gratuitous re-implementation of the "-l user" option.)

[originally from svn r1998]

  cvs up -j1.87 -j1.88 scp.c [svn merge -r1993:1994]
Fix code which was clobbering people's -P arguments in PSCP (moved it to
before the deferred command line processing).
Also removed a couple of unused variables.

[originally from svn r1995]

have been cause of a Plink bug since it no longer got initialised.

[originally from svn r1986]

[originally from svn r1985]

[originally from svn r1984]

DH group exchange, but choke when you actually try it. Never
automatically enabled; manual control only.

[originally from svn r1982]

its main message loop, otherwise keyboard accelerators will not work
in the dialogs. I MUST NOT FORGET THIS AGAIN.

[originally from svn r1981]

present, bring it to the front.

[originally from svn r1980]

code.

[originally from svn r1976]

[originally from svn r1975]

[originally from svn r1974]

better error reporting for SOCKS 5 and HTTP proxies.

[originally from svn r1973]

[originally from svn r1972]

proxies.

[originally from svn r1971]

[originally from svn r1970]

[originally from svn r1969]

[originally from svn r1968]

mysterious Windows GDI bug. Looks unlikely to cause any other
trouble and it's pretty small, so it can go in.

[originally from svn r1963]

longer just sit there like a lemon if we can't find the channel in
question, we bomb out and complain. With any luck, remaining
problems of this type should be easier to catch under this policy.

[originally from svn r1962]

receiving of CLOSE and CLOSE_CONFIRMATION separately rather than
taking short cuts. I believe ssh-1.2.33 sending CLOSE_CONFIRMATION
before CLOSE was causing the remaining incidences of bug
`nonexistent-channel'. (ssh-1.2.33 appears to have unilaterally
decreed that CLOSE and CLOSE_CONFIRMATION are respectively renamed
INPUT_EOF and OUTPUT_CLOSING, hence there is no longer an ordering
constraint on them. Bah.)

[originally from svn r1961]

so that when people send us a packet log they never forget to send
the Event Log alongside it :-)

[originally from svn r1960]

[originally from svn r1958]

Bump username storage from 32 to 100 chars. Also replaced a couple of magic
numbers with sizeof in ssh.c.
I don't believe this is going to startle any of the protocols PuTTY talks.

[originally from svn r1952]

Updated manual to reflect reality (e.g. usage messages, '-p port' not actually
  implemented, sprinkle references to '-i keyfile').
(I've put "Release 0.53" in the messages; let's hope this doesn't cause a
  flood of "where is 0.53?" email.)
I don't guarantee that the result is entirely sane and sensible in all
  respects, but it is at least consistent.

[originally from svn r1951]

[originally from svn r1949]

version number checks to determine the presence or absence of server
bugs.

[originally from svn r1936]

[originally from svn r1935]

lose vital information in some existing servers' messages.

[originally from svn r1932]

finally isolated the _important_ difference between Romano Trampus's
working printing.c and my failing one: he ignores the error return
from the first exploratory how-big-does-my-buffer-need-to-be call to
EnumPrinters(), because not having enough buffer space counts as an
error condition. Hence I am officially a klutz, but this should now
work. (Also reverted ENUM_LEVEL to 1, again, because that seems to
be the choice of people whose code works.)

[originally from svn r1915]

[originally from svn r1914]

PocketPC are, though -- perhaps it merits its own question. (Although I don't
know of anyone who's looked into it yet.)

[originally from svn r1913]

combinations of options to EnumPrinters() to see which one works,
but here's another one tried at random for now. *sigh*

[originally from svn r1912]