HDTenEightyP/NetNews huggingface dataset:
From: C.Thomas.Eyford.III@dartmouth.edu (C. Thomas Eyford III)
Newsgroups: rec.games.mud.lp
Subject: LPSwat - Where did you go?
Date: 18 Nov 92 17:08:05 GMT
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0b1@newshost.dartmouth.edu

Any update on the status of LPSwat?  I haven't heard a word.

RL: Tom Eyford                        E-mail: eyford@mac.dartmouth.edu

"So, you'll put down your rock and I'll put down my sword, and we'll
try to kill each other like civilized people?"  
                                      -- Westley, _The Princess Bride_  
Newsgroups: rec.games.mud.lp
From: whale@leland.Stanford.EDU (Stephen Schmidt)
Subject: Re: intermud communication
Organization: DSG, Stanford University, CA 94305, USA
Date: Sat, 21 Nov 92 01:16:25 GMT

In article <92325.155701GREESE@MAINE.MAINE.EDU> GREESE@MAINE.MAINE.EDU writes:
>I am having problems setting up some of the stuff for inet.
>Basically, the inet daemon keeps returning -1 in the fun create_socket()
>because socket_create() efun is returning a value less than 0.  So
>basically the remote finger for instance keeps giving me a security violation
>and saying "Remote md  does not exist."  Anyone out there seen this
>problem besides me?  How did you solve this?

We had it at TMI. The problem in our case was a typo in valid_socket in
the master object. create_socket checks with valid_socket in the master
object to make sure the calling object has acceptable permissions where
acceptable is defined by valid_socket. Specifically, we had a comparative
of the form if (!A || !B) return 0 where A and B were mutually exclusive:
it was supposed to be if (!A && !B) return 0.
Hope this helps you track it down....

Mobydick@TMI

-- 
Steve Schmidt			<><		   whale@leland.stanford.edu
I can no longer sit back and allow Communist infiltration, Communist
indoctrination, Communist subversion, and the international Communist
conspiracy to sap and impurify all of our precious bodily fluids!
From: djohnson@cs.ucsd.edu (Darin Johnson)
Newsgroups: rec.games.mud.lp
Subject: Re: Runing MUDOS on AIX3.0
Date: 19 Nov 92 00:55:17 GMT
Article-I.D.: sdcc12.41223
Organization: =CSE Dept., U.C. San Diego

>  First, I'd like to point out that there is an official address for
>reporting bugs, which you got with the driver.

Actually, if it's there, I can't find it.  I've found some names
and address in some places, but they are player names and mud
names - not too useful.
-- 
Darin Johnson
djohnson@ucsd.edu
    "Only Nixon could go to China"  -- Vulcan proverb
Newsgroups: rec.games.mud.lp
Subject: RE: NuclearWar
From: $ennsnr@brandonu.ca (To be average scares the hell out of me)
Date: 19 Nov 92 22:06:03 CST
Organization: Brandon University, Brandon, Manitoba, Canada

Telnet to 130.238.204.10 4080 and use a character name for the login.

My character name is Sigmund. If you see me on, give me a shout and I will
give you a tour of Nuclear War.

-- 
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

    _/      _/  _/_/_/  _/  _/		Reading furnishes the mind only with 
   _/_/    _/  _/      _/  _/		materials of knowledge; it is thinking
  _/  _/  _/  _/_/    _/  _/		that makes what we read ours.
 _/    _/_/  _/      _/  _/			-- John Locke
_/      _/  _/_/_/  _/  _/_/_/		
					Neil Enns, Brandon University
Disclaimer: Huh?			Internet: $ennsnr@brandonU.ca

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Newsgroups: rec.games.mud.lp
From: fontenot@ravl.rice.edu (Dwayne Jacques Fontenot)
Subject: Re: Eval Cost.
Organization: Rice University
Date: Mon, 16 Nov 1992 18:24:54 GMT

In article <1992Nov16.062321.25913@mailer.cc.fsu.edu> picl3@fsphy1.physics.fsu.edu writes:
>Is there any way to get around the 'too long eval cost' message ?
>I tried to chain my commands along with call_out()'s, but it still seems
>to stop after too long.
>Btw, I'm using MudOS 0.9, if that makes any difference.
>Jeff Johnson (Bub)

