Support the SSH-2 mechanism for sending signals to a running session. Neither
of the SSH servers I conveniently have access to (Debian stable OpenSSH --
3.4p1 -- and lshd) seem to take a blind bit of notice, but the channel
requests look fine to me in the packet log.

I've included all the signals explicitly defined by
draft-ietf-secsh-connect-19, but I've put the more obscure ones in a submenu
of the specials menu; there's therefore been some minor upheaval to support
such submenus.

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

We shouldn't offer the Break special when we don't have a session to send it
down. (A side effect of fixing this is that ssh->mainchain is set to NULL
when it closes, which might avoid other sorts of trouble.)

While we're here, don't bother offering SSH1_MSG_IGNORE if we believe the
remote will barf on it.

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

Telnet specials menu was not being reinstated after a session was restarted in
the same window (Windows version only).

Policy change: it's now the backend's responsibility to call
update_specials_menu() at the start of a session (or whenever it feels ready),
if it has any special commands. Otherwise the menu won't be displayed.

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

Markus Kuhn's UTF-8 page
  http://www.cl.cam.ac.uk/~mgk25/unicode.html#activate
feels strongly that it should be easy to make _all_ your
applications work in UTF-8 mode, without having to remember a switch
for each one. Every application should simply note a UTF-8 locale
setting and switch into UTF-8 mode automatically.

Therefore, for the Unix port only, there's now a checkbox, enabled
by default, which causes the drop-down Translation box to be
overridden if the locale indicates UTF-8. Anyone who doesn't like
this, or doesn't like MGK, is welcome to turn it straight back off.

I'm not _completely_ convinced by MGK's argument myself; for
xterm/pterm to do _useful_ UTF-8 you also need to specify a decently
Unicode-capable font, and there's no way _that_ can be automagically
done on noticing a locale setting. But it's a de facto standard
(i.e. xterm does it :-) so I might as well at least be _able_ to
support it.

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

Fix bug in scrollback compression, which manifested when attempting
to encode a very long (len>128) run of the same literal.

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

