HDTenEightyP/NetNews huggingface dataset:
From: beeman@cats.ucsc.edu (Adam Beeman)
Newsgroups: rec.games.mud.lp
Subject: Re: SW Quests?
Date: 2 Sep 92 21:36:56 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: mingong-ws-1.ucsc.edu


In article <zik.715445347@aurora.cc.monash.edu.au> zik@aurora.cc.monash.edu.au (Michael Saleeba [Zik]) writes:
>beeman@cats.ucsc.edu (Adam Beeman) writes:
>
>>>SOLUTIONS TO SHATTERED WORLD QUESTS

>>As far as I know, none of those quests exist anywhere.
>
>Don't be a jerk! I personally sweated hard over one of those quests,
>and was pretty unimpressed to see the solution posted. Covering
>yourself by claiming those solutions were "not real" is pretty
>pathetic and transparent. If you're going to be an asshole you might
>as well own up to it.
>

Oh... the guy who wrote the quest solutions... I think he did mutter something
about posting the solution to a quest he wrote a long time ago.  What quest
are you talking about, is it running anywhere anymore?  I'd like to check it
out.

But, in this case, he wrote the quest... shouldn't he be free to post the
solution to his own quest?

>ex-Billy of the Shattered World
>
>+--------------------------------+----------------------------------------+
>|        -|-   Zik   -|-         | "You begin to understand politics when |
>|   zik@bruce.cs.monash.edu.au   |  you realise that it is the only way   |
>|        Michael Saleeba         |  that boring people can become famous" |
>+--------------------------------+----------------------------------------+

Buddha of TMI

-- 
#include <std/disclaimer.h>
#define NAME	"Adam Beeman"
#define EMAIL	"beeman@{cats, ucscb}.ucsc.edu"
inherit SIGNATURE; // enhanced .sig virus
Newsgroups: rec.games.mud.lp
From: craig@ec.uwa.oz.au (Craig Richmond - division)
Subject: Re: Driver additions
Organization: University of Western Australia
Date: Thu, 27 Aug 1992 10:01:57 GMT

oakley@contra.enet.dec.com (The Zeeker) writes:

>	As far as I can see, 2.4.5 IS a standard.  Nice, it works, not
>	very buggy.  I have yet to see a 3.0 Mudlib in vanilla state
>	that ACTUALLY WORKS !!  That was the great thing about 2.4.5
>	Mudlib, you could do whatever you wanted with it.  BUG-FREE!

err, except those huge gaping holes that let anyone become a wi...
err, Which mud did you run?

:-)

Craig
--
Craig Richmond.  Computer Officer -  Dept of Economics (morning) 380 3860
  University of Western Australia    Dept of Education (afternoon)
craig@ecel.uwa.edu.au                              Dvorak Keyboards RULE!
     "Only users are allowed to make messes on their computers"  I.M.VI
Newsgroups: rec.games.mud.lp
From: drevreck@swix.ifi.unit.no (Lars Syrstad)
Subject: Re: security holes in 2.4.5
Organization: University of Trondheim, Norway
Date: Thu, 27 Aug 92 23:55:00 GMT

In article <17heuoINNsfk@darkstar.UCSC.EDU> beeman@cats.ucsc.edu (Adam Beeman) writes:

[Some text and code for one nasty object deleted]

>/* 
> * nuke_all.c
> *
> * This one hasn't been tested, but I'm pretty sure it will work.
> * This isn't meant for actual use anyways.  It's mainly to show you
> * why you should make frequent backups or get out of compat-mode ASAP.
> * Basically it relies on the hardcoded security system of both the
> * 2.4.5 and 3.0 compat-mode drivers to wreac havoc on the mud buy removing
> * all files only one directory away from "/".  It doesn't rm directories.
> *
> * It may need a little debugging, but I'm sure it can be made to work
> * without much trouble.
> *
> * Give credit to Buddha@TMI for promoting conversion to safer mudlibs.
> * But don't blame the gun maker for the shooting.
> */
>

[Code that uses its own valid_read() and valid_write() to be allowed to 
 delete lots of files deleted]

It is my great pleasure to say that this object did not work on VikingMud,
which runs Lars' 3.1.2 driver in COMPAT_MODE.

