Added a command-line key generation tool. Currently builds and runs
on Linux, but the (very few) platform-specific bits are already
abstracted out of the main code, so it should port to other
platforms with a minimum of fuss.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3762 cda61777-01e9-0310-a592-d414129be87e

Placate some gcc warnings.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3761 cda61777-01e9-0310-a592-d414129be87e

Fix a casting bug with the length-independent sshbn code.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3760 cda61777-01e9-0310-a592-d414129be87e

Bah! Nicolas Barry correctly points out that my async agent code
simply doesn't work - if multiple concurrent agent requests are
attempted, some of them will fail for no apparent reason. I assume
concurrent SendMessage() calls don't work in the Windows API, or
some such. So I'm commenting out the async code for the moment
(there wasn't a Windows Pageant that made helpful use of it anyway
yet) and returning to the drawing board.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3756 cda61777-01e9-0310-a592-d414129be87e

Kaisuke Nakajima points out that it's unnecessary to translate
negative font sizes (meaning pixels) into positive ones (points) in
winstore.c, since it gets done anyway at the point of font creation;
and removing the code in winstore.c means that the precise font
entered by the user is saved in the config, rather than being
rounded.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3755 cda61777-01e9-0310-a592-d414129be87e

Darryl L. Miles's patch to support an optional port number argument
on the PSFTP `open' command; it was arguably a bug that this command
couldn't do such an obvious thing that could be done from the main
command line. Also had to fix a NULL-dereference in do_sftp_cleanup
in the process.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3754 cda61777-01e9-0310-a592-d414129be87e

Theo Markettos's unsigned-vs-signed-char pedantry patch.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3753 cda61777-01e9-0310-a592-d414129be87e

Two small memory leaks, also noticed by Martin Prikryl.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3752 cda61777-01e9-0310-a592-d414129be87e

Martin Prikryl points out that need_pw may be used uninitialised.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3751 cda61777-01e9-0310-a592-d414129be87e

`What is PuTTY?' gets asked _just_ frequently enough to have finally
annoyed me.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3749 cda61777-01e9-0310-a592-d414129be87e

Update for latest mkfiles.pl kerfuffle

git-svn-id: svn://svn.tartarus.org/sgt/putty@3747 cda61777-01e9-0310-a592-d414129be87e

Fix unterminated comments in previous checkin

git-svn-id: svn://svn.tartarus.org/sgt/putty@3746 cda61777-01e9-0310-a592-d414129be87e

Oh, and mention lcc in the README.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3745 cda61777-01e9-0310-a592-d414129be87e

Alexey Savelyev's mkfiles.pl patch to support lcc-win32. This has
caused a small amount of extra inconvenience at the tops of .rc
files, but it's been positive overall since lcc has managed to point
out some pedantic errors (typically static/extern mismatches between
function prototypes and definitions) which everything else missed.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3744 cda61777-01e9-0310-a592-d414129be87e

Paul van der Meij points out that do_reconfig() should not free
dp.errtitle, since it's also freed in dp_cleanup(). Minefield
agrees. Fixed.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3743 cda61777-01e9-0310-a592-d414129be87e

Josh Hill's patch for full-screen mode on a multi-monitor system:
clicks in the top left of the window should not be detected by
comparing the coordinates with (0,0) since this won't work on
secondary monitors.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3742 cda61777-01e9-0310-a592-d414129be87e

Mark Wutzke points out that the comment in sk_proxy_set_frozen()
states that plug_receive() may recurse back into
sk_proxy_set_frozen() again. Therefore, bufchain_consume() should
have been called _before_ calling plug_receive(), to prevent an
infinite loop overflowing the stack. I can't immediately figure out
under what circumstances this might happen, but it seems an
obviously sensible precaution.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3741 cda61777-01e9-0310-a592-d414129be87e

