Phantasmal MUD Lib for DGD

Phantasmal Site
Phantasmal API
Archive
DGD
Getting DGD
Game Design Issues
The Kernel Library
LPC
Writing a Library
Changing LPC
Object Cleanup
⁄cmd vs wiztool
Conditional Inheritance
Object Database
Distribute a State Dump?
Designing Driver Objs
FTPD
GurbaLib
HTTPD
State Dumps
Heaven7
InterMUD3
Interrupt Call
Designing AUTO Objs
Misc Issues
NFS
Object Binding
Object Management
Other Net Services
Persistent MUDLibs
Player vs Body
Precompiling
Reimplementing From Scratch
Releasing Code
Rlimits
Script Delays
Misc Security
Outgoing Email
So You Want To...
Start from Scratch?
Supplementary Documentation
Telnet Protocol
Using the Kernel
Using Melville
Using Phantasmal
WebDAV
Which License
What Does It Do?
DGD LPC Reference
Running a MUD
Skotos
CSharp vs DGD
Contributing to DGD
DGD Glossary
Java vs DGD
DGD MUDs
Miscellaneous DGD
MudOS vs DGD
Slush Bucket
Why Use DGD?
Design
Development
Innsmouth MUD
Phantasmal Operation
Setup
Test module index
Phantasmal Tutorials
Comparison to Other Libs
Credits
Current Features
History
Installing Baseline Phantasmal
About

So You Want to Write a MUDLib

I'm assuming you already know basically what DGD is. I'm assuming you already know what a MUDLib is. If you don't, please carefully read the LPMUD FAQ and look up stuff on the web until you've got a clear idea what a driver and a MUDLib are, and whether LPC is a language you'd like to learn more about.

That last bit is important. If you're not much of a programmer, there's a serious chance that DGD isn't for you. It's solid, secure and well-written. The Skotos folks use it, and that's high praise indeed! But it's also very much designed for programmers. It will require significant programming to get a DGD-based server running properly, because DGD starts you off with much less already done, as do its various available MUD libraries.

In return for doing less for you, DGD offers a lot of uncommon and powerful language features like atomic functions, constant swapping, state dumps, and parse_string. However, those features are often hard to understand and use, so they may require even more programming ability than if they didn't exist. You'll get a better final result, but it might not be easy to get it.

If you're up for learning the basics of LPC but you're not much of a programmer, perhaps MudOS or LDMUD will be easier for you. Certainly both supply much more of a base to start your MUD from. You might be happier becoming a builder on an existing LPMUD. Or go for something like SMAUG, CircleMUD, or any of the other fine MUD codebases out there. But if you're a dedicated programmer, or if you're willing to sweat blood to learn, read on!