HDTenEightyP/NetNews huggingface dataset:
From: behrends@dfki.uni-kl.de (Karl Reimer Behrends)
Subject: Re: Alist restore and save_object. And Re: array and typing question.
Organization: DFKI Kaiserslautern
Date: Fri, 8 Jan 1993 10:43:36 GMT

In article <ANIPA.93Jan7210915@kaarne.cs.tut.fi>, anipa@cs.tut.fi (Niilo Neuvo) writes:
|> behrends@dfki.uni-kl.de (Karl Reimer Behrends) writes:
|> > |> Best thing to do is to fix all alist handling functions so that if the
|> > |> array you are using isn't an alist it does order_alist. This is the
|> > |> way it should have been in the first place (IMHO).
|> 
|> > Sorry. Can't be done unless you are willing to sacrifice all the benefits
|> > of fast lookup via assoc(). assoc() works in O(log(n)) time, where n is the
|> > number of keys. If you want to check for the alist being ordered that takes
|> > O(n) time. But then there is no need for alists since member_array() has the
|> > same asymptotic time complexity. (You can of course use mappings where you
|> > get an extra level of abstraction - that is, if you have mappings).
|> 
|> What I ment and said:
|> 
|> 	If the array you are using isn't an alist it does order_alist.
|> 
|> This happens in the case you do a restore_object() on an alist.

Now this is even worse. Instead of just inefficiency that will probably
corrupt large amounts of data. For example, just consider you store
autoloading data as an array of arrays, e.g.:

    ({
        ({ file1, data1 }),
        ({ file2, data2 })
    })

You may end up cloning instances of data1 instead of file1. Things get even
worse if you remember that an alist may be one-dimensional (i.e. just a
simple array with an ordering relation imposed upon it), or a key may be
associated with more than one data entry, as in:

({
    ({ key_1,...,key_n }),
    ({ data1_1,...,data1_n }),
    ({ data2_1,...,data2_n }),
})

Thus almost any array can be considered to have the form of an alist. And
hence restore_object() can only decide what to do, if you embed alists in
a special type (=> mappings, although mappings have drawbacks, too).

				Reimer Behrends
From: guddt@uniwa.uwa.edu.au (David Bennett)
Newsgroups: rec.games.mud.lp
Subject: I wish I had something to post about
Date: 8 Jan 1993 01:56:31 +0800
Organization: The University of Western Australia
NNTP-Posting-Host: uniwa.uwa.edu.au

I am posting anyway though, because I have not posted for a long time
and I bet you are all wondering if I am still alive.

Well, sorry to disapoint you.

David.
[DDT] Pink fish forever.

PS I hope this is the most insignificant news article you have read today.
PPS If blue was green would colour would be puce?
PPPS Why don't you guys write something nice I can write about?  (Although,
     I could go with nasty too)
-- 
  David Bennett,  guddt@uniwa.uwa.oz.au | University Computer Club
     Where Pink fish swim backwards.    | c/o Guild of Undergraduates
These words I am singing now mean nothing more than meow to an animal - TMBG
Disclaimer: Any spelling mistakes in this article are all entirly my fault.  Any grammer errors spotted in this article were put there because I could.
From: anipa@cs.tut.fi (Niilo Neuvo)
Newsgroups: rec.games.mud.lp
Subject: Re: array and typing question
Date: 5 Jan 93 13:20:25
Organization: Tampere U of Technology, Finland
Distribution: world
NNTP-Posting-Host: kaarne.cs.tut.fi
In-reply-to: bresnaha@mari.acc-admin.stolaf.edu's message of Tue, 5 Jan 1993 00:22:18 GMT

bresnaha@mari.acc-admin.stolaf.edu (Lord of flying horned octopi) writes:
> I'm coding on a 3.1.2-DR driver running in compat mode and have been having
> problems with the following code:
>     object *tmp;

This indicates that tmp is a 1d array.

