{"id":1515,"date":"2013-03-06T16:04:49","date_gmt":"2013-03-06T14:04:49","guid":{"rendered":"http:\/\/mariusbancila.ro\/blog\/?p=1515"},"modified":"2013-06-13T14:32:47","modified_gmt":"2013-06-13T12:32:47","slug":"second-cdatabase-bug-in-mfc-in-visual-studio-2012","status":"publish","type":"post","link":"https:\/\/mariusbancila.ro\/blog\/2013\/03\/06\/second-cdatabase-bug-in-mfc-in-visual-studio-2012\/","title":{"rendered":"Second CDatabase bug in MFC in Visual Studio 2012"},"content":{"rendered":"

I was writing recently<\/a> about an MFC bug in CDatabase class in Visual Studio 2012. In the meanwhile I have stumbled upon an even greater bug (check this report on Connect<\/a> for the details): when the OpenEx function fails (wrong credentials, service not reachable, machine is shot down etc.) it corrupts memory. What happen next is chance. I don’t know when a fix will be available, but until that happens there is a workaround for this. Just like for the previous bug, you have to derive CDatabase and override OpenEx method, copying the original implementation from the MFC sources and adding one more line to null the pointer to already released memory. So, I’ll extend my previous CDatabaseEx class to the following implementation:<\/p>\n

\r\nclass CDatabaseEx : public CDatabase  \r\n{  \r\npublic:  \r\n   CString GetConnectEx()  \r\n   {  \r\n      CString strConnect = m_strConnect;  \r\n  \r\n      if (strConnect.GetLength() == 0)  \r\n      {  \r\n         DATA_BLOB connectBlob;  \r\n         if (CryptUnprotectData(&m_blobConnect, NULL, NULL, NULL, NULL, 0, &connectBlob))  \r\n         {  \r\n            strConnect = (LPTSTR)connectBlob.pbData;  \r\n            LocalFree(connectBlob.pbData);  \r\n         }  \r\n      }  \r\n  \r\n      return strConnect;  \r\n   }\r\n\r\n   virtual BOOL OpenEx(LPCTSTR lpszConnectString, DWORD dwOptions = 0)\r\n   {\r\n     ENSURE_VALID(this);\r\n     ENSURE_ARG(lpszConnectString == NULL || AfxIsValidString(lpszConnectString));\r\n     ENSURE_ARG(!(dwOptions & noOdbcDialog && dwOptions & forceOdbcDialog));\r\n\r\n     \/\/ Exclusive access not supported.\r\n     ASSERT(!(dwOptions & openExclusive));\r\n\r\n     m_bUpdatable = !(dwOptions & openReadOnly);\r\n\r\n     TRY\r\n     {\r\n        m_strConnect = lpszConnectString;\r\n\r\n        DATA_BLOB connectBlob;\r\n        connectBlob.pbData = (BYTE *)(LPCTSTR)m_strConnect;\r\n        connectBlob.cbData = (DWORD)(AtlStrLen(m_strConnect) + 1) * sizeof(TCHAR);\r\n        if (CryptProtectData(&connectBlob, NULL, NULL, NULL, NULL, 0, &m_blobConnect))\r\n        {\r\n           SecureZeroMemory((BYTE *)(LPCTSTR)m_strConnect, m_strConnect.GetLength() * sizeof(TCHAR));\r\n           m_strConnect.Empty();\r\n        }\r\n\r\n        \/\/ Allocate the HDBC and make connection\r\n        AllocConnect(dwOptions);\r\n        if(!Connect(dwOptions))\r\n        {\r\n           m_blobConnect.pbData = NULL;\r\n           return FALSE;\r\n        }\r\n\r\n        \/\/ Verify support for required functionality and cache info\r\n        VerifyConnect();\r\n        GetConnectInfo();\r\n     }\r\n     CATCH_ALL(e)\r\n     {\r\n        \/\/ HERE IT IS, the workaround (hopefully temporary) for MFC bug with OpenEx corrupting memory\r\n        \/\/ http:\/\/connect.microsoft.com\/VisualStudio\/feedback\/details\/760371\/localfree-called-twice-in-cdatabase-mfc-11\r\n        m_blobConnect.pbData = NULL;\r\n        Free();\r\n        THROW_LAST();\r\n     }\r\n     END_CATCH_ALL\r\n\r\n     return TRUE;\r\n   }\r\n};  \r\n<\/pre>\n","protected":false},"excerpt":{"rendered":"
I was writing recently about an MFC bug in CDatabase class in Visual Studio 2012. In the meanwhile I have stumbled upon an even greater bug (check this report on Connect for the details): when the OpenEx function fails (wrong credentials, service not reachable, machine is shot down etc.) it corrupts memory. What happen next … Read more<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_uag_custom_page_level_css":"","advgb_blocks_editor_width":"","advgb_blocks_columns_visual_guide":"","_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"jetpack_post_was_ever_published":false},"categories":[7,12],"tags":[348,451,352,453,353,317],"class_list":["post-1515","post","type-post","status-publish","format-standard","hentry","category-c","category-mfc","tag-bug","tag-c","tag-cdatabase","tag-mfc","tag-openex","tag-vs2012"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t