HDTenEightyP/NetNews huggingface dataset:
From: cossett@ac.dal.ca
Newsgroups: rec.games.mud.lp
Subject: y
Date: 11 Dec 92 22:26:42 -0400
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

     Taliesin are you an obnoxious ass all the time, or are you just
putting on a show for us?
     If you really want another mud to 'adopt' you as a wizard then I think
you need a bit of an attitude adjustment. After reading MMCG's initial post I
was left with the impression that you and him had a personality clash, which
resulted in your removal. In fact, in the p.s. to the post he even 
reccomended you to any mud interested. This made me assume that it was a
personality clash. not many 'gods' would reccomend someone they intensely hated.
    So what did you do? Ridiculed his post.
     Dredd then posted about your ability, and it was fairly complimentary. he
did make a few little digs at you, but all in all it was a post in your
favour. IF I had been a god/admin looking for a coder I would probably have
at least tried to 'talk' to you after reading these posts. But, as with mmcg's
post, you trashed this one and acted like a condescending little turd.
     You seem to be proud that you have nothing better to do than make an ass
out of yourself on the net. Do you really think that this will help you to
find a new mudhome? Why would anyone want someone with your apparent attitude on
their mud, unless of course they needed a court jester? 

                             Tim Cossett
                             Flint@Ancient Anguish
                             Happily Married to Jasmina
                             Marriages performed on request.

P.S. I want to add a caveat to this...not all Flint's in mud-dom are this
person. Please remember that. :)
From: beeman@cats.ucsc.edu (Adam Beeman)
Newsgroups: rec.games.mud.lp
Subject: Re: file functions
Date: 20 Dec 92 22:22:27 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


In article <1h2mfmINN77j@matt.ksu.ksu.edu> dudley@matt.ksu.ksu.edu (D U D L E Y) writes:

>The question is:
>
>Is there a way to read a line from a file and assign it to a string variable?

string str;
str = read_file(filename, start_line, number_of_lines);

so, that might be read_file("/etc/passwd", 1, 1) to get the first line of
/etc/passwd, if your mud has one.

There are other tricks, too, like:

string *file;
file = explode(read_file(filename), "\n");

this creates an array with one line per element.

>
>Thanks in advance for all replies.
>
>-- 
>                                                    John "Dudley" Hunkins
>                                                  dudley@matt.ksu.ksu.edu


-- 
-------------------------------------------------------------------------------
 From the Mind of Adam Beeman       || Flames:      root@localhost
 #include <std/disclaimer.h>        || other stuff: beeman@cats.ucsc.edu
 insert your own witty quote here   || NeXT Mail: adam@samsara.santa-cruz.ca.us
-------------------------------------------------------------------------------
Newsgroups: rec.games.mud.lp
From: whale@leland.Stanford.EDU (Stephen Schmidt)
Subject: Re: A mudlib for MudOS
Organization: DSG, Stanford University, CA 94305, USA
Date: Fri, 18 Dec 92 06:39:46 GMT

In article <92352.104241GREESE@MAINE.MAINE.EDU> GREESE@MAINE.MAINE.EDU writes:
>The Nightmare mudlib includes the following features
>
>    intermud services: The Nightmare mudlib allows you to mail to players
>    on other MudOS muds like Genocide, Cyberworld, TMI-2, and, of course,
>    Nightmare, as well as other muds from your own mud.  In addition, you
>    can hold conversations with players on other muds through intermud
>    tell, and get finger info through the intermud finger.

Well, this is mostly true but there's more. In order to get all these
nifty services you need to do two things:

1) Make sure your mud is listed in your own mud_addresses file, with
your mud's numeric address, login port, and the name of your mud EXACTLY
as it appears in your configuration file, except lowercased.

2) You have to let the rest of the world know that you exist so they can
add you to their mud_addresses file. To do this, please log into TMI
(tmi.iastate.edu 5555) and post a note on the Intermud board (which is
up and north from the start room) telling us the name, address, and port
of your mud so that we can add you onto our list of muds. Our list is
available from our FTP port (port 5554, use anonymous login, and look in
the directory /pub). It's a good idea to get into the habit of updating
your mud_addresses file every so often, probably monthly or so. Otherwise
you may find other muds sending you mail that you can't return since you
don't have their address. Rumor has it that a name server is en route...

Mobydick@TMI

-- 
Steve Schmidt			<><		   whale@leland.stanford.edu
I can no longer sit back and allow Communist infiltration, Communist
indoctrination, Communist subversion, and the international Communist
conspiracy to sap and impurify all of our precious bodily fluids!
From: mike@Turing.ORG (Michael Chapman)
Newsgroups: rec.games.mud.lp
Subject: LPMud for the Amiga?
Date: 21 Dec 92 01:00:36 GMT
Organization: The Turing Project, Public Access Internet Host


