`win-versioninfo': all builds of all Windows binaries now contain
a VERSIONINFO resource. The versioning scheme is described in
windows/version.rc2.

Some .rc files are now #included in others. In order to keep MSVC
project files working, these have been renamed to .rc2; there may exist
a better solution.

(This checkin also includes the documentation tweak missing from r6367.)

Testing performed:
 - MinGW (cross-compiler): works
 - VC nmake: works (tested with VC6)
 - VC project files: builds with VERSIONINFO resource (no VER variable though)
 - Borland: an old version of this patch was tested with it and more or
   less worked, except that some of the VERSIONINFO strings were apparently
   not terminated properly. Not attempted to work around this.
 - LCC: not tested. Some fixes are in there from the last time we tried
   this, but then the build ultimately failed and I haven't tried this
   since that was fixed.
 - Dev-C++: untested. (Haven't done anything special.)
 - Unix Gtk/autoconf Makefiles work as before.

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

UTF-8 processing was discarding a valid character which interrupted
an otherwise legal sequence, if that valid character was the last
thing in a term_out() run. Spotted by Egmont Koblinger.

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

thinko

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

Split out SVN_REV from SNAPSHOT define. This is to support `win-versioninfo',
but since Simon's made the corresponding change to the build process, this bit
needs checking in now (it should be harmless).

