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/
#d/TMI/boards/generalboard.c
ob_data (["long":"@@query_long","short.text":"General purpose bulletin board","short":"@@query_short","long.text":"This is a bulletin board. For information on how to use it, use `help board'.
","id":({"board","bulletin board",}),"silent_look":1,"last_location":0,])
messages ({(["id":65,"body":"How does one finger someone at a mud with a multi-part name?

such as:  \"finger dana@lima bean\" (which doesn't work)
-hideyoshi@sodden earth
","time":818021938,"poster":"Hideyoshi","title":"fingering multi-part-name muds?",]),(["title":"answer to 20","poster":"T","time":818044806,"body":"for multi name mud you just put a . between each name 
ie t@dark.towers
","id":67,]),(["id":68,"body":"On Mon Dec  4, Demogorgon wrote:
> I have been attempting to make mudmail available to the
> mud entire whichever room the user is in (axing
> the post office thingy).  So far I had moved _mail.c
> and made the appropriate changes ...change rather to
> a define in commands.h    But htis doesn't cut it
> evidently--what happens is once mail is sent off the
> mail arrives but can't be accessed.  I had moved
> _mail.c from /cmds/wiz to /cmds/std.  What
> further changes are needed?
> Thanks:)
> Demogorgon@Darkpowers
> 12/3/1995

Moving _mail to /cmds/std, and fixing the reference in commands.h
should be enough. The only thing I can think of is that some
mail daemon is using a hardcoded reference or you tried without
updating all the daemons and rehashing the /cmds dirs.

Did the problem go away after a reboot ?

Leto
","time":818089332,"poster":"Leto","title":"Re: Mail",]),(["id":69,"body":"On Mon Dec  4, T wrote:
> for multi name mud you just put a . between each name 
> ie t@dark.towers

Yep, that is because you can also do:

finger leto blue

which will finger both leto and blue on this mud (Perverse I know :) :)

Maybe we could add a fix that if you use a @ symbol, it assumes one
user at a remote mud is requested?

Leto
","time":818089434,"poster":"Leto","title":"Re: answer to 20",]),(["title":"Tmi-2 1.3 pre-release 2 has been released","poster":"Leto","time":818124281,"body":"Yet another totally unofficial release. Most patches were by me.
Others were made by Drizzt, Robocoder, Val, Beek and prob some
more.

It should show up at the regular ftp sites in a few hours.

cam037103.student.utwente.nl
ftp.imaginary.com
aragorn.uio.no

Bring in the BUG reports :)

Leto

Ps. See /log/ChangeLog for most changes :)
","id":71,]),(["title":"Re: crashes","poster":"Lucas","time":818124319,"body":"On Tue Nov 21, Lucas wrote:
> On Sun Nov 19, Leto wrote:
> > On Sun Nov 19, Lucas wrote:
> > > FOr some reason, the mud sometimes just crashes on us. it leaves
> > > not
> > > no crash log or anything... kinda strange
> > > 	-lucas-
> > 
> > Leto
> > 
> > Ps. Personally, I've found that v22a3 is very unstable, but it could be
> >     stable for other people. v21.6 seems to work okay, except that it
> >     messes up memory info statistics. Make sure you've disabeled the
> >     /adm/daemons/mem_checker daemon which will otherwise reboot your mud
> >    because it is thinking you're using way too much memory.
> >    (Either remove it from the /adm/etc/preload file, or just add some
> >    nonsense in the file so it won't update.
> 
> I took out mem_check.c from preload, and all works fine 
> 	-lucas-
For a while. It is crashing again, and there is no debug program on
the machine i am using. any other ideas?
	-lucas-
","id":72,]),(["title":"save_data in link problem","poster":"Eyes","time":818396050,"body":"
	Ok for some weird reason my mud refuses to save_data() on
	the link object after you login and make changes within
	the mud.  If you make new characters, everything is saved
	perfectly (thru logind.c).. like passwords, etc.. But once
	you are in the mud and try to change passwords, or makewiz
	or even sponsor people it won't save when players quit.
	I am at odds what I should do next.

Eyes.
","id":75,]),(["id":76,"body":"Do you get any errors in /log ? Any permisison denied errors ?
Is your file system not 100% filled ?
Do you use the cmds with root uid ?
did you change any of the props settings like making certain
 props OWNER_ONLY or MASTER_ONLY ?

Add some debug code and try to find out where exactly it goes wrong.

Leto
","time":818435236,"poster":"Leto","title":"Re:eyes",]),(["title":"Efun Docs","poster":"Lucas","time":818622805,"body":"It seems that the tmi-2 muds are missing the efun doc files. I
saw that they aren't here, and they didn't come with our version
of tmi-2 either.

The ones in the root dir don't seem to work either, they are formatted
in unix man format or something.

Anyone know what to do about this?
	-lucas-
PS: my poor mud keeps crashing. ANY ideas?
","id":77,]),(["title":"Re: Efun Docs","poster":"Dalto","time":818624545,"body":"On Sun Dec 10, Lucas wrote:
> It seems that the tmi-2 muds are missing the efun doc files. I
> saw that they aren't here, and they didn't come with our version
> of tmi-2 either.
> 
> The ones in the root dir don't seem to work either, they are formatted
> in unix man format or something.
> 
> Anyone know what to do about this?
> 	-lucas-
> PS: my poor mud keeps crashing. ANY ideas?

The driver docs are available on ftp.imaginary.com in 
					/pub/mud/LPC/servers/MudOS/doc.tar.gz
There is a script included for converting them from man format to ascii

-Dalto
","id":78,]),(["title":"Re: Efun Docs","poster":"Leto","time":818632469,"body":"I'll include the efun docs as soon as Earthmud becomes reachable again. (I can
just copy em from over there without converting ;)

About the crasher. We really need more information that 'it crashed'.
Did you compile the driver with debug enabled? did you get a
trace ? Do you know which object, what line caused the crash ?

Leto
","id":79,]),(["title":"Re: Efun Docs","poster":"Lucas","time":818634799,"body":"On Sun Dec 10, Leto wrote:
> I'll include the efun docs as soon as Earthmud becomes reachable again. (I can
> just copy em from over there without converting ;)
> 
> About the crasher. We really need more information that 'it crashed'.
> Did you compile the driver with debug enabled? did you get a
> trace ? Do you know which object, what line caused the crash ?
> 
> Leto
sorry about the vaguness.

leto compiled it for me (snicker). what happens, is that i just get
a Connection closed by forgein host
Then startmud starts it up again. in /log/crashes there isn't ever
any trace of the crash. 

another thing, it doesn't save player data. i think when the
driver yells the crash stuff, it saves (not sure... i'm no expert)

anyways, thats what happens. if you need more info, i'll be glad
to share the traumas
	-lucas-

","id":80,]),(["id":81,"body":"On Mon Dec 11, Lucas wrote:
> On Sun Dec 10, Leto wrote:
> > I'll include the efun docs as soon as Earthmud becomes reachable again. (I can
> > just copy em from over there without converting ;)
> > 
> > About the crasher. We really need more information that 'it crashed'.
> > Did you compile the driver with debug enabled? did you get a
> > trace ? Do you know which object, what line caused the crash ?
> > 
> > Leto
> sorry about the vaguness.
> 
> leto compiled it for me (snicker). what happens, is that i just get
> a Connection closed by forgein host
> Then startmud starts it up again. in /log/crashes there isn't ever
> any trace of the crash. 
> 
> another thing, it doesn't save player data. i think when the
> driver yells the crash stuff, it saves (not sure... i'm no expert)
> 
> anyways, thats what happens. if you need more info, i'll be glad
> to share the traumas
> 	-lucas-
> 

This sounds frightening familiar. Which driver/lib version are you running?

We are currently stuck on a Solaris PC, and I the machine is plagued with
a knack for crashing. When I compiled a driver with debug on, I noticed that
it was crashing mostly for the reason that the stack returned F_RETURN,
which apparently the driver does NOT like. Anyway, it might be driver
related for you as well. My problem is that the machine sucks. ;-)

Dm
","time":818858985,"poster":"Dm","title":"Re: Efun Docs",]),(["id":82,"body":"Well, I apparently missed some post somewhere, but I must say that
I am REALLY glad to see TMI-2 with a site again. I'll be rehashing all
the changes I've made on our mud into the newest version ASAP. Is there
a scheduled release date for the final 1.3? (Yeah, ok, dumb question.)
Better yet, anything that I can help with?

Dm
Mostly Harmless
","time":818859068,"poster":"Dm","title":"Hurrah!",]),(["title":"Re: Hurrah!","poster":"Leto","time":818898036,"body":"On Wed Dec 13, Dm wrote:
> Well, I apparently missed some post somewhere, but I must say that
> I am REALLY glad to see TMI-2 with a site again. I'll be rehashing all
> the changes I've made on our mud into the newest version ASAP. Is there
> a scheduled release date for the final 1.3? (Yeah, ok, dumb question.)
> Better yet, anything that I can help with?

Well, I wanted to release 1.3 since a long time ;)
If you want to help, check out /logs/BUGS and /logs/TODO :)

