[MUD-Dev] Re: An Introduction

Jeroen Ruigrok/Asmodai asmodai at wxs.nl
Thu Jul 9 06:41:26 CEST 1998


Chris Gray wrote:
> 
> [Jeroen Ruigrok:]
> 
>  >Yeah, that's exactly what I meant... I just wonder if we would be good for OS
>  >programming too then?  =)
>  >What do you (as the MUD-Dev list) commonly use for status control? Flags, chars,
>  >bitmasks or other genious inventions?
> 
> Sure, I've done OS programming, too. Oh, that's not what you meant? :-)

Ehm, not exactly, but close =)

> I tend to use boolean values in server code. Occasionally I'll use bitmaps
> for some flagsets, but I find it prettier not to, and for most things, the
> space doesn't matter. I don't have many flag values in the most common
> data structures used by the server.

But wouldn't the booleans together make up a bitmask/bitmap? 
 
> Layers, yes, but also lots of fairly independent modules. E.g. in my
> server, the database code is separate, the lexer for the programming
> language is separate, the parser is separate, the interpreter is
> separate, the socket stuff is most separate, etc. etc. I tend to think
> in boxes rather than in layers, although the stuff written in the MUD
> programming language is definitely layered on top of the server itself.

Do you find your codebase faster than most stock code? Or easier to code upon?

> There have been a number of suggestions in the last couple of months - you
> should read back in the archives a bit. About the only new books I've
> bought in a while have been Java ones, and NT (argh!!) ones.

Better start with the latest archives then instead of at the beginning =) Ah
well NT is not that bad, if it were just faster and less rebooting-like.

> --
> Chris Gray     cg at ami-cg.GraySage.Edmonton.AB.CA
> 
> --
> MUD-Dev: Advancing an unrealised future.

--
Jeroen Ruigrok van der Werven / Asmodai <asmodai(at)wxs.nl>
ICQ-UIN: 1564317 .:. Ninth Circle Enterprises
Network/Security Specialist

>From the Tides of Hell, I sprang forth...
Heaven can wait 'till another day...




More information about the mud-dev-archive mailing list