HDTenEightyP/NetNews huggingface dataset:
From: rjk@iastate.edu (Jeff Kraemer)
Subject: Wiz wanting semi stable lpmud
Organization: Iowa State University, Ames, IA
Distribution: usa
Date: Sun, 3 Jan 1993 06:07:16 GMT


Howdy all :).

I'm looking for a semi stable (as no mud is stable) lpmud to code on.
I will not code on pirate muds ( you gotta be approved by your sysadmin).
Would strongly prefer a fantasy only mud.


Me:

2 years coding on a popular mud: coded one of the most popular areas
on the VH 1 mud.....would prefer not to be associated with the
later implimintations of that mud (*yeesh*).  I coded Jabberwocky
and Jub-Jub mountain on that mud, so if you wonder if I can write, ask 
someone who played it.  I could care less how high of wiz I make
as long as I can code an area. If I never make it past 51 I could care 
less.  I do have exp as a arch-wiz, but dont expect me to code source,
I can, but its dosent look pretty.  I would prefer a nice mud that
wants more areas coded......if you want a layout of the areas I have
planned, let me know your mud and I will get to you.  I won't
answer to pirate muds, or muds that mix themes (no smurfs, dentists,
or college themes).  If your still interested after all that, gimme
a scream. If you want to flame me, please do, I read them for amusement.

Hasta

Stalker (If you have a Stalker allready on your mud, I have other names)


-- 
rjk@iastate.edu                 

I think therefore I.......shoot, was I saying something?
Newsgroups: rec.games.mud.misc
From: jdeutsch@gmuvax2.gmu.edu (Jeffrey Deutsch)
Subject: Re: Kludge World
Followup-To: rec.games.mud.misc
Organization: George Mason University, Fairfax, Va.
Date: Mon, 21 Dec 1992 11:28:25 GMT

In article <Bz4JIK.9Cr@ecf.toronto.edu> chuong@ecf.toronto.edu (CHUONG HAN HSING) writes:
>Kludge World
>telnet st6000.sct.edu 4374
>
>Give it a try and have fun ;)
>
>Thanks
>

	Could you please specify whether it's an LPMud, Diku, MUCK,
MOO, MUSH or what?
	Actually, you can save yourself the labor - I saw this posting
on rec.games.mud.lp, so I'm sure it's an LPMud. However, this posting
only contains the group rec.games.mud.misc in the Newsgroups: line,
so people may not know that it's also in rec.games.mud.lp.
	Also, since my newsreader does not show me articles that I
have already read in other groups, I suspect this article was posted
separately in separate groups. I'm not sure if you know this, but
it is an inconvenience to the thousands of readers out there to have
to go through your article again when they have already read it.
To make sure you are reaching only those folks in each group who have
not already seen it in other groups, please "cross-post" your articles
(ie, specify all the newsgroups you want to reach in the same posting)
in the future. Those whose newsreaders do not have the "no-repeat"
feature that mine has will not be hurt anyway, and those whose
newsreaders do will be spared unnecessary (to all, including you)
inconvenience. 
	Thanks a lot for your consideration.

	Jeff Deutsch
-- 
Q: How many gun banners does it take to change a light bulb?
A: Let the police do it - private citizens can't be trusted with light
bulbs!
From: craigw@fnal.fnal.gov (Craig Williams)
Newsgroups: rec.games.mud.misc
Subject: Looking for a CLient
Followup-To: rec.games.mud.misc
Date: 22 Dec 1992 15:56:26 GMT
Organization: Fermilab - Batavia, IL
Distribution: usa
NNTP-Posting-Host: fnpm06.fnal.gov

Looking for a MUD client that will run under either VAX/UNIX/VM that
supports macros which do not send multiple commands on one line!
The problem being, the mud I play currently does not allow this.
Some clients I've looked at say they wait for a prompt to send each
command,
however I've found they don't.

If you have *any* idea, please reply. I posted similar msg a few weeks ago
and only recieved replies of others looking for the same info.

