Original Post
Here's the scoop: I'm considering writing an adventure game. Thus, it needs to read in a script of sorts from some sort of file and turn it into the logic of the game. This way I can write the engine seperately from the "story". Now, I was thinking, wouldn't it make sense to simply let the user write the script in C# (or VB.Net, whatever) (yes, I realize it wouldn't technically be a script then)? I could read the plain-text script file into my engine, compile it on-the-fly with the C# compiler built into the .Net framework, and then dynamically load the assembly into my engine. It would save a heck of a lot of time writing my own scripting language. The problem is, I don't really want the user to be able use all of the classes from mscorlib - they could screw around with the system and do much more than a mere "script" should be able to do. I realize that I can disable mscorlib, but I have to then supply my own versions of all the basic data types, in addition to whatever class/namespaces from mscorlib that I *DO* want the user to be able to access. So, my question is: Can I exclude mscorlib but still manually include the classes that I desire? Thanks for any help! - Fuzz