New timing infrastructure. There's a new function schedule_timer()
which pretty much any module can call to request a call-back in the
future. So terminal.c can do its own handling of blinking, visual
bells and deferred screen updates, without having to rely on
term_update() being called 50 times a second (fixes: pterm-timer);
and ssh.c and telnet.c both invoke a new module pinger.c which takes
care of sending keepalives, so they get sent uniformly in all front
ends (fixes: plink-keepalives, unix-keepalives).

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

uint64_decimal() incorrectly output 0 as "" instead of "0". This only affected
PSFTP's "reput" chat. Spotted by Greg Parker.

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

Re-architected the top level of the SSH protocol handlers.
ssh1_protocol() and ssh2_protocol() are now high-level functions
which see _every_ SSH packet and decide which lower-level function
to pass it to. Also, they each support a dispatch table of simple
handler functions for message types which can arrive at any time.
Results are:

 - ignore, debug and disconnect messages are now handled by the
   dispatch table rather than being warts in the rdpkt functions

 - SSH2_MSG_WINDOW_ADJUST is handled by the dispatch table, which
   means that do_ssh2_authconn doesn't have to explicitly
   special-case it absolutely every time it waits for a response to
   its latest channel request

 - the top-level SSH2 protocol function chooses whether messages get
   funnelled to the transport layer or the auth/conn layer based on
   the message number ranges defined in the SSH architecture draft -
   so things that should go to auth/conn go there even in the middle
   of a rekey (although a special case is that nothing goes to
   auth/conn until initial kex has finished). This should fix the
   other half of ssh2-kex-data.

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

random_init() should be called at most once during the running of
PuTTY, even if it's managing multiple sessions.

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

Now that Packet structures are dynamically allocated, it means we
can keep several of them in parallel. In particular, this allows us
to queue outgoing packets during repeat key exchange, to be actually
sent after the rekey completes.

(This doesn't fully fix ssh2-kex-data; also required is the ability
to handle _incoming_ connection-layer packets during rekey without
exploding.)

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

Minor refactoring: the fields `pktin' and `pktout' in the Ssh
structure have been retired. Now all Packet structures are
dynamically allocated. Each rdpkt function allocates one, and it's
freed after being used; and the packet construction functions
allocate them too, and they're freed by the send functions.

`pktin' and `pktout' were ugly. They were _morally_ still global
variables; even though they were replicated per SSH session to
comply with the Mac no-globals requirement, they weren't really in
the _spirit_ of `dynamically allocate your data'.

As a side effect of this change, the `pktout_blanks' and
`pktout_nblanks' fields in the Ssh structure have been moved into
the Packet structure.

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

I think rjk meant `setpgid', not `setpgrp'.

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

RJK's OS X portability patch:
 - initialise blank mbstate_t using memset rather than an ad-hoc
   initialiser.
 - expand the OMIT_UTMP ifdefs to enclose a load of entire functions
   that would generate `static function never called' warnings if
   left as empty shells.
 - couple of other fiddly things.

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

It's probably about time I took my private path to the Halibut
binary out of the PuTTY docs Makefile. Instead, I expect to find
Halibut as simply `halibut' on the PATH, and anyone who doesn't have
it there can always do `make HALIBUT=/path/to/halibut'.

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

\k --> \K

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

Darek Olszewski points out that telnet->ldisc is never initialised
to NULL.

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

Fix typo in term_size(), flagged by a Dr Watson log from Temme Rainer.

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

Minor index tweakery.

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

Trivial bug fix pointed out by Paul Fox: potentially missing fclose().

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

Add missing backslash in "Unable to create registry key" messages.

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

UI tweak from Malcolm Rowe: set IDM_VIEWKEYS as the default menu item and use
that mechanism to invoke it on double-click; this emboldens it in the right-
click menu.

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

XXX comment in the logic which sends failed password auth back to username
prompt for keyboard-interactive. I suspect we should do the same with that
method (especially given the apparent number of systems that use it for
regular password auth), but in the absence of systems to test against I've
not actually made the change. (I'm worried that the `partial success' field
might not be set correctly in a multi-stage authentication, for instance.)

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

As a result of the policy allowing changes of username to reset the
authentication state, a failed `password' authentication in SSH-2 was
sending us back to trying `none' and `keyboard-interactive' each time
round, which uses up OpenSSH's quota of authentication attempts rather
quickly. Added a check for `cfg.change_username' to the logic which
sends us back to the start.

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

Make PSFTP use console_get_line() to fetch username, so that that prompt is
affected by `-batch'.

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

