Developer forums (C::B DEVELOPMENT STRICTLY!) > Plugins development

(Easy way of) Unloading a plugin

(1/1)

MortenMacFly:
Dear devs,

while developing my plugin for C::B a question came into my mind: After re-compiling the plugin that's being developed I normally shutdown C::B, copy the newly compiled plugin into the plugin folder and start C::B again to have it enabled. Here is the question: Is there an easier way to do this, i.e. have C::B at runtime to unload a plugin and/or reload it? It may be not possible at all (if I think about menu entries and stuff...) but maybe it is...?!

Morten.

mandrav:
The code is there, but it is not used because we 've had several problems when loading/unloading on the fly, especially with plugins that add/remove menus etc.


--- Quote ---After re-compiling the plugin that's being developed I normally shutdown C::B, copy the newly compiled plugin into the plugin folder and start C::B again to have it enabled.
--- End quote ---
You do know that you can run a second copy of C::B, don't you?

MortenMacFly:

--- Quote from: mandrav on November 09, 2005, 01:30:42 pm ---The code is there, but it is not used because we 've had several problems when loading/unloading on the fly, especially with plugins that add/remove menus etc.

--- End quote ---
Ah, I see... I can truely imagine the difficulties to implement the unloading if I see what one can do with the (fantastic) SDK... ;-)


--- Quote ---You do know that you can run a second copy of C::B, don't you?

--- End quote ---
I know, but I've set C::B explicitely to run only a single instance. This ensures that if I click on a source file in the Explorer it's being opened in the (one) instance of C::B - which I prefer. (...and I would have to restart the copy as well...)

But I can live very well with the way I do it, it just could have been that there is a better way.

Thanks anyway, Morten.

Navigation

[0] Message Index