tmi2_fluffos_v2/
tmi2_fluffos_v2/bin/
tmi2_fluffos_v2/etc/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/ChangeLog.old/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/Win32/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/compat/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/compat/simuls/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/include/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/clone/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/command/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/data/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/etc/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/include/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/inherit/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/inherit/master/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/log/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/single/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/single/tests/compiler/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/single/tests/efuns/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/single/tests/operators/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/testsuite/u/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/tmp/
tmi2_fluffos_v2/fluffos-2.7-ds2.018/windows/
tmi2_fluffos_v2/lib/
tmi2_fluffos_v2/lib/adm/
tmi2_fluffos_v2/lib/adm/daemons/languages/
tmi2_fluffos_v2/lib/adm/daemons/network/I3/
tmi2_fluffos_v2/lib/adm/daemons/virtual/
tmi2_fluffos_v2/lib/adm/daemons/virtual/template/
tmi2_fluffos_v2/lib/adm/news/
tmi2_fluffos_v2/lib/adm/obj/
tmi2_fluffos_v2/lib/adm/obj/master/
tmi2_fluffos_v2/lib/adm/priv/
tmi2_fluffos_v2/lib/adm/shell/
tmi2_fluffos_v2/lib/adm/tmp/
tmi2_fluffos_v2/lib/cmds/
tmi2_fluffos_v2/lib/d/
tmi2_fluffos_v2/lib/d/Conf/
tmi2_fluffos_v2/lib/d/Conf/adm/
tmi2_fluffos_v2/lib/d/Conf/boards/
tmi2_fluffos_v2/lib/d/Conf/cmds/
tmi2_fluffos_v2/lib/d/Conf/data/
tmi2_fluffos_v2/lib/d/Conf/logs/
tmi2_fluffos_v2/lib/d/Conf/obj/
tmi2_fluffos_v2/lib/d/Conf/text/help/
tmi2_fluffos_v2/lib/d/Fooland/adm/
tmi2_fluffos_v2/lib/d/Fooland/data/
tmi2_fluffos_v2/lib/d/Fooland/data/attic/
tmi2_fluffos_v2/lib/d/Fooland/items/
tmi2_fluffos_v2/lib/d/TMI/
tmi2_fluffos_v2/lib/d/TMI/adm/
tmi2_fluffos_v2/lib/d/TMI/boards/
tmi2_fluffos_v2/lib/d/TMI/data/
tmi2_fluffos_v2/lib/d/TMI/rooms/
tmi2_fluffos_v2/lib/d/grid/
tmi2_fluffos_v2/lib/d/grid/adm/
tmi2_fluffos_v2/lib/d/grid/data/
tmi2_fluffos_v2/lib/d/std/
tmi2_fluffos_v2/lib/d/std/adm/
tmi2_fluffos_v2/lib/data/adm/
tmi2_fluffos_v2/lib/data/adm/daemons/
tmi2_fluffos_v2/lib/data/adm/daemons/doc_d/
tmi2_fluffos_v2/lib/data/adm/daemons/emoted/
tmi2_fluffos_v2/lib/data/adm/daemons/network/http/
tmi2_fluffos_v2/lib/data/adm/daemons/network/services/mail_q/
tmi2_fluffos_v2/lib/data/adm/daemons/network/smtp/
tmi2_fluffos_v2/lib/data/adm/daemons/news/archives/
tmi2_fluffos_v2/lib/data/attic/connection/
tmi2_fluffos_v2/lib/data/attic/user/
tmi2_fluffos_v2/lib/data/std/connection/b/
tmi2_fluffos_v2/lib/data/std/connection/l/
tmi2_fluffos_v2/lib/data/std/user/a/
tmi2_fluffos_v2/lib/data/std/user/b/
tmi2_fluffos_v2/lib/data/std/user/d/
tmi2_fluffos_v2/lib/data/std/user/f/
tmi2_fluffos_v2/lib/data/std/user/l/
tmi2_fluffos_v2/lib/data/std/user/x/
tmi2_fluffos_v2/lib/data/u/d/dm/working/doc_d/
tmi2_fluffos_v2/lib/data/u/l/leto/doc_d/
tmi2_fluffos_v2/lib/data/u/l/leto/smtp/
tmi2_fluffos_v2/lib/doc/
tmi2_fluffos_v2/lib/doc/driverdoc/applies/
tmi2_fluffos_v2/lib/doc/driverdoc/applies/interactive/
tmi2_fluffos_v2/lib/doc/driverdoc/concepts/
tmi2_fluffos_v2/lib/doc/driverdoc/driver/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/arrays/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/buffers/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/compile/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/ed/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/filesystem/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/floats/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/functions/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/general/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/mappings/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/numbers/
tmi2_fluffos_v2/lib/doc/driverdoc/efuns/parsing/
tmi2_fluffos_v2/lib/doc/driverdoc/lpc/constructs/
tmi2_fluffos_v2/lib/doc/driverdoc/lpc/preprocessor/
tmi2_fluffos_v2/lib/doc/driverdoc/lpc/types/
tmi2_fluffos_v2/lib/doc/driverdoc/platforms/
tmi2_fluffos_v2/lib/doc/mudlib/
tmi2_fluffos_v2/lib/ftp/
tmi2_fluffos_v2/lib/include/driver/
tmi2_fluffos_v2/lib/log/
tmi2_fluffos_v2/lib/log/driver/
tmi2_fluffos_v2/lib/obj/net/
tmi2_fluffos_v2/lib/obj/shells/
tmi2_fluffos_v2/lib/obj/tools/
tmi2_fluffos_v2/lib/std/adt/
tmi2_fluffos_v2/lib/std/board/
tmi2_fluffos_v2/lib/std/body/
tmi2_fluffos_v2/lib/std/fun/
tmi2_fluffos_v2/lib/std/living/
tmi2_fluffos_v2/lib/std/object/
tmi2_fluffos_v2/lib/std/shop/
tmi2_fluffos_v2/lib/std/socket/
tmi2_fluffos_v2/lib/std/user/
tmi2_fluffos_v2/lib/std/virtual/
tmi2_fluffos_v2/lib/student/
tmi2_fluffos_v2/lib/student/kalypso/
tmi2_fluffos_v2/lib/student/kalypso/armor/
tmi2_fluffos_v2/lib/student/kalypso/rooms/
tmi2_fluffos_v2/lib/student/kalypso/weapons/
tmi2_fluffos_v2/lib/u/l/leto/
tmi2_fluffos_v2/lib/u/l/leto/cmds/
tmi2_fluffos_v2/lib/www/errors/
tmi2_fluffos_v2/lib/www/gateways/
tmi2_fluffos_v2/lib/www/images/
tmi2_fluffos_v2/old/
tmi2_fluffos_v2/win32/
QUERY_AUTO_LOAD(L)      LOCAL FUNCTIONS        QUERY_AUTO_LOAD(L)

