HDTenEightyP/NetNews huggingface dataset:
From: ryan@maui.cs.ucla.edu (Ryan R. Ramsey)
Subject: LpMud for Macintosh
Originator: ryan@maui.cs.ucla.edu
Organization: UCLA Computer Science Department 
Date: Fri, 10 Apr 92 06:08:11 GMT


Excerpt from a previous message: 
-> Article: 1399 of rec.games.mud.lp
-> From: skelmir@rhi.hi.is (Mimir Reynisson)
-> Newsgroups: rec.games.mud.lp
-> Subject: MacMud with TCP/IP support finally out.
-> Message-ID: <4730@krafla.rhi.hi.is>
-> Date: 31 Mar 92 14:08:19 GMT
-> Organization: University of Iceland
-> Lines: 22
-> 
-> I have to keep this short because the stupid nn
-> program keeps crashing .. lets hope I make it through.
-> 
-> MacMud (an lpmud 3.00.50) is finally out in multi user form.
-> That is with full TCP/IP support.
-> 
-> Fixes from last version:
-> 
-> Optional TCP/IP support.
-> 'ed' fully functional.
-> 'rmdir' and 'mkdir' also available.
-> 
-> MacMud will be available shortly on complex.is. I hope I can
-> reach someone that can tell me how to go about including the mac d in
-> the distribution version.
-> 
-> Try MacMud or Nameless II (the second generation) at 145.18.116.10 3000
-> 
-> This site is a Mac LC running MacMud in the evening and weekends.
-> 
-> P.S.>
-> Evening Dutch time that is.
-> 
-> 

Has anyone seen the source code for this parser? I have made it to the 
mud site only once but most of the time I get the "connect: Host is unreachable"
error message. I have tried several times to talk to this guy but I am unsure
if the mail is getting through. Any hints on how to reach the author or
better yet, where to obtain the source code, would be very much appreciated.

-- 
+------------------+-------------------------------------------------+
| Ryan R. Ramsey   | U.C.L.A. Computer Science Department.           |
| ryan@CS.UCLA.EDU | ..!{uunet,rutgers,ucbvax}!cs.ucla.edu!ryan      |
+------------------+-------------------------------------------------+
Newsgroups: rec.games.mud.lp,rec.games.mud
From: pariah@uniwa.uwa.oz.au (Michael Malone)
Subject: Re: AUS MUDS ARE BANNED
Organization: University of Western Australia
Date: Mon, 6 Apr 1992 10:23:30 GMT

An earlier thread commented that Aus muds could not be
banned, and that they only account for a small fraction
of network traffic.

I suggest that if possible, interested parties read the
aus.aarnet group. For those who do not have access to this
group, a number of points were brought up by the people 
from aarnet:

    - A recent monitor of OS packets determined that
      4% of all traffic was _definately_ going to a mud.
      Extrapolation of this figure indicates that mud
      could actually account for up to 20% of the inter-
      national load, making it far and away the second
      highest use of band width (after ftp).

    - Mudding is not allowed by Internet. NASA and other
      US federal agencies have complained about the load
      on the US backbone, which AARNet is attached to.

    - AARNet policy indicates that mudding is not really
      an "academic/research" usage, and is thus disallowed.
      If a particular site is in breach of these regulations,
      and continues to be in breach after complaints from
      AARNet, AARNet actually only has one power over them:
      remove their network access for a certain period.

    - The international link had to have its capacity doubled
      again this year. This costs AARNet in the region of
      $50,000 a month. It has been suggested that the return
      of undergraduate mudders necessitated this, altho there
      is no absolute evidence to support the claim.

AARNet is actually quite reasonable. There have been 4-6 Muds
running at any one time in Australia for the last 3 years,
dominantly LPs. While there has been no approval (of course!)
AARNet has tacitless ignored their existance, and yes, they
did actually realize that these muds existed. However, in recent
months, the use of muds, in particular on the international link
has increased dramatically.