> 	    ob[c] = ({ tmp[i][j][0]});
> 	    for( k = 1; k < sizeof( tmp[i][j]); k++) {
> 		ob[c] += ({ tmp[i][j][k]});

And unique_array returns a 3d array as you seem to know. So you must
declare it to be a 3d array. Unfortunately this is not possible in
normal lpmuds. The way around this problem is:
	mixed *tmp;

++Anipa
--
      NN   NN  NN   NN  NNNNNNNN
    NNNN    N  NN    N  NNNNNN
  NNNNNN  N    NN  N    NNNN
NNNNNNNN  NN   NN  NN   NN
From: albion@csd4.csd.uwm.edu (Craig T Manske)
Newsgroups: rec.games.mud.lp
Subject: Another question...
Date: 8 Jan 1993 04:13:41 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: usa
NNTP-Posting-Host: 129.89.7.4
Originator: albion@csd4.csd.uwm.edu

I am trying to compile the CD version of the driver and I get these errors
  
    undefined symbol _gc_init referenced from text segment
    undefined symbol _exp referenced from text segment 
    undefined synbol _dump_malloc_data referenced from text segment
 
These errors I get on the .o files main, backend, and debug respectively.
  
Any help?
From: yacht@cybernet.cse.fau.edu (Mike Yacht)
Newsgroups: rec.games.mud.lp
Subject: SITE NEEDED
Date: 8 Jan 93 23:06:06 GMT
Organization: Cybernet BBS, Boca Raton, Florida

Guys, I am posting once again desperately searching for a site for my 
mudlib.  Its a 2.4.5 mudlib, that has been heavilly modified.

Such features as: 10 classes
                  32 spells
                  32 skills

Weapontypes, etc...

PLEASE, I need a site so I can get my main wizards on and not only finish 
the developement but ALSO the building and playtesting..

If you have a site, or know of one available, PLEASE mail me.

-Mike Yacht (aka Spec)
From: anipa@cs.tut.fi (Niilo Neuvo)
Newsgroups: rec.games.mud.lp
Subject: Re: Alist restore and save_object. And Re: array and typing question.
Date: 9 Jan 93 19:58:35
Organization: Tampere U of Technology, Finland
Distribution: world
	<ANIPA.93Jan7210915@kaarne.cs.tut.fi>
	<1993Jan8.104336.25533@rhrk.uni-kl.de>
NNTP-Posting-Host: kaarne.cs.tut.fi
In-reply-to: behrends@dfki.uni-kl.de's message of Fri, 8 Jan 1993 10:43:36 GMT

behrends@dfki.uni-kl.de (Karl Reimer Behrends) writes:
> |> What I ment and said:
> |> 
> |> 	If the array you are using isn't an alist it does order_alist.
> |> 
> |> This happens in the case you do a restore_object() on an alist.

> Now this is even worse. Instead of just inefficiency that will probably
> corrupt large amounts of data. For example, just consider you store
> autoloading data as an array of arrays, e.g.:

What I really ment and wanted to say is:
mixed *mylist;

create()
{
	string foo;
	restore_object(base_name()); /* do not order_alist here */
	foo=assoc("anipa",mylist); /* do order_alist here automatically */
}

This is just an example, but the idea was to do order_alist when ever
someone attempts to use assoc (or whatever else), to an array that is
not ordered.

++Anipa
--
      NN   NN  NN   NN  NNNNNNNN
    NNNN    N  NN    N  NNNNNN
  NNNNNN  N    NN  N    NNNN
NNNNNNNN  NN   NN  NN   NN
Newsgroups: rec.games.mud.lp
From: wyder@avalon.physik.unizh.ch (Peter Wyder)
Subject: Re: PROBLEM with MudOS port to Linux 0.99pl2
Organization: University of Zurich, Department of Computer Science
X-Newsreader: Tin 1.1 PL4
Date: Mon, 11 Jan 1993 15:38:51 GMT

hi bud.....

the error in the edit.c is easy...if you read the ChangeLog in the source-dir
for MudOs 0.9.14...there you can read theat there is a new data-type called
"function"..this is to be meant like private, static, string...or so...

that means for you that you have to change the name of the variable "function"
that is "defined" in this line and so al the followups of this variable to
"func" or something like that...

greetinx...peter wyder aka excalibur

PS: Keep on mudding !!!!!!

--
*******************************************************************************
*		|   I stayed up all night playing poker with tarot cards.     *
*  Peter Wyder	|   I got a full house and four people died.		      *
*  aka		|           -- Steven Wright				      *
*  Excalibur	|_____________________________________________________________*
*									      *
*  at University of Zurich		wyder@avalon.physik.unizh.ch	      *
*  CH-8006  Zurich			wyder@amiga.physik.unizh.ch           *
*				    excalibur@ezinfo.vmsmail.ethz.ch          *
*  Switzerland  		     maverick@idrz07.ethz.ch		      *
*  ~~~~~~~~~~~~				wyder@imp.ch      	              *
*				       albion@cultnet.ch		      *
*******************************************************************************
Newsgroups: rec.games.mud.lp
From: mmcg@cs.monash.edu.au (Mike  Mc Gaughey)
Subject: Re: More on LP Q's
Organization: Computer Science, Monash University, Australia
Date: Thu, 7 Jan 1993 10:05:35 GMT

jraymond@hardy.u.washington.edu (Randi McMeins) writes:

>One clarification on that final question regarding "Why LPmud" -
>Why was it written, did it become something he received credit for 
>at Chalmers? What's next? 

Hee!  From my (vague) memory, it was originally after an argument
with a friend, to show that it could be done.  The poor bastard
got sucked in :)