(The documentation in Recipe is slightly out of date; with luck I'll be
checking in `win-versioninfo' changes soon, and I can't be bothered to
disentangle the relevant changes in the meantime.)

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

A swathe of new FAQ questions, along the general theme of `will you
sign something for us / give us assurances / give us indemnity'.

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

Mention SSH-2 rekeys in the keepalive section.

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

A first stab at guidance for those lost souls who email us asking for
login names and/or passwords. Feel free to hack.
(NB, renumbers a section of the FAQ.)

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

Add DEVCPP to svn:ignore.

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

dlg_listbox_select() now scrolls the list box to ensure that the
item it's just selected is visible.

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

Platform-independent support for zooming around session list by typing
in the session name box.  Thwarted on Unix by GTK not automatically
scrolling the listbox to the selected item, but we can fix that in
the platform-specific side later.

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

Mention that sessions can be saved from "Change Settings" in using.but.

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

AIX 5.1 has <utmpx.h> but no updwtmpx().  Treat the latter as a reason to
OMIT_UTMP.  Reported by Mike Protts.

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

Some systems (HP-UX) don't yet have <sys/select.h>, putting select() in
<sys/time.h>.  Cope with this.  Where <sys/select.h> _is_ available, though,
use it (since it's where POSIX puts select()).  Problem reported by Mike
Protts.

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

When asked to malloc zero bytes, malloc one byte instead.  This ensures
that we get a unique pointer rather than NULL (which ANSI C otherwise permits).
Problem pointed out by Mike Protts.

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

The ANSI-C constant FILENAME_MAX is ludicrously small on some systems.
Use the POSIX PATH_MAX if it exists, and fall back to 1024 otherwise.
We should really allocate filenames dynamically if PATH_MAX isn't defined.

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

Some hosts don't have TIOCSCTTY.  Don't try to use it on them.
Patch from Mike Protts.

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

A couple of places in sk_newlistener were using AF_INET6 even with NO_IPV6.
Correct them.

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

Nothing seems to use the "int64" type, and it apparently causes conflicts
on some platform, so remove it.  Thanks to Mike Protts for spotting this.

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

Apparently the OS X port is stalled.

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

When the first element in a preference list was unrecognised, PuTTY would
hang when reading it because strtok() kept getting the full list passed in.
Fix this, and add an assert() for an assumption documented in a comment while
I'm in the area.

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

Mention relationship between terminal types, keyboard sequences, and
termcap/terminfo.  Suggested by Joachim Durchholz.

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

Implement hmac-sha1-96.  It's RECOMMENDED in the current transport draft,
and we don't have any strong reason not to implement it, for all that it's
rather pointless.

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

Add support for diffie-hellman-group-exchange-sha256.  Tested against a
patched OpenSSH server.  This is controlled by the same user settings
as diffie-hellman-group-exchange-sha1, which may not be optimal, especially
given that they're both referred to as dh-gex-sha1 in saved sessions.

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

Mention xp-wont-run.

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

Now that my arcfour-fixes draft has been approved by the IESG, use the
IANA-assigned names for its modes.

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

Restructure things so that a single entry in the KEX preference list can
correspond to multiple SSH-2 KEX algorithms.  We already do the equivalent
for cipher algorithms.

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

Check ssh->v2_session_id_len _after_ assigning to it.

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

Don't bother compiling SHA-256 for now -- I need to think a bit before I use
it.

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

SHA-256 implementation, for use in future KEX algorithms, in particular
diffie-hellman-group-exchange-sha256, which the last DHGEX draft defined.
Code lifted from Simon's "crypto" directory, with changes to make it look
more like sshsh512.c.

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

Add infrastructure for supporting multiple hashes in key exchange.
Nothing very surprising here.

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

Rename ssh_md5 and ssh_sha1 to ssh_hmac_md5 and ssh_hmac_sha1 respectively.
This is to make room for a hash abstraction that's likely to want to use
ssh_sha1, at least.

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

Explicitly note that "remote command" semantics typically involve the server
closing the connection after the command has executed.

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

Further progress in the direction of variable exchange hashes -- stash the
outgoing KEXINIT, and only start generating the exchange hash once we know
which KEX method we're using.

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

Beginnings of support for multiple exchange hashes in SSH-2: rather than
storing a SHA-1 hash of the client and server version strings, store the
strings themselves so we can feed them through the appropriate hash when
we know what it is.

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

More versions of WeOnlyDo have the rekey bug (but they've fixed it now).

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

I think this should fix various problems with queued incoming data not being
processed and incoming data being processed out of order, which I suspect is
the cause of `ssh1-fwd-trouble' as noted by Gevan Dutton. I'm not able to
test the failure case, but it doesn't seem to have obviously broken anything
in the cases I have tested, anyway.

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

Add support for generating project files for use with Dev-C++, contributed
by Florian Gaab.

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

Florian Gaab reports that freeSSHd 1.0.7, which claims a "softwareversion"
of "WeOnlyDo-1.2.6", mishandles repeat key exchange.  Add it to the list.

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

Ben Rudiak-Gould points out that we should be using WM_APP as the base for
our app-private window messages, which is considerably higher than the
WM_XUSER we arbitrarily chose. (This isn't known to be causing any actual
problems. The fix seems not to have obviously broken anything.)

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

draft-ietf-secsh-transport-24 says that only "SSH-" at the start of a line
marks a version string.  It's a bit vague about the definition of a line,
but I think it's reasonable to assume that they'll end with LF.  Change
do_ssh_init() to ignore "SSH-" anywhere else.  This makes the existing state
machine overkill, so replace it with something a little more readable.

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

This is getting silly; nearly 25% of our mirrors are now in the US.
Discourage more strongly mirrors in well-served areas in the Feedback section.
Also, duplicate that text on the Mirrors page, along with a request to tell us
the country (since lots of people still don't).

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

Patch from Colin Watson: we were sometimes passing stack storage to putenv(),
which is Bad (in his case, it caused TERM to end up unset). Use malloc()'d
storage instead.

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

Missing argument in MALLOC_LOG version of snrealloc() macro.

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

Piers Finlayson reports that "DigiSSH_2.0" chokes (in a new and exciting
manner) on rekeys.  Add it to the list.

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

Try to make it slightly clearer that TIS/CryptoCard are generic, since
SSH:TDGv2 seems to think that TIS is only relevant to its original
application (whose name eludes me at the moment).

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

In local-to-remote copies, abort if fxp_init() fails, rather than ploughing
on and trying to transfer files, which caused a null-pointer deference.

Thanks to Fernando Najera for reporting the bug.

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

Quote session name in command line example for robustness.

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

Improve IPA representation of "PuTTY", as suggested by John Lunney.  My
rationale (as mailed to him):

I think you're right.  I got the pronunciation there from the second edition
of the OED and my Collins dictionary at home, both of which believe that
"pretty" is pronounced /'prItI/, but, at least to me, those two vowels are
different.  Both of them think that /i/ doesn't occur in English words, the
vowel in "beat" being /i:/.  The third edition of the OED, though, adds /i/
as an English vowel in its pronunciation guide, with "happy" as an example
of its use.  I'll update the FAQ following your suggestion.

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

Fix an apparently-harmless error spotted by Ben Rudiak-Gould:
do_ssh2_transport() was returning the wrong value for rekeys after the first.
This apparent error was introduced in r4901, but we can't see any reason for
the change to have been made. If it turns out to be a mistake to revert it,
I'm sure we'll find out.

Here for posterity is Simon's analysis:

| A lot of the return values from do_ssh2_transport appear to be vestigial: it
| used to be that a zero return from do_ssh2_transport meant it had handled the
| packet internally, and a 1 return meant the packet wasn't a transport-layer
| one and needed to pass on to do_ssh2_authconn. Since r4901, however, the
| layer discrimination is done based on the message type ranges, and the only
| remaining dependency on the return value from do_ssh2_transport is a special
| case in ssh2_protocol which detects the first 1 return and makes the
| initialisation call to do_ssh2_authconn.
|
| Therefore, the gratuitous 1 return on every key exchange as a result of the
| confusing if statement is simply ignored in ssh2_protocol (because
| ssh->protocol_initial_phase_done is already TRUE). So the remaining question
| was, why does the _lack_ of that 1 return not cause a problem, if the if's
| sense is indeed reversed?
|
| The answer is that 1 is still returned, just not by the crReturn inside the
| if statement. It's returned by the next crReturn, just after
| wait_for_rekey(). Which suggests that in fact, the if statement has the
| correct sense, but the crReturn inside it has the wrong value - it should be
| returning _zero_, to indicate that every NEWKEYS after the first one is
| uninteresting to the authconn code, and on the very first run through that
| doesn't happen and the NEWKEYS gets all the way to the crReturn(1) later on.

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

Make the sanity-checks on the size of incoming packets much stricter.  We now
enforce the following:

* Packet must have at least one byte of payload and four bytes of padding.
* Total packet length must not exceed 35000 bytes compressed.
* Total packet length including length field must be a multiple of cipher
  block size (or eight bytes).

The feebleness of our old checks was noticed by Ben Rudiak-Gould.

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

A major purpose of PuTTY's memory-allocation functions is to succeed or die
trying, so there's no need to check their return values for NULL.  Spotted
by Ben Rudiak-Gould.

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

Move comment about ECHO and LINE input modes to a more sensible position.
Spotted by Ben Rudiak-Gould.

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

Detection of "auth-agent@openssh.com" was too liberal. Spotted by
Ben Rudiak-Gould.

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

We should wait until the Rlogin server indicates that it's happy to receive
window-size notifications before we send them.
This clears up a problem where the first password entry always failed.

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

"SanskritFritz" points out that digits at the start of RTF pastes were being
eaten by the trailing "\f0" on the RTF preamble. The RTF spec (1.0 and 1.6)
suggests that adding a space should defuse this situation and be otherwise
harmless, and it works for me (Win98).

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

Double-free on mkdir error, spotted by Brian Hartsock.

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

Remove a couple of mistaken references to Telnet in comments.

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

Miscellaneous updates:
 - note Visual Foo version requirements
 - note which things are done for you in our source snapshots
 - other tweaks

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

Factor out all local SSH disconnections into a new function ssh_disconnect(),
and add the ability to treat a local disconnection as "unclean" -- notably, if
we can't agree any authentication methods to even try; someone was complaining
that the PuTTY window by default just disappears for no apparent reason in this
circumstance.

Also, use appropriate disconnect codes for those SSH2_MSG_DISCONNECT messages
that we do send.

I don't think I've seriously broken any user-visible behaviour, but the way
that connection-close distinctions are transmitted to the front-end is shaky
(or so it seems to me), so there may be non-ideal changes on some platforms.

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

Fix documentation of NO_MANIFESTS (oops).

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

Add NO_MANIFESTS option to Windows build, as the manifests apparently cause
trouble for 64-bit Windows builds.
Also flag the build flags that only apply to Windows.

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

Use {Get,Set}WindowLongPtr() instead of {Get,Set}WindowLong() for compatibility
with 64-bit Windows. Untested on 64-bit, but it doesn't appear to have broken
anything on 32-bit.

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

Minor memory leak spotted by Mikhail Kruk.

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

connection_fatal() should be called after ssh_closing() and other accesses to
`ssh', since it potentially frees it and potentially doesn't return.
Only affected a couple of rare circumstances.

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

Don't try and set up reconfigured port-forwardings if the connection isn't yet
ready for them. Spotted by Martin Dushkov.

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

Add experimental support for detecting BREAK on input and propagating it as
TS_BRK on output.  This is tested to the extent that other data survive the
escaping performed by PARMRK, at least on my system.  Actual passing on
of BREAK is as-yet untested.

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

Use the packet dispatch table to handle USERAUTH_BANNER messages, which should
hopefully solve `drop-banner'. I haven't been able to test the failure case,
but the behaviour with OpenSSH appears no worse.

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

s/public/private/ spotted by Walter Cleverly.

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

Make Makefile.gtk build again on Linux (assume <utmpx.h>).

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

Fix what looks like a cut-and-paste error which was stopping Unix
Plink building on MacOS X.

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

Add `install-sh' to svn:ignore

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

Correct apparent misspelling of `SIOCATMARK'.

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

Implement `bypass-ssh2-userauth', since from correspondence it sounds like
there are servers which could in principle operate in this mode, although I
don't know if any do in practice. (Hence, I haven't been able to test it.)

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

Also blank X authentication data when using SSH-1, and add a comment explaining
why this may not be sufficient to hide it.

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

X11 authentication data are generally sensitive, so blank them from packet
logs by default.

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

Unlike the AES and Blowfish code, our implementations of the various DES
modes of operation all took separate source and destination pointers.  They
were never called with those pointers different, though, so reduce them to
a single pointer like everything else uses.

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

Fix stupid typo that probably utterly broke SSH-1 support, and caused compiles
with GCC to fail.  Not sure how it survived long enough to test, really.

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

Minimally document 3des-ctr and blowfish-ctr.

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

Remove comment explaining why 3des-ctr is disabled, since it isn't.

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

Enable blowfish-ctr by default.  It's been tested and found working.
Thanks to der Mouse for help with the testing.

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

In blowfish-ctr mode, increment the counter in the correct order.  Thanks to
der Mouse for spotting the same error in my 3des-ctr implementation.

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

Fix two more stupid bugs in 3des-ctr:
 - We were using the first word of each block of keystream block twice and the
   second not at all.
 - We were incrementing the high-order word of the counter after every block
   rather than the low-order one.

With those fixed, our 3des-ctr implementation interoperates with the one in
Moussh.  Thanks to der Mouse for his help with the testing.

3des-ctr is now enabled by default.

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

On monochrome displays, display the cursor in reverse video so that it's
visible on reversed out text.  This only applies to active block cursors for
now.

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

Tiny manual CSE of previous commit.

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

On 1bpp displays, ignore colour attributes.  This makes pterm minimally useful
there, though (e.g.) switching to using reverse video for the cursor would
probably also help.  Displays with other silly depths (e.g. 2bpp) aren't
catered for, but I suspect they're rare in the X world.

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

Make palette changes use "best match" colours too.

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

Rather than checking for <sys/sockio.h>, just include it if our other
attempts at finding SIOCATMARK have failed.  This removes one of our
Autoconf tests, which is always nice.

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

Use the correct key order for 3des-ctr.

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

In SSH-2 mode, PuTTY wasn't sending KEXINIT until it had received one from the
server, which led to stalemate if the server did the same.  PuTTY now sends
KEXINIT proactively as soon as it's worked out that it's talking SSH-2.

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

mkunxarc.sh is supposed to be silent, so I'm having it discard the
stderr output from mkauto.sh. (I debated discarding it within
mkauto.sh itself, but decided against it.)

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

According to the termio(7I) on Solaris, OLCUC is overridden by OPOST, so we
should send it with the SSH terminal modes too.

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

Squash OPOST locally when we're not in line-editing mode, and propagate
the other output flags with SSH.  This means that when I log into a remote
system using Plink and then run "stty -onlcr" I get the expected
stair-stepping.

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

Use pututxline() in place of pututline(), since the former is standardised by
X/Open and actually seems to be more common (NetBSD has it).  Also use
updwtmpx() rather than directly writing to the wtmpx file, though more for
reasons of aesthetics than anything practical.

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

Ask GDK to give us reasonable approximations if it can't get precisely the
colours we asked it for.  This means that I can run pterm on an 8-bit
PseudoColor display even if I have another program running.

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

Check for <sys/sockio.h> and include it in uxnet.c if we find it.  It's
necessary on Solaris if we want to use SIOCATMARK.  Using sockatmark() might
be preferable, but despite being notionally standard it's missing on
Solaris 9 and Mac OS X 10.3.9, whereas everyone seems to have SIOCATMARK
somewhere.

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

uxpty.c uses non-X/Open facilities (notably strsignal()), so don't define
_XOPEN_SOURCE.  We do still need _GNU_SOURCE in order to get grantpt()
on GNU systems.  This allows uxpty.c to compile on NetBSD.

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

Move generation of the "configure" script into its own script so that
people who check the code out of Subversion can get it to go.

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

Add a mechanism for using autoconf to detect the quirks of Unix systems
rather than relying on the user to edit the Makefile.  Makefile.gtk
still works as well as it ever did, but now we get a Makefile.in alongside
it.  mkunxarc.sh now relies on autoconf and friends to build the configure
script for the Unix source distribution.

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

On some systems (NetBSD 1.6 and Solaris 9, at least), GCC doesn't understand
the semantics of assert(0) and believes it can return.  Add a gratuitous
exit(1) to convince it that this won't happen, and hence quell a couple of
warnings about variables' being used uninitialised.

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

Now that we've got at least some SDCTR modes working (and aes256-ctr is our
default preferred cipher), add code to inject SSH_MSG_IGNOREs to randomise
the IV when using CBC-mode ciphers.  Each cipher has a flag to indicate
whether it needs this workaround, and the SSH packet output maze has gained
some extra complexity to implement it.

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