Mat Sutcliffe schrieb:
Steven Truppe wrote:
  
Hm, my point of interrest is to know what config files got loaded during 
the csInitalizer/csApplicationFramework startup process (like plugin 
configs, main app config, etc).

I want to completely remove the dependencies from the main CS dir, so 
all what's needed should be in my app dir (and CS should not search in 
the CS main dir!!).
    

Hmm, interesting. If you're not wanting to list the domains as part of 
your game code, but just as a one-off to see what's being loaded, then 
you could just put a temporary hack into the code of CS itself to 
generate a list after all plugins have been initialized. There is 
something called csConfigManagerIterator to iterate over domains but 
it's not part of the public API, it's in libs/csutil/cfgmgr.cpp. Or just 
printf's in the two overloaded AddDomain methods. But I don't know if 
different config files might be loaded on different platforms :/

If you search all plugin code for "AddConfig" (a method in 
csConfigAccess, a convenience class that plugins use to add config 
domains) that might give you a more authoritative answer.

Application config is different though; no app config is loaded unless 
instructed by application code, so I should hope you already know which 
config files your app explicitly loads, if any. I believe you can pass a 
filename to csApplicationFramework::SetupConfigManager, as well as 
directly through the iConfigManager interface.

BTW, I meant to say that the 'name' parameter in CreateEvent(name) is a 
csEventID, the type of event to create, obtained from the 
iEventNameRegistry and referring to strings like 
"crystalspace.input.keyboard" or "mygame.stuff.blah". I believe you're 
already aware there are convenience macros to get csEventIDs for the 
standard CS event types. You'd have probably figured that out anyway, 
but meh.
  

That was of great help !! Thanks alot for this! The kind of stuff i'm doing now is to get better controll of what happens inside of CS for my console and for debug output/logging. Also for others later to explorer their CS applications in more detail, and for me as personal education lesson (and of course for the "CS User Guide") -- it would help alot when you support the writers of the document with your knowledge - i hope you can join us with this.


best regards,
Steven Truppe


------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
_______________________________________________
Crystal-main mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crystal-main
Unsubscribe: 
mailto:[email protected]?subject=unsubscribe

Reply via email to