^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
    ALFRED - "I'll cancel Master Bruce's redevous with, Bambi was it sir?"
                  THE BATMAN - "Yes Alfred, do that."
^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
            B A T M A N :  T H E  A N I M A T E D  S E R I E S
Newsgroups: rec.games.mud.misc
From: gordon@meiko.com (Gordon Henderson)
Subject: Re: Note to any fellow DikuMUD coders...
Organization: Meiko Scientific Corp.
Date: Fri, 25 Dec 1992 19:24:50 GMT

Well, I'm no expert, but doesn't inet_ntoa() need a struct in_addr as
it's parameter whereas getpeername() and accept() return you a struct sockaddr,
and I guess i'd have to do some bit-twidling to convert one to the other
(unless, of course there is another function to do it for me), or am
I just missing something fundamental?

Anyway, I hope the is good fodder for the originator of this post! (Even
if he _is_ coding a Diku (-: )

(And a Bah-Humbug to you all   (-: )
	'Bru

Newsgroups: rec.games.mud.misc
From: an4128@anon.penet.fi
Subject: Research for paper: VR sex, technology, and ethics
Organization: Anonymous contact service
X-Anonymously-To: rec.games.mud.misc
Date: Tue, 29 Dec 1992 10:07:05 GMT

 
Dear members of the MU* community:
 
I'm writing a paper on VR sex, ethics, and technology, and using
state-of-the art VR sex (that is, tinysex) as a case for examination.
 
I've been chatting with people on various MUDs and MUSHes about
tinysex, VR sex, and the differences between virtual and RL sex,
both today and given better VR interfaces than those commonly
available.
 
In this paper I'd like to both present an accurate picture of
the MU* community and address any problems that members of the
(admittedly very loose) MU* community can come up with.
 
If you'd like to share any such information with me, if you
feel there are any places (virtual or real) that I should look
for information on VR sex and/or tinysex, or if you'd like to
share with me your experiences with (or stories about) tinysex
or any other sort of VR sex (does VR sex take place on IRC?  I
have no IRC access....) that would be applicable to this paper,
please reply via mail to this message or send me electronic
mail at 'an4128@anon.penet.fi'.
 
Messages directed to this address will get to me via an
anonymous mail/news server in Espoo, Finland, so your
confidentiality won't just be at my whim. :-)
 
I'll be happy to respond personally to any mail you direct (if
you include your real email address)--I'm only posting this via
the anonymous posting service in order to protect the anonymity
of any respondents who wish it.
 
If you would rather chat with me in person, please leave mail
for me (as 'Researcher') on AfterFive, af.itd.com, port 9999.
I'll be happy to arrange a time and (virtual) place to meet
with you and chat.  (I have no access to the database on A5,
nor am I a wiz--just a satisfied user, so you need not worry on
that account.)  And again, if you wish it, your confidentiality
and/or anonymity will be strictly respected.
 
Sincerely,
Researcher (on A5)
an4128@anon.penet.fi

-------------------------------------------------------------------------
To find out more about the anon service, send mail to help@anon.penet.fi.
Due to the double-blind system, any replies to this message will be anonymized,
and an anonymous id will be allocated automatically. You have been warned.
Newsgroups: rec.games.mud.misc,rec.games.mud.tiny
From: foxen@netcom.com (Foxen)
Subject: Re: WHY? (Moorcock, Car Wars etc)
Organization: Fuzzball Software and Graphic Arts
Date: Tue, 22 Dec 1992 04:00:23 GMT

jfurr@polaris.async.vt.edu (Joel K. Furr) writes:
>
>My apologies, Mouse, I just enjoy poking fun at Furries, especially Foxen,
>because sometimes you get entertaining poking back. :|

I find this particularly funny, because personally, I haven't logged onto ANY
MU* is over two and a half months.  And it's been something like six months
since I have gotten involved in anything even vaguely resembling TinySex.

TinySex is slow, boring, and pointless for the most part, to me.  After all,
there are only so many different ways that you can gasp with pleasure. =)
Perhaps I'm unimaginitive, but I just don't find it that intersting.