To date, AARNet has not exercized its ability to remove network
access from any site, nor have I heard of any recommendations
that any user be removed from the net. Their "abuse of power"
usually extends no further than a polite letter of complaint.

I am a mudder from way back, but I value my University's network
access considerably. Some methods Australian users could use to
help a little:

1) Mud less (unlikely!)
2) Mud after hours only. While not actually decreasing the
   amount of band width, this is considerably less likely
   to be noticed.
3) Use archie.au whenever possible for ftp transfers within
   australia. Note that archie includes an up to date mirror
   of wustl and many other major sites, and given that ftp
   accounts for 80% of OS bandwidth, a significant shift to
   use of archie would seriously decrease our problem.

If other users have any serious ideas, or better information,
please respond either by notice, or email. US players need not
feel quite so safe either; it is US agencies that are complaining.

Pariah
Newsgroups: rec.games.mud.lp
From: jas54553@uxa.cso.uiuc.edu (Jerry A. Segler Jr.)
Subject: Re: lpmud386? Hello..........?
Organization: University of Illinois at Urbana
Date: Wed, 8 Apr 1992 02:54:10 GMT


Ooops... I guess the "new" version everyone is raving about is V3.0.45...
But it seems funny that mine didn't have those drivers and stuff.... *ponders*

>I can't believe no one out there in net land has a "running" version
>of this.  I got the one at foof.wherever... and It's help files are
>far from complete, it does however have more than the version before
>it.

Okay.. I got the one at foof.dorm.clarkson.edu (wholelp386mud) running without
too much trouble...)

>The only response I got to the article was from people in the same boat 
>as myself (see "Needed autoexec.bat and config.sys..."), of which there 
>are few, 6 to me and I noticed sevreal other articles that apear to have 
>gone unanswered from other people.  (I did get response to get the version
>from foof... which BTW was the version I already had.).

:) I cheat... I type in the set go , etc. from the command line... I've never
had to edit the autoexec/config files to make it work...

>Please will some one in the know, post or reply... there are multitudes
>of folks staring at "C:/LPMUD>_" with nothing to do.  PARS312C has done
>nothing as far as I can tell.

This is what confuses me... Is there a 3.1.2 Version????? The one I have
(and the one from clarkson) say Version 3.0.45 when you log into them...

>Perhaps someone would be kind enough to package up their game (mudlib and all)
>and I will be happy to let them ftp it to me.  (with a password so I can
>get in of course:)  I would be so grateful.

It's packaged and working... One thing I *do* know I've had to do is
to copy lines to the mudlib directory and name it serial... I have never
extensively used it due to lack of time but it gets me into the church &
everything loads okay... Any items I've made also seem to clone fine (as long
as the bugs were out of them ;)

I can't seem to find but one post on specific problem (which I knew the answer
to... That's the lines to mudlib\serial thingy) so if anyone has any *specific*
questions and can describe what it does (please no 'I type parse and it does
nothing... Absolutely nothing...) I'll try to help.

-Jerry (jas54553@uxa.cso.uiuc.edu)

PS: Make sure you have share running.. The game will just lockup (If I remember
right...) if you don't...
Newsgroups: rec.games.mud.lp
From: alcaman@opal.cs.tu-berlin.de (Alexander Weidt)
Subject: Re: MTP 1.4.3 now available
Organization: Techn. University of Berlin, Germany
Distribution: fb20
Date: Thu, 9 Apr 1992 17:26:42 GMT

maquelin@tik.ethz.ch (Olivier Maquelin) writes:
>There is a security hole in MTP 1.4.2

As a matter of fact, this bug was discovered and tested by Macbeth (an
archwizard on Tubmud), and myself some time ago.  We agreed that it would
be best not to announce it in a newsgroup, and thus sought to inform trust-
worthy mud administrators personally.  Perhaps us mud administrators could
get together and discuss mud administration topics such as how best to
handle the matter of security leaks and distribution channels etc. My
suggestion would be to organise some kind of meeting at TMI or genesis
to discuss this further.

