Tom hat geschrieben:Ohne Registrierung stehen die Funktionen der DLL nicht in der COM-Schnittstelle zur Verfügung.
Die DLL veröffentlicht ihre Funktionen auch nicht wie eine normale DLL, sondern nur über die Schnittstelle.
hm ... was war zuerst da : DLL oder OCX ...
OCX als activeX bedeutet du nur das ich über die iDispatch COM Schnittstelle kommunizieren "kann"
angenommen WMP.OCX, was ja für VB als activeX gedacht ist, dessen Grösse ist nur 20KB.
angesprochen wird nun die WMP.DLL (4.8MB) was man unter C# direkt macht.
anders nun bei Codejock wo die OCX auch gleichzeitig die DLL ist.
wenn du OCX und DLL geliefert bekommst würde ich mir die Grösse der OCX ansehen.
wenn die OCX wie bei WMP so klein ist dann enthält die meisten "nur" die COM Schnittstelle ( für VB User )
! Note : unter Win 7 / 8 gibt es ja kein WMP.OCX mehr aber trotzdem ist die CLSID vorhanden und gültig.
Es muss also evtl. die CLSID von der OCX in der Registry eingetragen sein damit die DLL funktioniert !
brandelh hat geschrieben:wie die träge Ausführungsgeschwindigkeit von Xbase++ bei Active X
![Wink ;-)](./images/smilies/wink.gif)
wenn du mit der aktuellen ot4xb arbeitest kannst du doch die eingebauten Function nutzen
Pablo Botella
2. Oktober 2013
Re: DispHPR / ot4xb
>how to use DispHPR inside ot4xb ?
I've just linked the disphpr module inside ot4xb
Functions:
_DH_CREATEOBJECT , _DH_GETOBJECT , _DH_CREATEOBJECTEX , _DH_GETOBJECTEX , _DH_CALLMETHOD , _DH_PUTVALUE , _DH_PUTREF , _DH_GETVALUE , _DH_INVOKE , _DH_INVOKEARRAY , _DH_CALLMETHODV , _DH_PUTVALUEV , _DH_PUTREFV , _DH_GETVALUEV , _DH_INVOKEV , _DH_ENUMBEGIN , _DH_ENUMBEGINV , _DH_ENUMNEXTOBJECT , _DH_ENUMNEXTVARIANT , _DH_TOGGLEEXCEPTIONS
will be used exactly like @disphpr:func( params... )
so @disphpr:dhCreateObject( params ..... ) will be _dh_CreateObject( params ..... )
>Old Syntax does not work ?
still work but you need to keep the disphrp.dll