Needed for CIOLIB builds.

3rd party install files for operation: overkill ii

See merge request !72

dpoker needs a little work first (can't find SDL.h).

This was initially just done for lfexpand(), but then I realized there were a
lot of these string processing functions that just checked for VOID
(undefined) argumnet value, but not null.

When a user logins to the FTP server concurrently, this creates a
race condition with an/the other FTP session that may be creating/
downloading a QWK packet. On Vertrauen, this results in the
occasional error removing the file since it was removed unexpectedly:
!ERROR 2 (No such file or directory) in main.cpp line 2747 (event_thread) removing "/sbbs/data/pack1111.now" access=0

xtrn install lore

See merge request !70

Reported by Night Stalker (INTERNAL)
Most likely some unexpected content in sbbsecho.ini.

At the request of WitNik (BGGRSCYN)

For deon's use with Docker:
When creating new nodes (after node 1), derive the new node directory from node 1's configured directory if possible (e.g. it has a '1' in it). So if Node 1's directory is /blah/bbsdir1, then node 2's directory will default to /blah/bbsdir2. When creating node 1 (the first node), it still defaults to "../node1".

(e.g. when run as a timed event) - this bug was introduced in the "Fix sub[] property setter" crash bug fix 2 commits ago.
This fixes the "TypeError: sub.code is undefined" error.

... even when there's no private data.

Should fix "TypeError: sub.code is undefined"

The private data pointer is no longer a subscan_t*. This likely explains the reported crashes when using DDMsgReader and the most recent changes (fixes) to the msg_area object.

The on-exit handlers which restore the console and system flags back to their
previous states don't execute when load()'d from this script. Not sure why
(Deuce?) - using bbs.exec() as a work-around now. :-(

For systems where not everyone wants to use the msglist module.
For DesotoFireflite (VALHALLA)

If using xtrn_head, display section name/header as well

See merge request !67

The following properties would only reflect the status at the time the file_area object was initialized:
    - can_access
    - can_upload
    - can_download
    - is_operator
    - is_exempt

 ... so if changes were made the user while online, for example, these property values would *not* also change to reflect the current state.

The lib[] and lib_list[] 'can_access' properties still have this flaw.

Also: Add a new "files" property to the dir[] and dir_list[] objects to report the current number of files in each directory database.

can_access/upload/download and is_operator
similar to what we already had defined for sub-boards

If you aren't using a custom xtrn menu head per section, then you might fall back on a global one...but the prior logic would not display the actual section heading if it used a global (xtrn_head) file. If you are using xtrn_head, you don't have anything in there with a section name, so display the section name from code again

The following properties would only reflect the status at the time the
msg_area object was initialized:
- can_access
- can_read
- can_post
- is_operator
- is_moderated

... so if changes were made the user while online, for example, these
property values would *not* also change to reflect the current state.

The grp[] and grp_list[] 'can_access' properties still have this flaw.

Also: Add a new "posts" property to the sub[] and sub_list[] objects to
report the current number of posted messages (quicker than opening a MsgBase
instance).

This is a really stupid way of drawing the highlight, but fixing it
this way is trivial vs. refactoring all the ugly.

Fixes #192