Has anyone compiled lpmud for the amiga? If you have, or have seen it
already compiled somehwere, please mail me.

-- 
   /-------------------------------\
   |Amiga and Unix hacker for hire.|
   |-------------------------------|
   | mike@turing.org  Mike Chapman |
Newsgroups: rec.games.mud.lp
From: nafpliot@ux2.cso.uiuc.edu (Nicholas Nafpliotis)
Subject: Re: help
Organization: University of Illinois at Urbana
Date: Thu, 17 Dec 1992 01:50:27 GMT

s13987bl@UMASSD.EDU writes:

>all,
>	My friends and i are starting a mud at UMASSD, we hope, and are having
>	great difficulties getting MudOS_0.9.*.tar.Z from Berkeley. We always
>	get an error saying "error opening file for output," any suggestions? q
>	Oh, and yes we set transfer to BINARY, and yes we have plenty of room 
>	at our end.
>

This means there is a problem on YOUR end. Check for permissions at the 
directory you are ftp'ing from.  If you don't have write access, you'll get
this error. Other than that, who knows. I was able to download it just now.

Good luck,

Nick Nafpliotis
nick-n@uiuc.edu
Organization: University of Maine System
Date: Thursday, 17 Dec 1992 12:20:56 EST
From: <GREESE@MAINE.MAINE.EDU>
Newsgroups: rec.games.mud.lp
Subject: Re: A mudlib for MudOS

Sorry about the double post there... My system handles crossposting
in a peculiar manner.
Newsgroups: rec.games.mud.lp
From: djs1539@cc.utah.edu (SEGAL, DAVID JAY)
Subject: Any BSXMUDs out there?
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: University of Utah Computer Center
Date: 11 Dec 1992 20:57 MST  

Yo!  Where are the BSXMUDs at?
The MUD FAQ talked about them, but are they only legend?

- Dave Segal

Newsgroups: rec.games.mud.lp
From: mdm@hadrosaur.cis.ohio-state.edu (Michael Moore)
Subject: Distributed lpmud
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Sun, 13 Dec 1992 23:15:29 GMT

	Hey folks!

	I am curious if anyone is working on a distributed lpmud?
I know every so often people start talking about how nice it would be
to be able to hop from one mud to the other via "portals" or whatever,
so I would think it might be something people would want.

	What I envision is a mud driver built to have these hooks.
The central driver keeps track of the player files, and the core
mudlib, the nexus, or whatever.  And then as the mud adds wizards,
the administrator authorizes a portal to be placed inside the core
mudlib which leads to the new wizards realm.  The new wizard would
create his realm on his own machine, and it would basically be
a clone of the central driver as far as lpc is concerned, but it
would be slaved to the central server.  

	My hope would be that this would allow muds to be much freer
with their wizardships.  And that it would make muds capable of
handling hundreds of players without slowdown.  Since the wizard
would be running a gamedriver himself, he could set limits on how
many players could be using his area at one time, but the overall
effect would be a distribution of the network and cpu usage to
sites spread throughout the internet.

	Most students could probably run their mini-driver without
much concern, since it would only be handling a set number of people
at once.  I don't think an lpmud with 10 users is going to bother
anyone.  
	
	There would be new problems with this system.  For example,
if the wizard's host site is in a bad place with relation to the
player, then they would probably not want to visit there.  But players
could pick and choose whichever realms they felt were tolerable, and
avoid those wizard's areas which were to lagged.

	The administrators of the central driver could control which
portals they added, and so they could provide quality control, only
OKing something if it fits in with their theme, or whatever.

	Who knows, if it all worked out you could have a textual
cyberspace spread accross the internet, with hundreds of coders
managing their own private realms, and with players free to pick
and choose among them.  All connected together at the nexus.

	I am interested in any thoughts on this subject, like if
anyone is interested in the idea, if anyone is working on the idea,
if there is a reason it simply won't work, further ideas, etc.....


	See ya,

	-Michael ( a dreamer )