You can increase the value for 'maximum evaluation cost' in the config file.
However (and don't take this the wrong way), exceeding max_eval is usually
the result of something being done in a naive way. What are you doing? Is
it something very complex? Perhaps the computation can be restructured.
Also, how long are the call_outs you are doing? Perhaps heartbeats are
in order?

Dwayne Fontenot (Jacques)
Newsgroups: rec.games.mud.lp,rec.games.mud.misc
From: willday@ux1.cso.uiuc.edu (The Eye of Fatima)
Subject: Re: VT client - how to echo input to window?
Organization: University of Illinois at Urbana-Champaign
Date: Sat, 21 Nov 1992 09:15:39 GMT

In article <By1pyt.3ty@ais.org> jgm@ais.org (jim miller) writes:
>
>I write:
>>Hi.  I'm trying to get the mud client VT to echo my input to
>>the output/remote window.  The last time I tried any mud clients a 
>>few years ago, this same deficiency kept me from finding them useful.
>>However, VT looks like it can be modified or patched to do this for me. 
>
>Tinyfugue will do this simply, via the /kecho switch.
>With a lot less hassle I'll wager.
>
>-jim

Hmmm..  I tried that, and it seems to only echo to the screen, but
not the log file.

Also, TinyFugue was very frustrating because I could not for the
life of me get the /hilite to work, and there seemed to be no
scroll-back...argh

will
Newsgroups: rec.games.mud.lp
Subject: Dragons Den is it here yet?
From: rossw@ccu1.aukuni.ac.nz (Ross Williamson)
Date: Wed, 18 Nov 1992 19:20:41 GMT
Organization: University of Auckland, New Zealand.

	Has Dragons Den mudlib and driver been released yet, or am
I jumping the mud :)


TIA
Ross
Newsgroups: rec.games.mud.lp
Subject: ftpd for lpmud wanted
From: bresnaha@mari.acc-admin.stolaf.edu (Lord of flying horned octopi)
Date: Wed, 18 Nov 1992 02:10:34 GMT
Organization: Washington University, St. Louis MO
Keywords: ftpd mtp lpmud

I'm looking for the source for the lpmud version of ftpd.  I'm specifically
looking for the one that used to be distributed at TMI.  Any help would be
apprieciated.

MikeB (Gudu)
Newsgroups: rec.games.mud.lp
From: wcollins@netcom.com (Walter J. Collins)
Subject: Re: Player killing...
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Tue, 24 Nov 1992 01:18:35 GMT

I'd like to offer my support for Blitzkrieg before he gets flamed.
It's always nice to know someone agrees with you, even if you're a minority.

My personal opinion is that monsters are a bore.  I enjoy playing on
Genocide when I'm not coding the UD mudlib.  I'm no good at it, but
the challenge is great fun, and I'll continue going back.  We're working
on more intelligent monsters on UD, but we have a long way to go.  Until
then, players will continue to make the worthiest opponents to match wits
with.

There are lots of you out there who just don't want to be bothered with 
trying to protect yourselves from player killers.  I can sympathize with
you, but I don't understand why you've chosen lpmuds as opposed to non-
combat oriented muds (any of the mush, muck, muse types), and further, 
I don't understand why you can't just go to an lp that doesn't allow
player killing.  There are still a bunch of them around, I'm sure.

Anyway, as has been pointed out, it's all in fun.  Mud's just a game.

Great post, Blitzkrieg!

Walt (Cynic@UD, LPSwat, Gateway, Genocide, TMI-2, Darker Realms, Padermud,
      and lots of others)
-- 
wcollins@netcom.netcom.com  < Walt Collins / Kristin Harvey >
1011 New Hope St., #12-C  |  Norristown, PA  19401  |  (215)277-2567
From: whale@leland.Stanford.EDU (Stephen Schmidt)
Subject: Re: Runing MUDOS on AIX3.0 
Organization: DSG, Stanford University, CA 94305, USA
Date: Wed, 18 Nov 92 02:08:22 GMT

  Several people have posted MudOS bugs on this newsgroup. I have a vague