`portfwd-loopback-choice' was not consistently documented.
 - update usage info in tools
   - ack, plink is over 24 lines now
 - update man pages for Unix version
 - Doc changes:
   - move long description from (GUI) "config" to "using"
     - sorry if complete specification isn't what this section is meant for,
       but if you only read "using" it was hard to find.
   - ensure enough references to this made in other sections (GUI,
     command-line)
   - update instance of plink usage info

git-svn-id: svn://svn.tartarus.org/sgt/putty@3740 cda61777-01e9-0310-a592-d414129be87e

Idiot me _twice_! The new store_host_key() was failing in the
absence of an existing host key file. Duhh.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3737 cda61777-01e9-0310-a592-d414129be87e

Re local X server auth, clarify that it's _us_ you should mail, and link
to the Feedback section.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3734 cda61777-01e9-0310-a592-d414129be87e

Memory management fixes. Fixed a segfault in SSH1 compression
cleanup noticed by Gerhard Wiesinger, and also fixed some memory
leaks spotted by valgrind while debugging same.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3726 cda61777-01e9-0310-a592-d414129be87e

Oops, two lines moved out of my snapshot script should have been
left there! Bah.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3725 cda61777-01e9-0310-a592-d414129be87e

Various uninitialised-variable accesses picked up by valgrind.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3723 cda61777-01e9-0310-a592-d414129be87e

Building source archives for previous releases has always been a
fiddly process. Let's have a magic script designed to do it right.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3722 cda61777-01e9-0310-a592-d414129be87e

Joe Yates's patch to make mkfiles.pl generate Visual Studio project
files as well as an nmake makefile. Needed line-end tweakery in
order to be able to generate usable project files when run on Unix,
but other than that appears fine. Ooh!

git-svn-id: svn://svn.tartarus.org/sgt/putty@3721 cda61777-01e9-0310-a592-d414129be87e

So _that's_ why mkfiles.pl was running so slowly on my Windows box!
&findfile() now caches its results. At least one full order of
magnitude speedup when running on an SMB-mounted volume. Phew.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3720 cda61777-01e9-0310-a592-d414129be87e

Idiot me! store_host_key() was blindly _appending_ new host keys to
the end of the host key file. This is perfectly all right if a host
key never changes, but it's completely useless if you need to
replace an existing entry. This version should do better.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3719 cda61777-01e9-0310-a592-d414129be87e

It's a new year.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3679 cda61777-01e9-0310-a592-d414129be87e

Joe Yates's memory leak patch was overenthusiastically freeing
things; it called freebn on the DH gex values even if DH gex had not
taken place. Bug was trivially reproducible as a NULL-dereference
segfault by making any SSH2 connection with DH gex disabled. Should
now be fixed.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3678 cda61777-01e9-0310-a592-d414129be87e

D'oh! WideFont and WideBoldFont were being read from session files,
but not written. I _thought_ something odd was happening with my
UTF-8 pterms.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3673 cda61777-01e9-0310-a592-d414129be87e

Joe Yates's memory leak patches.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3650 cda61777-01e9-0310-a592-d414129be87e

Andy Hood points out that `#ifdef MONITOR_DEFAULTTONEAREST' would
benefit from _also_ being conditional on NO_MULTIMON not being
defined, to prevent the possibility of only half the multimon code
being included.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3644 cda61777-01e9-0310-a592-d414129be87e

tweak for consistency with previous checkin

git-svn-id: svn://svn.tartarus.org/sgt/putty@3622 cda61777-01e9-0310-a592-d414129be87e

Fix from Michael Wardle in bell error message

git-svn-id: svn://svn.tartarus.org/sgt/putty@3619 cda61777-01e9-0310-a592-d414129be87e

