Actually, I was thinkin more along the lines of having the mud sort of "compile" the code on the fly. Maybe make the module kind of like mobprogs are done. But, would be more readable and easier to use. Well, sort of. More like C code but in a separate file and the mud would read it, compile it, and load the module. Since I'm coding my mud up in linux, I don't think the dll option would be my best bet. Esp since I don't know how to create dll's for linux. ;p
Thanks for the input though, Tony. Much appreciated. Any other information from anyone would be greatly appreciated as well. Thanks again, Rheede > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Tony Kuiper > Sent: Sunday, December 15, 2002 8:41 PM > To: [email protected] > Subject: Re: Modular Programming > > Myself, well... yes and no... > About a year ago, I tried making a modular DLL "plugin" > system with cygwin and a heavily, heavily modified rom. I > had tried using DLLs for the modules but ran into problems > debugging the function calls into the DLL. (Maybe I should > have tried with VC++ instead of cygwin?) > The plugin system used a text file (CSV actually) to list > commands, their attributes, the DLL name, and the function > names inside the DLL associated with the command and > basically everything that once was inside the Command Table - > function calls were bound dynamically and were (of > course) all of type DO_FUN, etc. It worked nicely, except > for the standard Windows problem of not being able to > overwrite a file in use - in this case the DLLs. This kinda > defeated the idea of a hot-pluggable command system tho. :-/ > If I could have figured out a way to force unload the DLL > between function calls, then this wouldn't have been a > problem! Maybe I just wasn't doing something right... > Unfortunately, my limited experience with DLLs is far to > small to create a fix for this problem, but I'd love to learn > from someone that does know. > :-) ...Because, I really really liked this idea. (Yes, this > was my first try at using DLLs, so there are a great number > of things for me to learn > yet...) > > Tony