Now isn't it silly to try to aim pokes about TS on FurryMUCK at me?
I'm probably one of the most innocent players on there.  (or off there,
as the case currently is. =)

	- Foxen

-- 
        ___  __    ___   _   .   _^^        ____    foxen@netcom.netcom.com
 \   / |    |  \  |     | |  -> '-" \______/___/  Yet Another Furry Fan (YAFF!)
  `v'  |--  |--<  |---  `v'  '    ,| _____ |       "Support the Church of the
   |   |___ |   \ |      o       //||    |||           Holy Fur of Ilura!"
Newsgroups: rec.games.mud.misc
From: stine@handel.psu.edu (Jeffrey Stine)
Subject: Re: Note to any fellow DikuMUD coders...
Organization: Penn State University
Date: Tue, 29 Dec 92 07:55:03 GMT

In article <1992Dec28.231606.6328@cs.mun.ca> matthew@cs.mun.ca (Matthew J. Newhook) writes:
>stine@handel.psu.edu (Jeffrey Stine) writes:
>> And as I believe was more or less pointed out earlier, programming practices
>>are much a matter of opinion and have less to do with being "good" or "bad".
>
>Well, I certainly disagree with this.  There is a significant
>difference between bad code and good code. And most of this is _not_
>subjective.  If the code is spaghetti code then it is very hard to work
>with, let alone alter.  All you have to do is work with some terrible
>code for a while and you will get irritated and start cursing this
>'terrible' code.  Of course you do work with the diku code don't you :)
>
 Ack, I better clear something up before everyone begins to think I like or
promote poor programming practices.  Anyone that has worked with me knows
that I am very finicky about code I will accept.  I don't believe there is
room for such things as spaghetti code, inefficient code or even poorly
defined variables (I like something that can be easily read by anyone).
I strongly belive in keeping code modular, as portable as possible and
all that.  However I believe that people have different ideas about how
to go about these sorts of things and that one person may call another's
style good or bad.  This labeling is what I was getting at ... when it
becomes a matter of habit/style that differs and not whether the basis
is sound, then it is nothing but opinion.  And it is fairly silly to call
someone a "bad" programmer based on a few hacks.  I would prefer to use
the ideas presented, rather than lecture the person on how they did something
wrong.
 Despite fairly good reasons presented why using inet_nota() might be better
than writing your own version: In my mind there is a world of difference
between that and non-structured or non-modular code.  One may label a certain
style "bad" according to your tastes and evalutions, but that doesn't
necessarily make it poor programming except perhaps for your own uses.

 And incidentally, I don't curse poor code I intend to use so much as
I make it better to suit my own needs (which I did tenfold with diku).
But then my expertise lies within the realm of analysis so I am much
better equipped to deal with sorting it out.  The rest of you must, alas,
make do with only "good" code. :)

Newsgroups: rec.games.mud.misc
From: kdelgado@loligo.cc.fsu.edu (Kevin Delgado)
Subject: FTP SITE ADDRESS NEEDED!!!
Organization: Florida State University Computing Center
Distribution: usa
Date: Wed, 30 Dec 92 03:51:28 GMT


Hello, I am looking for the address of an FTP site called coyote (?). I am
also interested in any other ftp site addresses where I can get lots of DIKU
related materials. If anyone has a list of these sites, I would appreciate
it if you could either e-mail them to me at kdelgado@loligo.cc.fsu.edu , or
you culd just post the list here.

Thanks in advance!

Kevin

Newsgroups: rec.games.mud.misc
From: arromdee@jyusenkyou.cs.jhu.edu (Ken Arromdee)
Subject: Re: Note to any fellow DikuMUD coders...
Organization: Johns Hopkins University CS Dept.
Date: Mon, 28 Dec 1992 21:31:29 GMT

In article <Bzy9ps.3FF@math.okstate.edu> russ@math.okstate.edu (D. Roman) writes:
>Well, this certainly sums up nicely why I stay out of public discussions
>of server programming.
>Good programming practice should be of great interest to anyone writing
>a line of code for any reason.
>Period.