Mike.

ps: writing games rarely gets you much credit...
--
Mike McGaughey			AARNET:	mmcg@bruce.cs.monash.edu.au

"Head stompin', ass kickin', finger licking nastiness"
Newsgroups: rec.games.mud.lp
From: alan@nxsci173a.mrs.umn.edu (Puffin)
Subject: Re: A VI editor written in LPC??
Reply-To: kruegewa@cda.mrs.umn.edu
Organization: University of Minnesota - Morris
Date: Fri, 8 Jan 1993 22:09:19 GMT

Is it time for the semi-annual LPMUD-vi festival already?  Wow, how time flies.

(Incidentally, Mr. Young, please do not put your email address in the  
Followup-To field.)
--
   W. Alan "Puffin" Krueger  | >> fixed action set in motion doubting amnesia
  Univ of Minnesota, Morris  |    potion what to hide red carpet ride guessing
KRUEGEWA  @  CAB.MRS.UMN.EDU |    right << tIN oMEN sKINNY pUPPY
ALAN  @ NXSCI173.MRS.UMN.EDU | Listen to the U~90 Alternative!  KUMM 89.7 fm
From: albion@csd4.csd.uwm.edu (Craig T Manske)
Newsgroups: rec.games.mud.lp
Subject: 3.1.2DR Driver
Date: 8 Jan 1993 02:01:38 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: usa
NNTP-Posting-Host: 129.89.7.4
Originator: albion@csd4.csd.uwm.edu

Doesa anyone know where I might be able to get a copy of this tar?  I have
looked on ucbvax.berkeley.edu and worf.tamu.edu I can't reach (is it down?)
  
Help!

Albion

Newsgroups: rec.games.mud.lp
From: bresnaha@mari.acc-admin.stolaf.edu (Lord of flying horned octopi)
Subject: array and typing question
Organization: St. Olaf College; Northfield, MN
Date: Tue, 5 Jan 1993 00:22:18 GMT

I'm coding on a 3.1.2-DR driver running in compat mode and have been having
problems with the following code:

object *group( object *ob) {

    int i, j, k, c;
    object *tmp;

    tmp = unique_array( ob, "short");
    for( i = 0; i < sizeof( tmp); i++)
	tmp[i] = unique_array( tmp[i], "query_value");
    ob = ({});
    for( i = 0; i < sizeof( tmp); i++) {
	ob += allocate( sizeof( tmp[i]));
	for( j = 0; j < sizeof( tmp[i]); j++) {
	    ob[c] = ({ tmp[i][j][0]});
	    for( k = 1; k < sizeof( tmp[i][j]); k++) {
		ob[c] += ({ tmp[i][j][k]});
	    }
	    c++;
	}
    }
    return ob;
}

The GD returns several typing type errors whereever the variable tmp appears.
If I take the types out everything is hunky dory. Like so:

group( ob) {

    int i, j, k, c;
    object tmp;

    tmp = unique_array( ob, "short");
    for( i = 0; i < sizeof( tmp); i++)
	tmp[i] = unique_array( tmp[i], "query_value");
    ob = ({});
    for( i = 0; i < sizeof( tmp); i++) {
	ob += allocate( sizeof( tmp[i]));
	for( j = 0; j < sizeof( tmp[i]); j++) {
	    ob[c] = ({ tmp[i][j][0]});
	    for( k = 1; k < sizeof( tmp[i][j]); k++) {
		ob[c] += ({ tmp[i][j][k]});
	    }
	    c++;
	}
    }
    return ob;
}

I've tried "object **tmp;", "object *tmp[];", "mixed tmp", and "mixed *tmp"
with no luck.  Could someone please help me?

