One of the crucial things in my solution was calling a minimal function inside each app/exe, IIRC setting classlib for the unique classlibs found inside that package. I think Stack was along the lines of:

GO.exe
   .... with setting classlibs there

      do startHH.prg in HH.app
          do tapdance.prg in Multirisk.App with tcCall, tcApp &&& necessary: set Multirisk Classlibs from inside, call real starter 
             Do (tcCall) in (tcApp) {a startprogram included in HH.app)

With this structure the multirisk classlibs are added inside a function of Multirisk.app AND Multirisk.App is kept on stack while code of HH.App does its work.

/upd:
Methinks there was a difference in behaviour of prg and vcx based classes. As that project was mostly vcx based, the solution was for vcx - I think I had something cleaner for prg, but that would have confused the other programmers having a prg layer between otherwise strictly vcx object family tree ;-)



>>Hi Dragan, good to know you finally made it work!
>
>Actually didn't... it sort of worked for a while - got a different error :). But then it was just missing an object (which I removed temporarily while looking for the cause). When I returned the object, it all came back, class library not found.
>
>And when I tried "... in my.exe additive" it complained about class alias already being taken. Tried to load the library under a different alias, can't find it. Tried to close all libraries and then specifically open my list of libraries with "in my.exe" clause, doesn't find them. Perhaps because I included them without the path? Another thing to try...