HDTenEightyP/NetNews huggingface dataset:
From: beeman@cats.ucsc.edu (Adam Beeman)
Newsgroups: rec.games.mud.lp
Subject: Re: A mudlib for MudOS
Date: 19 Dec 1992 00:19:35 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: mingong-ws-1.ucsc.edu



In article <1992Dec18.063946.8028@leland.Stanford.EDU> whale@leland.Stanford.EDU (Stephen Schmidt) writes:
>In article <92352.104241GREESE@MAINE.MAINE.EDU> GREESE@MAINE.MAINE.EDU writes:
>>The Nightmare mudlib includes the following features

>> [ ... ]

>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.

A minor correction, although trivial...  If you are using the THIS_MUD macro
that I created, which is in config.h (or should be) (and on the tmi-2 mudlib,
also in network.h) then it's not "exactly the same, only lowercased".  The
macro (from memory) is:

#define THIS_MUD implode(explode(lower_case(mud_name()), " "), ".")

which means that if, in the runtime config file, your mud's name is given
as "Splattered Whirleds", on host 127.0.0.1, port 2000, then the entry in
mud_addresses should look like:

splattered.whirleds:127.0.0.1:2000

If you don't add this, and you don't give other muds your address, then you
will find people unable to respond to your tells or mail.


Regarding the name server in the works:  It's true, that there is one being
worked out, that will allow us to automate this process, but so far it looks
like the only one developed so far requires a bit of a change in the protocol,
and if we're going to do that, we might as well get it right so that we don't
have to break everything more than once...  *sigh*

>Mobydick@TMI
>Steve Schmidt			<><		   whale@leland.stanford.edu

Buddha@tmi-2 (why does Mobydick still call it TMI? hmm...)
Adam Beeman
-- 
-------------------------------------------------------------------------------
 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
-------------------------------------------------------------------------------
From: CAIPPERS@NDSUVM1.BITNET
Newsgroups: rec.games.mud.lp
Subject: Backbone programmer wanted
Date: 14 Dec 92 20:51:27 GMT
Organization: North Dakota Higher Education Computer Network

I am looking for someone with experience in coding the backbone areas on
a mud, specifically /obj, /room and /secure.  If you feel you have the
experience necessary, please mail me here or at aippersp@plains.nodak.edu
We are currently running compat-mode but hope to switch to MudOS which
is of course native mode.  Knowledge of the workings of native mode will
be very helpful.

Email: aippersp@plains.nodak.edu (preferred)
       caippersp@vm1.nodak.edu   (alternate)
Newsgroups: rec.games.mud.lp
From: ddresp@dante.nmsu.edu (DRESP)
Subject: allanite old/new info
Organization: New Mexico State University
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 16 Dec 1992 00:31:45 GMT

	 To all the old allaniters it's back up. It has ben down for 5 months   now, but it's back now. The adress is still the same 134.126.20.223   2222      an lp mud of course. To anyone who has not played allanite check it out some    time. Allannite has all new room and awsome new weapons. I hope to see you      there.  
Newsgroups: rec.games.mud.lp
From: mmcg@cs.monash.edu.au (Mike  Mc Gaughey)
Subject: Re: Hi,.. can anyone..
Organization: Computer Science, Monash University, Australia
Date: Mon, 14 Dec 1992 13:17:18 GMT

fontenot@ravl.rice.edu (Dwayne Jacques Fontenot) writes:

>My point was (and is) that NOBODY GIVES A F*CK THAT BUDDHA
>WAS INSTAWIZED ON SHATTERED AND THEN DEMOTED. Are your egos so big that
>every little thing you do becomes (in your mind) interesting to the lpmud
>world at large?

You, of course, having no brain and an even smaller sense of humor,
decided we were bitching at each other, and flamed about that (after
one post each).  And NOW you maintain that our secret agenda was to
inform the world at large of the terribly important news that Buddha
had been and gone at Shattered.

When all he was doing, in fact, was taking a gentle dig at me.

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

"Head stompin', ass kickin', finger licking nastiness"
From: decker@bsu-cs.bsu.edu (Alexus Mel Lynn)
Newsgroups: rec.games.mud.lp
Subject: Comparing mem* functions and str* functions
Date: 12 Dec 92 02:23:53 GMT
Organization: CS Dept, Ball St U, Muncie, Indiana

Is there a difference between the mem* functions and the str* functions?

