Versions des environnements
OS:
Windows Server 2008 R2
>>>It all works when the source folder is there, which will not be the case on clients' side, so I even wrote a batch file to rename it, run the exe, rename back. So here's what works:
>>>- the container from my.vcx hosted on a form
>>>- instantiating a form from a class in my.vcx, which contains several objects from other classlibs in the exe
>>>where it breaks:
>>>- addobject, newobject, createobject from a classlib inside the exe
>>>
>>in addition to privious post: pretty certain you could .addproperty an object createobjected() via factory in exe...
>>as last ditch attempt...
>
>Idea discarded already as these objects are containers and need to call thisfrom.some.method().
>
>Another thing I just remembered this morning - this is not the first project of the kind. There's another plugin with bunch of objects (also nested, both in containership and inheritance) which has always worked flawlessly. But it was a container on a form already instantiated inside the exe. And I think in early phases of this one the form was already inside the exe and then it worked.
>
>So I guess the next thing to try is to have an almost empty form, with just minimal code in it (and smart enough we don't have to change it in foreseeable future), inside the exe. Then it should pull its containers from the vcx in subfolder.
did you check:
ContainerParentclass in exe
ContainerEmpty as ContainerParentclass in vcx
FormfromVcx aggregates ContainerEmpty, both in vcx ?
Do you have a MVF (minimum viable failure) to horse around if time permits ?
Précédent
Suivant
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement