On 05.08.2011 17:21, Armin Le Grand wrote: > Hi Mathias, > > Am 05.08.2011 16:25, schrieb Mathias Bauer: >> On 05.08.2011 13:33, Armin Le Grand wrote: >> >>> [1] Do the not too difficult step of making binfilter independent from >>> the rest by statically linking, keep it on the current version. Use the >>> resulting binary module for future versions. >> >> As long as binfilter runs in the same process, you can't link it >> statically against vcl. > > Yes, right. Thanks for the hint. Thus, the remaining missing stuff has > to be stripped and added in the binfilter way. Worth a try... When will > we have code...?
Adding a copy of vcl to binfilter won't help as you can't have two instances of the vcl Application class (including its pseudo-static data). The only way to solve the problem would be reimplementing the vcl based part of binfilter so that is only uses a stable API to vcl code. This could be achieved by using UNO APIs where possible and defining the remaining used C++ APIs as "stable". "stable API" means: defining a time period where they are guaranteed to remain compatible so that binfilter does not need an update even if the office version is changed. Of course that would be quite some work to do as binfilter surely uses a lot of vcl code here and there. Regards, Mathias
