|
5!
How patiently you've waded through that huge pile of code.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
Rajesh R Subramanian wrote: 5!
Thanks Rajesh
Regards,
Sandip.
|
|
|
|
|
If the code is OK, and you tested it, that you are sure it is with no bug,etc
then you can simplify it this way :
1-create a new function (you can put it in a separate file) and move your code there :
LRESULT doBigThings(WORD /*wNotifyCode*/, WORD wID, HWND /*hWndCtl*/, BOOL& /*bHandled*/);
or may be :
LRESULT doBigThings(CMainDlg* pDlg,WORD /*wNotifyCode*/, WORD wID, HWND /*hWndCtl*/, BOOL& /*bHandled*/);
if the code access some members of the Dlg, something I do not want to verify by myself by looking at that source code.
2-change CMainDlg::OnInstall to :
LRESULT CMainDlg::OnInstall(WORD /*wNotifyCode*/, WORD wID, HWND /*hWndCtl*/, BOOL& /*bHandled*/)
{
return doBigThings(wNotifyCode,wID,hWndCtl,bHandled);
}
Thus try to forget what is inside doBigThings, just look at maindlg.cpp then conclude to yourself :
OK I have good, fucntionning and very simple simplified code, now I have to move forward.
Of course unless the given source code is not yours, and that only you would like to confirm some personal opinion when you first looked at that someon'else code, by seeing our own reaction at it.
Because that case I can show you what is worse.
Our Philosophy, Mohammed Baqir Al Sadr
|
|
|
|
|
Hi
I have installed VC++ 2003 in WinXP, my MFC projects don't work in vista SP1,
How I can solve this?
thanks
www.logicsims.ir
|
|
|
|
|
Have you installed the Visual C++ 2003 redistributable components on the target machine?
Funny how this question is asked almost every single day.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
sure, I copied them all, it's not becaouse of MFc dlls
I need an article in MSDN or codeproject about this,
www.logicsims.ir
|
|
|
|
|
Hello everyone,
When writing an ATL COM server, MIDL compiler will automatically generated file _i.c and _i.h from IDL definition.
My question is whether my below usage for the two files are correct when writing a COM client (consumer)?
1. I put _i.h file into the "Header files" of the client project, and using it to make the build for client project;
2. I put the _i.c into the "Source files" of the client project, and using it to make the build for client project.
thanks in advance,
George
|
|
|
|
|
Hi,
I think you should ask in this Link[^]
The price of anything is the amount of life you exchange for it.
Thanks and Regards.
SANTHOSH V
|
|
|
|
|
Hello everyone,
When using debugger to attach to a process written by me, its type is T-SQL, x64 and Managed. What does T-SQL mean?
(my codes is using ADO.Net, does it mean all application which uses ADO.Net objects are type of T-SQL?)
thanks in advance,
George
|
|
|
|
|
I am creating a C++ App that uses ADO, problem is that it hangs at _ConnectionPtr.CreateInstance. i have tried looking up in goodle but havent been able to come up with a solution.
Below is my code.
any help would be greatly appreciated.
ADODB::_ConnectionPtr m_Conn;
BOOL ConnectionIsAvailable()
{
BOOL bRESULT = FALSE;
CoInitialize ( NULL );
try{
HRESULT hr =
m_Conn.CreateInstance(
__uuidof (ADODB::Connection ) );
if( FAILED ( hr ) )
throw _com_error( hr ) ;
m_Conn ->Open( L"DSN=DSNNAME",
L"",
L"",
ADODB::adConnectUnspecified );
bRESULT = TRUE;
}
catch(_com_error &e )
{
string sMess = "Error connecting to the database : ";
sMess += e.ErrorMessage() ;
WriteToLog( ( char* )sMess.c_str() );
}
return bRESULT;
}
|
|
|
|
|
Hzello evry body !
I have this problem :
I have C++ application with diverse dependencies upon libraries,etc
For many reasons, there is a certain central dir, where a post-build event script for each libs
copies the public .h files as well as the .dll and the .lib.
The client application only has to include the files in that dir and look for the libs as well in order to succesfully link.
My only pbm is when debugging this latter application. The call stacks shows problems happening in the code of some of those libraries, but the debugger source window never shows but the disassembly code.
Is there a way how to tell the debugger where to look for the source code ?
Thank you in advance.
Our Philosophy, Mohammed Baqir Al Sadr
|
|
|
|
|
How can I get the language identifier (maybe the term "keyboard layout" is more suitable) of a window that belongs to another application?
(e.g En, Fa, Ar, ...)
Thank you masters!
|
|
|
|
|
GetThreadLocale ?
Our Philosophy, Mohammed Baqir Al Sadr
|
|
|
|
|
Not for local thread, I said for a thread that has created a specific window (e.g foreground window) in another application.
Thank you masters!
|
|
|
|
|
In that case I do'nt think if there would be a certain GetLocale function that would accept a thread handle then retrieve the corresponding threads'locale, instead of the current thread that is calling the function.
May be if you manage to trigger that remote thread to execute specific code where you call GetThreadLocale, store its result and then somehow communicate it back then the pbm is solved.
Of course I am making the hypothesis that you can alter the target application source code.
Otherwise may be someone else has another solution.
Our Philosophy, Mohammed Baqir Al Sadr
|
|
|
|
|
for set the value i m using this.
CString tempstr ;
RegistryKey* softwareKey;
softwareKey->SetValue(S"Test", tempstr ,RegistryValueKind::String);
now error comes::
error C2664: 'void Microsoft::Win32::RegistryKey::SetValue(System::String __gc *,System::Object __gc *,Microsoft::Win32::RegistryValueKind)' : cannot convert parameter 2 from 'CString' to 'System::Object __gc *'
1> Conversion from a built-in type or a value type to pointer to __gc class or __gc interface requires boxing
Please help me for this.
Thanks in advance.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
It seems to me you are mixing C++ and managed code. Why are you doing that ?
|
|
|
|
|
I need to set the registry value please tell me how can i do this.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
|
Well, if you don't answer my questions, it will be difficult to help you... Why are you mixing C++ and managed code ?
|
|
|
|
|
Cedric Moonen wrote: Why are you mixing C++ and managed code
i have no idea about Managed code.
i dont know a proper use of this.
so i think by mistake i do this.
Tell me any other solution for this.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
After 9 months you still don't know how to search the articles on this site? There are plenty of solutions for registry access.
Rajesh's suggestion is also good but you will have to study the documentation of the Win32 registry API.
Nobody is going to write the code for you.
|
|
|
|
|
Michael Schubert wrote: Nobody is going to write the code for you.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
Being able to distinguish between managed and unmanaged code maybe a prerequisite.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Hi,
I have my application in MFC which is working fine on Windows Operating system.
Now i want to run the same application on Macintosh. I want to know do i need to make changes in my
code.
If yes what all things needs to be changed.
Or it can work perfectly alright without making any changes.
Thanks In Advance.
Dhiraj kumar Saini
|
|
|
|