(Mem* functions are like memset, memccpy, etc.)
(str* ones are like strcpy, strcmp, strstr, etc.)

Are there specific cases where one is better to use than the other?

(I have not yet started working on an lpmud, so I can't use that as a frame
of reference... wish I could, though.)

Thanks in advance,
Alexus Mel Lynn

-- 
This is a test.  This is only a test.  If this were a real life emergency, you
would hear: "Oh my god, we're ALL GONNA DIE!!! AAAAAAAAAAAAGGGGGGGGHHHHHHHHH!"
My postings do not reflect the views of myself, therefore, I hold no
responsibility as to anything I say.  - Alexus Mel Lynn, Meta-God of DirtyMUD
From: oreillym@tartarus.uwa.edu.au (Michael O'Reilly)
Newsgroups: rec.games.mud.lp
Subject: Re: DISTRIBUTED MUDDING
Date: 18 Dec 1992 13:45:07 +0800
Organization: Home
NNTP-Posting-Host: tartarus.uwa.edu.au
X-Newsreader: TIN [version 1.1 PL6]

David Bennett (guddt@uniwa.uwa.edu.au) wrote:
: oreillym@tartarus.uwa.edu.au (Michael O'Reilly) writes:
: >Hmm. As my driver is strictly typed I make a distinction between
: >'driver supported' things, and classes that are implemented in C.

: >Actually, that is a bad example. The lexical routines do actually
: >build floating point numbers from '1.0'. But for things like adding
: >graphics to the driver, you would simply write the class methods in C,
: >and let it go at that. Nothing else in the driver needs to be modified
: >to support it.
: 
: This is something I thought about a bit.  Its annoying that you can have
: basic types like 'float' and 'int' etc that you can use as constants
: because of how the driver interprets it.  It would be nice if you could
: set up any type to do this.  Is there a nice method of doing it?  One
: method that sprung to mind was giveing a type for every constant and
: passing the arg to the creation method.  This was the method we were
: thinking of using for basic constants.  

The way to do this is to define an extensible language. So you can say
that (for instance) '::' is a  binary operator with a priority of 5.
Then you can write ( a, b, c ) :: ( b, d) == ( b ) or whatever you
feel like. This is easy to do. The harder one (This is something I
have been thinking heavily about, it doing a similar thing for lists.

So you can define (: .. :) as a new list constructor, or [ ] as an
array constructor, or ({ }) as a  tree contructor etc etc. Not sure
if this is possible let alone praticle, but it is nice to think about.

: But it means a lot more typeing
: and other stupid things like that :(  As for distinction between an
: object and code...  It is very nice and symetrical to have no difference
: at all.  Makes some things sooo much nicer.  (stares dreamily into space).

Grin. Any day now, I will get the compiler working again, and you will
be able to play/critise/jump up and down/work on it.
 
: The other one that annoys me is the things like '+' and '-' etc.  These
: are also built in's...  Or do you handle it as calling the method
: '+' on the first object with the next two passed as params?

I have global functions as well as methods on an object. Also,
function names can be overloaded on the argument type. So in my class
definition for the integers there is a line reading...
	Int +(Int, Int);
Which defines a function named '+' that takes two ints, and returns an
int result. Then the compiler handles makeing it pretty (i.e. so that
"1+2" works). In the compiler, ALL the binary ops, and most of the
unary ops are handled by looking for a function with that right name
that takes the right arguments.


One thing I still haven't worked out, is , what is the 'right' way to
be doing implicit casting. So that (String) a = 1 + "ab" works.

Suggestions?

: Bright pumpkins smiling in the moonlight,
: David.
: [DDT] Pink fish forever.


Michael
From: darcy@ac.dal.ca
Newsgroups: rec.games.mud.lp
Subject: Sorry about that Buddha (was Re: Taliesin)
Date: 16 Dec 92 09:36:10 -0400
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

     Sorry about the mixup Buddha, I meant to say MMCG and dredd...and for
some (I guess I should defer to your term since it was my mistake) moronic 
reason I said Buddha. *shrug* Oh well, C'est la vie, I hope neither of you
is terribly offended. ;)
     Everything else I said still holds true. Maybe even truer since we now
have people from Taliesin's university trying to distance themselve's from
him.
    And of course we have Talyesin (hope I spelled it the way you did, I
don't like to duplicate posts as a rule, and I don;t know how to insert a
file anyways. ;)). You will probably find yourself being flamed by
Taliesin for 'having' to reassure people that there is more than one person
out there with that, or a similar, name. :) It seems he can't take criticism,
praise, or people not wanting to be associated with him. :)