This is a small excerpt from our simulate.c, which at least in this respect
is identical to the standard 3.1.2 distribution (I think):

	if (!command_giver || !command_giver->interactive ||
	    (command_giver->flags & O_DESTRUCTED))
	    return 0;

It's from the function check_file_name(), which is called whenever a mudlib
file is to be read/written. If this check is passed, the function  goes on 
and 'applies' valid_write() or valid_read() to command_giver, etc etc etc...

Seems that this will stop any object that is not interactive from having its
own fancy valid_*() giving it permission to do whatever it wants. 

A nasty side-effect of this check is of course that an object is never
allowed to do anything to files if there is not an interactive
command_giver present with the right permissions... :-(

>Hi kids! Don't try this at home, nuh-uh! Don't be a bad boy and use
>these on your favorite COMPAT_MODE LPmud... or your local mud administrator
>will be VERY UPSET with you.
>

Agreed. :-)

>Hi, LPmud admins! You may wish to examine the preceding code very carefully
>to ensure that it will not work on your mud.  If you cannot find a way to 
>prevent it, you may wish to consider a mudlib/gamedriver upgrade.
>

Oh yes, we are going to convert to native mode... 'Soon' :-)

Disclaimer:
I know very little of the workings of the driver, and might easily be mistaken
in my above rambling. The fact stands clear though: It didn't work at our
place. :-)

>#include <std_disclaimer.h>
>#define NAME	"Adam Beeman"
>#define EMAIL	"beeman@{cats, ucscb}.ucsc.edu"
>inherit SIGNATURE; // enhanced .sig virus

--
Lars Syrstad aka Drevreck @ VikingMud, Kingdoms and others.

Some world-views are spacious. Some are merely spaced.
	- Rush (Grand Designs)
From: jacob@fy.chalmers.se (Jacob Hallen)
Newsgroups: rec.games.mud.lp
Subject: Re: **** TOP 10 LPMUDs ****
Date: 27 Aug 92 04:34:15 GMT
Organization: Chalmers University of Technology, Physics Departement, Gothenburg

In article <1992Aug20.161422.12155@usenet.ins.cwru.edu> ak853@cleveland.Freenet.Edu (Eric Blade) writes:
>	Ah, but Genesis, when it was running the same mudlib from
>everywhere else, was the second biggest LP-Mud there was.  50-60 users
>on at ANY given time.  People would endure the lag of the international
>link just to be on there.  Now, the max I've ever seen is 8, and I can't
>even find out who they are.

Typical american misconception. Bigger isn't better. We didn't rewrite
Genesis to become the most poular mud in the world. We already were, and
it wasn't such a sweet thing as you may imagine. You also exaggerate the
numbers you state greatly. When the old Genesis was at its largest, tops
were at 55, with daily bottoms at 20-25 players. Present figures are
tops at 25 and bottoms at 5-10.

We rewrote Genesis with the aim of making a game that better preserved
the illusion of being the character you play in the game. You can never hold
on to such an illusion for very long at any rate, but mundane or infantile
shouts and tells act as immediate breakers of the illusion. Your mind really
has a problem producing a daydream of really rescuing a damsel in distress
when someone shouts something about his dicksize, or about how long it is
to reboot.

I can't say I think we are barking up the wrong tree, since we have several
players already saying that it is the only mud worthwile playing, despite
all its present shortcomings. We have written a mud for people who want
more game and less chatline, if you don't belong to that category, go
and play on one of the dozen of muds that are copies of old Genesis.
>
>>I would like to see a definition of LPMUD from somewhere which states
>>that one mud is or isn't an LP.
>>
>	The driver is totally different, the mudlib is totally
>different. 

The driver is absolutely not totally different, the changes are minor. The
mudlib uses different methods to accomplish some things, but the code that
wizards normally produce is very much like the old stuff, however the
mudlib supports a lot more of easily implemented wizard code nowdays.
For instance, a room very easily can detect if a player drops an object in it.
That was quite a hairy business under the old system.

Jacob Hallen
From: djohnson@cs.ucsd.edu (Darin Johnson)
Newsgroups: rec.games.mud.lp
Subject: Re: Virtual Rooms and Objects (was: Re: MudOS a ripoff?)
Date: 3 Sep 92 07:44:18 GMT
Organization: =CSE Dept., U.C. San Diego