>Btw. does anybody know Mentar's email address (he wrote MTP)? My mail
>bounced back when I tried to contact him.

Mentar did write MTP, and can be reached as
	rg@irb.informatik.uni-dortmund.de

Happy hacking, Demos.
--
Without ice cream life and fame are meaningless.
Newsgroups: rec.games.mud.lp
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: 3.1.2 MsDos question
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 10 Apr 1992 20:10:53 GMT

In article <1992Apr9.164159.27308@ux1.cso.uiuc.edu> jas54553@uxa.cso.uiuc.edu (Jerry A. Segler Jr.) writes:
> I would snarf up the standard 3.0 mudlib (it's really small.. No docs even :)
> from alcazar.cd.chalmers.se in the directory /pub/lpmud/mudlib.n
> The latest version I know of is 8 (8.tar.Z) it is small but is complete for
> just *starting* up a 3.0 in native mode...

mudlib.8 probably won't work with any recent version of the game driver.
I've tried to get it running under 3.1.2, noticed that there were some
compatibility problems, which appear to be the MUDLIB's fault and given
up. This means that there's no reference 3.x MUDLIB around to test the
3.1.02 game driver with ... too bad ... :-(

> Version 3.1.2? Really??? The last time I check the "3.1.2" version at
> foof....edu I got a 3.0.45 version... Look at it again I guess..

Be warned - there's another one ;-)  I'll announce it as soon as it's
been moved to the right place ...

- Werner
-- 
   _________________________________________________________________________
  / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
 / IFW A44  Tel. +41 1 254 7213                 almesberger@rzvax.ethz.ch /
/_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/
Newsgroups: rec.games.mud.lp
From: tim@shovel.Prime.COM (Tim Cantin)
Subject: Re: problems with NSCA telnet
Followup-To: rec.games.mud.lp
Keywords: ncsa, telnet, ftp
Organization: Prime Computer R&D
Date: Mon, 13 Apr 1992 14:50:25 GMT

In article <1992Apr1.090739.4247@wega.rz.uni-ulm.de>, S_WALTER@rzmain.rz.uni-ulm.de (Walter Juergen) writes:

> I've got a NCSA telnet (NCSA=national center for supercomputing applications) 
> i use this telnet with a pc and it alsways connects me to the addresse but it 
> doesent accept a port so i have to do a normal login wich is of course impossible
> for me. does anybody know who i can specify a port with this telnet?

Yes, get a new version. NCSA telnet/ftp 2.3 is the latest and works fine (it 
also has optional line wrapping). BTW, you can get it from
wmsr-simtel20.army.mil under <PD1>:<NCSATELNET>, or wuarchive.wustl.edu under
mirrors/msdos/ncsatelnet (tel23bin.zip).

-- 
#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
From: karsten@nic.gac.edu (Karsten Hendrick)
Newsgroups: rec.games.mud.lp
Subject: Multi-target spell
Date: 9 Apr 92 21:02:51 GMT
Article-I.D.: gacvx2.1992Apr9.150252.742


Hey,

I was wondering if some of you good coders out there
could tell a not-good (actually terrible) lpc programmer
how to set up a spell which would hit several targets
at once.  What I have this in mind for is my mage guild
object.  I would want some spells to hit every npc in 
a room.  Like in the room with 6 or 8 agressive orcs,
the player types flame, and a wall of flame jumps out 
and hits all of the orcs in the same attack turn.  

Is this pretty hard to do?

Thanks, send follow-ups here or e-mail to my address.


Karsten Hendrick

Glaendor on Nirvana
karsten@lavatch.gac.edu
karsten@nic.gac.edu
Xref: sparky rec.games.mud.lp:1441 rec.games.mud:4564
From: bancroww@sage.cc.purdue.edu (Khartoum)
Newsgroups: rec.games.mud.lp
Subject: Re: LPmud 3.1.2. for MSDOS WITH 2.4.5. MUDLIB
Date: 13 Apr 92 17:35:14 GMT
Article-I.D.: mentor.45139
Organization: Purdue University Computing Center

Ok, we downloaded the ok312 files from foof, and to my surprise, we got
the mud up and running in under 15 minutes.  But, (you knew there had
to be one) the game doesn't seem to want to let you write a file from
within the game.  i.e. no making of directorys, no removing files.
Anybody have any suggestions?

-Trey

Trey Bancroft  a.k.a.  Khartoum --------- Ruler of the Universe
***************************************** khartoum@rock-opera.cc.purdue.edu
* Needs to join Mudders Anonymous (MA)  * bancroww@sage.cc.purdue.edu
* Quantum --- telnet 128.210.15.31 3333 * bancrofw@mentor.cc.purdue.edu
***************************************** bancroft@vm.cc.purdue.edu
From: cadp01@ccsun.strath.ac.uk ( O.Kolbu)
Newsgroups: rec.games.mud.lp
Subject: LPmud 3.1.2. for MSDOS WITH 2.4.5. MUDLIB
Date: 8 Apr 92 13:47:45 GMT
Organization: Strathclyde University

Hello out there!

        Proudly presenting  OK312 !

A complete LPmud version 3.1.2 with a clean 2.4.5. MUDLIB for MSDOS.

No more fiddling about and not getting it to work, no more late nights
getting the new parser compiled or the mudlib converted to MSDOS. It's all
there, all you need to get LPmud running on your 386sx or better. There is
even a 32K long readme file, written by yours truly, telling you EVERYTHING
you need to know. How to extract it, how to set it up, how to modify your
autoexec.bat & config.sys and how to run it. Even your mother could get
LPmud up and running using the instructions provided... 8-)

I had it up and running from scratch in less than 10 minutes, and most of
that time was used extracting the archives...

Scrap all older versions I have uploaded to foof, this is the one you should
be going for. Tried and tested! Btw, the last version I uploaded had a bug
in it, there was a missing file causing the parsers to refuse to start...
Sorry about that, hope this makes it up... 8-)

