Just wanted to add some comments for your consideration. The AppInit_DLLs entry will not have any effect on applications which are not linked with user32.dll. Generally this isn't much of an issue because 99% of all usermode applications are linked against user32. However if your developing a security product then this might not be acceptable. Also you need to be aware that the future of AppInit DLLs is uncertain and is changing. Just like loading device drivers, future AppInit DLLs will have a code signature requirement. Microsoft has outlined this new behavior here: AppInit DLLs in Windows 7 and Windows Server 2008 R2[^] Best Wishes, -David Delaune

Thanks Bob ! rebooting also did not help :(

Thanks Naveen. Here is the code for it. typedef HRESULT (WINAPI * SHGetKnownFolderPathFn)(REFKNOWNFOLDERID rfid, DWORD dwFlags, HANDLE hToken,PWSTR *ppszPath); PWSTR pszPath\[1\]; SHGetKnownFolderPathFn shGetKnownFolrPth = NULL ; HINSTANCE hins = LoadLibrary("Shell32.dll"); if(hins != NULL) { shGetKnownFolrPth = (SHGetKnownFolderPathFn)::GetProcAddress(hins,"SHGetKnownFolderPath"); if( shGetKnownFolrPth != NULL) { shGetKnownFolrPth(FOLDERID\_LocalAppDataLow,0,NULL,pszPath); CString csData=pszPath\[0\]; // converting from wchar to ANSI. } }

Have you tried SHGFP_TYPE_DEFAULT to see if it yields anything different? "Love people and use things, not love things and use people." - Unknown "The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch

Thank you Mr. David here after i will double check before i posting. Regards, WindowsPistha

Hi , Actually i created Add-in for adding signature to all the .cpp and .h files. but the problem with that was , if u r having any third party class in workspace. There also it is adding my signature :laugh: . but it should not , so i thought of creating tool which will add my signature while creating new classes thru Project->Add Class menu. Anyway ,i will try to read the documentation. if you found anyother way ,let me know. Thanks, Karthi