The variable 'exit_code' is only used for the return value if it's a number.
Bug-fix: sbbs_srand() wasn't being called - random number generator wasn't
being seeded.

"(null)" or "[null]").

                                                  digital man

He has Spoken.  So Shall it be.

the string, or should it replace the %c with "[null]" instead (similar to
what %s does with a NULL)

New properties: sysop_dir, user_dir, upload_dir, and lib[x].offline_dir

the values of the newly defined macros of the same names. These allow easy
comparison for scripts. Example:
    if(system.version_num < 31301) /* v3.13b */
        print("version 3.13b or later required");
system.version_hex allows easy major/minor version number checking, parsing
or printing using right-shift operations instead of division/rounding. Example:
    31301/100 == 313.01
    0x31301>>8 == 0x313

properties).

Use new VERSION_HEX macro for bbs_ver_num() result check.

VERSION_HEX macro).

in a decimal number) and VERSION_HEX, ditto encoded in a hexadecimal number.

fails.

require X+1 bytes where X is the largest of width, precision, and the
strlen() of the passed pointer.  If this is larger than MAX_ARG_LEN,
malloc() a buffer of size X+1.

sdl.Quit() to restore the console mode.

All further wrappers should be able to call xp_vasprintf() and Just Work
now imho.

wrappers can test this and stop reading va_args.

consitently on all platforms, so can't use it to convert a char * to a double.
(using strtod()).

Some of the conversions are dubious... ie: should a char * just be case to
an int, or atoi()ed to one?  Using the second method currently.

mess of switch()es... basically, each type will have to have each type.

as I'm unsure as to how widely supported they are.

converted to the "correct" type before replacement. (Not yet implemented)

string to prevent %s replacements from having format specifiers which get
replaced.

a number of non-x86 archetectures, most notably I64 and Linux/PPC.

Essentially, the problem is that there is NO way to portably contruct a
va_list at run-time.  Currently, this is done in (at least) execmisc.cpp
(and probobly in js_global.c or wherever format() and friends are)

This provides an alternate method of handling such issues which could
(potentially) solve the problem as well as add float/double support.
Comments are encouraged.  This is *NOT* part of the xpdev build and will
not be until it is tested and the marked ToDo items are dealt with.
Further, it most likely won't be *USED* in Synchronet until v4, or until
it recieves heavy testing on a very wide range of platforms and format
specifiers.

xp_*printf() functions for all the standard *printf() functions should be
written, including asprintf() and vasprintf() from the GNU C library.
This will require a new type argument (XP_PRINTF_TYPE_AUTO perhaps) which
will assume that the passed argument is the correct type.

and URANDOM_DEV used for seeding.
Fall-through seeding if there are problems opening URANDOM_DEV.
Use random() and srandom() where available as it's considered quite a bit
better than rand().
Define (but don't use) HAS_SRANDOMDEV_FUNC to indicate that srandomdev()
is avaiable.  The reason it's not used is that xp_randomize() returns the
seed value presumably to make it possible to replay a random sequence and
srandomdev() creates states which cannot be replicated on demand.