feeling that this is not the efficient way to report them... While I have
no objection to airing the bugs in public, so that people will know what's
been fixed, I think that the reports are reach 7 people who are capable
of handling them and 399,993 who are not.
  First, I'd like to point out that there is an official address for
reporting bugs, which you got with the driver. (Sadly I don't know it,
since I've not downloaded the driver or seen the docs, but if you have
a driver to have a bug in, you have it.)
  Second, another thing you can do (and some people have done) is log into
TMI and check the driver bug board. This is a MUCH LESS efficient way of
reporting bugs and it will take longer to get them fixed, but if you must
do this, then I guess you must. One thing I do want to point out in this
regard is that the people who are developing the driver and the people who
run TMI are NOT the same folks: telling TMI admins what the bugs will provide
hours of fun for me and Buddha, but won't actually get the bug fixed, since
Buddha and I know little (his case) to nothing (mine) about the driver. You
can also check the driver bug board to see if anyone else has reported the
same bug you have.
  Third, several people have logged into TMI and asked us about the MudOS
mudlib. This is absolutely the correct thing to do. You can look around
at the existing setup, give us feedback, and we'll give you an estimate on
the release date. (Which, we hope will be RSN.)

Mobydick
-- 
Steve Schmidt			<><		   whale@leland.stanford.edu
I can no longer sit back and allow Communist infiltration, Communist
indoctrination, Communist subversion, and the international Communist
conspiracy to sap and impurify all of our precious bodily fluids!
From: jwp@chem.ucsd.edu (John Pierce)
Newsgroups: rec.games.mud.lp
Subject: Two more MudOS bugs
Date: 18 Nov 92 07:26:47 GMT
Article-I.D.: network.1ecr7nINNc23
Organization: Chemistry Dept, UC San Diego
NNTP-Posting-Host: chedccf0.ucsd.edu