For experienced users, all you have to do is:

1. Create a \lpmud directory.
2. Execute ok312exe.exe and ok312lib.exe in that directory.
   Alternatively, just extract the ok312exe.exe if you already have a
   MUDLIB.
3. Modify the autoexec.bat & config.sys as stated in the readme-file.
   I.e. set up the variables and remove any nasty programs like Memory
   managers or similar programs that cause the CPU to leave REAL mode.
4. Create the batch-file mentioned in the readme-file.
Sample batch file:
   d:
   d:\lpmud\bin\pars312c.exe >>\lpmud\log

5. Run the batch-file.

Difficult, eh?

The rest of you should read the whole readme-file before attempting to
install it. (Or at least read the readme-file WHILE installing.)

Could it be easier? Not unless I write a proggy that modifies your
autoexec.bat & config.sys for you...

The files can be found on foof in the directory:

/MsdosMUD/lp/OK312_complete_LP312_and_MUDLIB_for_DOS

Filename          Filesize       Explanation
---------------------------------------------
ok312.readme         ~32K        The readme-file. Includes FULL instructions.
ok312exe.exe        ~480K        The parser and the rest of the executables.
ok312lib.exe        ~290K        The 2.4.5. MUDLIB converted to MSDOS.

---------------------------------------=+=------------------------------------
Aragorn@NANVAENT (Administrator)       =+=      Olav Kolbu
130.159.220.8,3000 5pm-9am+sat+sun GMT =+=      cadp01@vaxb.strath.ac.uk
---------------------------------------=+=------------------------------------
        NO, THERE IS ONLY ME. THE _FINAL_ FRONTIER.             -Death

-- 