You can also grab pre-releases of this lib at the various places.

Leto
","id":83,]),(["id":84,"body":"I've added them. Should be obtainable by using help :)
","time":819071999,"poster":"Leto","title":"efun docs",]),(["title":"scripts","poster":"Farrow","time":819134892,"body":"Is there anyway of running scripts to do things like rebooting the mud
without killing the process from outside causing a crash.  I would like
to run the shutdown daemon so that it sends out the sh_scripts for reboots
as well without having to do it manually.  I don't know if this is possable
or not.  Some info on how to do this if it's possable would be much appreciated.

Farrow
","id":85,]),(["title":"Re: scripts","poster":"Leto","time":819148223,"body":"On Sat Dec 16, Farrow wrote:
> Is there anyway of running scripts to do things like rebooting the mud
> without killing the process from outside causing a crash.  I would like
> to run the shutdown daemon so that it sends out the sh_scripts for reboots
> as well without having to do it manually.  I don't know if this is possable
> or not.  Some info on how to do this if it's possable would be much appreciated.
> 
> Farrow

Yep, look at the event daemon in /adm/dameons and the event command in
/cmds/adm/_event.c 
(Or just 'help event' :)

You can add events like unix 'cron-jobs' to schedule events.

for example, type 'event list daily' to see hour current daily events.

