HDTenEightyP/NetNews huggingface dataset:
From: mhelgren@cat3.cs.wisc.edu (Matt Helgren)
Subject: IVORY TOWER itchy.macc.wisc.edu 2000 (Limited PK) 
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.
Date: Tue, 29 Sep 1992 03:20:16 GMT



      ___________
      \X X X X X/        
       |XXXXXXX|        *****************************************
       |XXX XXX|               Ivory Tower (LPmud 3.1.1-DR)
       |XXX XXX|         ***************************************
       /XXXXXXX\                   (formerly YavieMud)
      |XXXXXXXXX|                  128.104.30.206 2000
      |XXXXXXXXX|                itchy.macc.wisc.edu 2000 
     |XXX XXX XXX|         	  
     |XXX XXX XXX|         Two Realms - One Lawfull, One Chaotic
     /XXXXXXXXXXX\	   Player Killing allowed in Chaos Realm	   
    |XXXXXXXXXXXXX|        	       Many Guilds 	   
    |XXXXX   XXXXX|           	   
    /XXXXX   XXXXX\		   Stop by and see us!
   |XXXXXX   XXXXXX|
   ===========================================================================
   
 

Newsgroups: rec.games.mud.lp
From: dixjb@silver.lcs.mit.edu (Jonathan Barrymore Dix)
Subject: BUGS!
Organization: MIT Laboratory for Computer Science
Date: Sat, 26 Sep 1992 06:29:09 GMT


I am posting in order to find out how to implement rename and copy
into a 2.4.5 mudlib being run by a 3.1.2 source.

  I fixed the defines for F_RENAME but what is the variable to 
define it to, and how to you activate copy in the game.

    Thanks in advance...

         
Newsgroups: rec.games.mud.lp
From: kjetilho@ifi.uio.no (Kjetil Torgrim Homme)
Subject: Re: get_dir() checking valid_read()
Organization: Dept. of Informatics, University of Oslo, Norway
	<1992Oct3.030311.9169@rhrk.uni-kl.de>
Date: Sun, 4 Oct 1992 20:21:57 GMT
Originator: kjetilho@gamle.ifi.uio.no

In article <1992Oct3.030311.9169@rhrk.uni-kl.de> behrends@arctecws-16.dfki.uni-kl.de (Karl Reimer Behrends) writes:
   [...]
   c) use a get_dir() which not only reads the names in the array but 
   also the file size. Of course, a) is the easiest and c) the most
   difficult.

c) isn't difficult :-) MudOS has such a get_dir(), and their code fits
well into a standard 3.1.2 driver.

NAME
        get_dir - return an array of filenames in a directory

SYNOPSIS
        string *get_dir(string path [, int flag])

DESCRIPTION
        This function returns information about the files specified by
        path. If path is "players/foo" you will get information on the
        directory "players/foo". If path is "players/foo/" you will get
        information on all the files in the directory "players/foo".

        If flag is 0 (or not present), get_dir will return an array of
        strings. If flag is -1, the function wil return an array of
        arrays, one array for each file. It will be on the form:
        ({ string name, int file_size, int last_modification_date })

        name is the leafname of the file, file_size is the number of bytes
        the file occupies, and last_mod_date is the time the file was last
        modified. Time is represented as seconds after 1 Jan 1970.

        The function is subject to the rules defined by the function
        `valid_read()' in `std/obj/player.c'.

SEE ALSO
        stat, ctime, time

Kjetil T. (aka Tenghil)


Newsgroups: rec.games.mud.lp
From: jj@jhunix.hcf.jhu.edu (Jim Jones)
Subject: Update on Akropolis mud...
Organization: HAC - Johns Hopkins University, Baltimore
Date: Thu, 1 Oct 1992 00:20:46 GMT

 The environment on Akropolis (which was quite "testy" of late), took a
 big turn for the worse this week.  We're shutting it down to patch as
 many bugs as possible, and to write some badly needed "rules/guidlines"
 that we hope will help get things back on track.  So, yes, Akropolis 
 will return.  But it will be down for a few weeks so that we can work
 on the code without having to tend to the daily business of running the
 game.  Characters will be preserved just as they were, so those of you
 that enjoyed playing Akropolis will have your home back soon.

 My apologies for the abruptness of the shutdown.  But, things really
 were intolerable, as I'm sure all parties involved will agree...

 -jj