console_get_line() returns failure iff console_batch_mode is set, whereas
before is would return success and the empty string. IMO this makes `-batch'
much more useful; before, utilities such as Plink in `-batch' mode would
attempt to plough on using empty strings for usernames, passwords, and so on.

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

Remove FLAG_INTERACTIVE test from "login as:" prompt. Kelly John Carney
pointed out that Plink would attempt to use a zero-length username iff
a remote command was specified (because the FLAG_INTERACTIVE test was
erroneously combined with the no-username test).

I don't think this will break non-interactive use; in the cases which
behave differently, Plink would be attempting to use the empty
username, which was almost certainly wrong, whereas now it will give a
prompt (which can be avoided with -batch as usual).

(Although perhaps we should attempt to use a local username as a guess for
the remote username, as PSCP does? I've not done this.)

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

"Connection reset by peer" is apparently not the only error that keepalives can
help with.

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

"Software caused connection abort": a couple of people now have got rid of
this with keepalives. Also try to emphasise that this seems to be a generic
catch-all type of error.

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

*sigh* X11 forwarding to a local display (":0" or similar) specified in the
environment rather than the configuraton was failing as of 0.56 (introduced
in r4604). This probably only bit users of Unix PuTTY. Didn't spot in testing
as I was forwarding to already-forwarded displays. I really wasn't having a
good month that month, was I?

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

Add an extra appendix to the manual containing PuTTY's (hitherto)
unwritten design principles, so would-be contributors won't have to
either read our minds or pay _very_ close attention to the code.

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

Move MODULE files out of individual project directories into a
MODULES top-level directory, which is where the Tartarus website
scripts will (hopefully) start reading them from.

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

mkunxarc.sh was still including (mostly empty) .svn directories, and
that in turn was confusing the new doc/Makefile mechanism. Fixed the
former, and also put an additional safeguard in the latter in a
belt-and-braces sort of fashion.

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

Now we use Subversion, it seems excessive to have an individual $Id$
line for every single .but file at the bottom of each page of the
HTML PuTTY docs. However, we can't _always_ replace that with a
single SVN revision, because there isn't always one available (SVN
still allows mixed working copies in which some files are
deliberately checked out against a different revision).

Hence, here's a mechanism for doing better. It uses `svnversion .'
to determine _whether_ a single revision number adequately describes
the current directory, and replaces all the version IDs with that if
so. If it can't do that, it uses the version IDs as before.

Also, this allows an explicit version string to be passed on the
make command line which will override _both_ these possibilities, so
that release documentation can be clearly labelled with the release
version number.

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

Fix mksrcarc.sh for directory reorganisation.

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

pedantic s/CVS/Subversion/

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

Some tweaks for Subversion and windows/ subdir.

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

Fix Windows installer script: the paths were wrong after the
directory reorganisation, and also the EOL style needs to be CRLF or
Inno Setup gets upset.

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

Now that we have Subversion's file renaming ability, it's time at
long last to move all the Windows-specific source files down into a
`windows' subdirectory. Only platform-specific files remain at the
top level. With any luck this will act as a hint to anyone still
contemplating sending us a Windows-centric patch...

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

Various changes related to the Subversion migration.

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

Remove .cvsignore files on all active branches.

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

CVS revision numbers, stored as `cvs2svn:cvs-rev' properties, are a
useful piece of history in this repository but we don't want to
preserve their latest values on future commits. Accordingly, I'm
deleting them from all active development (though not from past
release branches).

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

Mention that comp.terminals may also be a useful newsgroup.
I've done this by centralising information about newsgroups in feedback.but
and linking to that from elsewhere; I've also put in a link to Google Groups.

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

Miloslav Cempirek Ing points out that we should return from
sessionsaver_handler after processing a one-click saved session
launch, to protect against accidentally calling dlg_end twice on the
same dialog.

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

I masked off LATTR_WRAPPED et al in do_text_internal(), but forgot
to do the same in do_cursor(). Bet that's the cause of Andrey
Borzenkov's cursor positioning bug.

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

DJSD requests a force-monochrome option for users who dislike angry-
fruit-salad applications :-)

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

Note upper limit of WM_SYSCOMMAND identifiers in a comment.

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

Go back to using intervals of 16 for the saved session identifiers for the
system menu, but expand from 256 entries to 1024 as there seems to be plenty
of space.

Also remove a couple of unused IDM_* constants.

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

Simon has reminded me _why_ menu identifiers were spaced every sixteen, so
let's add a comment so that we don't forget again. Source:
<http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/userinput/keyboardaccelerators/keyboardacceleratorreference/keyboardacceleratormessages/wm_syscommand.asp>

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