NAME
     query_auto_load - "used in player-held objects that need  to
     reload automatically at each login

SYNOPSIS
     mixed query_auto_load(); void init_arg(mixed arg);

DESCRIPTION
     Autoloading objects are those objects that the game automat-
     ically  loads  into  the  player's inventory when the player
     logs in to the game.

     Any object that wishes to be autoloaded must define a method
     named query_auto_load.  query_auto_load should return one of
     three things:

     1) A two-element array with  the  first  element  being  the
     filename of the object and the second element being any data
     structure is to be preserved across logins.

     2) A string consisting of the base filename  of  the  object
     (without  the  .c  extension) followed by a colon optionally
     followed by any values that the autoloading object wishes to
     preserve across logins.

     3) The integer 1.  This is the simplest (and least flexible)
     way to cause the object to be autoloaded.

     player.c  calls  query_auto_load  on  each  object  in   the
     player's  inventory  just  prior  to  the player being saved
     before quitting.  It uses the returned information to  build
     an  array  of  information  on which objects are to be auto-
     loaded (and what data they are to  be  sent  when  they  are
     reloaded  at  the  next  login).   Note that all autoloading
     objects  must  define   a   method   named   "remove"   (see
     /doc/lfun/remove)  that self-destructs the object.  The best
     way to do this is to make sure that your object inherits the
     standard  object  (this ensures that remove() is included in
     your object).  Note: the remove method  is  responsible  for
     updating  the player's internal encumbrance (how much weight
     being carried).  At logout time, the player object calls the
     remove  method on each autoloading object.  Note, that auto-
     loading objects may be droppable (which wasn't the  case  in
     LPmud 2.4.5).

     init_arg is an optional method that may be defined in  auto-
     loading objects.

     At login time, the player object sends a message init_arg to
     each object that is autoloaded.  The argument that is passed


TMI-2 Release 0.9         Last change:                   4-2-93

QUERY_AUTO_LOAD(L)      LOCAL FUNCTIONS        QUERY_AUTO_LOAD(L)

     to init_arg comes from the value previously supplied by  the
     object's query_auto_load method.  (either the second element
     of the two element array, or the string  following  the  ":"
     depending upon which method was used).

     For example, consider an autoloading object that defines  an
     integer  named  "count"  and  a string named "name" that you
     wish to keep the values of across logins.

     Here are the query_auto_load and init_arg methods  for  such
     an object.

     #include  <mudlib.h>  inherit  OBJECT  ;  #define  THIS_FILE
     "/usr/student/joe/obj/sample"

     int count; string name;

     mixed  *query_autoload()  {       return  ({  THIS_FILE,  ({
     count, name }) }); }

     void init_arg(mixed *arg) {      count = arg[0];      name =
     arg[1]; }

     Here is an example of the old way to do it (method  #2  from
     above).   Using  this  method may ensure that your code will
     work on more mudlibs (without being modified).

     /* THIS_FILE should be defined to be the  base  filename  of
     this object */

     inherit "/std/Object"; /* gives us the  "remove"  method  */
     #define THIS_FILE "/usr/student/joe/obj/sample"

     int count; string name;

     string query_auto_load() {      return  THIS_FILE  +  ":"  +
     count + "," + name; }

     void            init_arg(string            arg)            {
          sscanf(arg,"%d,%s",count,name); }

     Now suppose that you don't care what the value of "count" or
     "name"  are in the next login.  In that case you would rede-
     fine query_auto_load as follows:

     string query_auto_load() {      return THIS_FILE + ":"; }

     and omit the init_arg method in your obj

SEE ALSO
     /std/user/autoload.c, /std/user.c

Sun Release 4.1           Last change:                          2

QUERY_AUTO_LOAD(L)      LOCAL FUNCTIONS        QUERY_AUTO_LOAD(L)

AUTHOR
     Truilkan@TMI

Sun Release 4.1           Last change:                          3