From: duening@ibr.cs.tu-bs.de (Lars Duening)
Newsgroups: rec.games.mud.lp
Subject: Re: get_dir() checking valid_read()
Keywords: get_dir,valid_read
Date: 4 Oct 92 17:33:36 GMT
Reply-To: duening@ibr.cs.tu-bs.de (Lars Duening)
Organization: TU Braunschweig, Informatik (Bueltenweg), Germany

In article <1992Oct3.030311.9169@rhrk.uni-kl.de>
 behrends@dfki.uni-kl.de (Karl Reimer Behrends) writes:

> [lots of stuff concerning another thing removed]
>
> (Btw, get_dir("/log") will return something like ({ "log" }); 
> use get_dir("/log/") or get_dir("/log/.") instead.) 

Really? Let's try it:

> lpc get_dir("/log")
Result: ({ 'log' })
> lpc get_dir("/log/")
Result: ({ 'log' })
> lpc get_dir("/log/.")
Result: ({ 'log' })

And I don't think that it's our masters check_valid_path() causing
this, because in simulate::get_dir() it reads:

	/*
	 * If path ends with '/' or "/." remove it
	 */

and some lines below one can find:

    if (stat(temppath, &st) < 0) {
        ...
	do_match = 1;
    }
    ...
    for (de = readdir(dirp); de; de = readdir(dirp)) {
        ...
	if (do_match && !match_string(regexp, de->d_name)) continue;
        ...
    }

So let's try again:

> lpc get_dir("/log/*")
Result: ({ '.', '..', 'BUGS', 'FINANCE.bankmembers', 'GAME_LOG','GAME_LOG_II',
'IDEA', 'ILLEGAL', 'INVALID_ARMOUR', 'LEO', 'LEO.old', 'MASTERLOG','PUBLIST',
'SHOPREGISTER.o', 'SHOUTS', 'SYSERROR', 'UNRESOLVED', 'VOTES','access.log',
'archiv', 'dagos.bould', 'deepthought.maildump','deepthought.maildump.old',
'feanor.maildump', 'guild.err', 'lancelot.maildump', 'mail.err','news',
'news.err', 'randyandy.caves', 'rep', 'ruebe.maildump', 'ship',
'sillabub.found', 'std.err', 'syron.priv', 'wurzel.maildump' })
> lpc get_dir("/log/S*")
Result: ({ 'SHOPREGISTER.o', 'SHOUTS', 'SYSERROR' })

Yow, am I right or still asleep?

  Lars (no, not THE Lars :-)
Newsgroups: rec.games.mud.lp
From: dali@hardy.u.washington.edu (Lance J. Jensen)
Subject: Re: TOP 10 MUD (Not mixing PK with non-PK?)
Organization: N.A.D.A. 
Date: Sun, 27 Sep 1992 06:09:21 GMT


	Sure, genocide and whatever the other one was are LP's, no problem.