Technically true.  If "good programming practice" depends on the purpose of
the code, the context it is in, etc.  For instance, if you're writing quick and
dirty patches, good programming practice is programming practice which gets you
the fastest possible result.

Of course, if you're saying that there's one single practice that's good, no
matter how or why you're writing the code, you're wrong.
--
"When you whine like a stuck pig, or flame like a blowtorch, then
people get angry.  If you want to ACCOMPLISH something, p'raps you should
learn some tact."
	-- Random, on rec.games.mud

Ken Arromdee (arromdee@jyusenkyou.cs.jhu.edu, arromdee@jhunix.hcf.jhu.edu)
Newsgroups: rec.games.mud.misc
From: stine@handel.psu.edu (Jeffrey Stine)
Subject: Re: Note to any fellow DikuMUD coders...
Organization: Penn State University
Date: Thu, 24 Dec 92 23:21:42 GMT

In article <1992Dec24.114107.18992@meiko.com> gordon@meiko.com (Gordon Henderson) writes:
>In article <3331@bsu-cs.bsu.edu> decker@bsu-cs.bsu.edu (Alexus Mel Lynn) writes:
>>
>>Have any of you fellow coders worked with getpeername?  (I've ported some
>>lpmud code over my very hacked diku, but it always dies on the getpeername...)
>>
>>I've made sure it's not something stupid like bad parameters, etc.
>
>I use this in a MUD that I am running to get the ip address of the caller:
[...(code using getpeername snipped)]
>--
>  Gordon (Irn-Bru) Henderson
>
 Throw it out. Get rid of all that code that uses getpeername().
Why waste a system call on something that accept() will do for you?
 If you are using a connection oriented, single process server there
is no reason why you shouldn't get the info you need from accept().

  int accept(int sockfd, struct sockaddr *peer, int *addrlen);

 It will complete the 5-tuple association with foreign address just like
the getpeername call.  getpeername is primarily needed in applications
called by inetd, which does the accept for them. 
Xref: sparky rec.games.mud.misc:1704 rec.games.mud.tiny:1151
From: jfurr@polaris.async.vt.edu (Joel K. Furr)
Newsgroups: rec.games.mud.misc,rec.games.mud.tiny,alt.mud.auzzie
Subject: Re: The most EVIL muf program ever????  :)
Date: 21 Dec 92 13:31:09 GMT
Organization: Escape from Blacksburg, VA

In article <1992Dec20.141512.15097@netcom.com> foxen@netcom.com (Revar) writes: >
>Personally, I'd vote for the @desc virus that Doran uploaded to FurryMUCK.
>Though, admittedly, it didn't really do anything harmful.  I seem to recall,
>however, from back in the dark ages, that someone once made an @desc virus
>on Brigadoon MUCK that changed your @desc to "little, yellow, different"
>when you looked at anyone who was infected by it, and then you were infected,
>yourself.

Whew.  

I first read that as "little, green, different."  I'm not awake yet. 
Be horrible if someone uploaded a @desc virus that turned everyone into
KeyLimes.  Be also horrible if someone uploaded one that set your desc to
"large, yellow, different" because then it'd turn everyone into Chunes. 

Eek.

Now, Revar, how does one go about constructing such a @desc virus?  Be
useful to know. :)
Newsgroups: rec.games.mud.misc
From: ktompkin@pilot.njin.net (Ken Tompkins)
Newsgroups: rec.games.mud.misc
Subject: Source of TinyMUSH db's?
Keywords: tinymush database
Date: 21 Dec 92 15:34:21 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

Having just setup TinyMUSH on Linux, I'd like to see some
modest databases from other systems. Is there a source where
such "sample" databases are archived? If so, write me at
the address below. Thanks......