Darcy
From: tk@dcs.ed.ac.uk (Tommy Kelly)
Newsgroups: rec.games.mud.lp
Subject: Re: DOS LPMud?
Date: 14 Dec 92 19:43:11 GMT
Reply-To: tk@dcs.ed.ac.uk (Tommy Kelly)
Organization: Bullabrawonga Inc.

In article <Bz86v9.37@dcs.ed.ac.uk> tk@dcs.ed.ac.uk (Tommy Kelly) writes:
>Is there an LPMud for MSDOS?

Thanks to all who replied.
The answer is yes, for 386 and above.

To be found at:

alcazar.cd.chalmers.se. 

phoenix.oulu.fi  in /pub/incoming

foof.dorm.clarkson.edu in /MsDosMUD/lpmud

tk
From: mdm@hadrosaur.cis.ohio-state.edu (Michael Moore)
Subject: Warhammer Mud?
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Sun, 13 Dec 1992 22:17:18 GMT



	Is there a warhammer mud out there currently?  Sorry if this
is a FAQ, but I haven't seen the mudlist showing the themes of the
various lpmuds out there in quite a while either.

	-Michael

-- 
|\  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       --------------------------------\|
From: josephk@ocf.berkeley.edu (Joseph Kuo)
Newsgroups: rec.games.mud.lp
Subject: Re: Comparing mem* functions and str* functions
Date: 12 Dec 1992 03:28:48 GMT
Organization: U. C. Berkeley Open Computing Facility
NNTP-Posting-Host: lightning.berkeley.edu

In article <3292@bsu-cs.bsu.edu> decker@bsu-cs.bsu.edu (Alexus Mel Lynn) writes:
>Is there a difference between the mem* functions and the str* functions?
>
>(Mem* functions are like memset, memccpy, etc.)
>(str* ones are like strcpy, strcmp, strstr, etc.)
>
>Are there specific cases where one is better to use than the other?
>
>(I have not yet started working on an lpmud, so I can't use that as a frame
>of reference... wish I could, though.)

Its not like LPC has either one... ;)
The difference between the mem* functions and the str* functions is that the
mem* functions do not check for char 0, which ends strings.  This means that
the mem* functions are faster than the str* functions if they are 
performing the same operation.
As a general rule, you should use mem* if either (a) you are not dealing with
strings, or (b) you are dealing with strings of known size.  However, if for
example you might end up with 200 byte strings (and thus have a 200 byte
buffer) but your average length string is only 50 chars, the str* functions
will only check on 50 chars, whereas the mem* functions will check all 200,
and thus the str* functions are better.
Also, never use memcmp to do an strcmp; the contents of the unused space
in a string buffer are not guaranteed to be 0 (unless you set them yourself).
From: cossett@ac.dal.ca
Newsgroups: rec.games.mud.lp
Subject: Taliesin
Date: 12 Dec 92 23:30:26 GMT
Organization: Dalhousie University, Halifax, Nova Scotia, Canada


     Annoying? I suppose you were slightly annoying yes. I figured you were
more of an idiot than an annoying person. If, as you said, you are not 
going to have anything to do with muds/mudding why waste our time, and yours,
posting here? Oh, thats right, you are tha peculiar species asswipus no
havea real lifeus. If that is the case, that you want nothing to do with
mudding, etc, don;t waste or time.
     As to mud marriages, you are entitled to your opinion, and in many
cases what you said is true. But it does add a little 'atmosphere' to the
game, so why not.

                                               Tim Cossett
                                               Cossett@AC.DAL.CA
                                               Flint@Ancient Anguish
Newsgroups: rec.games.mud.lp
From: fontenot@ravl.rice.edu (Dwayne Jacques Fontenot)
Subject: Re: Hi,.. can anyone..
Organization: Rice University
Date: Mon, 14 Dec 1992 06:34:11 GMT

In article <mmcg.724309502@bruce.cs.monash.edu.au> mmcg@cs.monash.edu.au (Mike  Mc Gaughey) writes:
>fontenot@ravl.rice.edu (Dwayne Jacques Fontenot) writes:
>>In article <13DEC199211381104@rigel.tamu.edu> mcr0193@rigel.tamu.edu (Blitzkrieg) writes:
>>>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 
>
>>I agree whole-heartedly. What makes you people think anyone else gives a
>>sh*t about this stuff? And don't tell me to press the 'n' key because
>
>If you two had been reading this group for more than a month or so, and
>(and I know this is the hard part) had paused to *think* before you
>posted, you would have realised that Buddha is a god on TMI-2, and I am
>a god on Shattered.  Therefore, there is no way he would be expected to
>code here - and, in fact, he was instawizzed for a look around for a
>total of two hours.