But you can't judge their rating in the same way as others. They can only
exist when there are a lot of people to play them. I'm not sure if you can
judge the populatiry of ANY mud just by seeing how many people are online at
any given time. Some muds have set hours, some are more popular in other places
and there is a big time differencial. There isn't any easy way to see which mud
is the best. To do an expeiment like this you have to have a control set. That
means you have to have a solid method of comparing the muds. Just looking at the
number of people on isn't quite good enough. The best way to do this is to log
onto each mud that you are testing, and ask the same number of people their
favorite muds. This way you get an even amount of data. Also, it seems to be
beyond your power to test EVERY mud. Some aren't even listed. No top list can
be valid if you cna't test all the muds. Therefore, nobody is able to make a
valid top mud listing be it for LP's or Dikus or whichever. What you can do is
notify the readers of your limitations... find a good way of determining the
popularity of each mud (ruling out # of players online at any given time)...
and update your information as often as possible since popularity changes
faster than a baby's diaper. Then people won't gripe at you so much that their
mud wasn't on the list, or they didn't get a fair chance.

I hope you keep trying though, it would be interesting to see the results of
a controlled poll. 

>>-Poe-> Chris.
Newsgroups: rec.games.mud.lp
From: pw@lysator.liu.se (P{r Winzell)
Subject: Re: Quicktypers
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Sat, 26 Sep 1992 20:17:36 GMT

brentaa@ac.dal.ca writes:

> ...
>they had a thing called a magic dictionary instead of the quicktyper
>and it was much more flexible and versitile, and had no bugd that I found
>maybe if this could duplicated, we could get rid of the qt for good ;-) 

  This is the Magic Dictionary, a fine piece of code crafted by one of
my all-time favourite LPC coders, Rincewind@Batmud(and Igor :). There is
no doubt it is a powerful tool indeed - you may actually find it a bit
too taxing on your Mud, and also I am not sure Rincewind would want it
mindlessly spread around the world.
  However, I am not really sure what this discussion is all about - of
course the quicktyper is not that great, it is very, very old and many
new features of LPC and the GD are totally unused in it. I recently wrote
a Quicktyper Mark II for Igor since I found that at any given point in time,
the clones of quicktypers in the games (presumably less than the number of
players) used a higher eval-cost than player.c and inherited files. 
  As for features; the fact that the actions are added by add_action() and
virtually always in init() makes this sort of problem classic and impossible
to really solve without kludges - or without a patch to player.c... To have
a history list, the QT must at all times have a ""-string verb defined to
catch all commands - meaning in the space of time between the player entering
a room defining, say, "buy", and the player typing "buy firebreather",
the QT must move itself (out and) into the player's dir, to refresh its
catch-command. Not nice.
  Batmud is at batmud.jyu.fi 2001. Not sure if they still have the Dictionary.
      // Zellski
Newsgroups: rec.games.mud.lp
From: kwi@postman.hsn.no (KLAUS WILLIAM WIK)
Subject: HELP!!!!!
Organization: Nordland College
Date: Sat, 26 Sep 1992 17:29:06 GMT

	Do anyone know about a place I can "go to" where a poor bastard with 
a portalergic machine can get to ported muds?
My macine dont accept the portnumbers by some strange reasons that is 
unknown to me.Therefor my only MUDsite is NYX,which is "upping and downing " 
and "LAGing" all the time.
My machine is a 486 IBM compatible sucker type vt320,and if its just that I 
cant get the right combination of address and portnumbers or if the sysop 
has closed it,I dont know.


		Help me out would you?
	Mail me at kwik@nyx.cs.du.edu    or
	at torshammer@badboy.aue.com     or 
	at torshammer@chatsubo.nersc.gov
	you may allso try jmh@sneik.hsn.no

	(THE FASCIST SYSOP HAS CLOSED THE INNGOING MAIL)
Newsgroups: rec.games.mud.lp
From: derek@loligo.cc.fsu.edu (Derek J. Sedlack)
Subject: Re: Neues LPMUD in Stuttgart
Summary: German Mud
Keywords: Was hast du gesached? (What did you say?)
Organization: Florida State University Computing Center
Date: Mon, 5 Oct 92 20:28:41 GMT
Expires: 10-07-1992

Neu in Ihrem Kino:

Nach laengerem Probebetrieb freuen wir uns, Ihnen

     UNITOPIA

auf helpdesk.rus.uni-stuttgart.de 3333 (129.69.221.120 3333) zu praesentieren.
UNITOPIA ist anders als andere MUDs. Unitopia...

... bildet den Campus der Universitaet Stuttgart ab
... hat auch einen besonderen Teil, MAGYRA, fuer die Abenteuerlustigen
... bietet Tag- und Nachtwechsel, mehrere Erdteile mit eigenem Character,
    eine berauschende Natur, die fiesesten Monster und die nettesten Goetter,
    die haertesten Getraenke und die zartesten Delikatessen
... verfuegt ueber eine glaenzende Seefahrttradition, die sowohl Laien
    das Ueberqueren der Ozeane erleichtert als auch Koennern das Kapern (und
    Fuehren!) von hochseetauglichen Schiffen ermoeglicht
... bietet natuerlich auch weitere Verkehrsdienste eingebunden in unsere
    leistungsfaehige Infrastruktur
... vereint in sich die verschiedensten glanz- und glorreichen Epochen
... bietet Anhaengern der verschiedensten  Glaubensrichtungen wie Druiden und
    Daemonenanbetern eine Heimat
... ist chlorfrei gebleicht und vollstaendig biologisch abbaubar
... und ist immer noch mit ueber 18 Trillionen Raeumen
    DAS GROESSTE DEUTSCHSPRACHIGE MUD 

Unitopia? ...find ich gut!


For much of America that does not speak German, This is the largest Mud
totally in the German language and has color. address = 129.69.221.120 3333
or helpdesk.rus.uni-stuttgart.de 3333. :) Looks very interesting, and if
you want to experience something outside of the Mud ordinary, check it out.
			-derek@loligo.cc.fsu.edu
