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