ken tompkins
stockton state college
ken@odin.stockton.edu
Xref: sparky rec.games.mud.misc:1707 rec.games.mud.tiny:1152
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: rec.games.mud.misc,rec.games.mud.tiny
Subject: Re: WHY? (Moorcock, Car Wars etc)
Date: 21 Dec 92 17:53:41 GMT
Organization: McGill Research Centre for Intelligent Machines

In article <BzJ2qD.Iu2@polaris.async.vt.edu>, jfurr@polaris.async.vt.edu (Joel K. Furr) writes:

> It's at least as intellectual an experience as HotTubsMUCK... er, I
> mean, GoldenShowersMUCK... no wait, what is it?  Oh, right,
> FurryMUCK.

*What* is your *problem*, Joel?  Everybody else seems capable of
ignoring muds they don't care for.  I am not into the hack-and-slay
scene - but I don't go around perverting LP and Diku names just for the
sake of being obnoxious.  I'm not into everything you do, but I don't
make a point of gratuitously insulting the things I don't like.

If you can't take the furry scene, please, just pretend it doesn't
exist.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
From: scg@mentor.cc.purdue.edu (Kelly Martin)
Newsgroups: rec.games.mud.misc
Subject: Re: Research for paper: VR sex, technology, and ethics
Date: 30 Dec 92 14:46:48 GMT
Reply-To: scg@mentor.cc.purdue.edu
Organization: Gender Anarchists United

gt9398b@prism.gatech.EDU (Christopher R. Boggs) writes:

>I suggest finding a topic worthy of research. =]

>I figure that about 75% of the "females" on muds are played by males.
>And yes I can site specific examples....But I'd like to keep my
>lunch. =]

this fact in no way invalidates his/her research, although it may
complicate it a bit.  

i suspect that it would actually prove interesting to see how the
ability to present oneself as a member of the other sex in VR changes
the sociological implications of gender.

of course, i dread to bring the 'evilikky crossgender' thread back up.
--
Standardized tests measure the ability to take standardized tests.
	-- elg@usl.edu (Eric Lee Green), misc.education
Newsgroups: rec.games.mud.misc
From: stine@handel.psu.edu (Jeffrey Stine)
Subject: Re: Note to any fellow DikuMUD coders...
Organization: Penn State University
Date: Sat, 26 Dec 92 06:21:26 GMT

In article <9212260257.AA22918@TIS.COM> mjr@TIS.COM writes:
>stine@handel.psu.edu (Jeffrey Stine) writes:
>
>>I've worked on machines where this call did not work and would produce a
>>seg fault. There is nothing wrong with transforming the address this way
>>provided it is done correctly.
>
>	Sure. You cal also make your code "portable" by including the
>complete source of a libc that you trust to work. If the system libraries
>are broken, that's an implementation detail you should work out with
>the vendor - rewriting library routines in a way that works "provided it
>is done correctly" is not good programming.
>
>mjr.

 Is this from the book of programming according to Mr. Ranum?
What makes this "not good programming"?  If you mean it is
duplication of effort, that is a wasted argument for most code (and
in particular mud code).
 However I did not mean that it is ok to rewrite any library routine,
only those that are known to be have problems... In particular the
inet_ntoa() function produces the seg fault on the SunOS machines
that I have worked on and if it is the case that all SunOS 4.1 has
this problem it is good enough reason to write your own function.
 If I write a library routine in a way that I can expect it to
be portable, this is far better than using one that may be expected
to be absent or broken.  I didn't suggest they rewrite the entire
libc, that is your stupid idea.  The people we are talking about writing
this probably would have no clue as to what to do in the case that
the library routine they wished to use was "broken". 
 In conclusion how about getting off your high horse long enough to
realize which group your post is targeting and not refer to something
as vomit without giving specific reasons _why_ it is bad.  I mean
after all not all of us have your _vast_ experience, some of us only
have several years worth of programming these things under our belts.

Newsgroups: rec.games.mud.misc
From: stine@handel.psu.edu (Jeffrey Stine)
Subject: Re: Note to any fellow DikuMUD coders...
Organization: Penn State University
Date: Thu, 24 Dec 92 23:24:02 GMT