FYI, we've got a virtual room system under normal 3.1.2.  (Doesn't even
use the horrible kludge of write/load/delete of mudlib.n)
Can have destinations set like "some_room:12", which will cause
a function in "some_room" to be called to return the real object.
It makes building mazes and stuff very simple while taking very
little space, and still allows room variety also.

A drawback, which it seems mudos gets around, is the
file_name of the objec.  /a people command doesn't show
"some_room:12", but something like "some_room#23122".
-- 
Darin Johnson
djohnson@ucsd.edu
    "I wonder what's taking Guybrush so long..."
From: beeman@cats.ucsc.edu (Adam Beeman)
Newsgroups: rec.games.mud.lp
Subject: Re: Driver additions
Date: 28 Aug 92 21:56:01 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


In article <37394@sdcc12.ucsd.edu> djohnson@cs.ucsd.edu (Darin Johnson) writes:
>
>I agree that TMI won't be interested in using the resulting product.
>The argument that "TMI won't use it, so it's a waste of time" is
>rather silly.  It would be nice if they allowed some of their code to
>be used though.  This of course assumes that not everyone there is of
>the mindset "if you won't use our driver, you must be morons".

It's certainly not a waste of YOUR time.  You'll gain useful programming
experience from the whole thing, and you may well produce a damn good driver
that lots of people use.  It may seem like a waste of time to the people
who have been doing most of the MudOS coding, but that's in no way going
to be everyone who has ever wanted to work on a game driver.

Also, you're certainly welcome to implement MudOS features into a non-MudOS
driver.  It's freely available, and so long as you abide by the copyright
as originally set down by Lars, then we have no problems with it.

A final note... kinda relating to the MudOS driver and the developmental 
mudlib: they are both freely available, or will be.  If you're thinking of
getting them, however, you may wish to wait just a wee bit longer,
because we're trying to do as much debugging as possible before the next
release, so that we don't have to release lots of sudden patches by
discovering things aren't stable or secure, etc.  So right now, the latest
"freely available" MudOS release would be 0.8.14, put out about a month 
ago.  In the time since then we've gone to 0.8.51 and more than doubled the
size of our ChangeLog.  So, if you get 0.8.14 and it seems like it's not
so drastically different as we make it out to be... hang on a little longer.

-Adam


>-- 
>Darin Johnson
>djohnson@ucsd.edu
>    "I wonder what's taking Guybrush so long..."


-- 
#include <std_disclaimer.h>
#define NAME	"Adam Beeman"
#define EMAIL	"beeman@{cats, ucscb}.ucsc.edu"
inherit SIGNATURE; // enhanced .sig virus
From: beeman@cats.ucsc.edu (Adam Beeman)
Newsgroups: rec.games.mud.lp
Subject: Re: MudOS a ripoff?
Date: 27 Aug 1992 18:08:44 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


In article <mmcg.714913955@bruce.cs.monash.edu.au> mmcg@cs.monash.edu.au (Mike  Mc Gaughey) writes:
>
>The only correct response has been from Sulam: "Fuck you".

I'm not Sulam.
I resent that.

In any case, I don't think it matters if we impress YOU does it?
I'm actually starting to enjoy this, we should do it more often.

>
>Mike.
>--
>Mike McGaughey			AARNET:	mmcg@bruce.cs.monash.edu.au
>
>"Head stompin', ass kickin', finger licking nastiness"


-- 
#include <std_disclaimer.h>
#define NAME	"Adam Beeman"
#define EMAIL	"beeman@{cats, ucscb}.ucsc.edu"
inherit SIGNATURE; // enhanced .sig virus
From: djohnson@cs.ucsd.edu (Darin Johnson)
Newsgroups: rec.games.mud.lp
Subject: Re: Accessing attributes (was: Re: Virtual Rooms and Objects)
Date: 4 Sep 92 02:07:39 GMT
Organization: =CSE Dept., U.C. San Diego

>Cons:
>  - you can get lots of stray variables (from typoes or misuse)