This is a signature....
Newsgroups: rec.games.mud.lp
From: rsnyder@fergie.dnet.ge.com (Bob Snyder)
Subject: Dragon's Den reopening
Reply-To: tlpmud@mcs.drexel.edu (Dragon's Den LPmud Account)
Organization: GE Aerospace, Advanced Technology Labs, Moorestown, NJ
Date: Sun, 12 Apr 1992 00:12:22 GMT

I am happy to announce that Dragon's Den LPmud (129.25.7.111 2222) is
preparing to re-open.  At this time we have re-written our mudlib to
be native 3.x.  Being that we had to write 90% of the files for the
main mudlib, we are going to unfortunately have to be open for a time
in testing mode.  Basically what this entails is that we will open on
Monday April 13th, around noon EDT.  We will not limit the number of
test characters allowed on for a very good reason.  All test
characters will be deleted (essentially all characters) on the REAL
opening date which will be determined as soon as possible.  All are
welcome to come help test out the mud or re-aquint yourselves with
Dragon's Den once again.  See you on the 13th.
 
Dragon's Den Gods -- Fordan, Gunther and Kelly.
 
P.S.
     Come on with a test character for any questions about having old
characters being converted to 3.x.
 
--
Bob Snyder          rsnyder@fergie.dnet.ge.com, or rsnyder@atl.dnet.ge.com
Computing Services  ^^^^^^^^^^^^^^^^^^^^^ if it bounces, try ^^^^^^^^
GE Aerospace, Advanced Technology Labs  (609) 866-6672 FX: (609) 866-6397
Newsgroups: rec.games.mud.lp
From: kaczorc@woods.ulowell.edu
Subject: Re: LPmud 3.1.2. for MSDOS WITH 2.4.5. MUDLIB
Organization: University of Lowell
Date: Sat, 11 Apr 1992 18:21:42 GMT

In article <1992Apr8.134745.27361@ccsun.strath.ac.uk>, cadp01@ccsun.strath.ac.uk ( O.Kolbu) writes:
> Hello out there!
> 
>         Proudly presenting  OK312 !
> 
> A complete LPmud version 3.1.2 with a clean 2.4.5. MUDLIB for MSDOS.
> 
> No more fiddling about and not getting it to work, no more late nights
> getting the new parser compiled or the mudlib converted to MSDOS. It's all
> there, all you need to get LPmud running on your 386sx or better. There is
> even a 32K long readme file, written by yours truly, telling you EVERYTHING
> you need to know. How to extract it, how to set it up, how to modify your
> autoexec.bat & config.sys and how to run it. Even your mother could get
> LPmud up and running using the instructions provided... 8-)
> 
> I had it up and running from scratch in less than 10 minutes, and most of
> that time was used extracting the archives...
> 
Sounds really good to me...but does the parser support the read_file()
function?  I need it and am in the middle of getting the stuff to compile
a new parser, but this sounds better. =)

				Zor
From: u8951608@csdvax.csd.unsw.edu.au
Newsgroups: rec.games.mud.lp
Subject: The Asylum
Date: 14 Apr 92 00:37:09 +1000
Organization: University of New South Wales

Concerning the Assylum: 138.80.128.18 6969
Is it closing down permanently under this real or supposed
purge of Australian MUDs? If so, alas for the last great Australian MUD.
Replies in writing to
jeremy@rsc3.anu.edu.au

Jeremy Greenwood
Organization: Wirtschaftsuniversitaet Wien, Vienna, Austria
Date: Tuesday, 14 Apr 1992 04:52:40 WUT
From: <NN1@awiwuw11.wu-wien.ac.at>
Newsgroups: rec.games.mud.lp
Subject: Couldnt read SWAPFILE

Hello all !

I'm really having a big problem with the gamedriver, which constantly crashes
the game with the message "Couldn't read the swapfile".
I have checked so far I know what to check ... scanned the g.d. source, but
it didn't seem buggy to me ...

Is this error known ? Is it a common error ?
All I have done sofar is to change config.h (TIME_TO_SWAP) to 0 and hope the
game wont crash because of low memory ...

_ANY_ help appreciated :))

Please, if you reply, dont' reply to this account (NN1) because it is a
public account.
My real ID is

  K111114@AEARN.BITNET (herbert rosmanith, aka herp at holy mission)