In mapping.c, we have:

	INLINE struct mapping *
	mapTraverse(m, func, extra)
	struct mapping *m;
	int (*func) PROT((struct mapping *, struct node *, void *));
	void *extra;
	{
		struct node *elt, *nelt;
		int j;
		
		debug(128,("mapTraverse %x\n", m));
		for (j = 0; j < m->table_size; j++) {
			for (elt = m->table[j]; elt; elt = nelt) {
				nelt = elt->next;
				if (func(m, elt, extra))

Which clearly should be   if ((*func)(m, elt, extra))

Probably more minor, in comm.c:

	void
	add_message(va_alist)
	     va_dcl
	{
		va_list args;
						<code deleted>
			putc(']',stderr);
			vfprintf(stderr,format,args);
			return;

I'm fairly sure there should be a va_end(args) after the vfprintf() call.
I've never been totally convinced va_end() is *really* necessary, but K&R
2d Edition claims that it is, as does the varargs documentation I've seen.

-- John W Pierce, Chemistry, UC San Diego
   jpierce@ucsd.edu
   Horvendile, The Marches of Antan, chem.ucsd.edu (132.239.68.1) 3000
Newsgroups: rec.games.mud.lp
From: jamie@kauri.vuw.ac.nz (Jamieson Norrish)
Subject: Re: Problems writing a library.
Organization: /u/student/jamie/.organization
Date: Sun, 22 Nov 1992 02:58:55 GMT
	<By2n6M.IEF@news.iastate.edu>

In article <By2n6M.IEF@news.iastate.edu> griffon@iastate.edu (Tamber
Kelsain) writes:

   Wouldn't it be nice to have a MUD where quests were quests in the True
   sense of the word? Quests are undertaken by "Brave Adventurers" to
   accomplish some worldly goal? Not to become a coder?  An Adventurer
   would go on a quest to kill the oppressing dragon, or to find money to
   save his dying village.  Or quest in seek of a special skill, or that
   magical herb that will save a dying parent.  These are True Quests.

Provided of course that the dragon that's just been killed doesn't
spring to life half an hour later. And that the dragon was causing
real problems in the first place. It's all very well saying, "You must
kill the dragon, it's ruining our livelihood." if the dragon in actual
fact just sits in one room all the time, waiting to be killed. It
should be out there, killing sheep or whatever. I personally don't
much like the idea of either quests to become a wizard or
Arthurian-type quests. I would much rather that the person who goes
out to kill the dragon is someone who would otherwise die because
those sheep are her livelihood.

Jamie
Newsgroups: rec.games.mud.lp
Subject: Looking for MudOS lib
From: rossw@ccu1.aukuni.ac.nz (Ross Williamson)
Date: Mon, 23 Nov 1992 19:15:02 GMT
Organization: University of Auckland, New Zealand.


	The subject says it all I am looking for a 
mudlib for MudOS version 0.8.14  can anyone point
me in a good direction??

Please email me if you have any ideas

TIA

Ross
+-----------------------------------+---------------------------+
| Name   : Ross Williamson          | Do you remember when sex  |
| E-Mail : rossw@ccu1.aukuni.ac.nz  |  was safe and skydiving   |
| Auckland University, New Zealand  |      was dangerous?       |
+-----------------------------------+---------------------------+
|   Of course these opinions are my own and thank !! for that   |
+---------------------------------------------------------------+
From: mes@rhi.hi.is (Magnus Sigurdsson)
Newsgroups: rec.games.mud.lp
Subject: Re: newbie question about exec
Date: 20 Nov 92 08:41:54 GMT

In <humgen.41@humgen222.wilhelm.uni-bonn.de> humgen@humgen222.wilhelm.uni-bonn.de writes:

>2. I want to implement different player classes. It looks like exec()
>   will do the job, but HOW does it work???
> 
>   Please give me a small pice of code as example how (and where!)
>   to use exec().

exec() takes two objects as arguments. Exec transfers control from the
latter object to the first one. Most common is to call exec from
a separate login object that handles password verifying etc.
Classes could be handled by something like this:

object pl;

load_player_data();
switch (player_class) {
  case HUMAN:
    pl = clone_object("/obj/human");
    break;
  case ELF:
    pl = clone_object("/obj/elf");
    break;
  .
  .
  .
}

exec(pl, this_object());
pl->move_player_to_start();
destruct(this_object());

You will also have to change your master.c to determine what objects are
allowed to use the exec function. Look at valid_exec() in master.c

>Thanks in advance!
>- --
>Andreas Schuster          please reply only to: umt400@ibm.rhrz.uni-bonn.de

Hope this helps some...

Grarl@Nameless
From: garnett@gestalt.austin.tx.us (John Garnett)
Newsgroups: rec.games.mud.lp
Subject: MudOS on AIX 3.1 (was Re: MudOS 0.9.0 Fact Sheet)
Keywords: aix mudos bug fix
Date: 20 Nov 92 05:37:23 GMT

In article <BxqID2.LzB@news.cso.uiuc.edu> nafpliot@ux2.cso.uiuc.edu (Nicholas  
Nafpliotis) writes:
] garnett@gestalt.austin.tx.us (John Garnett) writes:
] 
] >New features for mud admins:
] >- MudOS runs on more architectures including: Sequent Symmetry (System VR3),
] >     NeXT, RS/6000, SPARCstation (sun4), HP 9000, DECstation, VAX (Ultrix),
] >     and probably others as well.
] 
] Just a note.  I've compiled this on an RS/6000 running AIX 3.1.5 and 
] one running AIX 3.2.2.  The one on 3.1.5 exhibits the SAME problems we've
] been having with ports/etc.  Even WITH the -lbsd flags.  However, the 
] 3.2.2 version runs right out of the box.  This means to use it, you 
] have to upgrade to 3.2  (Unless I'm wrong.  I hope so, cuz I'm not upgrading
] until February. *sigh*)  Just a note so people don't pull too much hair out
] on this one. *grin*
 
This problem stems from a bug in AIX 3.0 and 3.1 in which adding a pointer
to an integer gives a bogus result while adding an integer to a pointer
does not i.e. (ptr + int) != (int + ptr).  MudOS-0.9.2 should work around this
problem.  Look on ucbvax.berkeley.edu:/pub/games/lpmud/MudOS for the latest.

--John