You should only allow this on variables which are explicitly declared
to allow access in this manner.  (and if this can't be done, only
allow this on explicitly declared variables)

Also, taking some hints from some OO languages, it should be possible
to have read-only variables.  A wrapper function should be possible
also (ie, if you change strength, the function could automatically
update encumbrance).  The accessing syntax should be the same
regardless of if there is a wrapper function or not (ie, you wouldn't
have some variables accessed with set() and others accessed with
set_varname()) - This is the reason Lars didn't want to put this in.

>  - if you want to redefine the interface, you'll have big problems

It should be done from the driver anyway, since it is really
a language feature.

>The first three cons can be rectified by having a master object
>validating the access to the variables.

The variables should define their own access.  (you wouldn't want
an external object defining if a variable is private or not,
so why do that for another variable attribute?)
-- 
Darin Johnson
djohnson@ucsd.edu
  - Grad school - just say no.
Newsgroups: rec.games.mud.lp
Subject: Anyway to find *all* instances of a clone object?
From: russells@ccu1.aukuni.ac.nz (Russell Street)
Date: Tue, 1 Sep 1992 04:34:38 GMT
Organization: University of Auckland, New Zealand.

(Another LPC question)
Is there *easy* anyway find all instances of a cloned object
(say a monster)?


Newsgroups: rec.games.mud.lp
From: bkdavis@eos.ncsu.edu (B K DAVIS)
Subject: Btech Muse
Originator: bkdavis@c00484-224wi.eos.ncsu.edu
Reply-To: bkdavis@eos.ncsu.edu (B K DAVIS)
Organization: North Carolina State University, Project Eos
Date: Mon, 31 Aug 1992 13:30:10 GMT


Can anyone please tell me what happened to Battle Muse.
I am worried. THanks a lot.


Brian
aka
Brebane
Newsgroups: rec.games.mud.lp
From: michael@iastate.edu (Michael M. Huang)
Subject: Re: * PEACE PLEASE! *
Organization: Iowa State University, Ames IA
Date: Sun, 30 Aug 1992 16:52:04 GMT

In <mmcg.715147644@bruce.cs.monash.edu.au> mmcg@cs.monash.edu.au (Mike  Mc Gaughey) writes:

>michael@iastate.edu (Michael M. Huang) writes:

>>It is rumored that grad students in AU sometimes get this strange
>>mentality attack in which they start flaming one another in brutal
>>magnitude.  When they have severely toasted each other, they turn
>>to the unsuspecting victims of USENET.

>You know me too well...

>You *do* realise I'll have to kill you now?

You kill me and you will be sleeping out in the streets when you come
to the States this winter (maybe :)!  And then we'll line up a team
of TMI coders and throw their printouts all over you.

-michael

-- 
Michael Ming-Yang Huang                                michael@iastate.edu
PV Student Dev. Group &                                (michaelhg@ids.net)
Carver/Vis. Lab Assist         "A mind is such a terrible thing to waste."
Iowa State Univ, Ames, IA      I speak for myself an' not of my employers.
Newsgroups: rec.games.mud.lp
From: mario@netcom.com (Mario)
Subject: Re: MUD Standardization Perspective
Date: Sun, 30 Aug 92 21:38:25 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

The key to working out standardization is to never standardize something that
is not PERFECT and VERSATILE.  Otherwise when something better is developed
it cannot be used without being rebel to everything else.

If any part of any mud is both of those two things mentioned above, I would be
incredibly suprised.  

People, lets let mud evolve just a smidgeon more, before standardizing it.
There's so many facets of mud that are still untouched.

	     -= Branden Spikes (mario@netcom.netcom.com) =-
   -= God of Rogue (Player Slayer Mud) (Looking for a humble home) =-
From: beeman@cats.ucsc.edu (Adam Beeman)
Newsgroups: rec.games.mud.lp
Subject: Re: Driver additions
Date: 27 Aug 92 00:01:44 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


In article <UEKLEINF.92Aug25231833@queen.mcs.Drexel.edu> uekleinf@mcs.Drexel.edu (Erik Kleinfelder) writes:
>
>     *ack* No way.  What I was wondering is, can everyone come together and
>agree on one "driver", not go back to how 2.4.5 was(*scream* No way).  I was
>actually wondering if those driver's that are out there can come together to
>form the best and most efficient driver in existence.  So one does not have to
>say, I want this TMI specialty that is this efficient and this CD piece of
>code that is real fast compared to TMI's, and then have to build the driver
>they want.  How about one driver at peak performance?????
>