-- 
|\  Michael  Delbert  Moore     _   /|     Home   : (614) 471-1937         /|
| \ OSU Student  Programmer     \`o_O'     Office : (614) 292-7161        / |
| / Undergraduate CIS major       ( )      Email  : mdm@cis.ohio-state.edu\ |
|/-------------------------        U       --------------------------------\|
Newsgroups: rec.games.mud.lp
From: tim@shovel.Prime.COM (Tim Cantin)
Subject: Re: x-windows client for ms-dos
Organization: Prime Computer R&D
Date: Wed, 16 Dec 1992 20:13:26 GMT

You can always run Linux (free!) on your pc and port X11R5 (free!) to it.
Of course, that would just window-ize your environment (and give you a
un*x clone)... If you want multiple sessions, sounds like you need a
slip connection... that's a new can o'worms. :)

-- 
#include "stddisclaimer.h"
/* Tim Cantin      {uunet, csnet-relay}!primerd!tim || tim@primerd.prime.com
 * Computervision Corp., Computervision Services Department, 10-21
 * 500 Old Connecticut Path, Framingham, Massachusetts 01701  (U.S.A.)
 */
flames > /dev/null 2>&1
Newsgroups: rec.games.mud.lp
From: alcaman@opal.cs.tu-berlin.de (Alexander Weidt)
Subject: Re: LPC docs wanted...
Organization: Techn. University of Berlin, Germany
Date: Thu, 17 Dec 1992 15:44:55 GMT

hiho..
  bshields@tartarus.uwa.edu.au (Bill Shields) writes:
>I am looking for docs on lpc

A set of rather nice docs typeset in TeX are available for anonymous
ftp from ftp.cs.tu-berlin.de:/pub/mud/lp/tubmud-doc.{tex,ps}.Z
(130.149.17.7 for all you poor nameserverless souls out there)

This set of documentation originates from the ones that Lars started
distributing with his 3.0 release series, and have since then been
continuously expanded and revised by Foslay on Tubmud, to reflect the
never-ending improvements done to the game driver by Amylaar, and
several of tubmud's mudlib specialities.. ;)  (Both the mudlib and
Amylaar's latest driver (soon to be announced ;) are also available
from the same site.)  Should you have any queries, please feel free
to contact me.

Happy hacking, Demos@tubmud.
--
Without ice cream life and fame are meaningless.
From: mcr0193@rigel.tamu.edu (Blitzkrieg)
Newsgroups: rec.games.mud.lp
Subject: Re: Hi,.. can anyone..
Date: 13 Dec 1992 11:38 CST
Organization: Texas A&M University, Academic Computing Services
Distribution: world
NNTP-Posting-Host: rigel.tamu.edu
News-Software: VAX/VMS VNEWS 1.41    

In article <1gf3imINNo7s@darkstar.UCSC.EDU>, beeman@cats.ucsc.edu (Adam Beeman) writes...
> 
>In article <mmcg.724011616@bruce.cs.monash.edu.au> mmcg@cs.monash.edu.au (Mike  Mc Gaughey) writes:
>>beeman@cats.ucsc.edu (Adam Beeman) writes:


Can't you fools flame each other in private? I, for one, care very little 
about the opinions you hold for each other, and how much code one of you
did, and why you didn't do more. This is a waste of my time and a waste
of internet resources. I suspect a majority of people might share my
opinion.

>>and you managed to comprehensively fail every test of taste, refinement,
>>and sexual prowess I could throw                                 
       ^^^^^^^^^^^^
How can you test sexual prowess over a mud? Did his lack of sexual prowess
have anything to do with his code? Give me a break, why don't both of you
get a life.

Blitzkrieg

>>Mike.
>>Mike McGaughey			AARNET:	mmcg@bruce.cs.monash.edu.au
>>"Head [ ... ] in' [ ... ] ass [ ... ], licking [ ... ]"
> 
> 
>Adam.
>Also known as Buddha@tmi-2
>--
From: jsteele@netcom.com (John Steele)
Newsgroups: rec.games.mud.lp
Subject: Re: Taliesin
Date: 16 Dec 92 04:36:12 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In <KFT=H#=@engin.umich.edu> njal@engin.umich.edu (David Schairer) writes:

>I don't know what your problem is, nor do I really care; I just want
>everyone to know that I, Talyessin, have nothing to do with any of you
>people. :)
>--Talyessin@Overdrive

Oh good!  I was starting to wonder Taly.  Thanks for posting :>
--Overlord@Overdrive
-- 
#include <disclaimer.h>			/* route all flames to /dev/null  */
/**************************************************************************/
/*   Systems Analyst      | John Steele     email: jsteele@netcom.com     */
/* Video Business Systems |                                               */
/*   1-800-255-3088       |    Most people spell COBOLSUX incorrectly...  */
/**************************************************************************/
From: jacob@fy.chalmers.se (Jacob Hallen)
Newsgroups: rec.games.mud.lp
Subject: Re: Needed Help!~
Date: 16 Dec 92 01:24:44 GMT
Organization: Chalmers University of Technology

In article <1992Dec15.064230.21388@wam.umd.edu> spierce@wam.umd.edu (Stephen Pierce) writes:
>
>   Alcazar.cd.chalmers.se is down. I;ve ben trying to get into
>it for about 2 weeks now. Is there someplace else that 
>has the ftp anon stuff from that site?

As I have announced several times in this group, alcazar.cd.chalmers.se
has been superseded by the ftp adress ftp.cd.chalmers.se

Jacob Hallen
From: cossett@ac.dal.ca
Newsgroups: rec.games.mud.lp
Subject: Re: Anguish MUD.....
Date: 16 Dec 92 09:24:23 -0400
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

     Maybe it is your system Stimpy, I have not had any problem with Anguish.
There was a problem about 2 or 3 days ago, but it has since been fixed to my 
knowledge. I do know that every so often the link form our Uni  goes a bit
nuts, maybe it is something similar? Maybe not? Maybe you should email one of
gods or arches? :)

                                Flint
From: amylaar@mcshh.Hanse.DE (Joern Rennecke)
Subject: Re: Help With PC LPMud
Organization: Point of Presence & MCS Hamburg
Date: Mon, 21 Dec 1992 01:54:05 GMT

pmathis@utdallas.edu (PAUL J MATHIS) writes:

>In article <BzJ5HG.7nt@usenet.ucs.indiana.edu> erisande@silver.ucs.indiana.edu (Nowhere Man) writes:
>>Why wouldn't my shouts work on this PC LPMud I am working with?  The
>>Wiz gets an 'Undefined function filter_objects' error.  What am I
>>doing wrong?
...

>Nowhere Man, I've noticed this too.  I'm not sure why though. ...

Hmm, this is probably a god candidate for an FAQ...
Replace all filter_objects() in the mudlib with filter_array() .

	Amylaar
From: evan@gu.uwa.edu.au (Evan Scott)
Newsgroups: rec.games.mud.lp
Subject: Re: RAGNAROK
Date: 18 Dec 1992 15:22:09 GMT
Organization: The University of Western Australia
NNTP-Posting-Host: mackerel.gu.uwa.edu.au

tonze@cs.tut.fi (Toni Sormunen) writes:

>Nice! I really love to login and be immediately thrown out.
>When you announce players to login and beg them to check out
>your mud I think the email check is pressy uncool.

Another product of the "Gimme NOW" generation.
Registration on muds is a very good idea and allows for some 
modicum of protection from mud nuisances ... and thus a 
registered mud is likely to be a MUCH nicer place to play.

Wiggle on,
Ember.

Newsgroups: rec.games.mud.lp
From: plukidis@cs.mcgill.ca (Philip LUKIDIS)
Subject: TEST
Followup-To: none
Summary: testing 
Keywords: none
Organization: SOCS - Mcgill University, Montreal, Canada
Distribution: mcgill
Date: Mon, 14 Dec 1992 18:44:04 GMT


testing only...

Newsgroups: rec.games.mud.lp
From: chuong@ecf.toronto.edu (CHUONG HAN HSING)
Subject: Kludge World
Organization: University of Toronto, Engineering Computing Facility
Date: Sat, 12 Dec 1992 02:09:27 GMT

 telnet st6000.sct.edu 4374

Newsgroups: rec.games.mud.lp
From: gohn@ecf.toronto.edu (GOHN IVAN LLOYD)
Subject: Kludge World - Doc. 2
Organization: University of Toronto, Engineering Computing Facility
Date: Sat, 12 Dec 1992 18:54:06 GMT

My intention was not to misinform the readers here.  I was
simply posting what I was told and nothing more.  I mentioned
that the information may not have been accurate, and it seemed that
many could not read.

My intention was, however, to give access to those who are truely
interesting and mudding to try the site and above ALL to enjoy and
have fun.

I have NO need of people entering the mud and critisizing my postins
since I ALWAYS point out that I may be in error.

Sorry for the Inconvience

Midnight
From: darcy@ac.dal.ca
Newsgroups: rec.games.mud.lp
Subject: Final tally. :)
Date: 14 Dec 92 00:33:20 -0400
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

     This is the last I will say on the subjetc Tally, it is too boring to keep
up. I was not talking about your original posts. Maybe you should 'unread'. What
I was discussing/flaming/whatever was your subsequent posts which flamed, yes
Tally sarcasm is used to flame, 2 people that actually complimented your
coding ability and reccomended you to other muds even though they had personal
differences with you.

TTFN, Darcy.
Newsgroups: rec.games.mud.lp
From: AGRANHOLM@finabo.abo.fi (Alexander Granholm)
Subject: WANTED: Client-programs for UNIX and MSDOS
Organization: Abo Akademi University, Finland
Date: Tue, 15 Dec 1992 11:17:14 GMT
X-News-Reader: VMS NEWS 1.23

I need to get my hands on some (preferably) good MUD-clients
both for UNIX and for MSdos... Any suggestions?

--
Alexander Granholm (agranholm@finabo.abo.fi)
Small signatures are good for your health!
Newsgroups: rec.games.mud.lp
From: darcy@ac.dal.ca
Newsgroups: rec.games.mud.lp
Subject: Re: Taliesin
Date: 13 Dec 92 05:14:03 -0400
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

     What has the newsgroup got to do with learning about computers?
I guess it helps your typing if you post, and maybe your reading comprehension,
when there any half intelligent posts....which seems to be few and far
between nowadays. :)
     So, Tally, you don't consider your ridiculing of two people who actually
posted in your favour to be flaming them? Please supply me with our definition
of a flame. IMO, what you did was a flame. You don't like it when others make
disparaing remarks about you? then don't post. :) Anyone who reads this
group should know that people will post flames for the lamest of reasons. Not
that I think Tim's post was lame, actually i agree with him for the most part,
which is unusual. You say you were seeking a home but posted notes that would
probably turn anyone off of inviting you. I didn't really find that Tim's
response to you was anymore insulting than your responses to his, and more
importantly the other, posts. C'est la vie.
     Now, maybe I don't have much of a sense of humour but I failed to get your
"joke" about the site address, AC.DAL.CA. In case you haven;t learned anything
from using the newsgroups AC stands for Atlantic Canada, DAL stnads for
Dalhousie University, and CA stands for Canada. Maybe you could point out
what is so humorous about it. Must just be you 'peculiar' sense of humour I
guess.

Darcy

P.S. I do believe you mentioned that you had no further interest in muds in a
previous post, and did not say that you still wanted to program. All you said
was that, and the fact that you had nothing better to do than to annoy people
on the newsgroup. :)
From: oreillym@tartarus.uwa.edu.au (Michael O'Reilly)
Newsgroups: rec.games.mud.lp
Subject: Re: Distributed lpmud
Date: 17 Dec 1992 17:43:51 +0800
Organization: Home
NNTP-Posting-Host: tartarus.uwa.edu.au
X-Newsreader: TIN [version 1.1 PL6]

Mike  Mc Gaughey (mmcg@cs.monash.edu.au) wrote:
: oreillym@tartarus.uwa.edu.au (Michael O'Reilly) writes:
: >[...] How do you go about implementing a  single-use capability
: >efficently? What exactly is meant by 'single use'. One method call?
: >what?
: 
: Oh, err, um.. 
: 
: Anderson, Pose & Wallace: `A password capability system', TR52-1985,
: Computer Science, Monash uni.  Essentially describes using money to
: solve the persistent object garbage collection problem, though the
: resource allocation problem (see the thompson cite below) is mentioned.
: 
: For a more complete one, see Anderson's PhD thesis `A password
: capability system', 1987.  Before that, there was Thompson, J.V: `The
: design of a flexible operating system for capability-based computers',
: PhD thesis, Monash, 1985.

