> CLASS ActivLabel > ACCESS backColor INLINE ::oActiveX:backColor > ASSIGN backColor( nRGB ) INLINE ::oActiveX:backColor := nRGB > ENDCLASS > > To > > CLASS ActivLabel > METHOD backColor( nRGB ) SETGET > ENDCLASS > > METHOD ActivLabel:backColor( nRGB ) > if hb_isNumeric( nRGB ) > ::oActiveX:backColor := nRGB > endif > RETURN ::oActiveX:backColor > > > What should I look into my code and in what way.
Anything which may corrupt memory. > May be this can help to understand from other angle: > In Shum's example: > If an instance variable is containing another object and is > created in a .dll, the main .exe code cannot set its properties. > This is not an exact problem what I faced, but may lead to > resolution. [ my gut feeling tells this is a different problem than Shum's. ] > It is not a problem of GTWVG at all. My applications are > running fine with latest SVN. The only problem I faced is with > above like code and these were reported by my clients after I > posted Vouch compiled with Apr 04 Harbour. I wonder how can you be sure. I such memory corruption case, all code can causing the error. So what you can do is swap them component by component to known working version to sort it out as a possibility. GTWVG is suspicious for already discussed reasons, and I'm also positive that Przemek pointed to real problems. Viktor _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
