HDTenEightyP/NetNews huggingface dataset:
Organization: Johannes Kepler University Linz - Computing Center
Date: Sunday, 13 Sep 1992 07:03:52 CDT
From: <K111114@ALIJKU11.BITNET>
Newsgroups: rec.games.mud.lp
Subject: get_dir

hi!
I have a problem using get_dir in autoloading castles or room/init_file
it simply returns 0.
when I load the file manually, all works fine.
the problem is that at startup time, there is no command_giver defined,
which means that check_valid_file returns 0 (for invalid file). seems clear to
mee, coz u cant apply("valid_read",...) on an object that has no command_giver.
only the obj/master is allowed to read without command_giver, so, as a
temporary solution, i put an get_dir in obj/master calling efun::get_dir ...
I know that this is a _BAD_ solution ...
The object that needs to get_dir is in the /obj directory too, so, why isn't it
trusted?
anyone can help me out with this ?
herp.
From: mmcg@cs.monash.edu.au (Mike  Mc Gaughey)
Newsgroups: rec.games.mud.lp
Subject: Re: Quicktypers
Date: 13 Sep 92 13:49:15 GMT
Organization: Computer Science, Monash University, Australia

d8andjo@dtek.chalmers.se (Johan Andersson) writes:

>In CDdriver all commands from interactive players goes through a call to:
>  public string /secure/master::modify_command(string original_command)
>before it is passed on to the normal player_parser routine.

>In CDlib all global replacements, i.e. "n"->"north" etc, are implemented
>through this hook. All player objects can register a quicktyper that are
>then called from the above routine for further functionality.

Is this secure?  Can I add an object to a deity which
will translate the alias "foo" into "rm -rf /"?
Will the alias be executed with full permissions?

Mike.
--
Mike McGaughey			AARNET:	mmcg@bruce.cs.monash.edu.au

"Head stompin', ass kickin', finger licking nastiness"
Newsgroups: rec.games.mud.lp
From: bel004@acad.drake.edu
Subject: LPMud for MS-DOS
Organization: Drake University, Des Moines, Iowa, USA
Date: Sun, 6 Sep 1992 18:07:10 GMT

Hi.  I'm in search of an LPMud to be used in an MS-DOS environment.  I've
heard rumors that at least one exists somewhere.  Can anyone help me out here? 
If I can find it, this would be my first attempt to bring a mud up (rather than
join one that's already created) and would appreciate any help anyone could
provide me in how to get it running.  I'm not even sure I'll be able to, but
I have to try.  Anyway, if anyone can help me out, please send me e-mail.

Also, if there are any young muds out there who might be looking for a wizard
to help them out, I'd be happy to offer my services.  I am a former wizard from
DarkeMUD and would have taken over administration of it this fall had our
school not decided to get rid of it.  I'm looking for a place to code (reason
for wanting my own MS-DOS mud for my own computer) so if you might be
interested, again send e-mail.  Thanks.

-Night Hawk (formerly Nighthawk on DarkeMUD, Lestat on FarSide Mud)
-bel004@acad.drake.edu
From: d8andjo@dtek.chalmers.se (Johan Andersson)
Newsgroups: rec.games.mud.lp
Subject: Re: Quicktypers
Date: 13 Sep 92 23:03:28 GMT
	<mmcg.716392155@bruce.cs.monash.edu.au>
Organization: Chalmers University of Technology, Sweden
In-reply-to: mmcg@cs.monash.edu.au's message of 13 Sep 92 13:49:15 GMT

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

>   >In CDlib all global replacements, i.e. "n"->"north" etc, are implemented
>   >through this hook. All player objects can register a quicktyper that are
>   >then called from the above routine for further functionality.
>
>   Is this secure?  Can I add an object to a deity which
>   will translate the alias "foo" into "rm -rf /"?
>   Will the alias be executed with full permissions?
>
public void
set_cmdmodify(object ob)
{
    if (geteuid(ob) != geteuid(this_object()) &&
	 geteuid(ob) !=	SECURITY->get_root_uid())
	return;

    cmd_modifhook = ob;
}