wow. really??? Buddha is a god on tmi-2? Amazing. And you? You are somebody
too??? Will wonders never cease?

My point was not that you two are not interesting important people in the
world of lpmuds. My point was (and is) that NOBODY GIVES A F*CK THAT BUDDHA
WAS INSTAWIZED ON SHATTERED AND THEN DEMOTED. Are your egos so big that
every little thing you do becomes (in your mind) interesting to the lpmud
world at large? Are we soon to see what you had for dinner last night, and
when you last took a p*ss?

>Think before you flame.

Think before you post drivel.

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

Dwayne Fontenot (Jacques)
From: wing@lysator.liu.se (Mattias Wingstedt)
Newsgroups: rec.games.mud.lp
Subject: Re: Any BSXMUDs out there?
Date: 14 Dec 92 06:55:05 GMT
Organization: Lysator Academic Computer Society, Linkoping University, Sweden

Yes, Regenesis, the original and still only BSXmud. BSXmud is technically
speaking not a new mud-type, since it uses a normal lpmud driver. All graphics
is implemented in the mudlib. The address to regenesis is 
'regenesis.lysator.liu.se', and you can ftp a client from from
'ftp.lysator.liu.se'. If you are running X-windows you can try regenesis
without any client, just log on as guest and answer the questions. Since the 
BSX-protocol is much leaner than the X-windows protocol and our poor sun 3/80
probably more loaded than your machine this method of connecting will probably
be much slower than if you grab your own client, but it lets you find out what
regenesis is without to much fuss.

--
Mattias Wingstedt, Lysit; wing@lysator.liu.se; -Muds could be fun.
Newsgroups: rec.games.mud.lp,comp.os.coherent
From: mbundy@NeoSoft.com (Michael Bundy)
Subject: Re: IBM-type Weirdness...
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Wed, 16 Dec 1992 05:13:36 GMT

In article <1glf0mINNnf0@usenet.INS.CWRU.Edu> aa253@cleveland.Freenet.Edu (Keven Pittsinger) writes:
>
>OK, I've seen the LP 2.4.5 for MS-DOS, & it looks ok.  Don't have a 386+
>to run it on yet, but it's coming...
>
>What I wanna know is, has *anybody* managed to compile & run an LP on a
>pc running Coherence (a Unix workalike)?  If so, email me your
>experiences if you get the chance, & thanx for yer support!!!
>
>Keven
>aa253@cleveland.freenet.edu
>(use this as a sigfile until I get around to making one)
>
>-- 

Well, since the DOS version has removed all the of sockets code it would 
be a start for a Coherent version since Coherent has no TCP/IP support
as of yet...You would have to change to screen handling since the DOS
version sets up memory mapped virtual screens, but even this would not be
to hard...Hmmm...Using GCC on Coherent 4.0 you should be able to get some
sort of LPMud kludge running...
But the more I think about it the more I say stick with the DOS version.
The Coherent version would be cute but without the TCP/IP support all you
would accomplish is a Coherent port of the DOS port...

Scipio@Marches of Antan
Newsgroups: rec.games.mud.lp
From: mmcg@cs.monash.edu.au (Mike  Mc Gaughey)
Subject: Re: Distributed lpmud
Organization: Computer Science, Monash University, Australia
Date: Thu, 17 Dec 1992 07:06:10 GMT