MikeB (Gudu)
From: anipa@cs.tut.fi (Niilo Neuvo)
Newsgroups: rec.games.mud.lp
Subject: Re: array and typing question
Date: 6 Jan 93 20:52:15
Organization: Tampere U of Technology, Finland
Distribution: world
NNTP-Posting-Host: kaarne.cs.tut.fi
In-reply-to: duening@ibr.cs.tu-bs.de's message of Wed, 6 Jan 1993 16:22:56 GMT

duening@ibr.cs.tu-bs.de (Lars Duening) writes:
> Define tmp, ob and the result as 'mixed *' and you're done.

The idea behind typecasting is to indicate that a certain variable
contains certain type of data. If you change everything to 'mixed *'
you loose the whole idea of typecasting.

++Anipa
--
      NN   NN  NN   NN  NNNNNNNN
    NNNN    N  NN    N  NNNNNN
  NNNNNN  N    NN  N    NNNN
NNNNNNNN  NN   NN  NN   NN
Newsgroups: rec.games.mud.lp
From: spierce@wam.umd.edu (Stephen Pierce)
Subject: Re: PROBLEM with MudOS port to Linux 0.99pl2
Keywords: MudOS Linux
Organization: University of Maryland, College Park
Date: Mon, 11 Jan 1993 15:43:51 GMT

In article <HEO0ATF@minnie.zdv.uni-mainz.de> ckurs-2@orville.uni-mainz.de (Teilnehmer am C-Kurs WS 1992_93) writes:
>Hallo!
>
>I started to port MudOS 0.9 to Linux 0.99pl2 and have encountered some major
>problems. Here are my questions:
>
>- bison will report me 1 shift/reduce conflict in lang.y. Is this okay ?
>
>- i have no class 1 nameserver running (my pc is isolated :-( ). Is this
>  required for proper operations?
>
>- after loading the mudlib, the driver will report an error in the login object.
>  is there a known bug in mudlib 0.9?
>  mudOS won't let me login, apparently caused by this error.
>
>- the driver will also report a syntax error in line 5 of edit.c, but this line
>  contains only a private string declaration. what does that mean?
>
>Since i haven't got the driver to compile with debug and profiling options, there
>is nothing else i can do to specify the problem ... except asking for help!
>
>BTW is there anybody else working on a port to linux ( then we might join our
>efforts ... :-) )
   I am working on it. I volunteer to be test site.

Steve

Newsgroups: rec.games.mud.lp
From: ckurs-2@wilbur.uni-mainz.de (Teilnehmer am C-Kurs WS 1992_93)
Subject: Re: PROBLEM with MudOS port to Linux 0.99pl2
Organization: Johannes Gutenberg Universitaet Mainz
Date: Mon, 11 Jan 1993 16:34:51 GMT

