HDTenEightyP/NetNews huggingface dataset:
From: Carl.von.Loesch@arbi.informatik.uni-oldenburg.de (Carl von Loesch)
Subject: Re: 3.1.2 security leak.
Organization: University of Oldenburg, Germany
Date: Fri, 6 Nov 1992 19:32:24 GMT

behrends@arctecws-16.dfki.uni-kl.de (Karl Reimer Behrends) writes:
>Err. There is no security leak in command(). Proof: Two cases. 1) The function
>add_actioned to a verb is static. Then it can't be called by command from
>outside the object. 2) The function is not static. Then it can be called by
>call_other() anyway, having, if necessary, modified this_player() and
>this_interactive() (aka this_player(1)) to hold suitable values (use init() and
>add_action() to accomplish this).

Unless your system disallows unsolicited entering of objects in
users' inventories. Anyone/AnyMUD pursued this type of policy?
-- 
o+--_________________________---------------------------------------------_-+o
o|~(                         )~!+-!~(  loesch@informatik.uni-oldenburg.de )~|o
o|~(  Carl 'LynX' v. Loesch  )~!+-!~(       244661 at DOLUNI1.bitnet      )~|o
o+-----------------------------------------------------------------------/--+o
VMXSYS371I Your logon password has expired. It was 332 days old.
Newsgroups: rec.games.mud.lp
From: andersts@mentor.cc.purdue.edu (Something Ghastly)
Subject: Names and Aliases
Keywords: dead, die, dismemberment, life?
Organization: Cult of the Golden Plunger
Date: Wed, 11 Nov 1992 21:52:19 GMT


  This post has to do with something that annoys me (oh no... not that)

  Ok... here's the deal: Whenever I play a mud, I generally steal my alias
from a book (generally one of Tolkien's works). However, when I log off the
mud, I want the name to leave me... ie. I'm just role playing... I'm really
not much like the characters I play on muds; I usually play a nice guy who
pretends he's evil (just wanna put up a front). In real life, I'm a nasty,
evil, cruel person pretending to be a nice guy pretending to be a psychotic not-
so-nice guy pretending to... err, you get the picture.

  So, when I'm wandering around aimlessly (in rl) and somebody comes up to me
saying something like: "Hey Maeglin, how's life?", I can't help but entertain
thoughts of cutting said person's tongue out and making him/her eat it. (And
I won't even mention the other things that go through my mind for they would,
shall I say, disturb you.)

  Anyway, call me what you will as long as it's not one of my mud names...
Insult me if you want. Utter a string of profanities towards me... I'll answer.
Here's a thought... call me by my real name (or any nickname I deem at least
mildly acceptable). Call me Maeglin and life will become rather unpleasant.
(Of course, call me my real name on a mud and I'll have to kill you :)

Wowwy... I feel SO much better now that I've said that.

Allen (or any perversion thereof)
Organization: Johannes Kepler University Linz - Computing Center
Date: Friday, 6 Nov 1992 05:32:15 CET
From: <K111114@ALIJKU11.BITNET>
Newsgroups: rec.games.mud.lp
Subject: memory allocation (again)

hi all.
i've been doing a bit debugging and possibly found the thing the GD is doing
wrong.

on an empty mud, try the following.

write a new object (null.c):

   string nullstring;
   empty_func() { }


that's all.

now load it, check the status, clone it, destruct it, check the status again.
everything will be fine.

change the object, removing the variable declaration null.c is now:

    empty_func() { }

again: load it, check the status, clone, destrcut, check status.
you'll see that status now is +8 bytes to big. you'll also find out that this
will occur in the "object:" line of the status. (Hey, 8 bytes, svalue? :-)

the bug is in object.c , caused by some "uglyness" (?) in object.h
the two responsible procedures are:

get_empty_object() and
free_object(),             which calculate "tot_alloc_object_size" with two
                           different formulas :-)