In article <9212241834.AA23599@TIS.COM> mjr@TIS.COM writes:
>>    sprintf (currentConnectId, "%d.%d.%d.%d",
>>        foo.sa_data [2] & 0xFF, foo.sa_data [3] & 0xFF,
>>        foo.sa_data [4] & 0xFF, foo.sa_data [5] & 0xFF) ;
>
>	What is this vomit? Use inet_ntoa().
>
>mjr.

I've worked on machines where this call did not work and would produce a
seg fault. There is nothing wrong with transforming the address this way
provided it is done correctly.

Newsgroups: rec.games.mud.misc
From: matthew@cs.mun.ca (Matthew J. Newhook)
Subject: Re: Note to any fellow DikuMUD coders...
Organization: CS Dept., Memorial University of Newfoundland
Date: Mon, 28 Dec 1992 23:16:06 GMT

stine@handel.psu.edu (Jeffrey Stine) writes:
> And as I believe was more or less pointed out earlier, programming practices
>are much a matter of opinion and have less to do with being "good" or "bad".

Well, I certainly disagree with this.  There is a significant
difference between bad code and good code. And most of this is _not_
subjective.  If the code is spaghetti code then it is very hard to work
with, let alone alter.  All you have to do is work with some terrible
code for a while and you will get irritated and start cursing this
'terrible' code.  Of course you do work with the diku code don't you :)

>I think I'd rather see someone write something useful in "bad" style than
>not attempt it at all (I can always go back and improve on it), and that
>is My Opinion (tm). 

That is true.

> I don't have a period :)

Well, you are male :)

>Thanks to Gordon Henderson for summing up the results of the discussion,
>I'm happy to see you got something from it (so it wasn't a total loss).

An interesting discussion.

Matthew
-- 
Matthew Newhook (matthew@engr.mun.ca)       |  "...get on with the fascination
Faculty of Engineering and Applied Science  |  the real relation, the underlying
Memorial University of Newfoundland, Canada |  theme" - Limelight, Rush
Xref: sparky rec.games.mud.misc:1717 rec.games.mud.tiny:1159
From: jfurr@polaris.async.vt.edu (Joel K. Furr)
Newsgroups: rec.games.mud.misc,rec.games.mud.tiny
Subject: Re: WHY? (Moorcock, Car Wars etc)
Date: 22 Dec 92 19:29:18 GMT
Organization: Virginia Center for Lemur Fandom (subscribe to alt.fan.lemurs TODAY)

In article <1992Dec22.040023.27147@netcom.com> foxen@netcom.com (Foxen) writes:
>jfurr@polaris.async.vt.edu (Joel K. Furr) writes:
>>
>>My apologies, Mouse, I just enjoy poking fun at Furries, especially Foxen,
>>because sometimes you get entertaining poking back. :|
>
>I find this particularly funny, because personally, I haven't logged onto ANY
>MU* is over two and a half months.  And it's been something like six months
>since I have gotten involved in anything even vaguely resembling TinySex.
>
>TinySex is slow, boring, and pointless for the most part, to me.  After all,
>there are only so many different ways that you can gasp with pleasure. =)
>Perhaps I'm unimaginitive, but I just don't find it that intersting.

Well, yeah, Foxen, but the thing is, people have TWISTED your legacy into
something... naughty.  Remember that Foxish language you went around
using, the one with words like "yiff" and "yerf"?  If I understand the
current Furry thought correctly, "yiff" is now taken to stand for "young
innocent furry f***able."  

Imagine what would happen if they somehow transmogrified *Revar* into a
lust goddess as they've done with Foxen?  Now _that_ would result in some
very bizarre customs and traditions indeed.  People shambling around in
negligees with fake bat wings attached to the back, made from black lace,
wearing fake bat ears and wearing plastic fangs, hissing at each other in
Transylvanian accents and saying things like "hey, bat-baby, want to go
split a bottle of Old Mole?"

Naaah.

We now return you to your regularly scheduled flames over whether CoolMUD
or MOO is better.