Leto
","id":86,]),(["id":88,"body":"When I'm tuned out of the code and gwiz channels, I still get the
:emote messages, as do my players (who shouldn't get either one at
all, right?).  Where would I look to fix this?

Also...how do I add new intramud channels and delete old ones?  I tried
editing /include/channels.h, /adm/channels, and /adm/daemons/channels.c,
but I still have the same channels I had before.

Also, in order for /include/channels.h to have #undef NO_NEW_CHANNELS, you
have to add  \"string flag, channels;\" to /cmds/wiz/_channels.c, otherwise
you get a bunch of \"undefined variable\" errors when you update.

-Hideyoshi@Sodden.Earth
","time":819230108,"poster":"Hideyoshi","title":"gwiz and code :emote",]),(["title":"Re: gwiz and code :emote","poster":"Leto","time":819240856,"body":"On Sun Dec 17, Hideyoshi wrote:
> When I'm tuned out of the code and gwiz channels, I still get the
> :emote messages, as do my players (who shouldn't get either one at
> all, right?).  Where would I look to fix this?

Kick Drizzt a few times, and then you'll find out like me
yesterday that drizzt is having users() as target for his 
emotes instead of using the proper CHANNEL_D call.
It's in /adm/daemons/network/I3/channel.c but I havne't had time
to fix it yet.

> Also...how do I add new intramud channels and delete old ones?  I tried
> editing /include/channels.h, /adm/channels, and /adm/daemons/channels.c,
> but I still have the same channels I had before.

It's in /adm/etc/channels

> Also, in order for /include/channels.h to have #undef NO_NEW_CHANNELS, you
> have to add  \"string flag, channels;\" to /cmds/wiz/_channels.c, otherwise
> you get a bunch of \"undefined variable\" errors when you update.

I tried it here, but it worked fine. Maybe you messed up channels
yourself ?

Leto
","id":90,]),})
id_ref 100