Spotted by Tim Kosse: reput on an already complete file was hanging.
Should be fixed now (we only wait for packets if we know there are some
that haven't been replied to yet).

git-svn-id: svn://svn.tartarus.org/sgt/putty@3618 cda61777-01e9-0310-a592-d414129be87e

Add updating the wishlist to the Release checklist

git-svn-id: svn://svn.tartarus.org/sgt/putty@3615 cda61777-01e9-0310-a592-d414129be87e

fflush(stdout) after each line of stats

git-svn-id: svn://svn.tartarus.org/sgt/putty@3614 cda61777-01e9-0310-a592-d414129be87e

Fix for `logging-save-default': allow logging settings to be saved with
Default Settings.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3610 cda61777-01e9-0310-a592-d414129be87e

I think the time has come for PuTTYgen to mention "authorized_keys" instead
of "authorized_keys2" by default. I believe this change was made in OpenSSH
around June 2001, so any versions which it applies should have been replaced
by now for other reasons.
(The docs still adequately document the confusion surrounding this)

git-svn-id: svn://svn.tartarus.org/sgt/putty@3577 cda61777-01e9-0310-a592-d414129be87e

Trivial braino in parsing of the port forwarding config data. Was
causing all port forwardings after the first dynamic one to be
ignored.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3572 cda61777-01e9-0310-a592-d414129be87e

Introduce a new mouse handling option, in which the right button
brings up the context menu (and you can then paste by selecting
`Paste'). Should be more friendly to Windows-oriented users as
opposed to expatriate X users; also has the effect of making it more
difficult to paste into PuTTY by a single misplaced mouse click,
which has been a common theme of complaint recently.
For the moment, `Compromise' (the X-like behaviour with the right
and middle buttons reversed so that two-button users still get the
two most important functions) is still the default. I'm uncertain
that it might not be better to make the new option the default,
though, since the compromise option is optimal for _nobody_.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3565 cda61777-01e9-0310-a592-d414129be87e

Move the `translation of line drawing characters when pasting'
option from the Selection panel to the Translation panel (where it
fits at least as well). This frees a line in the Selection panel
which I'm about to use for an additional mouse handling option.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3564 cda61777-01e9-0310-a592-d414129be87e

Introduce a context menu which appears on Ctrl+rightclick. This menu
contains all the stuff in the System menu except for the standard
System menu bits (move, resize, close etc), and also contains `Paste'.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3555 cda61777-01e9-0310-a592-d414129be87e

Make that last checkin more explicit, and in particular reference the
"common errors" section of the documentation.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3554 cda61777-01e9-0310-a592-d414129be87e

Soften language in `faq-incorrect-mac': buggy ssh.com servers aren't the
only possible reason for this message.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3553 cda61777-01e9-0310-a592-d414129be87e

I _think_ this should fix the problem reported by `Stacey': failure
to fclose a private key file.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3552 cda61777-01e9-0310-a592-d414129be87e

Cosmetic fix from Daniel Fazekas: apparently we were failing to allow
window-furniture in Playschool Windows be animated on mouse-over. This
fix also seems like the Right Thing to do. I've tried it and it seems
harmless enough on Win2K.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3536 cda61777-01e9-0310-a592-d414129be87e

We now mention the version number on the Download page, so I'd
better remember to change it next time :-)

git-svn-id: svn://svn.tartarus.org/sgt/putty@3528 cda61777-01e9-0310-a592-d414129be87e

Close the host keys file after use. Well spotted Theo Markettos.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3526 cda61777-01e9-0310-a592-d414129be87e

Hmm, that relative link wasn't too good. Try a more helpful one.
Also add to the release checklist so that I'll remember to set this
up properly in the next set of release docs...

git-svn-id: svn://svn.tartarus.org/sgt/putty@3525 cda61777-01e9-0310-a592-d414129be87e

Move the reference to sitestyle.css out into a separate .but file
which is only included if you explicitly tell the docs Makefile to
do so. Also make it a relative reference, while we're at it.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3524 cda61777-01e9-0310-a592-d414129be87e

Fix usage comments

git-svn-id: svn://svn.tartarus.org/sgt/putty@3519 cda61777-01e9-0310-a592-d414129be87e

Update faq-pscp-ascii.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3509 cda61777-01e9-0310-a592-d414129be87e

Add `--unix' mode to generate ~/.putty/sshhostkeys from known_hosts.
(should now be called `kh2putty.py')

git-svn-id: svn://svn.tartarus.org/sgt/putty@3508 cda61777-01e9-0310-a592-d414129be87e

Remove dead comment about writing settings, and query one about reading them.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3507 cda61777-01e9-0310-a592-d414129be87e

We now have Unix ports of PSCP and PSFTP.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3506 cda61777-01e9-0310-a592-d414129be87e

Actually fix winnet-if2lo, I think. Tested in an ad-hoc manner by
deliberately making a connection from nemesis's real IP address to
its loopback address; not tested in the original failing case of SMB.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3503 cda61777-01e9-0310-a592-d414129be87e

The WinSock library is now loaded at run-time, which means we can
attempt to load WS2 and then fall back to WS1 if that fails. This
should allow us to use WS2-specific functionality to find out the
local system's list of IP addresses, thus fixing winnet-if2lo, while
degrading gracefully back to the previous behaviour if that
functionality is unavailable. (I haven't yet actually done this; I've
just laid the groundwork.)
This checkin _may_ cause instability; it seemed fine to me on
initial testing, but it's a bit of an upheaval and I wouldn't like
to make bets on it just yet.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3502 cda61777-01e9-0310-a592-d414129be87e

Remove all the "assert(len>0)" which forbade zero-length writes across the
from_backend() interface, after having made all implementations safe against
being called with len==0 and possibly-NULL/undefined "data".

(This includes making misc.c:bufchain_add() more robust in this area.)

Assertion was originally added 2002-03-01; e.g., see plink.c:1.53 [r1571].

I believe this now shouldn't break anything.

This should hopefully make `ppk-empty-comment' finally GO AWAY. (Tested
with Unix PuTTY.)

git-svn-id: svn://svn.tartarus.org/sgt/putty@3500 cda61777-01e9-0310-a592-d414129be87e

Add random commentary to SOCKS code.
Also fix what I think are a couple of very minor bugs in SOCKS4; one won't
affect anyone AFAIK, and the other is unlikely to cause trouble.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3497 cda61777-01e9-0310-a592-d414129be87e

In SOCKS5 dynamic forwarding, we were echoing back DST.{ADDR,PORT} as
BND.{ADDR,PORT}. Besides being clearly wrong, correspondence with
Sascha Schwarz suggests that this can confuse some SOCKS5 clients
(Aventail and sockscap32) which seem to assume that the reply must
have ATYP=1 (IPv4 literal) and so get the length wrong.

Now all replies have ATYP=1 with BND.{ADDR,PORT} = 0.0.0.0:0 -- this
apparently follows practice in OpenSSH. (We don't have enough info to
fill these fields in correctly.)

git-svn-id: svn://svn.tartarus.org/sgt/putty@3496 cda61777-01e9-0310-a592-d414129be87e

missed a bit in last commit

git-svn-id: svn://svn.tartarus.org/sgt/putty@3490 cda61777-01e9-0310-a592-d414129be87e

Cosmetic, to fix ssh2-des-cbc-is-std

git-svn-id: svn://svn.tartarus.org/sgt/putty@3488 cda61777-01e9-0310-a592-d414129be87e

`baltic-default-translation': change default Baltic (CP1257) encoding from
8859-4 to 8859-13 as suggested by Vaidrius Petrauskas, on the grounds that
he has a .lt address and sounds like he knows what he's talking about.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3485 cda61777-01e9-0310-a592-d414129be87e

My ASN.1 decoder returned wrong IDs for anything above 0x1E! Good
job it's never had to yet. Ahem.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3479 cda61777-01e9-0310-a592-d414129be87e

PSCP in SFTP mode now uses the fast download/upload manager.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3472 cda61777-01e9-0310-a592-d414129be87e

Obvious memory leak in new fast download management. Oops.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3471 cda61777-01e9-0310-a592-d414129be87e

Uploads turn out to be much easier than downloads, so here's faster
upload support in PSFTP as well.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3470 cda61777-01e9-0310-a592-d414129be87e

First cut at speeding up SFTP. Generic download-management code in
sftp.c, and psftp.c now uses that instead of going it alone. Should
in principle be easily installed in PSCP as well, but I haven't done
it yet; also it only handles downloads, not uploads, and finally it
doesn't yet properly calculate the correct number of parallel
requests to queue. Still, it's a start, and in my own tests it
seemed to perform as expected (download speed suddenly became
roughly what you'd expect from the available bandwidth, and
decreased by roughly the expected number of round-trip times).

git-svn-id: svn://svn.tartarus.org/sgt/putty@3468 cda61777-01e9-0310-a592-d414129be87e

Clarify what happens when you enter a code page that's not listed.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3467 cda61777-01e9-0310-a592-d414129be87e

Note what versions of SOCKS are implemented for dynamic port forwarding.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3464 cda61777-01e9-0310-a592-d414129be87e

Imply that some features that have been implemented may appear on the Wishlist
but not the Changes page, as this is now often the case.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3459 cda61777-01e9-0310-a592-d414129be87e

Mention Windows on Alpha as worth mentioning

git-svn-id: svn://svn.tartarus.org/sgt/putty@3458 cda61777-01e9-0310-a592-d414129be87e

Oops. Fix a bug in my `keyfile-diagnostic' work which caused SSH-2 key loading
in pageant (and presumably puttygen) to crash.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3450 cda61777-01e9-0310-a592-d414129be87e

Implement `default-colours' on Windows based loosely on Michael Wardle's patch.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3444 cda61777-01e9-0310-a592-d414129be87e

Add pscp to .cvsignore

git-svn-id: svn://svn.tartarus.org/sgt/putty@3443 cda61777-01e9-0310-a592-d414129be87e

Change an incorrect comment about "PuTTY-User-Key-File-2" private key format
after discussion with Simon.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3440 cda61777-01e9-0310-a592-d414129be87e

When loading SSH-2 key, ignore passphrase argument if key is unencrypted.
This should get rid of a problem that three or four people reported where
PuTTY intermittently reports "Unable to load private key" (MAC failed).

(ssh.c:do_ssh2_authconn() should also initialise its passphrase so it's not
passing garbage passphrases around, of course, but I haven't yet worked out
where the best place in the auth loop to do that would be.)

git-svn-id: svn://svn.tartarus.org/sgt/putty@3439 cda61777-01e9-0310-a592-d414129be87e

Include stdlib.h for exit() - thanks Colin.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3436 cda61777-01e9-0310-a592-d414129be87e

Remove CRs. Oops :-/

git-svn-id: svn://svn.tartarus.org/sgt/putty@3435 cda61777-01e9-0310-a592-d414129be87e

Add support for a DESTDIR variable in the Unix makefile to set the root of the
installation tree (for building packages etc).

git-svn-id: svn://svn.tartarus.org/sgt/putty@3433 cda61777-01e9-0310-a592-d414129be87e

Work towards wish `keyfile-diagnostic'. Many sshpubk.c keyfile-loading
functions have sprouted `**errorstr' arguments, which if non-NULL can
return a textual error message. The interface additions are patchy and
ad-hoc since this seemed to suit the style of the existing interfaces.

I've since realised that most of this is masked by sanity-checking that
gets done before these functions are called, but it will at least report
MAC failures and the like (tested on Unix), which was the original point
of the exercise.

Note that not everyone who could be using this information is at the
moment.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3430 cda61777-01e9-0310-a592-d414129be87e

dupstr() should cope with being passed NULL

git-svn-id: svn://svn.tartarus.org/sgt/putty@3429 cda61777-01e9-0310-a592-d414129be87e

Minimal fixes to minimal plink man page.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3428 cda61777-01e9-0310-a592-d414129be87e

Add "-s" option to Unix plink too.
Compiled, but not tested as Unix plink seems to be segfaulting today.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3427 cda61777-01e9-0310-a592-d414129be87e

New option for plink: "-s" specifies that the remote command is an SSH-2
subsystem. (pinched from OpenSSH)

git-svn-id: svn://svn.tartarus.org/sgt/putty@3426 cda61777-01e9-0310-a592-d414129be87e

... and there's a Unix port of PSCP. Ooh.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3422 cda61777-01e9-0310-a592-d414129be87e

Fix a couple of blatant memory leaks; thanks to Ruurd Beerstra for
pointing at least one of them out.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3421 cda61777-01e9-0310-a592-d414129be87e

Windows PSCP now links against winsftp.c, and scp.c is now a
platform-independent source file. Haven't yet added the extra
abstraction routines to uxsftp.c to create a Unix PSCP port, but it
shouldn't take long.
Also in this checkin, a change of semantics in platform_default_s():
now strings returned from it are expected to be dynamically allocated.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3420 cda61777-01e9-0310-a592-d414129be87e

And just to prove that psftp.c really is now platform-independent
... here's a Unix port of PSFTP. Woo. (Oddly PSCP looks to be
somewhat harder; there's more Windows code interleaved than there
was in PSFTP.)

git-svn-id: svn://svn.tartarus.org/sgt/putty@3419 cda61777-01e9-0310-a592-d414129be87e

Next phase of general SFTP reworking: psftp.c is now a platform-
independent source file. All Windowsisms have been moved out to
winsftp.c.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3418 cda61777-01e9-0310-a592-d414129be87e

Fix for `slow-startup-printer': use PRINTER_INFO_4 on NT-class systems, which
apparently tries less hard to find printers so won't slow the system down.

Tested on 2000 and 98; in both cases printer enumeration and printing worked
as well as they did in 2003-08-21.

Made a single shared copy of osVersion in winmisc.c so that printing.c can
find it. Made other users (window.c, pageant.c) use this copy.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3411 cda61777-01e9-0310-a592-d414129be87e

Richard B's patch to enable users to explicitly request shadow bold
by disabling bold-font-name guessing (if their bold fonts are ugly).
I've turned the UI inside out, but the meat is pretty much the same.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3410 cda61777-01e9-0310-a592-d414129be87e

Richard B's patch to support X cut buffers as well as ordinary
selections, meaning that (a) a pterm can leave copied text in the
cut buffer after it terminates so that applications can pick it up
even though it isn't still around to deliver the selection in
person, and (b) pterm can pick up things left in this way by other
apps.
Downside is that all of this only happens in ISO8859-1, because X is
weird like that.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3409 cda61777-01e9-0310-a592-d414129be87e

Richard Boulton's patch for improved correctness in selection
handling (generally, selection request timestamps should be set to
the timestamp on the event that caused them).

git-svn-id: svn://svn.tartarus.org/sgt/putty@3408 cda61777-01e9-0310-a592-d414129be87e

Control of 'addr' is now handed over to {platform_,}new_connection() and
sk_new() on invocation; these functions become responsible for (eventually)
freeing it. The caller must not do anything with 'addr' after it's been passed
in. (Ick.)

Why:
A SOCKS5 crash appears to have been caused by overzealous freeing of
a SockAddr (ssh.c:1.257 [r2492]), which for proxied connections is
squirreled away long-term (and this can't easily be avoided).

It would have been nice to make a copy of the SockAddr, in case the caller has
a use for it, but one of the implementations (uxnet.c) hides a "struct
addrinfo" in there, and we have no defined way to duplicate those. (None of the
current callers _do_ have a further use for the SockAddr.)

As far as I can tell, everything _except_ proxying only needs addr for the
duration of the call, so sk_addr_free()s immediately. If I'm mistaken, it
should at least be easier to find the offending free()...

git-svn-id: svn://svn.tartarus.org/sgt/putty@3383 cda61777-01e9-0310-a592-d414129be87e

Clarify that '-m' takes a _local_ file.
ref. <kjt9hv49dagqmvru0nq9qcc0f5p11vg0ma@4ax.com>

git-svn-id: svn://svn.tartarus.org/sgt/putty@3368 cda61777-01e9-0310-a592-d414129be87e

Add SSH-1 password camouflage bug detection for version OSU_1.4alpha3 of the
OSU VMS SSH server <http://kcgl1.eng.ohio-state.edu/~jonesd/ssh/>.

The changelog appears to indicate that the server was fixed for pwplain1 at
1.5alpha4, and for IGNORE and DEBUG messages at 1.5alpha6. However I'm going
to go on the reports we've had as I haven't tested this; and they indicate
only that 1.5alpha6 is known not to require any bug compatibility modes.

(I wasn't sure whether to add this at all, given that upgrading to version
OSU_1.5alpha6 is an easy way to fix the problem. However, there is precedent
for adding detection for old versions of servers which have since been fixed.)

git-svn-id: svn://svn.tartarus.org/sgt/putty@3359 cda61777-01e9-0310-a592-d414129be87e

Add section on "Access denied". This was mostly inspired by the password
camouflage problems with SSH-1.5-OSU_1.4alpha3.

git-svn-id: svn://svn.tartarus.org/sgt/putty@3358 cda61777-01e9-0310-a592-d414129be87e

Mention Roald Ribe's success with OpenWatcom and Makefile.vc

git-svn-id: svn://svn.tartarus.org/sgt/putty@3332 cda61777-01e9-0310-a592-d414129be87e