--
John Garnett                   garnett@gestalt.austin.tx.us (NeXT Mail ok)
Newsgroups: rec.games.mud.lp
From: michael@iastate.edu (Michael M. Huang)
Subject: Re: MudOS 0.9 Press Release
Keywords: LPmud MudOS 0.9 :)
Organization: Iowa State University, Ames IA
Date: Sun, 15 Nov 1992 16:25:49 GMT

No wonder 0.9 is so late in coming.  You guys spend all this time
doing this $#@%^$%@# crap. ;)

-michael
 Vincent's Hollow, a mud that used to run Shattered World's driver 
 and got suckered into changing over to MudOS.  A lawsuit is pending 
 in which we're suing MudOS development team for mental anguish and
 stress due to the changeover in mudlib and the delay in releasing
 the super-dooper driver 0.9.


P.S. YEAH!  I can do homework now on muds!

-- 
Michael Ming-Yang Huang                                  michael@iastate.edu
Carver/Vis Lab Comp Assist                     michael@denali.me.iastate.edu 
PV Student Dev Group             "A MIND is such a terrible thing to waste."
Iowa State Univ, Ames, IA       Any opinon stated in this post is of my own.
From: pariah@tartarus.uwa.edu.au (Michael Malone)
Newsgroups: rec.games.mud.lp
Subject: free_svalue (and: Does anyone read rgmlp anymore?)
Date: 18 Nov 1992 11:11:59 GMT
Organization: The University of Western Australia
NNTP-Posting-Host: tartarus.uwa.edu.au

Just repeating a previous question. When apply is
used, are the references on strings, objects, or
arrays in the return value increased ? If so, then
why not do a free_svalue to free the static structure
in apply_low. If not, then why do many places in the
driver (especially ed.c) do a free_svalue on the return
value (which is _usually_ an integer anyway) ?


Newsgroups: rec.games.mud.lp
From: aviz@lanai.cs.ucla.edu (Dr Algirdas Avizienis)
Subject: Problems w/ CD-lib
Organization: UCLA, Computer Science Department
Date: Fri, 20 Nov 92 04:02:34 GMT

 Hello!  I am having major diffifculties trying to get CD-Lib
working.  I got the latest LPmud-CD and CD-mudlib from
ftp.cd.chalmers.se, and compiled the driver.  It all works,
but there seem to be major problems.  The main one is the 
fact that the included domain, Standard, seems to be majorly
messed up.  In the /config/login/login.h file, the files
/d/Standard/cmd/misc_cmd_human, and other races and stuff
are all referred to, but the inherit that these files do
refer to a file that no longer is usable, that is 
/cmd/std/misc_cmd.c.  I am a novice to LPC coding and all,
and I was wondering if there was a working version of this
somewhere that I could mess around with without having to
do major hacks.

Sorry to be so incoherent, but I am really a newbie when
it comes to all this.

Any help/advice would be much appreciated.

The CD-lib version is 00.26 by the way.

Thanks in advance.
Newsgroups: rec.games.mud.lp
From: N.J.G.Robertson@lut.ac.uk
Subject: LPC info
Reply-To: N.J.G.Robertson@lut.ac.uk (NJR)
Organization: Loughborough University, UK.
Date: Wed, 18 Nov 92 16:06:21 GMT

HI there.

I am thinking of setting up a mud on an HP-UX system using MudOS but
i dont know what any of the functions in the LPC language do.Is there
an ftp site where i can obtain a "users guide".I am reasonably proficient
in C if this helps...

Thanx in advance

Neil Robertson
From: decker@bsu-cs.bsu.edu (Alexus Mel Lynn)
Newsgroups: rec.games.mud.lp
Subject: hname, addr_server, etc.
Keywords: Happy Happy Joy Joy
Date: 20 Nov 92 18:21:24 GMT
Organization: CS Dept, Ball St U, Muncie, Indiana

I am a dikumud implementor, beefing up my mud with some ideas pulled from
lpmuds. (I work on a team, and the team agrees to stick with a dikumud.)

If someone who knows the inner workings of lpmuds, (either chalmers 3.1.2 or
the new MudOS), has a spare minute or two, could you please write me on some-
thing?

