Hi-I just added a new skill, "camp", wich if you have a tent
you can camp instead of sleeping for a higher regen. When
you camp it puts you into POS_CAMPING. Now the
skill works fine and all but when you are camping you can
still move around and look, wich is stopped in command_interpreter
in interpreter.c, I added another check in the switch for
POS_CAMPING like:
case POS_CAMPING:
case POS_SLEEPING:
send_to_char("In your dreams or what?\r\n", ch);
break;
But after this if you are camping you can still look and move around
and perform commands.
Does anyone see or know of something wrong? Hope so
aveae@mail.prolog.net
+-----------------------------------------------------------+
| Ensure that you have read the CircleMUD Mailing List FAQ: |
| http://cspo.queensu.ca/~fletcher/Circle/list_faq.html |
+-----------------------------------------------------------+
From cat@vuse.vanderbilt.edu Fri, 13 Sep 96 14:23:34 -0500
X-SystemInfo: MyE-Mail: EMail
X-ReplyTo-No: 4369 (There are no more replies.)
X-Message-No: 4371 (database)
From: Katzlberger Thomas <cat@vuse.vanderbilt.edu>
To: Steve <quickey@cyberverse.com>
Subject: Re: Warm Boott and Compiling
Date: Fri, 13 Sep 96 20:23:00
Message-ID: <9609131923.AA00706@localhost.vuse.vanderbilt.edu>
Reply-To: katzlbt@vuse.vanderbilt.edu (Thomas Katzlberger)
X-POP3-Rcpt: lk4150@per
Return-Path: <@QUCDN.QueensU.CA:owner-circle@cspo.queensu.ca>
Received: from QUCDN.QueensU.CA (QUCDN.QueensU.CA [130.15.126.2]) by per.cybercity.dk (8.6.12/8.6.12) with SMTP id UAA29356 for <lk4150@krull.dk>; Fri, 13 Sep 1996 20:23:34 +0200
Received: from cspo.queensu.ca by QUCDN.QueensU.CA (IBM VM SMTP V2R2) with TCP;Fri, 13 Sep 96 15:35:23 EDT
Received: by cspo.queensu.ca (SMI-8.6/SMI-SVR4)id PAA02535; Fri, 13 Sep 1996 15:24:36 -0500
Received: from vuse.vanderbilt.edu by cspo.queensu.ca (SMI-8.6/SMI-SVR4)
Received: from localhost.vuse.vanderbilt.edu by vuse.vanderbilt.edu (8.7.5/SMI-4.1/VUSE-1.24)
Received: by localhost.vuse.vanderbilt.edu (NX5.67f2/NX3.0S)
Mime-Version: 1.0 (NeXT Mail 3.3 v118.2)
X-Nextstep-Mailer: Mail 3.3 (Enhance 1.3)
Received: by NeXT.Mailer (1.118.2.RR)
Cc: circle@cspo.queensu.ca
References: <Pine.LNX.3.91.960913111547.10285A-100000@brionne.cyberverse.com>
X-My-Email: katzlbt@vuse.vanderbilt.edu
Sender: owner-circle@cspo.queensu.ca
Precedence: bulk
You wrote:
> On Fri, 13 Sep 1996, The Chuckster wrote:
> Stock Mud++ has a well developed Socket class that does warm
> reboots. Its C++ but I think it might be a good place to devlop
> your ideas.
Hmmm, did you get mud++ to compile and run ??
I tried, but the number of errors that I get is bigger than
of any other project I have seen (even with gcc-2.7.2).
Usage of bool (basic data type in gcc-2.7.2) and
constructors that have the same name as macros defined
in system headers make it a little bit hard to compile.
Nevertheless I scanned through the socket class and
saw no major differences to Circle in funcionality
or implementation. I don't think you can keep descriptors
alive when the process gets killed. The only way of
'warm' reboots (whatever that means) is that you use elf and
dynamically link object files in and out at runtime.
If I am wrong, give me a hint at which lines I should look in
socket.cc.
BTW: does anybody know how to forward a descriptor to a
new connection? Like if I type at the mud prompt:
> connect some.other.mud 4000
and get logged in there (well without blocking the mud).
Cat.
---
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/_/ _/_/
_/_/ Thomas Katzlberger _/_/
_/_/ katzlbt@vuse.vanderbilt.edu _/_/
_/_/ @aWhiteNeXT.called.garfield _/_/
_/_/ http://www.vuse.vanderbilt.edu/~katzlbt/ _/_/
_/_/ _/_/
_/_/ "You can tune a file system, but you can't tune a fish." _/_/
_/_/ UNIX man page for tunefs. _/_/
_/_/ _/_/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
+-----------------------------------------------------------+
| Ensure that you have read the CircleMUD Mailing List FAQ: |
| http://cspo.queensu.ca/~fletcher/Circle/list_faq.html |
+-----------------------------------------------------------+
This archive was generated by hypermail 2b30 : 12/18/00 PST