[Harbour] SF.net SVN: harbour-project:[11141] trunk/harbour

[Szakáts Viktor]

Well, no biggy it was only one such occurrence. I'll fix it in
next commit.

The other thing is that __XAXREGISTERHANDLER should be
__AXREGISTERHANDLER().

Plus I think we should drop __AXGETCONTROL() if we have
WIN_AXATLGETCONTROL().

Brgds,
Viktor


On 2009.05.26., at 17:13, Szakáts Viktor wrote:

> Hi Pritpal,
>
> May I ask to use real pointers instead of numeric
> ones in hbwin? I've been trying to clean the code
> from such usage and IMO for new code we should
> definitely use the good practice only.
>
> We have WIN_N2P() for conversion if some programs
> need to pass numeric pointers. This way the problem
> is also visible and apparent for the user, so he
> can deal with fixing it, if we hide the logic and
> accept numeric, the situation will never be normalized.
>
> Brgds,
> Viktor
>
> On 2009.05.26., at 17:03, vouchcac at users.sourceforge.net wrote:
>
>> Revision: 11141
>>         http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11141&view=rev
>> Author:   vouchcac
>> Date:     2009-05-26 15:03:05 +0000 (Tue, 26 May 2009)
>>
>> Log Message:
>> -----------
>> 2009-05-26 07:50 UTC-0800 Pritpal Bedi (pritpal at vouchcac.com)
>> * contrib/hbwin/axcore.c
>>   + __XAXREGISTERHANDLER()
>>     An extension of __AXREGISTERHANDLER() where connection points are
>>     enumerated instead of finding - many OLE's have more than one  
>> interface -
>>     a practical discovery. Mindaugas please check if it can be the  
>> default.
>>
>>   + WIN_AXATLGETCONTROL() - Normalizing PRG calling convension.
>>   + WIN_AXCREATEWINDOW()  - Can be dropped later.
>>   + WIN_AXGETUNKNOWN()    - Useful in many situations.
>>   + WIN_AXSETVERB()       - ---^---
>>   + WIN_AXRELEASEOBJECT() - Experimental
>>     Note that these function are primarily aimed at making  
>> experiments
>>     via gtwvg/winsink.c interface and after testings can be moved  
>> or removed.
>>
>>     /*  Mindaugas, I receive a GPF when terminating the appln.
>>         Also I cannot see that ISink is ever subject to garbase  
>> collection.
>>         And "count" never returns to 0. I must be missing  
>> something, but...
>>     */
>>
>> Modified Paths:
>> --------------
>>   trunk/harbour/ChangeLog
>>   trunk/harbour/contrib/hbwin/axcore.c
>>
>>
>> This was sent by the SourceForge.net collaborative development  
>> platform, the world's largest Open Source development site.
>> _______________________________________________
>> Harbour mailing list
>> Harbour at harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>