Newsgroups: rec.games.mud.lp
From: cerebrus@eskimo.celestial.com (Dan Scherck)
Subject: FAQ: Where do I find LPMUD?
Organization: -> ESKIMO NORTH (206) For-Ever <-
Date: Wed, 30 Sep 1992 17:58:10 GMT

Where can I find the LPMud sourcecode? 
FTP sites, and filenames, anyone?
Newsgroups: rec.games.mud.lp
From: ssj@ais.org (Stephen S. Johnston)
Subject: Re: Looking for a specific MUD
Organization: UMCC
Date: Sun, 4 Oct 1992 21:34:57 GMT

In article <1992Oct2.135155.7288@iscsvax.uni.edu> marshall1198@iscsvax.uni.edu writes:
>Looking for a MUD in the style of Marvel Super Heros.  Does such  a thing
>exist?  If so please give me the address.
>
>E-mail responses are appreciated.
>
>Ty

It used to.  HeroMud died about a year ago (September 22, 1991 I think). 
Work is still underway on Hero 2.  Having temporarily lost mud 
access, i'm not up with the lastest Hero 2 news, but i'm sure it
will open (someday:).

==================================================================
Steve Johnston                                Go Blue! 
ssj@ais.org                              Webber, Rose & Co. 1993
Steve_Johnston@um.cc.umich.edu          NCAA Nat'l. Champs to be
Bluefront@HeroMud II (Heroine)
==================================================================
Newsgroups: rec.games.mud.lp
From: njal@engin.umich.edu (David Schairer)
Subject: Overdrive re-opens
Date: Mon, 28 Sep 92 20:01:59 EDT
Organization: Campus Computing Sites, University of Michigan

Overdrive is running once again, back at MIT.  
Our new site is ferd.mit.edu 5195, or 18.80.1.192 for
the numerically dependant.  Old characters are still there, and new
characters are always welcome!  We're an LPMud running MudOS 0.8.80,
and we have a strict fantasy theme and an entirely rewritten mudlib,
so come by and give us a try!
--Talyessin@Overdrive
Newsgroups: rec.games.mud.lp
From: epang@fraser.sfu.ca (Eugene Pang)
Subject: Re: Wizard etiquette
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 29 Sep 1992 19:29:25 GMT

ssurpeat@csug3.cs.reading.ac.uk (Richard T Peat) writes:
>I'd just like to add my voice and say that wizards are far to powerful to
>be involved in an LPMud proper. What would seem a good solution would be
>to have player wizards, who are still players, and imortals, who are the same
>as the current wizards.

At that point, the mud approaches a diku.  (Ooops...said the 'D' word...)
Newsgroups: rec.games.mud.lp
From: kjetilho@ifi.uio.no (Kjetil Torgrim Homme)
Subject: Re: Quicktypers
Organization: Dept. of Informatics, University of Oslo, Norway
	<1722@lysator.liu.se>
