message text (when relevant and available) - this helps when re-wrapping the
message text (e.g. for quoting) and not always guessing "80 columns".

now have their output translated to PETSCII equivalents for PETSCII terminals
(but input is not yet translated).
.seq files are now sent untranslated via printfile() and putmsg() to PETSCII
terminals (using the new P_PETSCII putmsg mode flag).
.seq files (and P_PETSCII mode text printed via putmsg) is now converted
(poorly) from PETSCII to CP437 - this is still a work-in-progress.
Remove the remants of WIP and HTMLterm support from putmsg() and printfile().

File not found.
d:\sbbs\text\menu/msgtabs.asc

can we get a slight change in the sbbsecho code or maybe in echocfg so that
when a link is set to passive, areafix notices are NOT sent to them even if
"send notices" is specifically set to yes?

don't ask Guests (during logon) either.
Removed some more WIP and HTMLterm support.
Remove a couple unnecessary if (text[somethingQ][0]) checks.

menu() if it does (exist) and doing something else if it doesn't.

(a bbs "call") shouldn't be going in those log files (data/logs/<date>.log)
anyway.
Also, truncate the node.log if there was no successful login. We don't
want all those failed login attempts and filtered IPs to clog up these
log files. All those same messages go to (the normal) syslog() output anyway.

to the log message becomes redundant.

display/menu file.
Also, the WORDWRAP @-code may now appear anywhere in the file and multiple
times in the file (to mark multiple word-wrapped blocks of text).

only if it exists (on disk) and displays no error message if the file does not
exist. Nearly identical to the existing MENU @-Code, but without the need to
insure the file actually exists first.

means no error message will be displayed/logged if the referenced file does
not exist.

display the auto-term values.
Removed WIP and HTML term support.
Removed Color/Mono from the PETSCII mode info.
Fix what appears to be a couple of been-there-forever bugs in regards to
displaying/toggling the 'default to quiet mode' setting.

don't use the stored user terminal type. This allows the same user (e.g.
the sysop) to be logged onto multiple nodes concurrently with different
terminal types without effecting the other node/session.
Guest sessions were already immune to this problem.

RIP/ANSI/PETSCII, if the files exist.

Newly supported files: text/menu/*.msg (higher priority than .asc when the
terminal supports IBM extened ASCII, aka CP437). These are the same format
as .asc files (and supported more readily by PabloDraw).
Newly supported files: text/menu/*.seq - native PETSCII files for PETSCII
terminals only. Support in the underlying putmsg() function is still
pending.
Also, the text/*.msg files now supports alternative file formats for
RIP/ANSI/PETSCII, if the files exist.
WIP menu support removal.
The new menu/display file selection priority will be detailed on
wiki.synchro.net, but rest assured, it's backwards compatible with
the previous/old priority with the exception of the removal of WIP support
and HTML support.

you run uedit and don't have access to the user.dat file, it will report
an error rather than displaying a user with uninitialized values.

functionality.

the string (which starts with the event internal code).

to warning - this is normal/expected (e.g. when mail base is being
backed-up).

So Omegix recently asked in the Synchronet Discussion group whether or not
a PETSCII (Commodore) terminal could be used to access his Synchronet BBS.
Now, the answer is "Yes". :-)
The major issues addressed:

- detecting a PETSCII terminal, solved by assigning specific (configurable):
  TCP ports to be used for incoming PETSCII connections, by default:
  port 64 is for 40-column PETSCII and port 128 is for 80-column PETSCII,
  but if the terminal sends a Telnet Window Size reply (e.g. SyncTERM), then
  either size terminal should fine on either port.
  The port numbers are configurable in the [BBS] section of your sbbs.ini
  file using the new keys: PET40Port (default value: 64) and PET80Port
  (default value: 128). Having these keys set doesn't make make the terminal
  server listen on that additional port - you'll need to add more
  IP:port combinations to one of Interfaces values, example:
    TelnetInterface=71.95.196.34,71.95.196.34:64,71.95.196.34:128
  And you don't have to use Telnet for the PETSCII connections - you could use
  RLogin or SSH instead (or in addition).

- support for terminal widths < 80 columns:
  This was achieved through a combination of text.dat changes (numerous),
  new Ctrl-A and @-codes and new optional terminal-width-specific menu files
  (e.g. text/menu/main.40col.asc)
  A side effect of these changes is actually better support for terminals
  *wider* than 80 columns as well!

- support for terminals that don't expand tabs to spaces (e.g. PETSCII):
  The terminal server now handles tab expansion with a run-time settable
  tab-size (default size: 8)

- conditional access based on PETSCII (or small) terminal use (or not):
  + New PETSCII ARS keyword (boolean)
  + New COLS and ROWS ARS keywords (for terminal width and height requirements)
  + New TERM (string) ARS keyword

New @-codes:
  - WORDWRAP, when placed at the top of a file, enables auto-wordwrap for
              lines longer than the terminal width
  - CENTER, the text following before an end of line will be displayed centered
            on the terminal (whatever the width, in columns)
  - CLEAR, like CLS, except it ignores (doesn't display) a CRLF that follows
  - COLS, current number of terminal columns (width)
  - ROWS, current number of terminal rows (height)
  - TERM, the auto-detected or reported terminal type (e.g. ANSI, TTY, etc.)
  - SYSONLY, toggles "echo" (display) off/back-on for non-sysops
            similar to the Ctrl-A( and ) codes, but more convenient to use
            (and PabloDraw won't strip the @-code from the file like it does
             with Ctrl-A codes it doesn't support)

New Ctrl-A codes:
  - \ conditional new-line/continuation when the terminal width is < 80 cols
      prints the new text.dat string LongLineContinuationPrefix

yesno() will now return true if passed a blank string.
noyes() will now return false if passed a blank string.
getstr()'s input length limiting based on terminal width is more broadly
           applied now (not just when using the K_LINE mode flag).

New JS bbs object method: menu_exists(<base_filename>) returns Boolean
New JS console object property: tabstop (Number)
New JS console object methods: getbyte() and putbyte() to recv/send raw byte
    value with (very little) interpretation/intervention by the terminal server
New JS console object method: creturn() - performs a carriage return
    (or equivalent)
New JS (and C) printfile() mode flag: P_TRUNCATE, causes long lines to be
    truncated, rather than displaying causing a line-wrap.

New text.dat strings:
  - NoAccessTerminal (for ARS check failures)
  - LongLineContinuationPrefix (for breaking long lines for 40col terminals)
  - Scanning (replaces a previously hard-coded "Scanning" string)
  - Done (replaces a previusly hard-coded "Done")
  - Scanned  (when finished scannning, clears the progress bar)

and then hit 'Q', it would kick you out of multi-node chat (because
the abort flag was set).

sub-projects: scfg, uedit, and umonitor

makes (scfg, uedit, umonitor).

create a directory.

The PRIuOFF versus off_t definition mismatch (in ftpsrvr.c too) has not
yet been resolved (on rPi, gcc 6.3.0).

following error when building with 'make JSLIB=mozjs185':
/usr/bin/ld: gcc.linux.../jsexec.o: undefined reference to symbol 'JS_EndRequest'
//usr/lib/libmozjs185.so.1.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
GNUmakefile:209: recipe for target 'gcc.linux.../jsexec' failed
make: *** [gcc.linux.../jsexec] Error 1

sometimes and sometimes it's an unsigned int.

format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has
type ‘unsigned int’

found, it would be added to the list of echoes tracked in echostats.ini.
Ideally, a negative-response message would be sent to requester in this case,
but we're not doing that currently.

it. This Ctrl-A code is dubious and perhaps should just be removed.

display file.