Great. More references. Any idea where these are published? Can I get
them on-line???
 
: >Nested signal handlers.. Wonderful. This is what I had been looking at
: >, but it isn't very pretty. (means adding another stack for exception
: >handlers. I think).
: 
: No - otherwise, how do you guarantee that your destructors
: are called on values in the main stack?  Easier to have one stack,
: and an `exception jump address'.  The neat thing is, this

Where do you store this exception jump address? Or do you keep track
of what can produce what exception?
: way you can treat break, continue, return, etc as exceptions.
: The ugly thing is it's extra work to compile, and if you want
: it to work throughout, you need continuation-based C code (but
: portable multithreading requires that anyway).

'continuation-based C code'. So thats what it's called. :) Any
pointers on nicer ways to write this sort of stuff other than zillions
of little state machines???
 
you mention destructors above. here is a cute little problem. How do
you write a call your m-code destructor in continuation-based C code?
In particular, do you assume that the destructor can only be called
once? What happens if your destructor gives it handle away to
something else.

More problems.
How to you cope with a call to your m-code at the very lowest level of
C code???? I.e. any call to pop_stack() might result in a  call to an
m-code routine. Does this mean you have to check each and every call
to pop_stack() in case it didn't actually run, and needs to be
re-tried? This means you EVERY routine that calls any other routine
needs to declare a static variable to indicate where it got up to
before some operation failed. ARGH!!!

There has to be a better way. What is it???


: Mike.
Michael