oreillym@tartarus.uwa.edu.au (Michael O'Reilly) writes:

>Mike  Mc Gaughey (mmcg@cs.monash.edu.au) wrote:
>: oreillym@tartarus.uwa.edu.au (Michael O'Reilly) writes:

>I am inclined to makeing a three way distinction, rather than a two
>way one. I.e. there are players (role players et al), then there are
>lords/demi-gods/gods. I see these as getting pwers of creation, and
>being basically able to meddle. This I hope would supply the role of
>the GM in normal role playing. Then you have your coders who write the
>actual code. Limiting all of these via a secure economy would be very
>nice. Where can I get references to the economy you use?

>[...] 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.

>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
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).

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

"Head stompin', ass kickin', finger licking nastiness"
From: mcr0193@rigel.tamu.edu (Blitzkrieg)
Newsgroups: rec.games.mud.lp
Subject: Re: Hi,.. can anyone..
Date: 15 Dec 1992 13:47 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 <1gkvv4INNlls@uniwa.uwa.edu.au>, guddt@uniwa.uwa.edu.au (David Bennett) writes...
>mcr0193@rigel.tamu.edu (Blitzkrieg) writes:

> 
>Take a leaf from your own book.

I suggest you do the same, David.
Maybe then we can get on with our merry little lives.
Blitzkrieg

>David.
>[DDT] Pink fish forever
From: kchang@orion.oac.uci.edu (K_Shibuya)
Subject: Re: RAGNAROK
Newsgroups: rec.games.mud.lp
Organization: University of California, Irvine
Date: 16 Dec 92 21:38:45 GMT

In article <2B2FA0B3.17875@news.service.uci.edu> kchang@orion.oac.uci.edu (K_Shibuya) writes:
>In article <TONZE.92Dec16172818@peippo.cs.tut.fi> tonze@cs.tut.fi (Toni Sormunen) writes:
>>
>>On 16 Dec 92 03:24:48 GMT,
>>kchang@orion.oac.uci.edu (K_Shibuya) said:
>>
>>kchang> We welcome all new players to an exciting mud adventure lifestyle
>>
>>[...]
>>
>>kchang> So, come on down to a great mud and have fun playing!
>>kchang> Telnet to: 192.156.163.1 2222
>>kchang> And be welcomed into the family!
>>
>>Well I tried and... :
>>
>>
>>We will check your email address for validity, and will send
>>you notification informing you that you are able to login and
>>play, typically within 24 hours.  Thanks for joining us!
>>
>>Connection closed by foreign host.
>>
>>---
>>
>>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.
>>
>>You should at least mention about this... *sigh*
>>
>>--
>>+--------------------------------------------------------------------------+
>>|   Toni Sormunen    Email: tonze@cs.tut.fi, tosormun@tre.tele.nokia.fi    |
>>+--------------------------------------------------------------------------+
>
>
>Oops, thanks for reminding me. Yes, there is a email account address check
>in when you log in at first. There is up to 24 hour waiting period before you
>can specifically log on. But depending if the gods are on, you can get in
>automatically if they are on. The reason for the check is so that they can
>add you into the system when you use the magicmap system. Magicmap is a
>map that maps out where you have been. And to get it, it goes into your
>email account. That is the reason why for the check. And, sorry not to mention
>that little detail before, but do apply and come in when you are accepted.
>
>Kong Chang
>kchang@orion.oac.uci.edu
>swepp@ragnarok

Oh, one more little detail I forgot. Hours are:

M-F 6pm-8am PST (Pacific Standard Time) and 24 hours on weekends and holidays

KC
From: duening@ibr.cs.tu-bs.de (Lars Duening)
Newsgroups: rec.games.mud.lp
Subject: Re: Gamedriver update
Date: 15 Dec 92 21:48:56 GMT
Reply-To: duening@ibr.cs.tu-bs.de (Lars Duening)
Organization: TU Braunschweig, Informatik (Bueltenweg), Germany

In <1992Dec14.024731.21419@cs.tu-berlin.de>
 amylaar@opal.cs.tu-berlin.de (J"orn Rennecke) writes:

> Well, some bug reports just come when you have made a release...
> Besides, I was pointed to a NeXT so the port to this machine could be done.
> For this reason, there is now a sequel to 3.1.2.k, called 3.1.2.k+ :-)
> You can get it from :
> ftp.cs.tu-berlin.de, filename: /pub/mud/lp/driver/driver312k+.tar.Z
> ftp.th-darmstadt.de, filename: /pub/incoming/games/lpmud/driver312k+.tar.Z
>
> ftp.cs.tu-berlin.de is also known as quepasa.cs.tu-berlin.de
> and 130.149.17.7  .
> Documentation on the driver can be found in
> ftp.cs.tu-berlin.de, /pub/mud/lp/tubmud-doc.tex.Z
> ( Besides, this file documents tubmud's mudlib, too. )

The compiled binaries for the Amiga port are regularily updated on
  ftp.tu-bs.de (aka diana.ibr.cs.tu-bs.de  134.169.34.15)
  filename: /pub/incoming/amiga/adr312kBin.lha

You'll also find some other Amiga mud stuff there...

  Mateese