Not sure how this would work with a C++ DLL loaded into a C# application, but read what MSDN[^] says here, maybe it can get you going. Registering/Using somekind of inbetween COM interface sounds like a good idea. > The problem with computers is that they do what you tell them to do and not what you want them to do. < > If it doesn't matter, it's antimatter.<

Stefan_Lang wrote: The caller may not know what method was used to allocate the memory (e. g. malloc or new), or if it was allocated at all, or instead just points to a static buffer! Thats what documentation is for. This is actually quite common procedure, many APIs do this. Stefan_Lang wrote: The OP put this function into a library interface Then the dll can expose a func that the caller can call to do the delete. ============================== Nothing to say.

Paulraj G wrote: the above code is not working. That is not a very helpful piece of information; exactly what is not working; does the program crash, do you see the wrong results, etc.? You have defined a DLL function as extern "C" __declspec(dllexport) char* __stdcall ISim::BaseClassFunction() and I suspect the ISim:: prefix may be affecting your exported name; you can check with Dependency Walker[^]. Also I am not sure whether a char* returned from C++ will be accepted as a String in C#, you should check the PInvoke rules for marshalling, and also this article[^], and this one[^], by Luc Pattyn[^]. Unrequited desire is character building. OriginalGriff I'm sitting here giving you a standing ovation - Len Goodman

The error message can also originate from a DEP (data execution protection) problem. If you get the error only when you run your compiled executable directly, but not when you debug from Visual Studio, set the DEP flag off: editbin.exe /NXCOMPAT:NO "$(TargetPath)"

The x and y has to be inside the polygon. 1, 1 lies outside in your case. Try 15, 15. «_Superman_» I love work. It gives me something to do between weekends. Microsoft MVP (Visual C++) Polymorphism in C

Use a CScrollView[^] as your base window. It's time for a new signature.

You can use CreateFile Function[] with "OPEN_EXISTING" flag in 5th argument(__in DWORD dwCreationDisposition) and use GetLastError Function to determine f the file opened already or not. Read complete documentation for the above. -- "Programming is an art that fights back!"

Okay then either remove href attribute or set onclick="return false;" Arun Jacob http://codepronet.blogspot.com/

Use form authentication or Create one user control and insert that in your all page in that user control check for the Session["username"] and insert value in this Session["username"] when user login to system

Hi... Thanks for your reply. I am using c#. so can you please send the code snipt in c#? thanks... G.Paulraj

foreach (DataRow drRow in dtResult.Rows) { Loginname = drRow["name"].ToString(); password = drRow["password"].ToString(); disp.InnerHtml += Loginname + "-" + password; disp.InnerHtml+=(" "); }

Welcome :)

You should check the original post Paulraj G wrote: it will check in the database by c# code. LokeshZende wrote: If its c# , then why don't you write your code on the on click event? So you can't use code-behind with VB.NET? You have done nothing to answer the OPs question. I know the language. I've read a book. - _Madmatt

Paulraj G wrote: Hwnd dlg; SetDlgItemTextW(dlg,IDC_EDIT1,strName); Here you are calling SetDlgItemTextW() on an invalid handle. May be you can pass a valid dialog handle to the function SayHello().

Paulraj G wrote: It is working fine in form based applications... What has that to do with a Dialog? Did you follow the link I posted, and try using the methods suggested by Microsoft? txtspeak is the realm of 9 year old children, not developers. Christian Graus

The button object has to be a member of your CView derived class. Then, I assume you can override OnInitialUpdate() function and put the code for creating the button in that.

:doh: Mmmm... so? I gave you an answer to your question and then I made a joke with the start point of one CPallini's comment (please pay attention to the "tree design" to see which message hangs on which other message and on the icons of "message type"). I never said anything about you. :rolleyes: :cool: Regards. -------- M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpfull answers is nice, but saying thanks can be even nicer.

Rejeesh.T.S wrote: Me too don't like to use GetDlgItem(). It is always better and clean to use binded members with DDX/DDV. You do realize, of course, that DDX_ macros internally call GetDlgItem? Newcomer's screed on the subject overlooks that fact. It really comes down to personal preference in coding style; one way is no more evil than another. Personally I try to avoid MFC-specific API's where possible - it makes porting code between frameworks a little less painful. L u n a t i c F r i n g e

yes... i used ShellExecute. G.Paulraj

In your own code... gpDlg->OnCopy2Excell("modified", pDbObj); That seems to me as a external call from your class "CDBModReactor" to the class pointed by "gpDlg" containing the function "OnCopy2Excell", so... if this is like that... you have answered your question by yourself. (Supposing you have written the code) Regards. -------- M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you “The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson Rating helpfull answers is nice, but saying thanks can be even nicer.