From: mmcg@cs.monash.edu.au (Mike  Mc Gaughey)
Subject: Re: MudOS a ripoff?
Organization: Computer Science, Monash University, Australia
Date: Thu, 27 Aug 1992 07:36:21 GMT

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

>In article <geoff.714882644@bruce.cs.monash.edu.au> geoff@cs.monash.edu.au (Geoff Wong) writes:
>>
>>Wow! - Hours of hard work and a complete re-writing; obviously.

>Why are you immediately being belligerent?

Yes, dear, we understand how proud you are of your little
accomplishments and all.  You _will_ have to excuse us if
we chortle at the way you get all snotty and defensive when
it is suggested that some minor driver work is cause for
a name change...

>>>A completely rewritten eval_instruction (it uses pointers to functions
>>>  instead of the large switch())
>>
>>Yawn - I did that 18 months ago. It's irrelevant anyway - a good
>>compiler (gcc 2.0+) will do the job automatically anyway. Simply makes
>>the code easier to work on.

>Good for you. Did you release it? I have not seen it.
>Guess what? Not everybody has gcc 2.0+, or a good compiler even. I am sure
>you do...once again, good for you.

Sure we do.  But we don't use it.  And, yeah, geoff posted about what
he'd done.  Only a couple of people asked for patches.  Of course, it's
not much use posting patches - noone uses 2.3 any more anyway...

>"Simply makes the code easier to work on"...simply. Can't have that, can
>we? Ho Hum.

If it's so special to you, you should have done it long ago.
Geoff did it because I indicated I wanted to convert the thing
to compile code, so he thought he'd make it easy for me.

>>>Our own version of mappings, mainly snagged from Perl
>>>Wrappers around malloc(), realloc(), and free() which allow keeping
>>>  track of memory (for a small overhead)
>>
>>Hot stuff! Catching up with the Joneses.

>Have the Joneses released their code? I have not seen the malloc stuff
>in another released driver. And some mappings are better than others.

You and your fixation with releasing code.  Does speeding up the
mapping operation warrant a name change?  Was it TMI that designed
the basic game structure, the way commands are added to objects,
the way objects call each other?  Shit, did you even write your
own compiler?

Noooooooo...

>>>A change in the way objects compile to allow 'true' virtual objects
>>>A file is read in to set certain parameters that used to be #defined
>>>Several more calls to master.c at various points
>>>Many many changes to efuns...

>I notice you say nothing about the virtual objects. But, perhaps they are
>not even worth your comment. Ho Hum after all.

Oh, ho ho ho.  One out of ten aint bad, is it?

>>>When the name changed to MudOS, I was of the opinion that it was a
>>>bit premature.  As things stand now, though, I think it is undoubtedly
>>>a wholly different driver. 
>>
>>I doubt it - still uses the same string hashing, same backend, 
>>same chained hash tables for objects etc.

>If you are referring to 0.8.14, then you are correct...but 0.8.52 is
>quite a different beast. Quite different indeed. If you are really
>interested (which you, Mr. Wong are not) come to TMI and read the
>ChangeLog, or wait for the release announcement.

Changelog?  CHANGELOG?

You mean you CHANGED its NAME but you are still using the SAME BASE CODE?

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

"Head stompin', ass kickin', finger licking nastiness"