Changelog for ProtoMUCK 2.0b8.03: New features: UDP event support: ProtoMUCK can now receive UDP packets in events, and send UDP packets to remote hosts. 'man udp' for more information. Related prims: UDPOPEN, UDPCLOSE, UDPSEND DNS primitive: A mechanism for resolving a hostname to an IP has been added. Related prims: DNS Wiz Logging: A tune which can log wizard commands while not logging players commands. Related tunes: log_wizards SUSPECT flag: A tune which can log certain players to the command logs without logging everyone. Related tunes: log_suspects Related flags: SUSPECT IMMOBILE flag: Makes it so a player cannot move from the room they are in. Good for MUDlike implmentations. Related flags: IMMOBILE MUF interrupts: Allows a MUF program to be interrupted and redirected to another procedure like an IRQ on a computer. On exit, the MUF program continues where it left off. 'man interrupts' for more information. Related prims: ONEVENT, INTERRUPT_LEVEL Inserver ignore: Allows for @gag like functionality through the manipulation of the @/ignore reflist property. Output from players in the @/ignore prop of the listening player will be dropped. Related prims: MAX_IGNORES, IGNORE_ADD, IGNORE_DEL, IGNORING?, ARRAY_GET_IGNORES Refstamps: Updates of lastused/created/modified timestamps now log info about the trigger causing the timestamp update. Related prims: REFSTAMPS, TOUCH, USE Related tunes: use_self_on_command The NIL(#-4) object and autolinking: This object removes the need and issues presented by the $nothing / do_nothing object used for linking an MPI action to, and is conversely faster than using such an object to make an MPI action. When the 'autolinking' tune is set to yes, new actions will automatically be linked to NIL instead of remaining unlinked, and are ready to get an MPI action in the actions @succ statement. See 'help nil' and 'help autolinking' for more info. Related tunes: autolinking CONTROLS support: Allows multiple people to fully control an object as if they own it. By setting an object CONTROLS, and setting the chown lock appropriately, the object will be able to be controlled and edited by anyone who passes the lock. They will not, however, be able to change the chownlock themselves, nor change the CHOWN_OK and CONTROLS flags. Also, there are enhancements to realms control that allow several people to control an area through this mechanism. See 'help controls' and 'help builder' for more information. Related flags: CONTROLS, BUILDER Related tunes: realms_control, wiz_realms Colors: Support for ANSI halfbrights, and Italics, have been added to ANSI tags. Bugs fixed: * MUSH ANSI color parsing with % at end causes buffer overflow * Non-existant prop does not return nulls for nextprop prim * Wiz_name tune not working * Puppets spamming room with double messages when in same room as owner * Players getting control of other players in a realms_control environment * Miscellaneous bugs that would access nonexistent objects. * FORKed program not getting the program's DBREF Bugs converted to features: * getpropstr will now convert an int or float prop to a string and give it to you, rather than erroring out if it is not a string. * intostr does not crash if you give it a string now, it simply returns the string you gave it.