Date: Sun, 27 Sep 1992 14:43:09 GMT
Originator: kjetilho@dyggve.ifi.uio.no

In article <1722@lysator.liu.se> pw@lysator.liu.se (P{r Winzell) writes:

> To have a history list, the QT must at all times have a ""-string verb
> defined to catch all commands - meaning in the space of time between
> the player entering a room defining, say, "buy", and the player typing
> "buy firebreather", the QT must move itself (out and) into the
> player's dir, to refresh its catch-command. Not nice.

This isn't strictly necessary, you can put the history-catcher in a
separate object. This would simplify the workings of its init(), in my
"power to command" it looks like this:

init() {
    if (this_player() == environment()) {
        add_action("exec_last_cmd","%%");
        add_action("last_cmd","",1);
    } else 
        call_out("destruct_me",0);
}

Contrast this to the mumbo-jumbo in a quicktyper's init(), since it
has to do one add_action() for each alias, a potentially costly
process.


Kjetil T. (aka Tenghil)
--
	``so you can make me cum that doesn't make you Jesus'' - Tori Amos
Newsgroups: rec.games.mud.lp
From: behrends@arctecws-16.dfki.uni-kl.de (Karl Reimer Behrends)
Subject: Re: get_dir() checking valid_read()
Keywords: get_dir,valid_read
Reply-To: behrends@dfki.uni-kl.de (Karl Reimer Behrends)
Organization: University of Kaiserslautern, Germany
Date: Sat, 3 Oct 1992 03:03:11 GMT

In article <1992Oct2.165730.26945@constellation.ecn.uoknor.edu>, jblonon@midway.ecn.uoknor.edu (Jason B Lonon) writes:
|> Hi, I was experiencing a problem and though i would attempt to post
|> it here (I am terrible with nn.. *sigh*)
|> Anyway.. I was working on a security system for domains ..
|> (this is an Lpmud 3.0 mudlib and 3.1 driver

I take it you are using Lars' mudlib.n and a vanilla 3.1.2 driver.

|> 	Anyway.. my question/problem is that whenever a wiz does an
|> 'ls' on a directory.. why does it check every file for read permission ?
|> Is there a way for it to just check the directory.. because what is
|> happeing is that I get a lot of files in a directory.. and BAM!
|> You can't list it anymore because of a 'too long evaluation'
|> error.. I understand, its doing securtiy checks on a lot of files..
|> So, to help fix this I am writing a quicker security checker.. but
|> that still does answer my question.. can I make it so that
|> valid_read() is just called for the directory?

Depends. If you want the nice little slashes behind a file whenever it is
a directory there isn't an easy way around it.

Let's begin with some basic information how simulated efuns work (as ls()
isn't hardcoded in the gamedriver anymore but written in LPC).
The master object defines a function query_simul_efun() which returns the
filename of an object which can define functions treated like real efuns by
the compiler. ls() is such a function. Whenever the compiler encounters a
call to ls(), this gets compiled to the internal stackmachine's equivalent
of call_other(simul_efun_file,"ls"). (As you might guess, this is not only
slow but also takes up considerable space if this is a heavily used function
like move_object()). Now let's consider what simul_efun::ls() does:
First it performs a get_dir() to get all the matching files. (Btw,
get_dir("/log") will return something like ({ "log" }); use get_dir("/log/")
or get_dir("/log/.") instead.) It then runs a file_size() on every entry of
the returned array - and every file_size() implies a call to valid_read()
in native mode. The reason for running file_size() is to find out whether
the given file is a directory or not - and then appending a "/" to the name
of the file if it is. There are now several things you can do: a) remove the
file_size() check. b) decide: It isn't a security risk, if file_size() can
be applied to all files - let's just leave out the call to valid_read() in
the gamedriver. c) use a get_dir() which not only reads the names in the
array but also the file size. Of course, a) is the easiest and c) the most
difficult.

                                        Reimer Behrends