Our Dikumud is kinda old, at the time we went up, we JUST got our telnet
privs.  We grabbed the first dikumud we could, which was gamme 0.0, which
was buggy to say the least.  Well, I've since improved the code quite a bit,
here and there.  But one thing I noticed was that dikumud call their
gethostby**** on the same proccess.  Lpmuds seem to have a sister process
that does this for the game's server.  Can someone please write to me an
explain why this was done, and how much does it help?

(In other words, is it worth the time for me to write this into my dikumud?)

And also, are there any MudOS lpmuds out there that wouldn't mind allowing me
to learn about lpc and other lpmud-specific wizard stuff?  I have been a wizard
on three different muds, from tinymuds to dikumuds.  I am only interested in
learning about themud, not in playing god/wizard to players, but I am willing
to take up the responsibilities for wizards.  (Helping players, etc.)

Thanks,
Alexus Mel Lynn

-- 
This is a test.  This is only a test.  If this were a real life emergency, you
would hear: "Oh my god, we're ALL GONNA DIE!!! AAAAAAAAAAAAGGGGGGGGHHHHHHHHH!"
My postings do not reflect the views of myself, therefore, I hold no
responsibility as to anything I say.  - Alexus Mel Lynn, Meta-God of DirtyMUD
Newsgroups: rec.games.mud.lp
From: torh@syma.sussex.ac.uk (Tor Houghton)
Subject: After Hours
Organization: University of Sussex
X-Newsreader: Tin 1.1 PL4
Date: Sun, 15 Nov 1992 14:54:06 GMT


Hello.

Would the person(s) running After Hours please mail me?

Cheers,

Tor
-- 

----------------------------------------------------------------------
email: torh@cogs.susx.ac.uk           "Then we will wonder if machines
                                       will steal each others dreams."
Newsgroups: rec.games.mud.lp
From: fontenot@ravl.rice.edu (Dwayne Jacques Fontenot)
Subject: Re: Runing MUDOS on AIX3.0 
Organization: Rice University
Date: Wed, 18 Nov 1992 00:33:10 GMT

In article <TgF=Mp-@engin.umich.edu> paradox@cochin.engin.umich.edu (Theodore William Gaunt) writes:
>
>Ok Guys, This is Qixx of Hero II.
> 
>We too are going to convert over to the miracle of MudOS.
>IF, IFF I can get it to run on AIX 3.0 RS/6000.
> 
>It compiles fine, after i do the following:
>added #include <sys/select.h> to main.h
>removed -Wall from the Makefile
>removed calls to major(dev) and minor(dev) from file.c
>
>It compiles fine thereafter.  Then, I can connect,
>enter my name, and then the computer never does anything.
> 
>From my tests, it never comes back after the input_to(password)...
> 
>What shall I do?  I assume this is a standard problem with the
>new driver.
> 
>Please mail to paradox@engin.umich.edu
>Thanks to you!

AIX 3.0???? I hope you at least have 3.1.5, and preferrably 3.2.x.
Now which version do you have?

I am assuming you are using the standard rs/6000 C compiler, since you did
not mention gcc. How did you invoke the compiler? cc ? xlc ? c89 ??? The
rs/6000 compiler behaves differently depending on how it is invoked.

Did you add -D_BSD -D_ALL_SOURCE and -lbsd in the Makefile, as instructed?

please answer these questions so I can help you more.

Dwayne Fontenot (Jacques)

PS: I use MudOS on an rs/6000 running AIX 3.2.0 compiled with cc almost daily.
    If you have an older version of the OS, you might want to look at the
    posts that went through here about a day ago, where a person who was
    running AIX 3.1.5 (I think) was having problems until he compiled with gcc.
    However, I don't have gcc on the rs/6000, and I have been running MudOS
    on them using cc since at least 3.1.6.
From: rson@rhi.hi.is (Mimir Reynisson)
Newsgroups: rec.games.mud.lp
Subject: Re: Macmud and file commands
Date: 23 Nov 92 15:57:29 GMT

Well basically to say the least the file io is a bit messed up (hehe)
It tries to use the unix pathname structure but fails in a few places.

I've finally manged to get some time allocated to MacMud again
and hope it will be fixed soon...