Hi Pritpal,

Make sure to rebuild everything in the chain, and 
see if it resolves it.

You can also try to run it under valgrind on Linux.

Viktor

On 2010 Apr 23, at 03:36, Pritpal Bedi wrote:

> 
> 
> Przemysław Czerpak wrote:
>> 
>> I'll look at it as soon as you create self contain example which
>> I can compile and test so it should not use MyActiveX() or any other
>> non Harbour functions.
>> If you cannot create such example then probably your problems are
>> caused by memory corruption in MyActiveX() or some other non harbour
>> code which are exploited as GPF in some cases, i.e. when you make
>> some modification in your code like above switching between inline
>> and standard methods. In such case non of us can help.
>> 
>> BTW there were some modifications in OLE code used by GTWVG.
>> Maybe they are related to your problem.
>> 
> 
> I am helpless that I cannot create a self-reduced sample.
> 
> What I did, just created the standard methods instead of 
> calling INLINE and everything went fine.
> 
> I am not sure if changing the method calling convension 
> has anything to do with OLE object.
> 
> For now my problem is over and in future I will always 
> take care that INLINE instance variable access/assign 
> should never peep into my programs. Just to remmeber, 
> I re-mention that the same code worked absolutely OK 
> before 15 Mar and this code has nothing to do with OLE 
> changes in GTWVG. I am using my local implementaion 
> of ActiveX code because of one nasty active-x ( VisiLabel )
> which is not standradized OLE.
> 
> There is one pending issue of similar nature which Shum posted 
> some days back. If will be kind if you look into that issue.
> It pertains to object instance access/assign from within
> exe to an object created in a Harbour compiled .dll.
> 
> Shum, can you show that code again ?
> 
> 
> 
> -----
>     enjoy hbIDEing...
>        Pritpal Bedi 
> http://hbide.vouch.info/
> -- 
> View this message in context: 
> http://harbour-devel.1590103.n2.nabble.com/CLASSES-Instance-Variable-as-Object-Access-Assign-Elsewhere-tp4941404p4948215.html
> Sent from the harbour-devel mailing list archive at Nabble.com.
> _______________________________________________
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to