msvcr90d.dll

    0熱度

    1回答

    長的時間學習/研究後,我發現 我的應用程序應該使用msvcr90d.dll/msvcp90d.dll - 9.0.21022.8 但是,當我調試它與VS2008,它始終使用msvcr90d.dll - 9.0.30729.6161 我認爲這應該是我的應用程序崩潰的STL標準向量異常(從第三方DLL)的根本原因。我曾使用vs2008在我的機器上成功運行應用程序。它必須是其他應用程序影響我的應用程序

    1熱度

    1回答

    我剛剛從2005年起從2005年升級到Visual Studio 2008。那麼,我試圖利用一些新的類(特別是CFrameWndEx),我得到的錯誤。聲明一個CFrameWndEx子類,然後將afxcmdiframewndex.h添加到stdafx.h中只會導致一個錯誤。這是一個看似無害的人。我只是得到「COleDropTarget基類未定義」的錯誤。好的,簡單的修復,添加afxole.h到我的包

    2熱度

    2回答

    奇怪的是,如果我在調試模式下構建我的程序,我沒有任何錯誤,但是如果我在發佈模式下構建我的程序,我會收到一個錯誤,指出Msvcr90d.dll不是找到。 Msvcr90d.dll是一個調試庫,我不知道爲什麼它的未來,當我加載它發佈=/

    2熱度

    2回答

    我們有一個(主要)通過interop調用一些C++庫的C#/ WPF應用程序。 出於測試目的(因爲在第三方庫某些不一致的),我們想發佈一個調試版本或我們的應用程序在目標計算機上,部分用於遠程調試。 在任何情況下,當這樣做時,該程序具有可怕0x800736B1錯誤裝載C++ DLL barfs。這似乎是(至少在我們發現下一個絆腳石之前)由於沒有在目標機器上安裝VC++運行時庫的調試版本而造成的。 是

    0熱度

    2回答

    當我遇到Windows無法找到「msvcr90.dll」的錯誤時,我試圖在Windows/XP上運行Ruby Thin演示應用程序0.7 - 我發現了一個可再發行也放到了我的路徑與該信息必須面對: "R6034 ... application has made an attempt to lead the C runtime incorrectly" 今天早些時候,我跑了幾個EventMach

    4熱度

    2回答

    我的應用程序被扔在窗戶下面的錯誤SLL錯誤: QSslSocket:不能調用懸而未決功能SSLv3_client_method QSslSocket:不能調用懸而未決功能SSL_CTX_new QSslSocket:不能調用未解決功能SSL_library_init QSslSocket:不能調用懸而未決功能ERR_get_error QSslSocket:無法調用無法解析的函數ERR_error