Since neither I nor Owen know why the IDM_ values for the saved-sessions
submenu were going up in steps of 16, I've changed to steps of 1, thus
increasing the possible number of sessions from ~256 to 4096, since a
recent report seemed to indicate that the previous limit might not be
enough for someone (!)
I can't find any documentation that puts an upper limit on the number of
menu items, and it seems to work on Win98, which is where I'd expect it to
break if anywhere.
Also a number of other tweaks to this code.

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

Argh, I messed up SSH1 remote tunnels too (same mistake).

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

Ahem, let's not try initialising a static with a non-constant initialiser.

Also, I'm pretty sure that adding a source address to a remote SSH-2 forwarding
can never have worked, since we added an address string to the packet twice in
that case. OpenSSH 3.4p1 certainly doesn't like it (`Server has disabled port
forwarding' debug message). Fixed (and OpenSSH is happier now).

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

Argh. Failure to make a variable static to get round coroutine
mechanics means that each SSH-2 remote tunnel will sfree() something
random and thus have a chance of crashing or doing something else
bad, although it won't otherwise affect execution. Introduced in
1.319 [r4529] (some of my improved diagnostics). One day I'll make a
checkin to ssh.c without forgetting about the coroutines...

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

Malcolm Rowe spotted that we broke display of SSH2_MSG_DEBUG messages while
fixing `vuln-ssh2-debug', by missing out a field. In most cases
(always_display = 0) we would log a zero-length or truncated message.

(Also add a prototype for ssh2_pkt_getbool().)

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

Malcolm Rowe's UI tweak patch for About/Licence: recognise `Esc' to close
windows (PuTTY, Pageant, PuTTYgen); Licence window parent in PuTTY.

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

Good grief! I should create the `htmldoc' subdir in the release tree
_before_ I create the md5sums files. I am a gibbon.

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

Add bumping version number on trunk to new post-release checklist.
Also, sometimes `0.XX' is used in the docs as a placeholder for a version
number.

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

Merge version number bump (0.56) from release branch.

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

Reorder a couple of points on the wishlist, and also add a few
helpful chunks of `sh' to make life easier next time I make a release.

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

Add a note about documentation of the Unix port (i.e., we don't, specifically).
This is mainly intended to make the documentation suitable for including in
distributions such as the Debian package, but won't be amiss on the web site
docs. It will look a bit out of place in the .HLP, but never mind.

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

Mention -i.

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

Random tweaks:
 - change click-by-click advice on modifying saved sessions
 - add `Restart Session' as another reason you might not want to close the
   window on exit; other tweaks to this language
 - mention Shift-Backspace action
 - the window resizing configuration documentation was completely out of
   date; rewrite
 - add a note about Default Bold Background since it's caused confusion
 - "remote terminal" -> "remote system" in terminal-type doc

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

Freshness tweaks:
 - mention `Restart Session'
 - tweak language of `-N' (plural->singular)

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

Freshness tweaks:
 - soften language around changing-username-during-login section; with SSH-2
   this is a misfeature of implementations rather than the protocol itself
 - tweak new-host-key dialog text

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

Differences between protocols: remove the entire paragraph about environment
variables. It was no longer true (given that we support them in SSH-2 now),
and the new situation was probably too complex to explain in an introductory
chapter. And the utility of setting them seems to be marginal these days given
the lack of server support.

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

Mention PSFTP on title page

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

Better bounds checking in the exit-signal handler.

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

We ought to be using the ssh_pkt_* routines for the messages which we
process at any time in the rdpkt routines, as well as everywhere else.

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

I just had a need to decode a piece of Zlib data from out of the
middle of a PDF. So here's a modification to sshzlib.c which enables
it to be compiled into a standalone Zlib decoder if you define
ZLIB_STANDALONE. As an added bonus, it (both standalone and in
PuTTY) also validates the Zlib header, just to make sure someone
hasn't defined a new compression format.

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

Munge line-drawing description to match current naming and order of options
(in the Windows version), and hopefully to clarify distinction between line
charset and local font, which has occasionally foxed me.

Cross-reference the Translation panel reference section from the intro
section in using.but and mention line-drawing characters there also.

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

Add support for logging "exit-signal", why not.

This is disgustingly huge because old versions of OpenSSH got the message
format wrong, so we have to infer which format is in use. Tested with
Debian stable OpenSSH (3.4p1), with `uint32' packet, and lshd, which uses
the correct `string' packet, and also let me test "core dumped" and the
explanatory message.

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

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