From: darius@starbird.WPI.EDU (Christopher Scanlon)
Newsgroups: rec.games.mud.lp
Subject: Re: TOP 10 MUD (Not mixing PK with non-PK?)
Date: 27 Sep 1992 01:13:20 GMT
Organization: Worcester Polytechnic Institute
NNTP-Posting-Host: starbird.wpi.edu
Summary: Why not?

In article <92270.210713K111114@ALIJKU11.BITNET> K111114@ALIJKU11.BITNET writes:
>I dont think that mixing PK-Muds (such as Genocide) with regular, non
>player-killing oriented Muds when creating a mud top-10-list. You can't
>compare one to another, so why would it make sense to put them on one list ?
>Make a top-10 list for a PK-Muds, and NON-PK-Muds, resp.
>Herp.
Well, that I know of 
1)  There are only two PK-muds, Rogue and Genocide.  
Both have their good points, but at this point Genocide's been around for
SO long that it has a stronger following than Rouge does, but both have
the good points that the Gods/Admins are continuously working to make them
better.
2)  They are both LPMuds, they have no reason not to be on the same
list as other LP's.  They just do things a LOT different :) 

At base level, they're both LP's, why try to split them up more?

Christopher Scanlon : darius@wpi.wpi.edu
Daroki @ Demon World Development (CynoMUD II) & Farside (GM)
Goreblade @ Genocide
From: jacob@fy.chalmers.se (Jacob Hallen)
Newsgroups: rec.games.mud.lp
Subject: Re: Gamedriver survey
Date: 29 Sep 92 23:18:11 GMT
Organization: Chalmers University of Technology, Physics Departement, Gothenburg

In article <1992Sep29.040838.26999@rhrk.uni-kl.de> behrends@dfki.uni-kl.de (Karl Reimer Behrends) writes:
>Would you care to explain why people using 3.1.2 are heading down a dead end
>and where the future of LPmud gamedrivers lies?

Of course I will care to explain.

Lars has dropped the development of 3.1.2 and it isn't a flawless gamedriver.
Since noone has picked up where he left off, and the people who use 3.1.2
in its various forms lack the spirit of sharing that Lars had, they are
on their own when it comes to fixing bugs and implementing improvements.

At the moment there are 3 sites that share the fruits of their labours
with others; CD, Amylaar and the MudOS people (formerly TMI). There may be
others, but they are in that case unknown to me.

I don't think that Amylaars efforts are the best way to the future. He has
done a lot to improve gamedriver speed and I'm sure he has fixed a lot of
bugs, but this has been done at the cost of readability. The day that Amylaar
stops supporting his gamedriver, or the day you decide that you want to
implement an idea of your own, you are in trouble.

The TMI people have put out enough plugs for MudOS, so I won't have to
say very much about it. I haven't seen their code lately, so I don't know
anything about the quality of it. I will study their 0.9 as soon as it's out.
The demise if TMI puts a shadow over MudOS though. Will there be upgrades
next year, will there be continued development, will it face the same fate
as 3.1.2?

The CD gamedriver is of course the one I want to make a plug for. It is a
stable gamedriver, even if it doesn't have all the nifties that some other
drivers have and we have no plans on stopping the development of it. We
do think that readability and maintainability is just as important as
performance, and some of the work going on at the moment is devoted to
improvement in this area.

Jacob Hallen

No silly .sig
From: pariah@tartarus.uwa.edu.au (Michael Malone)
Newsgroups: rec.games.mud.lp
Subject: Need Bug Fix for restore_object
Date: 2 Oct 1992 10:56:43 GMT
Organization: The University of Westrn Australia
NNTP-Posting-Host: tartarus.uwa.edu.au

The two characters '\\' and '\"' are correctly
saved using save_object, but restore object
breaks on them. eg)

record "say \"hello\""

would be in the save file, but restore object
cannot read this back in. Is there a bug fix
available ?


------------------------------------------------------------------------
for (i=0;i<8;P("\n"),i++)
  for(j=0;j%6?(i>3?P(" "):(j==i||j==6-i?P("#"):P(" "))):P("#"),j<7;j++);

Please, dont expose our children to C ...