August 1998
- Affordances and social method (Was: Wired Jon A. Lambert
- (Fwd) **NOTICE REGARDING YOUR SEARCHLIGHT SOFTWARE** Jon A. Lambert
- (Fwd) **NOTICE REGARDING YOUR SEARCHLIGHT SOFTWARE** John Bertoglio
- (Fwd) **NOTICE REGARDING YOUR SEARCHLIGHT SOFTWARE** Caliban Tiresias Darklock
- OT: BBSs, s001gmu@nova.wright.edu
- Ansii color, needing some specs and or pointer Jon A. Lambert
- Ansii color, needing some specs and or pointer Caliban Tiresias Darklock
- (fwd) "Smart" monsters Nathan Fenenga Yospe
- Interesting poll Koster, Raph
- Interesting poll John Bertoglio
- Milgram experiment (was WIRED: Kilers have more fun) Mike Sellers
- Implementing god. quzah
- Implementing god. Adam J. Thornton
- Implementing god. J C Lawrence
- Implementing god. Adam J. Thornton
- Implementing god. Koster, Raph
- Implementing god. Adam J. Thornton
- Implementing god. Koster, Raph
- Implementing god. J C Lawrence
- Implementing god. Marian Griffith
- Implementing god. Adam J. Thornton
- Implementing god. Andy Cink
- Blender: free version J C Lawrence
- Blender: free version J C Lawrence
- Blender: free version Adam Wiggins
- UOL/Linux client URLs J C Lawrence
- Socket-Script: Socket-capabable script language and matching library J C Lawrence
- Socket-Script: Socket-capabable script language and matching library Adam J. Thornton
- Socket-Script: Socket-capabable script language and matching library Chris Gray
- Socket-Script: Socket-capabable script language and matching library Chris Gray
- Socket-Script: Socket-capabable script language and matching library Adam J. Thornton
- Socket-Script: Socket-capabable script language and matching library Nathan F Yospe
- Socket-Script: Socket-capabable script language and matching library Adam J. Thornton
- Socket-Script: Socket-capabable script language and matching library ##Make Nylander
- Socket-Script: Socket-capabable script language and matching library Adam J. Thornton
- Socket-Script: Socket-capabable script language and matching library Ola Fosheim Grøstad
- Why threading? (Was: Output Classification Notes) Ola Fosheim Grøstad
- Why threading? (Was: Output Classification Notes) J C Lawrence
- Secrets of the Game Designers s001gmu@nova.wright.edu
- 3D World Models Leach, Brad BA
- 3D World Models S. Patrick Gallaty
- Toba Java->C Adam J. Thornton
- [IDEAS] Starting from scratch Franklyn Colebrooke, Jr.
- [IDEAS] Starting from scratch Adam J. Thornton
- [IDEAS] Starting from scratch Hans-Henrik Staerfeldt
- [IDEAS] Starting from scratch Adam Wiggins
- [IDEAS] Starting from scratch Leach, Brad BA
- [IDEAS] Starting from scratch T. Alexander Popiel
- [IDEAS] Starting from scratch Adam Wiggins
- [IDEAS] Starting from scratch J C Lawrence
- [IDEAS] Starting from scratch Ross Nicoll
- [IDEAS] Starting from scratch T. Alexander Popiel
- [IDEAS] Starting from scratch Holly Sommer
- [IDEAS] Starting from scratch T. Alexander Popiel
- [IDEAS] Starting from scratch Nathan F Yospe
- [IDEAS] Starting from scratch Holly Sommer
- [IDEAS] Starting from scratch T. Alexander Popiel
- [IDEAS] Starting from scratch s001gmu@nova.wright.edu
- [IDEAS] Starting from scratch Matt Chatterley
- [IDEAS] Starting from scratch Ross Nicoll
- [IDEAS] Starting from scratch Ross Nicoll
- [IDEAS] Starting from scratch Ross Nicoll
- [IDEAS] Starting from scratch J C Lawrence
- [IDEAS] Starting from scratch J C Lawrence
- [IDEAS] Starting from scratch Adam Wiggins
- Question regarding Java threads Jon A. Lambert
- Question regarding Java threads Chris Gray
- Question regarding Java threads Vadim Tkachenko
- Question regarding Java threads Ben Greear
- Question regarding Java threads J C Lawrence
- Question regarding Java threads Ben Greear
- Question regarding Java threads Jon A. Lambert
- Question regarding Java threads Chris Gray
- Question regarding Java threads Matt Chatterley
- Question regarding Java threads Ben Greear
- Protocols Vadim Tkachenko
- Events s001gmu@nova.wright.edu
- after the plague: mud report S. Patrick Gallaty
- after the plague: mud report quzah
- after the plague: mud report Adam Wiggins
- after the plague: mud report Ling
- Object Storage Fact Book, Release 4.0 (fwd) Nathan F Yospe
- Affordances and social method (Was: Wire d Magazine...) J C Lawrence
- META: List combat character and racial memory (was Re: J C Lawrence
- META: List combat character and racial memory (was Re: kamikaze@kuoi.asui.uidaho.edu
- Black Isle's Baldur's Gate J C Lawrence
- Black Isle's Baldur's Gate Koster, Raph
- Black Isle's Baldur's Gate Chris Gray
- Black Isle's Baldur's Gate Koster, Raph
- 208.240.161.41 Adam J. Thornton
- 208.240.161.41 Vadim Tkachenko
- ADMIN: Advertising on MUD-Dev J C Lawrence
- ADMIN: Advertising on MUD-Dev Chris Gray
- ADMIN: Advertising on MUD-Dev Caliban Tiresias Darklock
- ADMIN: Advertising on MUD-Dev Ola Fosheim Grøstad
- ADMIN: Advertising on MUD-Dev J C Lawrence
- ADMIN: Advertising on MUD-Dev Vadim Tkachenko
- ADMIN: Advertising on MUD-Dev Adam Wiggins
- ADMIN: Advertising on MUD-Dev Robert Woods
- ADMIN: Advertising on MUD-Dev Richard Woolcock
- ADMIN: Advertising on MUD-Dev Jeroen Ruigrok/Asmodai
- ADMIN: Advertising on MUD-Dev quzah
- ADMIN: Advertising on MUD-Dev Richard Woolcock
- ADMIN: Advertising on MUD-Dev Jeroen Ruigrok/Asmodai
- ADMIN: Advertising on MUD-Dev T. Alexander Popiel
- ADMIN: Advertising on MUD-Dev Mike Sellers
- ADMIN: Advertising on MUD-Dev J C Lawrence
- ADMIN: Advertising on MUD-Dev Michael Hohensee
- ADMIN: Advertising on MUD-Dev s001gmu@nova.wright.edu
- ADMIN: Advertising on MUD-Dev J C Lawrence
- ADMIN: Advertising on MUD-Dev quzah
- ADMIN: Advertising on MUD-Dev John Bertoglio
- ADMIN: Advertising on MUD-Dev Caliban Tiresias Darklock
- ADMIN: Advertising on MUD-Dev quzah
- ADMIN: Advertising on MUD-Dev Caliban Tiresias Darklock
- ADMIN: Advertising on MUD-Dev s001gmu@nova.wright.edu
- ADMIN: Advertising on MUD-Dev Chris Gray
- ADMIN: Advertising on MUD-Dev Scatter
- ADMIN: Advertising on MUD-Dev J C Lawrence
- Adverts in email on the list. Ben Greear
- Adverts in email on the list. quzah
- Adverts in email on the list. Jon A. Lambert
- Adverts in email on the list. Holly Sommer
- Adverts in email on the list. Vadim Tkachenko
- Ethernet NICS, maximum connections..mud testing. Ben Greear
- Ethernet NICS, maximum connections..mud testing. Vadim Tkachenko
- Ethernet NICS, maximum connections..mud testing. Ben Greear
- Ethernet NICS, maximum connections..mud testing. Chris Gray
- lurker emerges James Wilson
- lurker emerges Chris Gray
- lurker emerges Adam J. Thornton
- lurker emerges Chris Gray
- lurker emerges Petri Virkkula
- lurker emerges T. Alexander Popiel
- lurker emerges James Wilson
- lurker emerges T. Alexander Popiel
- lurker emerges Vadim Tkachenko
- lurker emerges Ben Greear
- lurker emerges J C Lawrence
- lurker emerges T. Alexander Popiel
- lurker emerges Vadim Tkachenko
- lurker emerges T. Alexander Popiel
- lurker emerges Vadim Tkachenko
- lurker emerges T. Alexander Popiel
- lurker emerges Vadim Tkachenko
- lurker emerges T. Alexander Popiel
- lurker emerges Vadim Tkachenko
- lurker emerges Vadim Tkachenko
- lurker emerges Chris Gray
- lurker emerges Vadim Tkachenko
- lurker emerges J C Lawrence
- lurker emerges Petri Virkkula
- lurker emerges J C Lawrence
- lurker emerges Petri Virkkula
- lurker emerges Chris Gray
- lurker emerges J C Lawrence
- Adverts in email on the list. Chris Gray
- Fw: lurker emerges James Wilson
- Fw: lurker emerges T. Alexander Popiel
- Ethernet NICS, maximum connections..mud testing. Chris Gray
- Ethernet NICS, maximum connections..mud testing. Chris Gray
- Neat surrealistic graphical mudclients in Java? Ola Fosheim Grøstad
- Ethernet NICS, maximum connections..mud testing. Chris Gray
- Ethernet NICS, maximum connections..mud testing. J C Lawrence
- Ethernet NICS, maximum connections..mud testing. Adam J. Thornton
- Ethernet NICS, maximum connections..mud testing. Ben Greear
- META/ADMIN: ADMIN: Advertising on MUD-Dev Mike Sellers
- META/ADMIN: ADMIN: Advertising on MUD-Dev Ola Fosheim Grøstad
- Rule #3 S. Patrick Gallaty
- OT: Ethernet NICS, maximum connections..mud testing. Shawn Halpenny
- OT: Ethernet NICS, maximum connections..mud testing. Vadim Tkachenko
- META: List combat character and racial memory (was Re: Chris Gray
- List of rules suggestionbox Hans-Henrik Staerfeldt
- List of rules suggestionbox Caliban Tiresias Darklock
- async i/o and threads (was: lurker emerges) James Wilson
- async i/o and threads (was: lurker emerges Jon A. Lambert
- async i/o and threads (was: lurker emerges James Wilson
- async i/o and threads (was: lurker emerges Jon A. Lambert
- Amoeba: Distributed OS release J C Lawrence
- clients anyone?... Andrew Wilson
- clients anyone?... Adam J. Thornton
- clients anyone?... Andrew Wilson
- clients anyone?... Hans-Henrik Staerfeldt
- clients anyone?... Adam J. Thornton
- clients anyone?... Bruce Mitchener, Jr.
- clients anyone?... James Wilson
- clients anyone?... Adam J. Thornton
- clients anyone?... Andrew Wilson
- clients anyone?... Adam J. Thornton
- clients anyone?... Andrew Wilson
- clients anyone?... Adam J. Thornton
- clients anyone?... Adam Wiggins
- clients anyone?... Andrew Wilson
- clients anyone?... J C Lawrence
- clients anyone?... Andrew Wilson
- Re:Methods to Reduce Ecological Wipeout Michael.Willey@abnamro.com
- ADMIN: Over quoting (again) J C Lawrence
- JASSS: The Journal of Artificial Societies and Social Simulation J C Lawrence
- Methods to Reduce Ecological Wipeout Leach, Brad BA
- Methods to Reduce Ecological Wipeout s001gmu@nova.wright.edu
- Methods to Reduce Ecological Wipeout quzah
- Methods to Reduce Ecological Wipeout Michael.Willey@abnamro.com
- Methods to Reduce Ecological Wipeout Koster, Raph
- Methods to Reduce Ecological Wipeout Michael.Willey@abnamro.com
- Methods to Reduce Ecological Wipeout Koster, Raph
- Methods to Reduce Ecological Wipeout Brandon J. Rickman
- Methods to Reduce Ecological Wipeout quzah
- Methods to Reduce Ecological Wipeout Marian Griffith
- Methods to Reduce Ecological Wipeout Damion Schubert
- Methods to Reduce Ecological Wipeout J C Lawrence
- Methods to Reduce Ecological Wipeout J C Lawrence
- LinuxThreads and SIGUSR1 (Ref: [MUD-Dev]) Adam J. Thornton
- Eye movement. quzah
- Eye movement. James Wilson
- Eye movement. quzah
- Eye movement. S. Patrick Gallaty
- Eye movement. T. Alexander Popiel
- Eye movement. Hans-Henrik Staerfeldt
- OGR: Ion Storm's Witchboy talks about the functionality of enemy AI. J C Lawrence
- OGR: Ion Storm's Witchboy talks about the functionality of enemy AI. s001gmu@nova.wright.edu
- Methods to Reduce Ecological Wipeout (fwd) Marc Hernandez
- avoiding ecological wipeout Laurel Fan
- Passing file descriptors to other processes Adam J. Thornton
- Yet another update on threads and signals Adam J. Thornton
- Yet another update on threads and signals s001gmu@nova.wright.edu
- Yet another update on threads and signals Chris Gray
- Yet another update on threads and signals Adam J. Thornton
- Yet another update on threads and signals Chris Gray
- Yet another update on threads and signals Adam J. Thornton
- Yet another update on threads and signals Chris Gray
- Yet another update on threads and signals Adam J. Thornton
- OT: access s001gmu@nova.wright.edu
- Affordances and social method cat
- Affordances and social method cat
- Affordances and social method Caliban Tiresias Darklock
- Affordances and social method Ola Fosheim Grøstad
- Missing MUD-Dev post (fwd) Dr. Cat
- FW: UBE/high: W IRED: Kilers have more fun Koster, Raph
- Affordances and social method Koster, Raph
- Marian's Tailor Problem Koster, Raph
- Marian's Tailor Problem Brandon Cline
- Marian's Tailor Problem Hans-Henrik Staerfeldt
- Marian's Tailor Problem Brandon Cline
- Marian's Tailor Problem Ola Fosheim Grøstad
- Marian's Tailor Problem Damion Schubert
- Marian's Tailor Problem Chris Gray
- UBE/high: W IRED: Kilers have more fun Koster, Raph
- UBE/high: W IRED: Kilers have more fun Mike Sellers
- UBE/high: W IRED: Kilers have more fun s001gmu@nova.wright.edu
- UBE/high: W IRED: Kilers have more fun Marian Griffith
- Question for the list (Semi-OT) Nathan F Yospe
- Question for the list (Semi-OT) Oliver Jowett
- Question for the list (Semi-OT) Jon Leonard
- Question for the list (Semi-OT) Ben Greear
- FW: UBE/high: W IRED: Kilers have more fun Jon A. Lambert
- Private Affordances and social method Mike Sellers
- Private Affordances and social method Marian Griffith
- Private Affordances and social method Mike Sellers
- FW: UBE/high: W IRED: Kilers have more fun Marian Griffith
- UBE/high: FW: UBE/high: W IRED: Kilers have more fun Dr. Cat
- UBE/high: FW: UBE/high: W IRED: Kilers have more fun S. Patrick Gallaty
- free XML Parser (was clients anyone?...) James Wilson
- UBE/high: FW: UBE/high: W IRED: Kilers Jon A. Lambert
- UBE/high: FW: UBE/high: W IRED: Kilers Koster, Raph
- UBE/high: FW: UBE/high: W IRED: Kilers S. Patrick Gallaty
- UBE/high: FW: UBE/high: W IRED: Kilers quzah
- UBE/high: FW: UBE/high: W IRED: Kilers James Wilson
- UBE/high: FW: UBE/high: W IRED: Kilers Damion Schubert
- UBE/high: FW: UBE/high: W IRED: Kilers J C Lawrence
- UBE/high: UBE/high: FW: UBE/high: W IRED: Kilers Dr. Cat
- Marion's Tailor Problem s001gmu@nova.wright.edu
- Marion's Tailor Problem Caliban Tiresias Darklock
- Marion's Tailor Problem jwilson@rochester.rr.com
- Marion's Tailor Problem Travis Casey
- Marion's Tailor Problem Caliban Tiresias Darklock
- Marion's Tailor Problem Adam J. Thornton
- Marion's Tailor Problem Travis S. Casey
- Marion's Tailor Problem Jynx {Wyrm / Tygr / Myth} Ryn
- Marion's Tailor Problem s001gmu@nova.wright.edu
- Marion's Tailor Problem Damion Schubert
- Marion's Tailor Problem Damion Schubert
- Marion's Tailor Problem Ola Fosheim Grøstad
- Marion's Tailor Problem Adam Wiggins
- Marion's Tailor Problem quzah
- Marion's Tailor Problem Marian Griffith
- Marion's Tailor Problem J C Lawrence
- Marion's Tailor Problem Marian Griffith
- Marion's Tailor Problem Koster, Raph
- Marion's Tailor Problem Matthew R. Sheahan
- Marion's Tailor Problem quzah
- Marion's Tailor Problem Matthew R. Sheahan
- Marion's Tailor Problem Koster, Raph
- Marion's Tailor Problem Marian Griffith
- Marion's Tailor Problem Ola Fosheim Grøstad
- Marion's Tailor Problem J C Lawrence
- Marion's Tailor Problem Ola Fosheim Grøstad
- Marion's Tailor Problem Marian Griffith
- Slightly-OT: RPG Mapping Tool Holly Sommer
- UBE/high: UBE/high: FW: UBE/high: W IRED: Kilers Dr. Cat
- UBE/high: FW: UBE/high: W IRED: Kilers Scatter
- UBE/high: FW: UBE/high: W IRED: Kilers Marian Griffith
- UBE/high: FW: UBE/high: W IRED: Kilers Scatter
- UBE/high: FW: UBE/high: W IRED: Kilers Brandon J. Rickman
- UBE/high: FW: UBE/high: W IRED: Kilers Damion Schubert
- UBE/high: FW: UBE/high: W IRED: Kilers quzah
- UBE/high: FW: UBE/high: W IRED: Kilers Marian Griffith
- UBE/high: FW: UBE/high: W IRED: Kilers Adam Wiggins
- UBE/high: FW: UBE/high: W IRED: Kilers Travis Casey
- UBE/high: FW: UBE/high: W IRED: Kilers Brandon J. Rickman
- UBE/high: FW: UBE/high: W IRED: Kilers Koster, Raph
- Thoughts on Marian's Tailor Problem s001gmu@nova.wright.edu
- Standard Mud Room Format? plateau
- Standard Mud Room Format? T. Alexander Popiel
In message: <E0z9Hsk-0002NX-00@mail.kanga.nu>
plateau <plateau@mail.tcbi.com> writes:
>
>Anyway, I began to think of all the different MUD editors already
>available, and started to wonder if there weren't some type of "standard
>format" from which to import rooms, spells, mobs, etc.
>
>Sure, most muds are in some way "different" from the others, code-wise,
>but they all share certain characteristics: most rooms have descriptions,
>they are usually connected to each other by the 10 basic exits
>(n/s/e/w/u/d/nw/se/ne/sw) as well as other links ('enter bushes'). Most
>have titles for their areas, and some share similar flags such as
>'nomob', 'safe', etc.
Methinks you've been dealing with Dikus a lot (they're the primary
ones to have the 10 basic exits concept in the driver; elsewhere
it's just convention or completely ignored), but that's beside
the point... ;-)
Anyway, the closest I've seen is something I wrote up a few years
ago, and still haven't managed to get into PennMUSH (though it should
actually make it into 1.7.3!). The draft below is slightly out of
date, but should give you the general idea.
- Alex
PROPOSAL: DB Format #1
Universal DB Format For MUSH/MUSE/MUX
Abstract
The current systems for storing MUSH/MUSE/MUX databases have many
problems with them, including inflexibility, mutual incompatibility,
inefficiency, and general incomprehensibility. I would like to
generate a new format by which all flavors of MUSH, MUSE, and MUX
(and any other MUD servers which share the paradigm of continually
existing objects with locations, attributes, and the like) might
store their databases, and read the databases of others.
Specific Goals (and Non-Goals)
I would like to specify a syntax (and semantics) for database
storage which is:
(a) easily parsed by either machine or human,
(b) usable even with missing information,
(c) usable even with extra information (including unrecognized
structures),
(d) independent of in-server representation of objects, and
(e) reasonably space-efficient.
I do not intend this to be the format for the run-time database for
disk-based servers, or even necessarily for the standard disk backup
format of any server; it is intended primarily to address problems
of database transportability between servers. The fact that
PennMUSH 1.7.0 will likely use it directly for database storage is
of only minor relevance.
Basic Hierarchy
A database in this format is made up of a set of nested data
structures hereafter referred to as "groups". Each group may
contain an arbitrary amount of labeled data hereafter referred to as
"fields". Fields may in turn be groups in their own right.
All data in this format shall be stored in fields. All fields shall
be composed of a label and an optional value, and (in the case of
group fields) a list of group member fields. The last member field
of a group shall have a label lexically derivable from the label of
the group as a whole (to enable servers to find the end of
unrecognized groups); order requirements of the rest of the member
fields is to be kept to a minimum (to reduce chances of mutual
incompatibility).
Field labels should indicate semantic content of the data in
preference to how any particular server stores the information at
run-time.
Lexical and Syntactic Structure
A database shall consist of a set of logical lines of characters.
Logical lines shall either be blank, begin with a '#' character
(indicating that the rest of the line should not be interpreted), or
contain a field. A logical line shall contain exactly one newline
(as the terminating character), discounting newlines within quoted
strings.
Each field shall be stored as one logical line in a file. This
line shall begin with an arbitrary (possibly nonexistant) amount of
whitespace, followed by a label, optionally some whitespace and a
value, followed by a newline. If there is a value in the field,
then there shall be some whitespace separating it from the label.
Labels shall consist of strings of alphanumeric characters and '_',
'-', '!', or '.'; as a special case, labels of group fields (and only
group fields) shall start with '>', and labels of the last members
of groups shall be identical to the label of the group, with the '>'
changed to '<' (thus, the terminating field of a group labeled
">object" would have a label of "<object"). Labels shall be case-
insensitive.
Values may take on several forms; numbers, labels, and quoted
strings among them. All forms other than quoted strings shall
contain only those characters allowed in labels, with the addition
of non-newline whitespace characters. Quoted strings shall consist
of an initial '"', the data, and a final '"'. Any '\' or '"' within
the string shall be preceded by an additional '\' character, thus
enabling the representation of arbitrary data within the string.
(Implementations should take care to allow the NULL character, all
bits zero, within a string when reading a database in this form; it
is a valid character in this context, despite problems that C
library functions may have with it.)
As an example, a lexically correct database might appear as
follows:
>database "Talek's Test"
# This is a silly example
version 1.0
indented_label_without_value
LaBeL_WiTh_STRanGE_CapItalIzaTion.
>object 1
name "Talek"
money too_little
longstring "this
string contains a newline and a lot of spaces"
# Another useless comment ;-P
<object ugly bag of mostly water
<database
Semantics
Fields should, as a rule, only appear in the database if their
value is something other than the default. If an implementation
expects a value for a particular field, but does not encounter
field in the database, then it should use a default value for
that field.
Unrecognized fields should not cause the implementation to abort;
instead, the field should be discarded (including any subsidiary
fields in the case of unrecognized groups), possibly generating
a warning message.
Fields containing derivable information should be avoided, since
they bloat the database for little purpose.
Garbage objects should not be stored in the database. There should
be no requirement on the order in which the objects in a database are
stored.
Fields with values incompatible with a server should produce
warning messages when encountered.
Defaults (unless specifically stated below) are left up to the
server, and should be reasonable values. A server may require
that a field value be specified explicitly, but this is stongly
discouraged.
Predefined Fields
>database top-level group
This field contains the entire database.
As an optional value, it may contain the name of the database.
<database member of >database
This field has no value, and is used to terminate a database.
generated_by member of >database
This field has, as a value, a string describing the entity
(program?) that generated the database, such as "PennMUSH 1.7.0p0".
num_objects member of >database
This field has an integral numeric value indicating the number
of objects in the database, for purposes of memory preallocation.
If present, it should occur before the first >object field.
(Note: this field breaks the rule about derivable information.
However, memory preallocation is useful enough, IMNSHO, to warrant
it.)
default_object_flags member of >database
This field indicates a set of flags commonly used by all objects.
Default value should be no flags. This field, if present, should
preceed all >object fields.
default_exit_flags member of >database
This field indicates a set of flags, in addition to those specified
in default_object_flags, which are commonly used by exits. If
present, this field should preceed all >object fields, and succeed
the default_object_flags field.
Default: no additional flags.
default_player_flags member of >database
This field indicates a set of flags, in addition to those specified
in default_object_flags, which are commonly used by players. If
present, this field should preceed all >object fields, and succeed
the default_object_flags field.
Default: no additional flags.
default_room_flags member of >database
This field indicates a set of flags, in addition to those specified
in default_object_flags, which are commonly used by rooms. If
present, this field should preceed all >object fields, and succeed
the default_object_flags field.
Default: no additional flags.
default_thing_flags member of >database
This field indicates a set of flags, in addition to those specified
in default_object_flags, which are commonly used by things. If
present, this field should preceed all >object fields, and succeed
the default_object_flags field.
Default: no additional flags.
>attr_info member of >database
This is a group containing permissions information about attributes
in the database. The value of this field is the name of the attribute
so modified.
<attr_info member of >attr_info
This is a valueless indicator of the end of an attribute permissions
block.
permissions member of >attr_info
This field contains a description of the permissions of an attribute.
>object member of >database
This field has, as value, the dbref of the object it represents.
<object member of >object
This field has no value, and indicates the end of an object.
type member of >object
This field specifies the type of an object. For current versions
of MUSH, the type of an object may be EXIT, PLAYER, ROOM, or THING.
This field must precede any type-dependant fields, such as flags
or destination.
Default: THING.
flags member of >object
This field specifies a set of flags applied to the object. Flags
are specified by name (for ease of transport between servers),
and may be preceded with an '!' to negate default flags. Flags
are separated by whitespace within the value.
Default: as specified by the default_*_flags fields of the >database
group.
name member of >object
This field specifies the name of an object.
Must be explicitly specified.
contents member of >object
This field contains a space-separated list of dbrefs of objects
contained within this object. Note that the list is order-sensitive.
Default: no contents.
exits member of >object
This field contains a space-separated list of dbrefs of exits
leading from this object. Note that the list is order-sensitive.
Default: no exits.
parents member of >object
This field contains a space-separated list of dbrefs of OOP
parents of this object. Not all servers will allow multiple
parents, but this format does. Note that this includes only
immediate parents, not all ancestors of an object.
Default: no parents.
zones member of >object
This field (yat again) contains a space-separated list of
dbrefs, this time for zones (places checked for $-commands
and the like) that the object is a member of.
owner member of >object
This field contains the dbref of the owner object of this object.
money member of >object
This is the amount of money held by the object.
creation_time member of >object
This is the time (in seconds from the epoch) when the object was
created.
modification_time member of >object
This is the time (in seconds from the epoch) when the object was
last modified.
drop_to member of >object
This contains the drop_to for a room.
destination member of >object
This is the destination object of an exit.
powers member of >object
This is a space-separated list of powers (security permissions)
granted to the object.
home member of >object
This is the dbref of the "home" location of an object.
Default: current location.
warnings member of >object
This is a list of automated warnings that the object should be
checked for. (Who added this to PennMUSH? Why?)
channels member of >object
This is a space-separated list of names of channels that the
object belongs to.
>lock member of >object
This is the start of a lock on the object. The name of the
lock is given as value. If the name is not present, then
the lock generated by the bare "@lock" command is assumed.
<lock member of >lock
This is the end of a lock.
value member of >lock
This contains the unparsed text of the lock, as it would appear
to a user of the server, with the exception that all objects are
referred to by dbref instead of by name.
flags member of >lock
This contains any flags that apply to the lock.
>attr member of >object
This is the start of an attribute on an object. The name of the
attribute is the value of this field.
<attr member of >attr
This is the end of the attribute.
value member of >attr
This is the value of the attribute.
flags member of >attr
This is a space-separated list of flags that apply to the attribute.
owner member of >attr
This is the dbref of the owner of the attribute
Default: the owner of the object with the attribute.
Example Database
>database "Minimal"
generated_by "T. Alexander Popiel"
num_objects 3
>object 1
name "God"
type PLAYER
flags WIZARD
>attr XYXXY
value "XXUihVF6TimuY"
<attr
<object
>object 2
type ROOM
name "Master Room"
flags FLOATING
>attr DESCRIBE
value "This is the master room."
<attr
<object
>object 0
type ROOM
>attr DESCRIBE
value "This is Room Zero, the beginning of many things."
<attr
name "Room Zero"
contents 1
<object
<database - Standard Mud Room Format? Michael.Willey@abnamro.com
- Standard Mud Room Format? J C Lawrence
- Standard Mud Room Format? Adam J. Thornton
- Standard Mud Room Format? Holly Sommer
- Standard Mud Room Format? Matthew R. Sheahan
- Standard Mud Room Format? Hans-Henrik Staerfeldt
- Standard Mud Room Format? Scatter
- Standard Mud Room Format? T. Alexander Popiel
- Tangent to the Tailor Marc Bowden
- PerLDAP, usefull for your perl-mud? quzah
- UBE/high: Affordances and social method Dr. Cat
- UBE/high: FW: UBE/high: W IRED: Kilers have more fun Dr. Cat
- Article: A Summary of Principles for User-Interface Design. J C Lawrence
- Article: A Summary of Principles for User-Interface Design. Adam J. Thornton
- Article: A Summary of Principles for User-Interface Design. Ola Fosheim Grøstad
- Sockets permanently in CLOSE_WAIT state. (fwd) Oliver Jowett
- Fw: BlackSquad Releases File Formats Damion Schubert
- Revenants (Marion's Tailor Problem) Damion Schubert
- Finer points of Telnet programming ... Jynx {Wyrm / Tygr / Myth} Ryn
- Finer points of Telnet programming ... quzah
- Finer points of Telnet programming ... J C Lawrence
- Finer points of Telnet programming ... quzah
- Finer points of Telnet programming ... J C Lawrence
- Finer points of Telnet programming ... Marc Hernandez
- Finer points of Telnet programming ... Ben Greear
- Finer points of Telnet programming ... Greg Munt
- Finer points of Telnet programming ... Ben Greear
- Finer points of Telnet programming ... Jynx {Wyrm / Tygr / Myth} Ryn
- Finer points of Telnet programming ... Caliban Tiresias Darklock
- Finer points of Telnet programming ... Adam Wiggins
- Finer points of Telnet programming ... Caliban Tiresias Darklock
- Finer points of Telnet programming ... quzah
- Finer points of Telnet programming ... Greg Munt
- [off-topic] Email Jeroen Ruigrok/Asmodai
- Minimal MUD-kernel (was Finer points of Telnet programming ...) Niklas Elmqvist
- Modular MUD [Was:Finer points of Telnet programming ...] Jynx {Wyrm / Tygr / Myth} Ryn
- Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
- Modular MUD [Was:Finer points of Telnet programming ...] Adam J. Thornton
- Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
- Modular MUD [Was:Finer points of Telnet programming ...] Adam J. Thornton
- Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
- Modular MUD [Was:Finer points of Telnet programming ...] pomales
- Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
- Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
- Modular MUD [Was:Finer points of Telnet programming ...] Jeroen Ruigrok/Asmodai
- Modular MUD [Was:Finer points of Telnet programming ...] Jynx {Wyrm / Tygr / Myth} Ryn
- Modular MUD [Was:Finer points of Telnet programming ...] Caliban Tiresias Darklock
- Modular MUD Caliban Tiresias Darklock
- Modular MUD Ola Fosheim Grøstad
- Modular MUD Caliban Tiresias Darklock
- Modular MUD Jeroen Ruigrok/Asmodai
- Modular MUD D. B. Brown
- Modular MUD quzah
- Modular MUD Caliban Tiresias Darklock
- Modular MUD Adam J. Thornton
- Modular MUD Caliban Tiresias Darklock
- Modular MUD Adam J. Thornton
- Modular MUD quzah
- Modular MUD J C Lawrence
- Modular MUD Adam J. Thornton
- Modular MUD Bruce Mitchener, Jr.
- Modular MUD Holly Sommer
- Modular MUD Adam J. Thornton
- Modular MUD Caliban Tiresias Darklock
- Modular MUD Vadim Tkachenko
- Modular MUD John Bertoglio
- Modular MUD [Was:Finer points of Telnet progra Jon A. Lambert
- OS Wars [Was: Modular MUD] Jynx {Wyrm / Tygr / Myth} Ryn
- Modular MUD [Was:Finer points of Telnet progra Jon A. Lambert
- Modular MUD [Was:Finer points of Telnet programming ...] Chris Gray
- The 'consider' command Richard Woolcock
- The 'consider' command Damion Schubert
- The 'consider' command Jon Leonard
- The 'consider' command Hans-Henrik Staerfeldt
- Scripting:was Modular Mud Jon A. Lambert
- Quake 3: How to do OpenGL J C Lawrence
- lockless system - foolproof? James Wilson
- lockless system - foolproof? Chris Gray
- lockless system - foolproof? J C Lawrence
- lockless system - foolproof? James Wilson
- lockless system - foolproof? J C Lawrence
- lockless system - foolproof? James Wilson
- lockless system - foolproof? J C Lawrence
- lockless system - foolproof? T. Alexander Popiel
- lockless system - foolproof? J C Lawrence
- lockless system - foolproof? T. Alexander Popiel
- lockless system - foolproof? J C Lawrence
- lockless system - foolproof? James Wilson
- lockless system - foolproof? J C Lawrence
- Admin: OS wars and avocacy are off-topic J C Lawrence