Good idea -- You sort through amylaar's efficiency improving code, and maybe
comment it a bit so that some of the other coders can understand it,
and I'll make a few arbitrary design decisions and force the other coders
to comply.  By the way, do you have any way of paying for everyone to fly
out to one place where we can resolve our differences of opinion? 

Wait, I know!  Let's all send one dollar to Lars and buy him out of retirement!
Yeah, that's it!  After all, he's the original LP, and nobody should produce
this "one driver" without him...

Oh, and while we're at it... let's buy a machine somewhere so we can give
everyone involved in this an account on it so they can all log into the same
place, and change the source code.

Ah, but wait, I think we're missing someone.... where's John Price? (the
maker of the -DR series)  Hey! how did I get in here! I'm not a driver coder!
Oh, that's right, I'm a beta-tester and idea man.  But you, Erik, you're not
qualified to be one like me, so you're out of the loop altogether.  You
go sit on the curb and wait for us to come to a conclusion we can ALL agree
on.  But your voice won't count, sorry, that's the way it goes...

Yeah.  Good idea.

(insert 10,000 smileys here for the humor-impaired.) 

>Erik (Gunther God@Dragon's Den -- 129.25.7.111 2222)


Buddha@TMI


-- 
#include <std_disclaimer.h>
#define NAME	"Adam Beeman"
#define EMAIL	"beeman@{cats, ucscb}.ucsc.edu"
inherit SIGNATURE; // enhanced .sig virus
Newsgroups: rec.games.mud.lp
From: ins448c@lindblat.cc.monash.edu.au (Andrew Mills)
Subject: Re: MudOS a ripoff?
Organization: Monash University
X-Newsreader: Tin 1.1 PL5
Date: Sat, 29 Aug 1992 00:30:00 GMT

Adam Beeman (beeman@cats.ucsc.edu) wrote:
: 
: In article <mmcg.714900981@bruce.cs.monash.edu.au> mmcg@cs.monash.edu.au (Mike  Mc Gaughey) writes:
: 
: >Arrogance.
: 
: Fuck you, man!
: We never said, "This isn't LPC. This isn't an LPmud."
: Initially we called it the MudOS Enhanced LPmud driver, but that was too long,
: so we shortened it.  You don't see us clamoring for rec.games.mud.mudos,
: DO YOU? No. MudOS IS AN EVOLUTION OF LPMUD.  WE NEVER CLAIMED OTHERWISE.
: 
: Now go fuck off.
: 

Oh, Very Constructive.

: 
: 
: 
: >--
: >Mike McGaughey			AARNET:	mmcg@bruce.cs.monash.edu.au
: >
: >"Head stompin', ass kickin', finger licking nastiness"
: 

At least Mike doesn't have a dicky sig like you do.

Oh and BTW Mike and Geoff have done it Bigger, Faster, Better and for less than
$6,000,000 and they did not make a big fuss about it and try to grab a whole
lot of glory for doing it.

: -- 
: #include <std_disclaimer.h>
: #define NAME	"Adam Beeman"
: #define EMAIL	"beeman@{cats, ucscb}.ucsc.edu"
: inherit SIGNATURE; // enhanced .sig virus
From: armitage@milton.u.washington.edu (Armitage)
Newsgroups: rec.games.mud.lp
Subject: Re: Tsunami MUD
Keywords: Tsunami, What the Hell?
Date: 28 Aug 92 00:01:54 GMT
Organization: University of Washington

Yea, yea.  I just fixed the router at last.cac.washington.edu 3000 to auto
restart.  Everything should work again.

wporter@dryer.ecn.purdue.edu (B.B. Wet) writes:

>What happened to Tsunami Mud?
>i was just on it the other day, and today I can't connect.
>If 'Black' is listening, mail me at:

>wporter@plugflow.ecn.purdue.edu

>-Barton Fink
-- 

-------------------------
Peter (Z-man) Zatloukal
armitage@u.washington.edu
From: djohnson@cs.ucsd.edu (Darin Johnson)
Newsgroups: rec.games.mud.lp
Subject: Re: security holes in 2.4.5
Date: 27 Aug 92 04:45:03 GMT
Organization: =CSE Dept., U.C. San Diego

Here's something I always wondered about with some of the native mode
mudlibs:

  init() {  this_player()->command("trust this_objects_name"); }
-- 
Darin Johnson
djohnson@ucsd.edu
    Macintosh - you can buy better, but you can't pay more!
From: sauetin@elof.iit.edu (Tina Sauer)
Newsgroups: rec.games.mud.lp
Subject: Simple Question
Date: 1 Sep 92 19:11:01 GMT
Organization: Illinois Institute of Technology, Chicago

O.k. I've decided to de-lurk here a bit.. I've been reading the stuff
here for a few weeks, have even "met" a couple of you at TMI.. But I
had a question.. Was there ever (or is there) a mud called Deja Vu??

(Simple question, huh?? *grin* Just wait til I get going!! *cackle*)

-- Pixie 

(a.k.a. Tina)
Head-Goddess, PixieMUD 
Newsgroups: rec.games.mud.lp
From: pprabhak@nyx.cs.du.edu (Priya Prabhakar)
Subject: Setting up LP Mud on irix
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Thu, 3 Sep 92 21:47:52 GMT


     I need some helping setting up LPMud on Irix.  I need to know what
kind of mudlib and LPMud version etc. would be good and how to make any
necessary changes, if any to set this up.  It's probably a lot for one
person to tell me, I tried setting it up myself and I was totally lost. 
Thanks!


Newsgroups: rec.games.mud.lp
From: guddt@uniwa.uwa.edu.au (David Bennett)
Subject: Re: **** TOP 10 LPMUDs ****
Organization: University of Western Australia
Date: Wed, 26 Aug 1992 13:52:53 GMT

oakley@contra.enet.dec.com (The Zeeker) writes:

>	What things are you talking about?  

>init() { add_action("exit","exit"); }

>exit() { this_player()->move_player("X#room/church");  return 1; }

>*snicker*  That can cause serious problems.  Or slowing the mud to a
>halt by cloning thousands of objects that have working player heartbeats.

That could cause serious problems?  Heheheh.

My best and most innovateive way of bringing a mud to thr ground...  I
was writing a find..  It did a call_out(0,"dir"0 for every dir it
checked.  I ran this on tmi, people wondered why the mud stopped for 5
minutes :)  I have fixed it since then.

There are bugs in the standard 3.1.2 dist that can crash the mud on
syntax errors.  I dont have any examples here (I tend to try and
delete/eat them) but they do exist.

What was your point in that article?  I failed to see which bit of the
first one you were replying to... And what you tried to say...

(Then there was the time I managed to get it so that running ed crashed
the mud....)

David.
[DDT] Pink fish forever.
-- 
  David Bennett,  guddt@uniwa.uwa.oz.au | University Computer Club
     Where Pink fish swim backwards.    | c/o Guild of Undergraduates
These words I am singing now mean nothing more than meow to an animal - TMBG
Disclaimer: Any spelling mistakes in this article are all entirly my fault.  Any grammer errors spotted in this article were put there because I could.
From: sgreen@neumann.une.edu.au (Stephen Green)
Newsgroups: rec.games.mud.lp
Subject: msdos lp
Date: 26 Aug 92 01:30:21 GMT

Hi yers... Some quick qizzes for anyone in the know....

Q1/
 Is there a later .exe package of lpmud for DOS than the one contained
 in lp386-45.zip at alcazar.cd.chalmers.se ? ( the driver is 03.01.02 I think )

Q2/
 Is there a later version of tarpat.exe than 0.01 ?

Q3/
 What happened to foof.dorm.clarkson.edu , where I got ok312exe.exe
 and ok312lib.exe ( 2.4.5 ) from last year ?

Q4/
 Is there a later mudlib version then 2.4.5 that HAS been converted
 to the .xxx extension for DOS ?


/* .sig */

Stephen Green,
University of New England,
Armidale, N.S.W. Australia
--------------------------
sgreen@neumann.une.edu.au