|
I'm considering building an ActiveX control.
I would like to know which consideration I should take into account.
The application which is going to use the activeX control is a multi-threaded, it contains many features and might be big.
Does ActiveX slow down the system? are there problem with threaded?
What are the advantages and disadvantages of ActiveX? Should I write a java applet, or an MFC dll instead?
Thanks Dafna.
|
|
|
|
|
If you are not confident, that your control is thread-safe, always put it in an STA( Single Threaded Apartment ), so that only one thread can access it, and select the threading model as Apartment.
ActiveX unlike, VBX controls has got independent existence, irrespective of the language used. They are actually built on top of COM standards, and has got several adavntages as well, refer MSDN for more details. Disadvantages can be there unless otherwise not properly implemented.
Java Applet / MFC DLL ?? - Depends on the scenario.
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
consider the following code:
<br />
STDMETHODIMP CmyComObject::get_Address(BSTR *pVal)<br />
{<br />
*pVal = m_sAddress.copy();<br />
<br />
return S_OK;<br />
}<br />
i'm using this Com object in a Visual Basic Program... Now when i keep on calling this function many times, does my program goes to a memory leak?, or does visual basic frees the copies automatically? or should i manually free the strings first before making another copy?
i also got this in a .net examples on bstr::copy()..
"its all right the gun isn't loaded" - hey
|
|
|
|
|
Visual Basic is not going to do that for you, Its your responsibility to free it.
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
Nope, guess again. VB is calling this code, and it will manage the returned BSTR, disposing of it as appropriate. If it was VC++, then the caller would manage the returned string. VB, as caller, is doing that, and the fragment is fine.
You need to return a copy of the string because the ORIGINAL still belongs to the interface implementation (or object).
Steve S
|
|
|
|
|
|
You mean that i need not to release and do nothing,
This situation will not go to a memory leak?
"You need to return a copy of the string because the ORIGINAL still belongs to the interface implementation (or object)."
What does this mean?
Hello everyone
|
|
|
|
|
hi i have buy.asp page i want to make new like it in asp.net with c#:
this is my buy.asp
<% Dim MyObj
Set MyObj = Server.CreateObject("e24PaymentPipe.e24PaymentPipe.1")
MyObj.WebAddress = "e24cert.beeebank.com/burgan"
MyObj.PortStr = "443"
MyObj.ID = "9999"
MyObj.Password = "9091"
MyObj.Action = "1"
MyObj.Cardtype = "DEBIT"
MyObj.Amt = Session("Amount")
MyObj.ResponseURL="https://localhost/response.asp"
MyObj.TrackId = "111111"
MyObj.Udf1 = "UDF1"
MyObj.Udf2 = "UDF2"
MyObj.Udf3 = "UDF3"
MyObj.Udf4 = "UDF4"
MyObj.Udf5 = "UDF5"
Dim PaymentURL,PaymentID
Dim varRawResponse,varErrorMsg
TransVal = MyObj.PerformTransaction 'returns 0 for succes -1 for failure
varRawResponse = MyObj.RawResponse
PaymentURL = MyObj.PaymentPage
'PaymentID = MyObj.PaymentId
Response.Write("" )
%>
this asp page use an activex dll
now in my asp.net i add referance to this dll after regesterd in windows (is it enugh to use in .net ?)
and i tried to convert moc.asp to asp.net one (in c#) as the following:
e24PaymentPipeLib.e24PaymentPipeCtlClass s = new e24PaymentPipeLib.e24PaymentPipeCtlClass();
s.WebAddress = "e24cert.beeebank.com/burgan";
s.PortStr = "443";
s.ID = "9999";
s.Password = "9091";
s.Action = "1";
s.Cardtype = "DEBIT";
s.Amt = "10.000"; // as try
s.ResponseUrl = "https://localhost/response.aspx";
s.TrackId = "111111";
s.Udf1 = "UDF1";
s.Udf2 = "UDF2";
s.Udf3 = "UDF3";
s.Udf4 = "UDF4";
s.Udf5 = "UDF5";
short x = s.PerformTransaction();
Label3.Text = x.ToString() ;
string PaymentURL,PaymentID,varRawResponse,varErrorMsg;
varRawResponse = s.RawResponse;
PaymentURL = s.PaymentPage;
PaymentID = "49876255444";
varErrorMsg = s.ErrorMsg;
Label8.Text = varErrorMsg;
Response.Write("" ) ;
but it still not working
note: if you looking to :
Response.Write("" ) ;
the PaymentURL give me my page not the Payment page
please help me thanks all
mark
|
|
|
|
|
I have 2 interfaces that reference each other (A & B) and the MIDL compiler is not happy... 
in A's header file...
__interface IA : IDispatch<br />
{<br />
[id(1), helpstring("")] HRESULT func([in] IB* pB);<br />
};
in B's header file...
__interface IB : IDispatch<br />
{<br />
[id(1), helpstring("")] HRESULT func([in] IB* pB);<br />
};
if i don't forward declare the interfaces I get a C++ syntax error
if i forward declare the interfaces with the __interface keyword, I get:
error MIDL2025 : syntax error : expecting a type specification near "IImageHSV"
if i forward declare the interfaces with the interface keyword, I get:
error MIDL2003 : redefinition : IImageHSV
Any suggestions much appreciated
|
|
|
|
|
Try using a different ID.
Kuphryn
|
|
|
|
|
You mean a different GUID? Can a forward declaration have a GUID? Don't think so...
Why isn't everyone having this problem  ?
|
|
|
|
|
I do that all the time
[uuid(...
]
library MyCoolLib
{
interface IB;
[ object, uuid(...),dual...]
interface IA : IDispatch
{
[id(1), helpstring("")] HRESULT func([in] IB* pB);
};
[ object, uuid(...),dual...]
interface IB : IDispatch
{
[id(1), helpstring("")] HRESULT func([in] IA* pB);
};
|
|
|
|
|
I'm using the ATL Wizard in VS.NET which puts the IDL and C++ in the same file, so I have to use the __interface keyword, which I think is the problem because the MIDL compiler doesn't recognize the forward declaration using __interface. Maybe. Arrghh. 
|
|
|
|
|
I am facing the same problem and have not able to find out any solution yet. I tried inserting interface declaration statements in IDL file using "cpp_quote" attribute also but that does not work even (it inserts the line including "cpp_quote" 
Rowan, have you been able to find out any solution yet. If you had already, do post it... it would be a great help !
Thanx & Regards,
Arun.
|
|
|
|
|
Alas I've given up trying - but I'll remember to put it here if I ever fix it
|
|
|
|
|
I am working on developing a test application in java. I use java for UI only. I use JNI to communicate with a VC MFC DLL. I launch an IE browser instance in one JNI method (init()), which works fine.
OleInitialize(NULL);
CLSID clsid;
CLSIDFromProgID(OLESTR("InternetExplorer.Application"), &clsid);
HRESULT hr = CoCreateInstance(clsid, NULL, CLSCTX_LOCAL_SERVER, IID_IWebBrowser2, (void**)&m_spBrowser);
I store the browser pointer (IWebBrowser2 *) as a C++ class instance variable. BTW, I start a
thread on the native side (_beginthread) which in turn calls the method that launches the browser.
Previously I was facing the problem of marshalling, the IWebBrowser2 pointer was getting correupted, when used in different methods (even the simple properties of IWebBrowser2 (like IWebBrowser2::fullname) were not accessible). So now I have added the code of marshalling after the browser is launched. In almost all the other methods, I first unmarshall the interface and then marshall it back at the end of it. This solved my earlier mentioned problem.
void CIECanvas::MarshallInterface()
{
HRESULT hr;
if(SUCCEEDED(hr = ::CreateStreamOnHGlobal(NULL, TRUE, &pstm)))
{
LARGE_INTEGER bZero = {0, 0};
pstm->Seek(bZero, STREAM_SEEK_SET, NULL);
if(SUCCEEDED(::CoMarshalInterface(pstm, IID_IWebBrowser2, m_spBrowser, MSHCTX_INPROC, NULL, MSHLFLAGS_NORMAL)))
{
pstm->Seek(bZero, STREAM_SEEK_SET, NULL);
}
}
}
void CIECanvas::UnmarshallInterface()
{
LARGE_INTEGER bZero = {0, 0};
pstm->Seek(bZero, STREAM_SEEK_SET, NULL);
HRESULT hr = ::CoUnmarshalInterface(pstm, IID_IWebBrowser2, (void**)&m_spBrowser);
if(FAILED(hr))
{
showMessageBox("CIECanvas::UnmarshallInterface()", "%s %ld", "FAILED. ERROR CODE = ", GetLastError());
}
}
Then for recording I use AfxConnectionAdvise(), which is working fine.
The problem I am facing is in Replaying the events.
1)The VM crashes with a hotspot error, when on the first page some link click event is present, which loads a new page. One observation here is the VM crashes after onBeforeNavigate2 or TitleChange events are fired.
2)I also tried Yahoo's registration page (having a lot of dropdowns and checkboxes), it works fine for the first few events, but then the VM crashes.
My questions are
1)Does IE handle the events like page loading (tiltle change etc.) and click on some link in different threads? How are the events handled (any useful info on this)?
2)How should I fix the problem?
3)Is it related to marshalling of IE COM pointers?
Please replay ASAP,
Nikhil
|
|
|
|
|
Ok, some more findings on this. This is most probably happening because of async message processing by IE and my native class. By the time the IE event is fired by the native class is finished, IE has already started processing it. How can I stop IE from doing this (previously I had embedded webbrowser control embedded in a Java canvas and I was using PostMessage() for firing IE event, I guess this was working because, IE event processing was started only after the firing of event was finished, am I right?)
|
|
|
|
|
Hi, all:
I have a weird problem and need your help. I have a main app and DLL. In the main app I have my object pointer (CMyObj* pObj) that has method like:
HRESULT TranslateIDToName( long lID, LPSTR cBuff, UNIT dwBuffSize );
this TranslateIDToName then calls some methods in DLL.
In main, I have something like this:
const DWORD dwBuffSize = 128;
TCHAR cBuff[dwBuffSize];
pObj->TranslateIDToName( lID, cBuff, dwBuffSize );
When I compile both main app and DLL in RELEASE, (both uses Multithreaded DLL as Runtime DLL ). It works fine! However, if I compile both in Debug ( both uses Debug Multithreaded DLL ), I step through the code, The TranslateIDToName() fills up the cBuff correctly and then return from the function.
The problem comes when the function returns to the caller:
pObj->TranslateIDToName( lID, cBuff, dwBuffSize );
The pObj is trashed with either garbage in the pObj or pObj = NULL. In either case, the pObj address changes before calling the method and right after return from the method ( the Stack really messed up!!). Of course, the app crashes!
I tried all the stuff I can think of, and no more ideas about what could be wrong.
Any suggestion and help will be highly appreciated. Thanks in advance.
Dion
|
|
|
|
|
How to pass VBA Collection to COM DLL from .NET C#?
I'm trying to pass a VB collection from .NET (C#) to COM Component. Please help me..
|
|
|
|
|
When I pass this pointer from Vb to C++, for some reason the value changes from when it is printed by the MsgBox in Vb, and when it is received in C++.
If I change the C++ function so that it merely asks for a long value as an argument, the same thing happens. But, if I create the Account object in C++ and pass a pointer OUT to VB, that works fine. Or, if I take the value printed by the message box, and copy that into pAcct after control has entered the GetAccount routine, everything works (the value printed from VB is valid). Its very perplexing.
Thanks for whatever advise you can give! 
VB Code
<br />
Private Declare Function GetAccount Lib "C:\...\DataAccess.dll" (ByVal ptr As Long)<br />
<br />
Private Sub Form_Load()<br />
Dim Account As clsAccount<br />
Dim ptr As Long<br />
<br />
Set Account = New clsAccount<br />
ptr = ObjPtr(Account)<br />
MsgBox Hex(ptr), vbInformation <-- Prints the following value - 0x0014F9F0<br />
GetAccount ptr<br />
Label1.Caption = "Account Name = " & CStr(Account.AccountName)<br />
End Sub<br />
C++ Code
<br />
void __stdcall GetAccount(_clsAccount* pAcct) <-- recieves the value 0x0012fadc<br />
{<br />
HRESULT hr = CoInitialize(0);
if (SUCCEEDED(hr))<br />
{<br />
_bstr_t bstr1(_T("TestInfo"));
pAcct->put_AccountName(bstr1); <-- causes access violation error <br />
CoUninitialize(); <br />
}<br />
}<br />
|
|
|
|
|
Hello rajdawg,
The problem you are facing here is most likely caused by multi-inheritance. Note well that a pointer to a class (e.g. _clsAccount) is NOT necessarily the same as a pointer to an interface that the same class implements (e.g. IclsAccount). More on this later.
I successfully re-created a crash using my own code. I created my own "GetAccount()" function and my own "ObjPtr()" function (both in C++). However, the value returned from my ObjPtr() and the value of the "pAcct" parameter were the same. I believe this has got to do with the way my "ObjPtr()" function is implemented (code is provided below).
long __stdcall ObjPtr(LPDISPATCH lpDispatch)
{
IClsAccount* pIClsAccount = NULL;
long lRet = 0;
lpDispatch -> QueryInterface(IID_IClsAccount, (void**)&pIClsAccount);
lRet = (long)pIClsAccount;
pIClsAccount -> Release();
pIClsAccount = NULL;
return lRet;
}
My crash occurred at the exact same place (i.e. when put_AccountName() was called). The reason for MY crash is due to the face that when the "GetAccount()" function is invoked, and the "pAcct" parameter is given its value, "pAcct" points to a _clsAccount object (and NOT a IclsAccount interface).
Now, as I mentioned right at the top, a _clsAccount pointer is NOT equivalent to a IclsAccount interface pointer. On some occasion, their values are indeed the same. But on other occasions, especially when your class implements several interfaces via multiple-inheritance, they are not the same. For more details, refer to "Inside COM" by Dale Rogerson (Microsoft Press).
Hence, there are two ways to overcome your problem, depending on what ObjPtr() returns :
void __stdcall GetAccount(_clsAccount* pAcct)
{
IClsAccount* pIClsAccount = NULL;
HRESULT hr = CoInitialize(0); //initializes COM library
if (SUCCEEDED(hr))
{
pAcct -> QueryInterface(IID_IClsAccount, (void**)&pIClsAccount);
_bstr_t bstr1(_T("TestInfo")); //use constructor to enter string
if (pIClsAccount)
{
pIClsAccount -> put_AccountName(bstr1);
pIClsAccount -> Release();
pIClsAccount = NULL;
}
CoUninitialize();
}
}
The above method is suitable when ObjPtr() returns a pointer to a _clsAccount class object.
This method takes the _clsAccount pointer and calls the QueryInterface() method to obtain a proper pointer to a IClsAccount interface. With a valid pointer to a IClsAccount interface, calling its put_AccountName() method goes fine.
Note that calling the QueryInterface() method from a _clsAccount pointer will succeed due to the fact that it is a common IUnknown method and will therefore be valid even from a _clsAccount pointer (see "Inside COM" for more details on this).
A second method is described below :
void __stdcall GetAccount(_clsAccount* pAcct)
{
HRESULT hr = CoInitialize(0); //initializes COM library
if (SUCCEEDED(hr))
{
_clsAccount* p_clsAccount= NULL;
_bstr_t bstr1(_T("TestInfo")); //use constructor to enter string
p_clsAccount = dynamic_cast<_clsAccount*>(pAcct);
p_clsAccount -> put_AccountName(bstr1);
CoUninitialize();
}
}
The above method is suitable if "pAcct" actually points to a IclsAccount interface.
This method takes "pAcct" (an IclsAccount interface pointer) and dynamically casts it to a pointer to a _clsAccount object. In my code, the casted pointer ("p_clsAccount") becomes a valid pointer to a _clsAccount object and with this pointer, any of class methods can be called, including methods of any interface that the class implements.
Hence alot depends on how ObjPtr() processes and returns its value.
Hope the above info will b helpful to you.
Best Regards,
Bio.
|
|
|
|
|
Hi ,
I have one issue regarding Visual studio 7 . We have a COM server which gets called from C# webservice . The setup works fine with Visual studio 6 . We compiled the code under VS 7 and reregistered all the components . There is a getmsg() loop inside the code which waits for events . When the code ran under VS 7 , the get msg loop does not work anymore . We suspect the thread is no longer the main thread and no messages for it . Does anyone know about any changes in threading from VS 6 to VS 7 .
-Kiran
|
|
|
|
|
Check project properties. Make sure the compiler is set to the proper threading type.
Kuphryn
|
|
|
|
|
Thanks for the reply
Compiler setting is Multithreaded DLL , is that what you meant ?
|
|
|
|
|
Correct.
Check ATL code. Make sure it is set for multithreading.
Kuphryn
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