In struct object, the last entry is variable. I call this "uglyness" because
I think it should rather be a pointer to an array holding the variables.Just
to mention :-)

get_empty_object(num_var) does a

  int size = sizeof(struct object) +
             (num_var - !!num_var) * sizeof(struct svalue);


  size then is added: tot_alloc_object_size += size;



free_object(), in contrast, does a different calculation. it says:

    tot_alloc_object_size -=
       (ob->prog->num_variables-1) * sizeof(struct svalue) +
        sizeof(struct object);

it should be:

    tot_alloc_object_size -=
       (ob->prog_num_variables - !!ob->prog_num_variables)*sizeof(struct svalue
         + sizeof(struct object);

Anyway, there is something unclear to me.
When size = sizeof(struct obj) + (num_var - !!num_var)*sizeof(struct svalue),
the following will happen when num_var is:

num_var:             size:
 0              (struct obj) - (struct svalue)   Correct, no variables needed.
 1              (struct obj) + (struct svalue)*1;  INCORRECT !

Struct obj ALREADY HAS space for holding 1 svalue. This one can be used.
So, in my opinion, size = sizeof(struct obj) + (num_var -1)*sizeof(struct sval)

Strangely, my machine says "NO" to this in her own way -> does a core-dump
when i change the formula for the object size.

Q: Why doesn't it work ? Anyone with more GD experience please answer me :-)

Thank you, Herp
-------------------------------------------------------------------------------
k111114@alijku11.bitnet
Herp@Holy_Mission




Newsgroups: rec.games.mud.lp
From: K111114@kuemmel2.edvz.uni-linz.ac.at (Herbert Rosmanith)
Subject: sprintf-v1.05 bug fix
Keywords: sprintf,bug fix
Organization: PC Kluster im Turm
Date: Sat, 7 Nov 1992 00:26:45 GMT

hi.
i've got v1.05 sprintf.c from ucbvax.berkeley.edu, found a little bug and 
since i'm such a busy guy, i've fixed it :-) . the bug did crash the GD with 
a core-dump. It did occur when u tried to (s)printf an array, but the 
argument wasn't an array at all.
e.g:

  s="CRASHHHH";
  printf("%@s",s); /* Here comes a coredump */

same with integers:

  i=123;
  printf("%@d",i); /* Here comes a coredump */

The point is that a wiz wouldn't do this intentinoally ... could as well be
an accident, e.g:

  s=get_dir("doc/examples");      /* Wrong: correct is "/doc/examples/*" */
  printf("%@s",s); /* Here comes a coredump */


BUG - FIX
=========

The following is the diff -c file:


*** sprintf.c	Sat Nov  7 00:46:51 1992
--- sprintf.old	Sat Feb  8 05:30:12 1992
***************
*** 140,146 ****
  #define ERR_QUOTE_EXPECTED	0xA	/* expected ' not found */
  #define ERR_UNEXPECTED_EOS	0xB	/* fs terminated unexpectedly */
  #define ERR_NULL_PS		0xC	/* pad string is null */
- #define ERR_ARRAY_EXPECTED	0xD	/* array expected */
  
  #define ADD_CHAR(x) {\
    buff[bpos++] = x;\
--- 140,145 ----
***************
*** 526,534 ****
        case ERR_NULL_PS:
          err = "Null pad string specified.";
          break;