Moved the environment variables config block out of the Telnet panel
into the Connection panel, and implemented support for the SSH2
"env" request. (I haven't yet found a server which accepts this
request, so although I've visually checked the packet log and it
looks OK, I haven't yet been able to do a full end-to-end test.)
Also, the `pty' backend reads this data and does a series of
`putenv' commands before launching the shell or application.

This is mostly because in last week's UTF-8 faffings I got
thoroughly sick of typing `export LANG=en_GB.UTF-8' every time I
started a new testing pterm, and it suddenly occurred to me that
this would be precisely the sort of thing you'd want to have pterm
set up for you, particularly since you can configure it alongside
the translation settings and so you can ensure they match up
properly.

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

Mention plink's new -N option in usage and man page.

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

Fix two memory leaks in the new code. (There's no point compressing
the scrollback if you then leak away all the memory you saved!) One
of the leaks - by far the bigger of the two - was in my temporary
diagnostic function cc_check(), which is particularly embarrassing :-)

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

And fix _cursor_ display on double-width double-width characters (as
it were).

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

Double-height and double-width line attributes (ESC#3, ESC#4, ESC#6)
were not working correctly with double-width Unicode characters (CJK).

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

Add missing check_boundary() calls in destructive backspace handler.

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

A combining character on U+0020 SPACE stops it from being
`uninteresting' to the clipboard processing.

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

Mark the trial decompress in every call to compressline() with the
XXX-REMOVE-BEFORE-RELEASE tag.

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

Don't forget to flush the bidi cache when the user enables or
disables bidi or shaping, otherwise they'll have to do a manual
screen refresh to see any difference.

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

Store line widths in the bidi cache, so we don't fail to re-bidi a
line when the window size changes.

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

Fix many bugs in resizeline().

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

Fix applying combining characters to double-width characters.

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

Fix Windows redraw problem on RH half of wrapped lines. (term_paint
was checking whether lattr == LATTR_NORM, where it should have been
checking (lattr & LATTR_MODE) to mask off LATTR_WRAPPED et al.

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

I broke ordinary line wrapping as a result of retiring cpos. Oops.

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

Fix cursor display on a combined character cell.

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

Mark cc_check() and all calls to it with the new
XXX-REMOVE-BEFORE-RELEASE tag, since they're performance-intensive.
And now that I'm reasonably confident of remembering to remove them
before the next release, I feel less guilty about adding them willy-
nilly all over the place, so I've shoved in a couple more for now :-)

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

I'm instituting a policy that before every release I will grep the
PuTTY source for the word XXX-REMOVE-BEFORE-RELEASE, and not release
until I've got rid of all of them. Hence, here's an addition to the
release checklist which will remind me to do so.

I don't want this mechanism to seriously inhibit a release by being
a placeholder for a large piece of work we might never get round to.
It should be used only in cases where it's _simple_ to change the
offending code: for example, a performance-impacting diagnostic
might be invaluable while testing nightly snapshots but wouldn't
want to slow down everyone's next release, and it's easy to get rid
of on release day.

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

First-stage support for Unicode combining characters. The `chars'
array of each `termline' structure now contains optional additional
entries after the normal number of columns, which are used to chain
a linked list of combining characters off any primary termchar that
needs it. This means we support arbitrarily many combining
characters per cell (unlike xterm's hard limit of 2).

Cut and paste works correctly (selecting a character cell containing
multiple code points causes all those code points to be cut and
pasted). Display works by simply overlaying all the relevant
characters on top of one another; this is good enough for Unix
(xterm does the same thing), and mostly seems OK for Windows except
that the Windows Unicode fonts have a nasty habit of not containing
most of the combining characters and thus overlaying an
unknown-code-point box on your perfectly good base glyph.

I had no idea how to add support in the Mac do_text(), so I've
simply stuck in an assertion that will trigger the first time a
combining character is displayed, and hopefully this will bite
someone with the clue to fix it.

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

Implement part of `ssh2-generality': introduce the ability to tell
PuTTY / Plink not to run a remote shell/command at all. Supported in
the GUI configuration and via the (OpenSSH-like) -N command-line
option.

No effort is currently made to arrange `nice' UI properties. If you
do this in GUI PuTTY, a full-size terminal window will still be
created, and will sit there with almost nothing in it throughout
your session. If you do it in Plink, Plink will not accept any kind
of request to terminate gracefully; you'll have to ^C or kill it.
Nonetheless, even this little will be useful to some people...

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

Fix segfaults in terminal resizing, introduced by re-engineering.

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

I think we've been told before that you're not supposed to
CloseHandle() the thing returned from MonitorFromPoint. Certainly MS
Visual Studio's debugger complained about it just now. CloseHandle()
call removed.

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

Fix '/*' in comment.

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

Re-engineering of terminal emulator, phase 1.

The active terminal screen is no longer an array of `unsigned long'
encoding 16-bit Unicode plus 16 attribute bits. Now it's an array of
`termchar' structures, which currently have 32-bit Unicode and 32
attribute bits but which will probably expand further in future.

To prevent bloat of the memory footprint, I've introduced a mostly
RLE-like compression scheme for storing scrollback: each line is
compressed into a compact (but hard to modify) form when it moves
into the term->scrollback tree, and is temporarily decompressed when
the user wants to scroll back over it. My initial tests suggest that
this compression averages about 1/4 of the previous (32 bits per
character cell) data size in typical output, which means this is an
improvement even without counting the new ability to extend the
information stored in each character cell.

Another beneficial side effect is that the insane format in which
Unicode was passed to front ends through do_text() has now been
rendered sane.

Testing is incomplete; this _may_ still have instabilities. Windows
and Unix front ends both seem to work as far as I've looked, but I
haven't yet looked very hard. The Mac front end I've edited (it
seemed obvious how to change it) but I can't compile or test it.

As an immediate functional effect, the terminal emulator now
supports full 32-bit Unicode to whatever extent the host platform
allows it to. For example, if you output a 4-or-more-byte UTF-8
character in Unix pterm, it will not display it properly, but it
will correctly paste it back out in a UTF8_STRING selection. Windows
is more restricted, sadly.

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

faq-alternate-localhost: You can now download the fix directly rather than
having to go through MS support.

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

faq-permission: xref licence

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

X forwarding changes:
 - new function platform_get_x_display() to find a sensible local display.
   On Unix, the Gtk apps weren't taking account of --display when
   determining where to send forwarded X traffic.
 - explicitly document that leaving X display location blank in config tries
   to do something sensible (and that it's now blank by default)
 - don't override X11Display setting in plink, since that's more properly
   done later

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

`ssh-log-pw-blank': known password fields are now omitted from SSH packet logs
by default (although they can be included). There's also an option to remove
session data, which is good both for privacy and for reducing the size of
logfiles.

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

Mention the negotiated SSH-2 MAC algorithm(s) in the Event Log.
(It should be possible to at least see what MAC is in use without going to a
SSH packet log.)

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

Report details in Event Log when receiving SSH2_MSG_CHANNEL_OPEN_FAILURE.

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

Line (as opposed to block) cursors were being displayed when they shouldn't
have been, including when they were blinked off. Fixes Debian bug #272877.

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

"Incoming packet was garbled on decryption": I think this could in principle
be due to corruption on the wire?

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

Treat USER specially in event logging of Telnet ENVIRON option; it's
occasionally been a pain that the username wasn't visible in the Event Log.

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

Document telnet_keyboard more completely, cross-reference from "Special
Commands" section, and tweak option description in code.

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

faq-missing-slash: the missing-slash-in-PSFTP OpenSSH bug keeps coming up.

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

Add `OSU_1.5alpha4' to BUG_CHOKES_ON_SSH1_IGNORE; this is apparently enough to
enable login with this version. (I'd suspected as much -- see ssh.c CVS
log 1.299 [r3359] -- and Geoffrey Hughes has now confirmed this.)

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

`ampersat-in-username': tweak `strchr' to `strrchr' where necessary to
consistently support usernames containing `@'.

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

Reformat special commands to use \b instead of \dt / \dd.

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

Explicitly list all the special commands supported by PuTTY.

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

Add accelerator for "Special Command" sub-menu.

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

First gentle encouragement to direct mirroring efforts to regions where we
don't already _have_ lots of mirrors.

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

Make it a bit easier to find our explanation of `raw' mode.

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

Tweak language re "Remote ports [accept connections from other hosts]"

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

`dwalin' spotted a NULL dereference in the new makekey() error
handling. Oops.

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

Mention requirement for Gtk+-1.2.
Other minor cleanups.

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

Make it clearer that the XP SP2 hotfix is described in the KB article.

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

Improved diagnostics in port-forwarding: we now log any error returned by
pfd_addforward() rather than just ignoring it.

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

In SSH-2, list each compression algorithm only once. (No particular reason
for this change, just tidiness.)

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

Bleh, grammar.

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

Documentation existence of SOCKS5 CHAP authentication.

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

Ben Hutchings points out that the initial states of the key-type
radio buttons and menu items are inconsistent.

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

Credit Malcolm Smith in the copyrights.

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

Malcolm Smith's patch to support CHAP (digest-based) authentication
when talking to SOCKS 5 proxies. Configures itself transparently (if
the proxy offers CHAP it will use it, otherwise it falls back to
ordinary cleartext passwords).

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

More sensible error handling when we receive an SSH1 public key
modulus of zero (!!), and also a robustness fix in ssh1_rdpkt which
I happened to notice while debugging that.

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

faq-alternate-localhost language tweak

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

Handle WM_SYSCOLORCHANGE if using system colours. (Resets the whole palette,
whereas ideally it would restrict itself to the affected colour slots.)

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

Add comments indicating why these manifest files are present at all.

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

Patch to use enum constants for cfg.funky_type instead of numeric
literals, from "Anthony" <410C2A86.2010003@mail2004.ajrh.net>.

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

alternate-localhost: add "apparently" since none of this is first-hand

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

alternate-localhost WinXP SP2: apparently SP2 fixes the problem with
Terminal Services that meant you needed to use alternate-localhost in
the first place!

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

Fix an annoying inconsistency that's been bugging me for years: "plink host"
and "plink user@host" differed in that the former attempted to load session
`host' while the latter didn't. Now both forms attempt to load a session.
Someone will probably complain, but hey.

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

Remove claim in usage text that Plink defaults to SSH, since it's not true
in a number of situations.

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

Add the WinXPSP2 alternate-localhost problem to the FAQ.

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

Mention the mirroring guidelines on the web.

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

Someone complained that their keyboard-interactive password prompt was being
truncated - it was from OpenSSH on HP/UX and had all sorts of stuff in it
("last successful login" etc).

Bodged it by bumping up the space allocated in the fixed array for a password
prompt. Also added an indication that the prompt is being truncated, as
required by draft-ietf-secsh-auth-kbdinteract-06.

(NB that before this checkin, there was a more-or-less harmless buffer overread
where if we ever received a keyboard-interactive prompt with echo=1, we'd
probably spew goo on the terminal; fixed now.)

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

Update comment on dupprintf().

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

Patch from Kurt Roeckx: apparently on Debian amd64, the ut_time member of
struct utmp is not equivalent to time_t (it's 32-bit). From Debian bug#265910.

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

Note behaviour of `cd' with no arguments.

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

Implement `Restart Session', in both Unix and Windows PuTTY. Largely
because Owen questioned whether it was really easy enough to be
labelled `fun' in the bug database :-)

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

ssh_free() should not call log_free(); it's for the front end to
decide whether the logctx is finished with or not.

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

Extra logging in SSH-2 port-forwarding. Most obviously, the opening of a
forwarded X11 connection is now logged as well as the closing; but we also
log the peer IP/port in case it's interesting, and log the reason for
refusing to honour a channel open.

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

add xref at the bottom of X11 section to options in config.but

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

Flush the logfile reasonably frequently in `printable output only' and
`all session data' modes, without completely mauling the performance, by
fflush()ing once per term_out(). If anyone complains I suppose we can
make this optional.

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

My new rsync mirror setup might need attention when we do a new
release. Add to checklist.

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

Remove the email address from the footer of the HTML manual, and
replace it with a link to the Feedback page, as we have long since
done everywhere else on the PuTTY website.

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

Update link to s2putty.

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

Oops - merge version number bump from branch-0-55 (such was the plan).

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

Apparently sending the tar output to stdout rather than a file causes tar to
pad with trailing NULs, which slightly upsets old versions of gzip (1.2.4,
not 1.3.x), which upsets some of our correspondents.
Use -f to send it to a file instead. (It's not transparently clear what
happens when you mix -f and -C; I've tested this with ixion's tar, 1.13.25.)

Also add option -o to generate POSIX tar files, as for halibut/Makefile;
apparently this shuts up a `trailing garbage' error from WinZip.

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

Fix for `mazovia': add Mazovia translation table based on info from
Slawomir Oczkowski and "Diron".

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

When using remote forwarding with SSH-1, you'd get bogus 'SSH1 cannot
handle source address spec ":10023"; ignoring' type errors in the
Event Log. The forwarding would go ahead as normal so this is
cosmetic. Fixed.

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

Merge minor usage message tweaks (but not version number changes) from
branch-0-55.

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

Merged SSH1 robustness changes from 0.55 release branch on to trunk.

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

Tweak to make it more obvious that the System menu is only available from
the _terminal_ window -- should be obvious from context but the nearest
context is some distance away.

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

Improve robustness in modpow().

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

"Where does PuTTY store its data?" -- mention where Unix PuTTY stores its
data

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

Talk about Halibut; mention Unix `install' target; mention lack of Makefiles
if you check out directly from CVS as it's come up once or twice.

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

Another wart in the command-line processing: if the user just specifies
`-load sessname', and that mentions a hostname, that should be sufficient
to start a connection.

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

Fix double-free in X selection code.

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

Attempt to make Windows pointer hiding more robust by ignoring MOUSEMOVE and
NCMOUSEMOVE messages where nothing actually changes. It seems Windows likes
to send such messages occasionally when other stuff is going on (e.g., in
other windows).
(Also spotted by Franco Barber <20040122055232.GA8168@febsun.cmhnet.org>.)

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

PSFTP was ignoring `-1' and `-2' and always using SSH-2 with fallback to
SSH-1. It also ignored any settings forbidding fallback to SSH-1.

Ignoring `-1' and `-2' is hardly the end of the world, as it'd be difficult
to think of a realistic situation where fallback didn't do the right thing
and PSFTP was still useful. However, ignoring a user's `SSH-2 only' setting
was a bit rude.

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

Fix for `psftp-pscp-ignore-load': Default Settings is now loaded
before "-load" is processed so that it doesn't clobber it.

I've also changed the semantics of "-load" slightly for PSCP, PSFTP,
and Plink: if it's specified at all, it overrides (disables) the
implicit loading of session details based on a supplied hostname
elsewhere (on the grounds that the user is more likely to want the
"-load" session than the implicit session). (PuTTY itself doesn't do
implicit loading at all, so I haven't changed it.)

This means that all the PuTTY tools' behaviour is now consistent iff
"-load" is specified (otherwise, some tools have implicit-session, and
others don't).

However, I've not documented this behaviour, as there's a good chance
it will be swept away if and when we get round to sorting out how we
deal with settings from multiple sources. It's intended as a "do
something sensible" change.

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

Text around -load option "(although Plink still requires an explicitly
specified host name)" didn't appear to actually be true any more (see
`cmdline-host-override'). Removed

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

Comment explaining `need_save' argument to cmdline_process_param().

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

In faq-bce, mention that the non-immediate effect of changing BCE only applies
to versions prior to 0.54.

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

Add a section on the errors you see when you attempt to load a key of the
wrong type.

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

Mention bps units of terminal speeds (FWLIW).

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