Thank you, and good bye.
Newsgroups: rec.games.mud.lp
From: jas54553@uxa.cso.uiuc.edu (Jerry A. Segler Jr.)
Subject: Re: 3.1.2 MsDos question
Organization: University of Illinois at Urbana
Date: Thu, 9 Apr 1992 16:41:59 GMT

>  Ok, well, I got the latest offering from foof.dorm.<blah> to work and
>actually look like it's running.  It comes up and tells me that it's the
>LP3.1.2 MSDOS port and attempts to load the master.c.  Only problem though
>is that I'm getting an error from the driver.  It dosen't recognize the
>efun getuid() in my master.c.  Oh, I'm running the native/NON-COMPAT 
>version of the driver.  So it *should* recognize getuid() somewhere in
>there.  Anyone else have this problem?  I didn't feel like snarfing a 
>COMPAT mudlib to see if that executable worked, although it did notice 
>that I didn't have master.c in /obj.  Any help, comments, suggestions, 
>lovely blondes in bikinis would be apprectiated.

*ponders* In native mode the master.c *should* be in the /secure directory..
I would snarf up the standard 3.0 mudlib (it's really small.. No docs even :)
from alcazar.cd.chalmers.se in the directory /pub/lpmud/mudlib.n
The latest version I know of is 8 (8.tar.Z) it is small but is complete for
just *starting* up a 3.0 in native mode...

Version 3.1.2? Really??? The last time I check the "3.1.2" version at
foof....edu I got a 3.0.45 version... Look at it again I guess..

-Jerry
From: pete@henson.cc.wwu.edu (Peter Giffin)
Newsgroups: rec.games.mud.lp
Subject: AFTER HOURS HAS RETURNED
Date: 7 Apr 92 18:24:16 GMT
Article-I.D.: henson.1992Apr7.182416.6815
Distribution: rec
Organization: Western Washington University

Yes the once infamous After Hours LPMud has returned to the land of
the living, thanks to our wonderful wizard Macron.  For those of you
who used to play (we shut down 2 months ago), your characters should
still be there, and for those of you who never played, you don't know
what you are missing.

genoa.cit.cornell.edu 2000

Come by and visit us.

Elric the Antichrist (God Fodder)


-- 
Peter Giffin <pete@henson.cc.wwu.edu> <uw-beaver!henson.cc.wwu.edu!pete>
  Reality Used  |   MIND:       | If Looks could | I'm having verbal
  To Be A Friend| The Perpetual | I'd Kill Your  | constipation, Lets
  Of Mine       |  Intercourse  | Television!    | Start Throwing Things
Newsgroups: rec.games.mud.lp
From: coram@ed.ecn.purdue.edu (Kevin C Coram)
Subject: LPMUD 386 (I'm confused)
Reply-To: coram@ed.ecn.purdue.edu (Kevin C Coram)
Organization: Purdue University Engineering Computer Network
Date: Tue, 14 Apr 1992 21:05:08 GMT

I downloaded the "complete" LPMUD 386 package from foof last night.  Yea!
The parser actually works (the last one would exit immediately with NO
error messages).  

I have a question, though?  It's probably in the documentation somewhere,
but I couldn't find it.  What's the difference between the *.i and the *.c
files in the room and obj directories?  Can I delete the *.i files without
messing up the mudlib?

Please respond via e-mail -- no sense wasting the bandwidth answering this
question, which I'm sure most of you are laughing about anyway :)

===============================================================================
# Somehow I don't feel shocked or frightened or even surprised.  Sometimes,   #
# I guess, you've just got to have the right ATTITUDE about these things.     #
#	-- Cory Emerson, DP 3.5                                               #
===============================================================================
# Kevin C. Coram                      # OF COURSE, all the opinions expressed #
# INTERNET:   coram@ed.ecn.purdue.edu # here ONLY mine.  After all, who else  #
# CompuServe: 72567,2201              # would even WANT them?                 #
===============================================================================
Newsgroups: rec.games.mud.lp