-       case ERR_ARRAY_EXPECTED:
- 	err = "Array expected.";
- 	break;
        default:
  #ifdef RETURN_ERROR_MESSAGES
          sprintf(buff,
--- 525,530 ----
***************
*** 689,696 ****
         * now handle the different arg types...
         */
        if (finfo & INFO_ARRAY) {
- 	if (carg->type != T_POINTER)
- 	  ERROR(ERR_ARRAY_EXPECTED);
          if (carg->u.vec->size == 0) {
            fpos--; /* 'bout to get incremented */
            continue;
--- 685,690 ----


Q: Could it be possible to add another data type: let's say: %b for based.
look at the following code:

mixed *shurz;   /* Contains an array of all shurzes, whatever that is */

  shurz = ({ 1, "Yodel", 1932, "My_password_is_deleted" });
  printf("%b\n",shurz);

right now, u only can enter either %s or %d ... so a mixed array is 
impossible to be printf'd. With %b, one could use the based-type.
okie doakie, I'm trying to code it ... 

-----------------------------------------------------------------------------
Please don't send mail to this machine, since this is a PC without a mailer.
Had to use it coz of troubles with the newsreader of the VMXA :->
If you wan't to send me mail, please reply to:
K111114@alijku11.bitnet

Thanks and bye, Herp.



Newsgroups: rec.games.mud.lp
From: amylaar@mcshh.Hanse.DE (Joern Rennecke)
Subject: Re: efun_defs ...
Organization: Point of Presence & MCS Hamburg
Date: Sat, 7 Nov 1992 01:12:01 GMT

<K111114@ALIJKU11.BITNET> writes:

>here goes a line from efun_defs.c :

>{"add_action",F_ADD_ACTION,1,3,TYPE_VOID,T_STRING,T_STRING,4,0}

>i suspect the first being the name of the function as coded in the parser,
>the 2nd parm being the token for the interpreter, 3rd and 4th i dunno,
>5th return type, 6th and 7th parameters, 8th and 9th uknown to me ...
>What do the fields with the numbers mean ? What is the format of an entry
>in efun_defs.c , please ?

>thank you for helping, Herp :-)

the first is the name for the lexical analysis, the second is the token that
is passed from the lexical scanner to the parser, which is F_OFFSET more
than the interpreter code. the third and fourth are min and max argument
count. You are right with the fifth one. The sixth and seventh are for
slow-motion run time type checking. The eighth is an offset into the table
of compile-time argument type information. The nineth can accomodate a code
to insert when the last argument is missing, to implement compile-time
default arguments.

efun_defs.c is only a temporary file. The format and name may be subject
to change.
You  should probably do nothing to it, apart from reading it to see if
make_func has performed well ( if there is some doubt ) or removing it when
you want to make a source-only directory.

	Amylaar
From: box@phakt.usc.edu (Montgomery Box)
Newsgroups: rec.games.mud.lp
Subject: Where to find drivers
Date: 7 Nov 1992 20:45:39 -0800
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: phakt.usc.edu

Hello.

	I'm sure that this is a FAQ, but I haven't seen one around here for a 
while.  Could someone tell me where I can find a LPmud driver and a sample 
mudlib?  

Thanks in advance,
Monte Box
box@scf.usc.edu
From: lhenso@unf6.unf.edu (Larry Henson)
Newsgroups: rec.games.mud.lp
Subject: Help MUD robot advice needed!
Date: 13 Nov 92 02:41:24 GMT
Followup-To: alt.mud
Distribution: global
Organization: University of North Florida, Jacksonville


	Hi! I'm Lord Draconis, but then again aren't we all...

	I'm trying to create my own robot program for certain MUDs.  I have
a small problem of trying to provide double redirection, between the telnet
and the robot program, where both send orders to each other.  If someone could
send me information on this, it would be greatly appreciated (as well as any data on how to set up a robot [for movement/combat/dumb talking]).

						Thanks
							Lord Draconis a.k.a
							Larry Henson
							lhenso@unf6.cis.unf.edu
Newsgroups: rec.games.mud.lp
From: amylaar@mcshh.Hanse.DE (Joern Rennecke)
Subject: Re: rusage
Organization: Point of Presence & MCS Hamburg
Date: Sat, 7 Nov 1992 01:43:08 GMT

<K111114@ALIJKU11.BITNET> writes:

>the default 3.1.2 driver contains code for adjusting tvsec and tvusec:
> time = rus.ru_utime.tv_sec * 1000 + rus.ru_utime.tv_usec /1000;

>Is this correct ? The seconds seem to pass to slow ... maybe it's just our
rusage gives you - among other information - the cpu time spent so far. Looks
like you are complaining that your mud doesn't use 100% cpu.
>                                            _3
>machine ? (Sun sparc II). anyway, what is 10   seconds called ? Mikro ? No ...
milli.

	Amylaar
Newsgroups: rec.games.mud.lp
From: kwi@postman.hsn.no (KLAUS WILLIAM WIK)
Subject: NEW MUD(fantasy,alas)
Organization: Nordland College
Date: Thu, 12 Nov 1992 15:20:14 GMT

	Theres a new MUD that is using ULTIMA UNDERWORLD as a keyword.
To all of you who uses slow modems or have slow lines:forget it!
It is based on UW and have both sound and graphix,much like UW.
The difference is that up to 20 players may adventure at the same time,
AND YOU HAVE TO BUY THE SOFTWARE TO GET IT WORKING!
Becuse of the huge ammount of data,only some of it may be recieved and 
calculated by the server macine.This is why you have to buy some software to 
play it.At the moment there are only 20 external ports,but as the popularity 
and in time, more ports are going to be connected, and more rooms are being 
made.The scedule is to have 100 ports on two different locations by february.
This can only be done through the cooperation and interest from the players.
	The server is running like a modifying software to the real game and
the only information going through it is still information on locations of 
'rooms', items, persons and speech.The software at your computer is 'making' 
the scenery and generating pictures, even some sound(for the important sites
like questsites and when advancing level).The game is based on skills and 
levels.there are 10 'proffessions' and 10 races.Welcome.

	This message is what i allways have waited for.The ultimate MUD.
Alas this time it is just an outburs of wild fantasy and despair as the 
sysop deleted ULTIMA,and the only thing I can do now in the EDB classes is 
to play MUDs.There are no such mud yet, as far as I know.I'm sorry to have 
waisted your time.BUT!If there are huge companies out there listening: 
please think about this possibillity.Just think aboute it.The MUD players 
are many, and I dont think anyone of them would hesitate if such a MUD was 
made.You may ask yourself:how could this be financed or how could we ever 
get a profit?If 300 server programs and unnumbered userprograms were sold 
you would get a profit.That i'm sure of.The players could log in on any one 
base and play this fantastic game journying through the Fantasy world with 
several others,with an ultimate combination of player software and MUD.The 
telnet system is expanding and soon allmost everybody will have it,just like 
the telephone.Then you have a huge marked.Now some hundred server programs.
Tomorrow (when your programs are at last available in shops) there will be 
nearly a thousand.That is the new aera of computer games.

	Thank you in advance!!!
From: v076r95v@ubvmsb.cc.buffalo.edu (The Nature Boy)
Newsgroups: rec.games.mud.lp
Subject: Star Trek: The Next Generation mud??
Date: 5 Nov 92 14:50:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41


	Is the subject true???  Can it be possible??  According to a friend of
mine, it is!  Does anyone know of this mud address and would be kind enough to
either mail it to me or post it?  Thanks a lot!
				      PHOENIX 
-------------------------------------------------------------------------------
| Bernard Eric Cana      "We go out in the world and take our chances.        |
| 490 Spaulding Quad      Fate is the just the weight of circumstances.       |
| SUNYAB                  That's the way that lady luck dances.               |
| Buffalo, NY 14261       Roll the bones!  Roll the bones!"                   |
| (716) 645-5008                      -Rush "Roll The Bones"                  |
| in%"V076R95V@UBVMS.BITNET" or in%"V076R95V@UBVMS.CC.BUFFALO.EDU"            |
-------------------------------------------------------------------------------
From: jxjdb@acad1.alaska.edu (Jason D. Bourgoin)
Newsgroups: rec.games.mud.lp
Subject: Mailer with multiple Cc's
Date: 12 Nov 92 03:55:00 GMT
Article-I.D.: acad1.11NOV199218552687
Organization: UAS Academic Computing
News-Software: VAX/VMS VNEWS 1.41

The "Subject:" should say it all, almost.  I'm looking for a mailer object
that works with multiple Cc's, in 2.4.5 COMPAT mode. We have a couple that
do it for NATIVE, but we're not ready to move to NATIVE just yet, and we'd
still like to keep multiple Cc's as an option.

E-Mail followups

Jason D. Bourgoin,
aka "Katmandu"
_____________________________________________________________________________
\  Jason D. Bourgoin  -  jxjdb@acad1.alaska.edu  -  jxjdb@alaska.bitnet     /
/~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\
\   The opinions/etc expressed herein are my OWN, and do not necessarily    /
/   reflect the views of the University of Alaska, and any affiliates of    \
\   the University, including the University of Alaska Southeast Juneau,    /
/   or the Computer Center and Academic Computing thereof.                  \
\___________________________________________________________________________/
From: bsuvv@csv.warwick.ac.uk (Mr S Scott)
Newsgroups: rec.games.mud.lp
Subject: Re: NuclearWar
Date: 9 Nov 1992 23:15:07 -0000
Organization: Computing Services, University of Warwick, UK
NNTP-Posting-Host: saffron.csv.warwick.ac.uk

Hmm. Actually, the mud is up. Come along, have fun, etc

Cheers
Cederic



.sig? what .sig?
Newsgroups: rec.games.mud.lp
From: cs911212@ariel.yorku.ca (RICK DILORENZO)
Subject: LPDMUD386 (DOS)
Originator: cs911212@g02.ariel.yorku.ca
Organization: York University, Toronto, Canada
Distribution: york
Date: Mon, 9 Nov 1992 18:50:47 GMT



  Has anyone here successfully gotten LPmud386 to work on their
PC ?  I'm running a 6 node BBS in Toronto, Canada and am interested
in seeing if it's possible to port over LPmud386 to a BBS environment.
Running a network under PowerLan right now.  I could devote a computer
as the 'Mud Server' if needed (386-33, 8 megs ram).  Anyone have
any experiences with MUDs under DOS ?
 
        Rick DiLorenzo - York University
                       - cs911212@iris.ariel.yorku.ca
                       - (416) 733-9012 BBS
Newsgroups: rec.games.mud.lp
From: meetch@DIALix.oz.au (Mitchell Brandsma)
Subject: Re: LP sex?
Organization: DIALix Services, Perth, Western Australia
Date: Fri, 06 Nov 92 03:30:45 GMT

In <1992Nov3.163518.11436@bsu-ucs> 00jlrushton@leo.bsuvc.bsu.edu writes:


>whats next on lp muds

>pregant women????

>laugh

Why not. :) It would be nice if pregnancy could be tied into new character
creation.  Perhaps a new player is an entitiy which floats around until the
chosen mother brings 'em into the world?  This could also be one way of
handling crossbreeds between races.

*chuckle*

	- Meetch (meetch@DIALix.oz.au :)
Newsgroups: rec.games.mud.lp
From: dbasinge@silver.ucs.indiana.edu (Mike Basinger)
Subject: Bron @ Iowa
Organization: Indiana University
Distribution: usa
Date: Fri, 13 Nov 1992 01:27:17 GMT

I'm looking for a Bron or Browyn at at one of the universites in Iowa.

Mike
-- 
D. Michael Basinger: Not Speaking for Indiana University 
dbasinge@silver.ucs.indiana.edu		
dbasinge@indiana.BITNET (Bitnet)
dbasinge@arapahoe.ucs.indiana.edu (NeXT Mail)
From: hleaves@gems.vcu.edu
Newsgroups: rec.games.mud.lp
Subject: Q: Where is LP client for VAX/VMS
Date: 12 Nov 92 00:14:53 -0400
Organization: Medical College of Virginia

I'm running VAX/VMS 5.4. Does anybody know where I could get an LP client for
this operating system.

Thanks,
Hugh
-- 
*******************************************************************************
** Hugh L. Eaves                      ** Internet: hleaves@ruby.vcu.edu      **
** Medical College of Virginia        ** Bitnet: hleaves@vcuruby             **
** Department of Human Genetics       ** Voice: (804) 371-8754               **
***************** All non-incendiary communication welcome! *******************
Newsgroups: rec.games.mud.lp
From: jxjdb@acad1.alaska.edu (Jason D. Bourgoin)
Subject: Re: Sources for the most recent mudlibs
News-Software: VAX/VMS VNEWS 1.41    
Organization: UAS Academic Computing
Date: Thu, 12 Nov 1992 02:43:00 GMT

In article <1992Nov11.212602.10873@ccu1.aukuni.ac.nz>, 
rossw@ccu1.aukuni.ac.nz (Ross Williamson) writes...

>	If not could the people ( The Admins/Programmers ) currently
>developing (or have finished developing (:  ) drivers or libs post
>or mail me the ftp sites that have the most up to date version.

I'll second the motion for posting.

>Ross
>( Belarion @ reality )

Jason D. Bourgoin,
aka "Katmandu"
_____________________________________________________________________________
\  Jason D. Bourgoin  -  jsjdb@acad1.alaska.edu  -  jxjdb@acad1.alaska.edu  /
/~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\
\   The opinions/etc expressed herein are my OWN, and do not necessarily    /
/   reflect the views of the University of Alaska, and any affiliates of    \
\   the University, including the University of Alaska Southeast Juneau,    /
/   or the Computer Center and Academic Computing thereof.                  \
\___________________________________________________________________________/

"And yeah, I agree that it's best to not go in blind; it's best to know what
 to expect.  Expect people to be idiots.  You probably won't be disappointed."
     - Russ Smith, Random, russ@hardy.math.okstate.edu
Organization: University of Illinois at Chicago
Date: Saturday, 7 Nov 1992 15:00:29 CST
From: Jason Kratz <U28037@uicvm.uic.edu>
Newsgroups: rec.games.mud.lp
Subject: RoundTable

I posted this a few weeks ago but never heard anything so I'm posting
again.  Does anyone know what happened to RoundTable II?  I was really
starting to get into it and then it was refusing connedctions.  What
happened?

Jason Kratz - U28037@UICVM.CC.UIC.EDU
Newsgroups: rec.games.mud.lp
From: death@buhub.bradley.edu (Dustin Slater)
Subject: LustyMud
Organization: Bradley University
Date: Fri, 6 Nov 92 06:31:23 GMT

Any progress?

Also I am curious.... how are the guilds doing? Specifically Cocktails....
Is it (or the other pubs) staying stocked? I would imagine there is quite a
bit less raw availible.......
--
death@buhub.bradley.edu        INEVITABILE FATVM       death@camelot.bradley.edu

           Feel your blood run cold as the face of Death stares at you.
From: x90baker99@gw.wmich.edu
Newsgroups: rec.games.mud.lp
Subject: mudlist
Date: 9 Nov 92 18:35:03 EST
Organization: Western Michigan University

Hello,

A long time ago a mud list was regularly published....what ever happened to it?
If anyone has it could they mail it to me?

Thanks, 

Penny
From: grspangler@ualr.edu
Newsgroups: rec.games.mud.lp
Subject: looking for a name generator
Date: 9 Nov 92 15:29:06 GMT
Organization: University of Arkansas at Little Rock

quite a while ago someone posted a c program that generated names.  could
someone send me a program that does that???
-- 
===========================================================================
USMailNet: Guy R. Spangler  2801 S University Ave  Little Rock, AR  72204
AT&TNet:   (501)569-3345
InterNet:  GRSPANGLER@UALR.EDU

Disclaimer: What?!?!?  I didn't say that!!!!!
Newsgroups: rec.games.mud.lp