I posted that question, because i'm not sure whether there is a bug in the driver
or in the mudlib ...
I should have expressed that better. :-(

Dominik
+-----------------------------------------------------------------------------+
| eMail to:      kubla@MZDMZA.ZDV.UNI-MAINZ.DE                                |
|       or:      kubla@vzdmza.zdv.uni-mainz.de                                |
| sMail to:      Dominik Kubla, Steinsberg 34, 5428 Nastaetten, GERMANY       |
+-----------------------------------------------------------------------------+
|                                                                             |
|                     I don't  *like*  LINUX, I  *LOVE*  it ...               |
|                                                                             |
+-----------------------------------------------------------------------------+
Newsgroups: rec.games.mud.lp
From: duening@ibr.cs.tu-bs.de (Lars Duening)
Subject: Re: array and typing question
Reply-To: duening@ibr.cs.tu-bs.de (Lars Duening)
Organization: TU Braunschweig, Informatik (Bueltenweg), Germany
Date: Wed, 6 Jan 1993 16:22:56 GMT

In <1993Jan5.002218.27568@news.stolaf.edu> 
  bresnaha@mari.acc-admin.stolaf.edu writes:

> I'm coding on a 3.1.2-DR driver running in compat mode and have been having
> problems with the following code:
> 
> object *group( object *ob) {
> 
>     int i, j, k, c;
>     object *tmp;
> 
>     tmp = unique_array( ob, "short");
>     for( i = 0; i < sizeof( tmp); i++)
> 	tmp[i] = unique_array( tmp[i], "query_value");
>     ob = ({});
>     for( i = 0; i < sizeof( tmp); i++) {
> 	ob += allocate( sizeof( tmp[i]));
> 	for( j = 0; j < sizeof( tmp[i]); j++) {
> 	    ob[c] = ({ tmp[i][j][0]});
> 	    for( k = 1; k < sizeof( tmp[i][j]); k++) {
> 		ob[c] += ({ tmp[i][j][k]});
> 	    }
> 	    c++;
> 	}
>     }
>     return ob;
> }
> 
> The GD returns several typing type errors whereever the variable tmp appears.
> If I take the types out everything is hunky dory.
Taking out the types effects in switching off type checking. No
surprise that the GD wouldn't complain then.

The reason for your problem is that unique_array() returns an array of
arrays of objects. But since 'object **' is no legal lpc type,
unique_array() is defined to return 'mixed' ('mixed *' would be more
accurate, though). In your code, both 'ob' and 'tmp' are supposed to
take results from unique_array() - what gives you the 'object *' vs.
'mixed' clash.

Define tmp, ob and the result as 'mixed *' and you're done.

 -- Mateese
From: milamber@krynn.solace.hsh.se (Per Persson)
Newsgroups: rec.games.mud.lp
Subject: Re: A VI editor written in LPC??
Date: 9 Jan 93 09:30:35 GMT
	<C0JCtI.Iwx@unccsun.uncc.edu>
Followup-To: bkyoung@unccsun.uncc.edu
Organization: Solace Computer Club, Sundsvall, Sweden

If u have emacs at your site, you could use it to edit files on remote hosts.
Like if the mud site you are playing at has an LPMUD-FTP you could do it.
The thing you need for emacs is ange-ftp. If you don't know how if you have it
or how to use it or anything like that ask some at your site or you could mai
me as I use it every now and then.

Good luck!
-- 
  ___   snail : Per Persson         ___    phone : +46 60 128815
__\ /__         Tomtegrand 8b     __\ /__  email : milamber@solace.hsh.se
\__ __/         856 42 Sundsvall  \__ __/      clueless NEWSMASTER
   V            SWEDEN               V     Death can't be that busy......
Newsgroups: rec.games.mud.lp
From: dtincu48@ursa.calvin.edu (Douglas Tincu)
Subject: HELP
Organization: Calvin College
Date: Tue, 12 Jan 1993 08:41:16 GMT

I have found a player on my mud using many logins...to clone himself anything
on my mud.  The players name or my mud is not important.
I am curious if someone could mail me how he is doing it so I can stop it.
Again, I see many logon the titleless.....and he can clone anything...
Theoretical, or anyway you think this is possible, please mail me.
						Doug

Newsgroups: rec.games.mud.lp
From: amylaar@mcshh.Hanse.DE (Joern Rennecke)
Subject: Re: IP #'s forward
Organization: Point of Presence & MCS Hamburg
Date: Sun, 10 Jan 1993 12:56:41 GMT
Keywords: damned,backwards,numbers,moose,won't,fix,it

hoagy@ais.org (Matthew Rupert) writes:

>	And, BTW, why the hell *does* it produce backwards
>IP #'s?  

It did because it used one abstraction level too much.
If someething is written as a char[4], you better not read it as an integer.

	Amylaar
Newsgroups: rec.games.mud.lp
From: bgreen@iastate.edu (Psychochild)
Subject: Kerovnia
Summary: Answer about Kerovnia MUD being down
Keywords: kerovnia down return
Organization: Iowa State University, Ames IA
Date: Wed, 6 Jan 1993 06:32:43 GMT

(Kerovnia: icarus.montclair.edu 2000)

Kerovnia, as I have heard (and those that know me know that I am usually
misinformed  :), is down for the rest of winter break.  I don't know the
specifics, but this is what I have heard from some of the higher ups.

Anyway, keep the faith, and play Kerovnia!

*****
 * *
 ** sychochild, that loveable psychotic, demonic, necromatic newbie wiz!
 *
 *
From: s902113@minyos.xx.rmit.OZ.AU (Luke Mewburn)
Newsgroups: rec.games.mud.lp
Subject: Ivory Tower Downtime
Date: 7 Jan 1993 10:16:54 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: minyos.xx.rmit.oz.au

Dunno if this has already passed here, so I am unofficially
(i.e, Telsin didn't ask me to :) announcing that Ivory Towers
is down for the time.

FYI: The god is overseas and the machine is no more. When he
gets back the mud will hopefully move to another box.

Zak.

--
               Luke Mewburn [Zak]     zak@rmit.edu.au
   "Nobody dies on the Discworld, they just become dimensionally
    disadvantaged."         Terry Pratchett in alt.fan.pratchett
From: jraymond@hardy.u.washington.edu (Randi McMeins)
Newsgroups: rec.games.mud.lp
Subject: Re: LP History Q's
Keywords: Lars Pensjl, MudOS, Questions
Date: 11 Jan 93 05:36:20 GMT
Article-I.D.: shelley.1ir10kINN1hm
Organization: University of Washington
NNTP-Posting-Host: hardy.u.washington.edu

Just a quick thanks to all those who responded both to the list and in 
person - 

I'm starting to get a clue...
Newsgroups: rec.games.mud.lp
From: spierce@wam.umd.edu (Stephen Pierce)
Subject: Lar's
Organization: University of Maryland, College Park
Date: Wed, 6 Jan 1993 23:00:23 GMT

 I believe that Lars is heavely involved with Linux. I see
his posts a lot on comp.os.linux.

Steve

Newsgroups: rec.games.mud.lp
From: alan@nxsci173a.mrs.umn.edu (Puffin)
Subject: Re: Lar's
Reply-To: kruegewa@cda.mrs.umn.edu
Organization: University of Minnesota - Morris
Date: Fri, 8 Jan 1993 22:12:34 GMT

In article <1993Jan6.230023.24926@wam.umd.edu> spierce@wam.umd.edu (Stephen  
Pierce) writes:
> I believe that Lars is heavely involved with Linux. I see
>his posts a lot on comp.os.linux.
>
>Steve

Hmm.  I haven't.
--
   W. Alan "Puffin" Krueger  | >> fixed action set in motion doubting amnesia
  Univ of Minnesota, Morris  |    potion what to hide red carpet ride guessing
KRUEGEWA  @  CAB.MRS.UMN.EDU |    right << tIN oMEN sKINNY pUPPY
ALAN  @ NXSCI173.MRS.UMN.EDU | Listen to the U~90 Alternative!  KUMM 89.7 fm
Newsgroups: rec.games.mud.lp
From: geoff@yoyo.cc.monash.edu.au (Geoff Wong)
Subject: Re: LPSwat - What happened to it?
Organization: Monash University, Melb., Australia.
Date: Thu, 7 Jan 1993 23:41:05 GMT

In <1993Jan7.011434.28451@news2.cis.umn.edu> coult@siegel.geom.umn.edu (Nicholas Coult) writes:

>LPSwat has been gone for months now...what happened to it?
>Where is it? Dead, gone forever? I hope not.  If anyone has any clue about it,

Yeah - Kahena is lazy; she'd prefer to read news and talk on the phone
and hassle Mike than actually do some simple changes and get a new
parser working.

geoff
:-)

Newsgroups: rec.games.mud.lp
From: rmartin@world.std.com (Rich A Martin)
Subject: Kerovnia down?
Summary: Is Kerovnia down?
Keywords: Kerovnia
 Hey, Kerovnia has been unreachable since early January! Does anyone
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 6 Jan 1993 03:12:52 GMT

know the status? I have tried to log on half a dozen times, but I get
the dreaded "Connection refused" message. Is this a temporary or a
permanent shutdown?
                            -Rich Martin (Dewey)

-- 
                                     -Rich Martin

Newsgroups: rec.games.mud.lp
From: caliaro@avalon.physik.unizh.ch (Aurelio Caliaro)
Subject: Re: PROBLEM with MudOS port to Linux 0.99pl2
Organization: University of Zurich, Department of Computer Science
X-Newsreader: Tin 1.1 PL4
Date: Mon, 11 Jan 1993 13:32:20 GMT


the yacc/bison error is unimportant: I compiled MudOS on a DECStation and
in OS/2: This error always appears. It has no meaning.

You do not need a working nameserver. The MUD simply inserts the IP number
if it is unable to get the name (be it because it has no nameserver, be it
because that host has no name).

I do not know anything related to the TMI MudLib... why don't you try to patch
the MudLib yourself?


         Aurelio Caliaro

Newsgroups: rec.games.mud.lp
From: acfrodo@IASTATE.EDU ()
Subject: Whassup w/ Elof
Reply-To: acfrodo@IASTATE.EDU ()
Organization: Iowa State University
Date: Sat, 9 Jan 1993 11:36:24 GMT


I mud on 2 lpMuds running out of elof.iit.edu (PIXIE & Nirvana).  Last night
(1/8) I tried dialing both of them and recieved a "Host is unreachable".  It is 
now 5:40 cst (Elof reboots at 5:00 cst) and it is still unreachable.  Whats
going on?   When will it be up again?
Xref: sparky rec.games.mud:9177 rec.games.mud.tiny:1215