/Johan
--
Johan Andersson           | "You don`t have conversations with microprocessors
Chalmers, Sweden          | you tell them what to do, and then you helplessly
Email:                    | watch the disaster when they take you literally."
d8andjo@dtek.chalmers.se  |	Sah`ot in David Brins "Startide Rising"
Newsgroups: rec.games.mud.lp
From: Carl.von.Loesch@arbi.informatik.uni-oldenburg.de (Carl von Loesch)
Subject: Re: Accessing attributes (was: Re: Virtual Rooms and Objects)
Organization: University of Oldenburg, Germany
Date: Sun, 6 Sep 1992 17:45:46 GMT

beeman@cats.ucsc.edu (nameeB madA) writes:
>        return !undefinedp(foo) ? foo : _query(what);

Urgh! If you're going to introduce real null pointers, make it nullp()!

(Or nilp() if you're a Wirthian).

-- 
o+--_________________________---------------------------------------------_-+o
o|~(                         )~!+-!~(  loesch@informatik.uni-oldenburg.de )~|o
o|~(  Carl 'LynX' v. Loesch  )~!+-!~(  244661 at DOLUNI1.bitnet           )~|o
o+-----------------------------------------------------------------------/--+o
        "...a command interest..."   "*thwap thwap thwappity thwap*"
Organization: Penn State University
Date: Tue, 15 Sep 1992 22:20:15 EDT
From: <RRR111@psuvm.psu.edu>
Newsgroups: rec.games.mud.lp
Subject: msdos lp and 2.4.5 mudlib

two questions:
1) running the msdos driver, how do I get it to answer my modem ?
2) using the 2.4.5 mudlib how do i change my character so that he can edit
all files, instead of just ones in his directory?
-Thanks in advance. please mail help to rrr@felix.chem.psu.edu
-=Rick=- [Tomax@Valhalla, WOD, ...]

a sig? are you kidding? this is my first post.
Newsgroups: rec.games.mud.lp
From: slayer@acca.nmsu.edu (Slayer)
Subject: yea lusty is dead!!!!!!!!
Organization: New Mexico State University
X-Newsreader: Tin 1.1 PL5
Date: Fri, 11 Sep 1992 15:26:00 GMT

	THANK GOD IS IT DEAD,YES!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!DIED LUSTY LABOR DAY WEEKEND!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Newsgroups: rec.games.mud.lp
From: ksdavis@silver.ucs.indiana.edu (Karleenus Schwartz Davis)
Subject: Re: MUD Standardization Perspective
Organization: Indiana University
Date: Mon, 14 Sep 1992 22:31:18 GMT

In article <h4gnad_.mario@netcom.com> mario@netcom.com (Branden Spikes) writes:
>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.

How about standardizing the version numbering and attributions?

--
-sz                           

"My way's not very sportsmanlike" 
--
Newsgroups: rec.games.mud.lp
From: friedpw@next05cville.wam.umd.edu (Peter William Friedman)
Subject: Infinity: new lpmud!
Organization: Workstations at Maryland, University of Maryland, College Park
Date: Wed, 9 Sep 1992 14:37:56 GMT

	Announcing the Grand Opening of  I n f i n i t y   L P m u d  ...

	Running v3.1.2 in comptability mode, and an extensively enhanced
	2.4.5 mudlib, we are opening our doors to the world while we
	continue our development.

	Our address is:

		infinity.ccs.northeastern.edu  3000

	This mud is running on a dedicated machine! Come and explore our
	theme, which takes you from the present into the fantasy world
	of the past, and soon even into the sci-fi of the future.

	This mud is here to stay for quite some time, as we are fortunate
	to be supported in this project by our school.

	PLEASE direct all inquiries about this mud to:

		mud@infinity.ccs.northeastern.edu

	Thanks and enjoy!		- The Founders
From: mario@netcom.com (Branden L. Spikes)
Newsgroups: rec.games.mud.lp
Subject: Player Rankings
Date: 15 Sep 92 00:46:24 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

Looking for a working script file that scans the .o files and sorts them by
who has the best stats/etc.  I accidentally lost mine and I'm not a unix script
guru.  My player.o files are sorted alphabetically in /players/a/akrabu.o etc.
Thanx in advance.

	    -= Branden Spikes (mario@netcom.netcom.com) =-
   -= God of Rogue (Player Slayer Mud) (boobytrap.spies.com 2222) =-
From: amylaar@lysator.liu.se (Joern Rennecke (guest))
Newsgroups: rec.games.mud.lp
Subject: Re: Accessing attributes (was: Re: Virtual Rooms and Objects)
Date: 8 Sep 92 16:43:54 GMT
Organization: Lysator Academic Computer Society, Linkoping University, Sweden

Carl.von.Loesch@arbi.informatik.uni-oldenburg.de (Carl von Loesch) writes:

>d8andjo@dtek.chalmers.se (Johan Andersson) writes:
>>What we are talking here is an extension to the '->' operator to allow access
>>to variables.

>>We should probably allow 'wrapper' functions optionally, thereby allowing
>>an object to trap sets and queries of its variables. The syntax for
>>declaring such wrapper functions are left to the amusement of the reader.

>What I would really like to have is 'inline' functions which
>are inserted into code like macros, yet are allowed to access private
>variables of the module they have been defined for.

>These inline functions should be usable when inheriting a module,
>or when talking to it (call_other), where 'protected inline' allows
>only first usage method etc. etc.

How could you call_other an inline function? After all, these will just be
templates of precompiled code, not real functions. There will not be any
control stack frame associated with them when you use them.

	Amylaar
Newsgroups: rec.games.mud.lp
From: heonj00@DMI.USherb.CA (JEAN-FRANCOIS HEON)
Subject: RE:looking for Frontier folks
Organization: Universite de Sherbrooke -- departement de Mathematiques et d'Informatique
Date: Wed, 9 Sep 1992 14:16:51 GMT

>	Hi, I do not even know if Frontier still exists, we've been away
>4 months, but I used to be Captain there and my friend was Zodd. We are
>looking for Internet addresses of some of the people who knew us there.
>We do not have access to telnet anymore so we cannot communicate via
>Frontier. I am specially looking for Jael. Please E-mail me or Zodd.

	I finally got through Jael and Zodd found his losts email
addresses. Thanks to all the people who replied.


	Jeff (used to be Captain)
From: d8andjo@dtek.chalmers.se (Johan Andersson)
Newsgroups: rec.games.mud.lp
Subject: Re: Accessing attributes (was: Re: Virtual Rooms and Objects)
Date: 6 Sep 92 21:04:49 GMT
	<KJETILHO.92Sep4023048@holmenkollen.ifi.uio.no> <37660@sdcc12.ucsd.edu>
	<13963@chalmers.se>
	<1992Sep6.174328.24451@arbi.Informatik.Uni-Oldenburg.DE>
Organization: Chalmers University of Technology, Sweden
In-reply-to: Carl.von.Loesch@arbi.informatik.uni-oldenburg.de's message of 6 Sep 92 17:37:38 GMT

In article <1992Sep6.174328.24451@arbi.Informatik.Uni-Oldenburg.DE> Carl.von.Loesch@arbi.informatik.uni-oldenburg.de (Carl von Loesch) writes:

>   What I would really like to have is 'inline' functions which
>   are inserted into code like macros, yet are allowed to access private
>   variables of the module they have been defined for.
>
Defined in one program and having access to that programs global variables?
Then taken as stackcode fragments and inserted into other programs in
a macro like fashion?

>   These inline functions should be usable when inheriting a module,
>   or when talking to it (call_other), where 'protected inline' allows
>   only first usage method etc. etc.
>
I find it conceivable to do this in compiletime when you inherit, but in
runtime? If you want it to work for call_other, you are suggesting to make
the stackcode change in runtime?

The advantage of these 'inline' functions would be speed but compared to
normal 'internal' calls, would the gain be significant?

This sounds like heavy changes for little gain, or am I just too tired to
grasp the crucial new functionality this would mean?

/Johan
--
Johan Andersson           | "You don`t have conversations with microprocessors
Chalmers, Sweden          | you tell them what to do, and then you helplessly
Email:                    | watch the disaster when they take you literally."
d8andjo@dtek.chalmers.se  |	Sah`ot in David Brins "Startide Rising"
Newsgroups: rec.games.mud.lp
From: mmcg@cs.monash.edu.au (Mike  Mc Gaughey)
Subject: Re: Accessing attributes (was: Re: Virtual Rooms and Objects)
Organization: Computer Science, Monash University, Australia
Date: Tue, 8 Sep 1992 22:40:32 GMT

amylaar@lysator.liu.se (Joern Rennecke (guest)) writes:

>How could you call_other an inline function? After all, these will just be
>templates of precompiled code, not real functions. There will not be any
>control stack frame associated with them when you use them.

Probably by inserting a copy of the function's code directly, after
ensuring (when you compile it, coz it's inline) that all jumps are
relative, all local calls are call_others to this_object, and all stack
references are relative to the top of stack.

Mike.
--
Mike McGaughey			AARNET:	mmcg@bruce.cs.monash.edu.au

"Head stompin', ass kickin', finger licking nastiness"
Xref: sparky rec.games.mud.lp:3209 rec.games.mud.misc:662 alt.mud:210 alt.mud.lp:354
From: mauldin@lonestar.utsa.edu (Alex L. Mauldin)
Newsgroups: rec.games.mud.lp,rec.games.mud.misc,alt.mud,alt.mud.lp
Subject: Re: Tired of elves and fairies?  Try ABACUS!!
Date: 9 Sep 92 18:33:19 GMT
Organization: University of Texas at San Antonio

In article <1992Sep9.175240.2475@dunix.drake.edu> kjt001@dunix.drake.edu (Kevin Tieskoetter) writes:
>And don't forget that players can become legends, a sort of super-player
>instead of becoming a scientist if he wants to!  Much more possibility
>is added with this!
>
>
>Also, don't forget to check out the warbot area - based on Battletech
>from FASA, you can pilot your own 'bot in combat with other
>computer-controlled 'bots or even player-controlled 'bots.
>
>-kevin - aka - Silvanus
>
>Coming soon - economic system with player-owned bars, and possibly shops
>hotels, and restaurants.


    Absolutely right, Silvanus!

    See, there's just so much to say about ABACUS that one couldn't
    put it in just a list of 10 points.  Maybe sometime in the near
    future we can post '20 Damn Good Reasons to Try ABACUS'!

    ...and btw, if you missed the address, it's:

                 130.238.204.10 4080

    Hope to see ya there!


    - Hannibal, the Advertising Exec.
Newsgroups: rec.games.mud.lp
From: ecuwk@warwick.ac.uk (Jason Cottrell)
Subject: Re: Rogue (Player Slayer LP-Mud) (boobytrap.spies.com 2222)
Keywords: rogue
Organization: Computing Services, Warwick University, UK
Date: Sun, 13 Sep 1992 11:21:31 GMT

In article <1992Sep11.001800.15021@mnemosyne.cs.du.edu> mblaser@nyx.cs.du.edu (Fox) writes:
>Maybe, but there is and always will be only one Genocide
>
>Fox @ Genocide
>--


 I was not aware that Rogue was an alternate site for Genocide. Rogue is
the one and only Rogue.

 This is a typical comment from a total putz.

 Jason

 P.S. Fox is never to be promoted again on Genocide, so his views should
not be taken to be those of the management - but then again , neither
should mine 8).

>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>  /\_/\ F   "It's refreshing to see a woman who dresses like a woman
>  \O O/ O    and not how a woman thinks a man would dress if he dressed
>   \o/  X    like a woman"  -  Harrison Ford  -  Working Girl
-- 
******************************************************************************
*           "Before I turn on my baby I got to turn on the radio"            *
* This message was brought to you by Jason Cottrell, ecuwk@uk.ac.warwick.csv *
******************************************************************************
From: tim@shovel.Prime.COM (Tim Cantin)
Newsgroups: rec.games.mud.lp
Subject: Re: TMI down for good.
Keywords: new philosophy
Date: 14 Sep 92 15:31:30 GMT
Organization: Prime Computer R&D

Wow, someone took my advice (tar.Z and rm -rf it) :)

-- 
#include "stddisclaimer.h"
/* Tim Cantin          {uunet, csnet-relay}!primerd!tim || tim@s35.prime.com
   Prime Computer Inc. 10-21, 500 Old Conn. Path, Framingham, MA 01701 (USA) */
flames > /dev/null 2>&1
Newsgroups: rec.games.mud.lp
From: bosman@fwi.uva.nl (Dr.D)
Subject: Re: lusty sux
Organization: FWI, University of Amsterdam
Date: Sun, 13 Sep 1992 13:49:26 GMT

slayer@acca.nmsu.edu (Slayer) writes:

> LUSTY IS A FUCKEN BITCH, WITH A MAJOR STICK UP HER BIG FAT HAIRY ASS.
> I ENCOURAGE EVERYONE TO LOG ON AND CUSS. THE ADRRESS FOR HER DAM GAME IS       LUSTY.TAMU.EDU 2000 

>                 SINCERLY
>                  THE PLAYERS

oh...shaddup! LustyMud is a nice mud..I bet you arent even a player there.
I bet you are one of those real annoying people that find sexual
pleasure in coming on muds and badmouthing everyone in sight.

Does Bob know you are doing this?

scorpio
-- 
|bosman@fwi.uva.nl_   //     | Honest Officer , had I known my health      |
|-----------------\\ //AMIGA | stood in jeopardy I would never had lit one.|
|  PE no.1         \\/       |             -MAXIM (of the Hells Angels)-   |
|__________ Quickly Scotty,beam me up.There is no ox..y..ge..._____________|
From: guddt@uniwa.uwa.edu.au (David Bennett)
Newsgroups: rec.games.mud.lp
Subject: Re: People, People..
Date: 7 Sep 1992 18:23:31 +0800
Organization: The University of Westrn Australia
NNTP-Posting-Host: uniwa.uwa.edu.au

bsercomb@neumann.une.edu.au (Shadow.,,,) writes:
>I also believe a standard mudlib would be a good idea. An especially good
>thought would be to have the mudlib standard, and all further patches or 
>updates being upward and downward compatible, so that each successive expansion of the
>original code [including source updates] is easily combined into both new 
>and old programming. All you have to do is make the new patch an object which
>can be called by the existing object that it is supposed to replace, so all
>functions are inherited, but new functions not necessarily used or needed.
>This seems very memory inefficient, anyone got any other possibilities?
>[what we're aiming for is not to make old coding obslete- hell if it works,
>use it!- but still, the advances are cool too!]

Might I make sarcastic comment?  Don't worry I will anyway.

I see, so we are all going to ander around on muds that look exactly the
same.  I can see all the muds out there agreeing to this.  I cannot of
course see the same problem solved in two different ways on two
different machines, I can also see all patches working to the mudlib
because the local gods will not have changed any of it.

Patches are easy/hard to make.  Use the discworld mudlib or the genesis
mudlib or whatever.  They are standards.  You have many standards to
choose from, the good things about this is you can afford to make the
right right choice and go shopping for you mudlib.  2.4.5 is also a
standard almost obsolete now, but never the less it is a standard.
Backwards compatability is not always a good thing.

Share and enjoy,
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.
Newsgroups: rec.games.mud.lp
From: mblaser@nyx.cs.du.edu (Fox)
Subject: Re: Rogue (Player Slayer LP-Mud) (boobytrap.spies.com 2222)
Keywords: rogue
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Fri, 11 Sep 92 00:18:00 GMT

Maybe, but there is and always will be only one Genocide

Fox @ Genocide
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  /\_/\ F   "It's refreshing to see a woman who dresses like a woman
  \O O/ O    and not how a woman thinks a man would dress if he dressed
   \o/  X    like a woman"  -  Harrison Ford  -  Working Girl
From: d8andjo@dtek.chalmers.se (Johan Andersson)
Newsgroups: rec.games.mud.lp
Subject: Re: CFD: new keywords
Date: 6 Sep 92 17:00:58 GMT
Organization: Chalmers University of Technology, Sweden
In-reply-to: amylaar@mcshh.Hanse.DE's message of 5 Sep 92 02:26:18 GMT

In article <1992Sep5.022618.8323@mcshh.Hanse.DE> amylaar@mcshh.Hanse.DE (Joern Rennecke) writes:

>  Is there any compatibility problem with reserving these keywords?
>   (const enum goto inline non_virtual ref space term virtual)
>
Cant see any off hand, some wiz somewhere is however bound to have used 
one or the other as variable or functionnames.

The only real danger is if someone has a file named as your new keywords,
that is inherited and then referenced by the file:: syntax. 

/Johan
--
Johan Andersson           | "You don`t have conversations with microprocessors
Chalmers, Sweden          | you tell them what to do, and then you helplessly
Email:                    | watch the disaster when they take you literally."
d8andjo@dtek.chalmers.se  |	Sah`ot in David Brins "Startide Rising"
Newsgroups: rec.games.mud.lp
From: gh@cix.compulink.co.uk (Gordon Hundley)
Subject: Re: Amud - is this what I need?
Reply-To: gh@cix.compulink.co.uk
Date: Wed, 9 Sep 1992 15:23:00 +0000

Jared spake thus:

> A friend of mine and I are building a MUD(may not be) on an Amiga 3000
> that has a 400 meg hard-disk.  This Amiga will be connected to several
> modems via a multi-bus serial card, and people who call his bbs will
> be able to play the mud.  Is this possible with the Amud code?  Or does
> the Amiga need to be hooked into internet to work properly?  Can someone
> give me a clue on this?

You can do this, but not with the telnet-faker that comes with AMUD, as
it does not support serial lines. You need something that is called
'PlayMud'. I can't for the life of me remember where I got it from,
though it might have been berlin. I know of one person who is doing
this, so it works fine. The docs say that it comes from Lars Duening
(Mateese & Nightfall) May 1992.

Gordon.
inherit "std/apply_wit"



Newsgroups: rec.games.mud.lp
From: jubal@sequent.com (Jubal Kohlmeier)
Subject: Moral Decay has temporarily moved
Summary: move to another machine
Organization: Sequent Computer Systems, Inc.
Date: Tue, 8 Sep 92 22:49:08 GMT

Moral Decay, which has been unavailable for several days is now up
at another location. The best method of finding out where its at
is to finger jblonon@slug.ssc.gov. For those who can, the current
location of moral decay is:

	134.3.33.49 2002

	(Keen Pardonme @ Moral Decay)

+--------------------------------------------------------+
| Jubal Kohlmeier; Sequent Computer Systems;(503)578-4291|
|     15450 SW Koll Parkway Beaverton, Oregon  97006-6063|
|uunet!sequent!jubal;jubal@sequent.com  Fax:(503)578-7569|
+--------------------------------------------------------+
Newsgroups: rec.games.mud.lp
From: mario@netcom.com (Branden L. Spikes)
Subject: Rogue (Player Slayer LP-Mud) (boobytrap.spies.com 2222)
Date: Thu, 10 Sep 92 18:15:48 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: rogue

Finally.. I thought this day would never ever come!  Rogue found a home!
Now there's more than one such mud (genocide) on the net!

	     -= Branden Spikes (mario@netcom.netcom.com) =-
    -= God of Rogue (Player Slayer Mud) (boobytrap.spies.com 2222) =-
Newsgroups: rec.games.mud.lp