(Only appeared when quoting from a message less than half the screen hight
in length.)

and .ini value ([COM] BaudRate) modification with a few minor changes. :-)

The new command-line option is -live, followed by an optional COM handle
(for passing live com handles from 32-bit programs, ala Argus).
Also added -nohangup option to not hangup modem (drop DTR) after call.

default (system) zone if no zone specified in header.

* Minor rework of how connected clients and servers pass commands.

  BBS running this version of the IRCd should support it by now.
* Insert the beginnings of a real recvq system that will properly throttle
  clients that flood the server.

Windows (Win32 and possibly Win64) support only at this time.

account.

call.

host interoperability): %. expands to ".exe" on Win32, nothing on *nix.

first input character as it was attempting to use an uninitialized critical
section (mutex) while asserting the UART interrupt. As long as the UART
virtualization is enabled, this problem doesn't happen, even if don't actually
*use* the UART virtualization.

thing that has any telnet-fu.

SSH support seems more stable now too.

Currently there's not much difference between the two anyways.

Thanks Ragnarok!

data.

to be stuffed into the input buffer as NULLs.

The *ONLY* remaining broken bit is that it is ASSumed that output is in
cp437.  Since most of the stock fonts do NOT use cp437, this is obviously
broken.  However, until I start supporting unicode or multiple codepages
correctly, the world will just have to deal with this.

Input will only work if the character entered exists in the cp437 codepage.
If it doesn't, the input is ignored as if it never happened.  However, if
the character IS in the cp437 charset, it WILL work correctly now (cheers)

So, for example, on a Spanish keyboard, everything except the underlined
'a' and underlined 'o' (and the Euro if so marked at AltGr-E) will work
properly.

Thanks for everyones patience on this one... sorry you still can't have
a new build.  :-)