• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 27, comments - 14, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理
            VC2005程序的運行錯誤"由于應用程序的配置不正確..."

            自己遇到了這個問題,VC2005編的非托管程序也無法在其他電腦XP上運行,后來從

            C:\Program Files\Microsoft Visual Studio 8\VC\redi
            st\Debug_NonRedist\x86\Microsoft.VC80.DebugCRT 下找到了下列文件:

            msvcm80d.dll
            msvcp80d.dll
            msvcr80d.dll
            Microsoft.VC80.DebugCRT.manifest

            復制了后三個到游戲目錄就成了:)

            轉貼:http://www.busfly.cn/post/5.html

            VC.net2005寫的程序如何在沒有.Net FrameWork的機器上運行 --解決"由于應用程序的配置不正確,應用程序未能啟動,重新安裝應用程序可能會糾正這個問題"

            最近在公司的主要工作是做一個桌面程序,提供給公司正在為移動做的項目使用.我開始時是用C#寫的程序,后來,公司要求,不安裝.net framwork 2.0, 要求我改成C++的.所以后來改成VC2005和程序.原來以為可以不用安裝,附帶幾個DLL庫就可以運行程序了,哪知道,開始時,在別的電腦上都不能運行,一運行就報錯,在XP如的錯誤如下圖:

            在XP上運行時報錯


            在2000上也會報錯,不過,他會提示:因為少了XXX DLL,程序無法啟動,于是我找到所以提示缺少的DLL放到程序目錄下,2000下就可以運行了.可是在XP上還是不行,還是會報上面那個錯誤,我猜肯定是少了哪個DLL,可是找不出來,同事們也用了好多方法幫我找程序用到的DLL,也用到了不少的好工具,也找出了好多DLL,這些DLL加到一起,有10幾M那么多(如下圖).可是XP下還是不行.看來找DLL是沒辦法了.到網上找找辦法吧.

            所有在編譯過程中提到的DLL我都加進去了

            到百度里輸入"由于應用程序的配置不正確",搜索一下,嘿嘿,還真不少,都是和我一樣,VC2005寫的程序,在2000下可以用,在XP,2003下不行,不過發現,都是有人問,沒人回答,可憐的人啊,咋就和我一樣不幸呢.繼續找啊找啊,找到了,找到一個人,提供了三個方法,摘下來,如下:


            最近在VS2005下用C++寫了一個Console程序,在一臺未安裝VS2005上運行,顯示:
            "系統無法執行指定的程序"

            原來用VC6和VS2003的話,是會提示缺少"**.dll",但是用VS2005卻沒有這樣的提示。

            用命令行方式運行,提示:
            "系統無法執行指定的程序"
            直接雙擊運行,提示:
            "由于應用程序的配置不正確,應用程序未能啟動,重新安裝應用程序可能會糾正這個問題"

            自己實驗了一下,感覺以下兩種解決辦法是比較方便的:
            方法一:
            在C:\Program Files\Microsoft Visual Studio 8\VC\redi
            st\Debug_NonRedist\x86\Microsoft.VC80.DebugCRT 下找到了下列文件:

            msvcm80d.dll
            msvcp80d.dll
            msvcr80d.dll
            Microsoft.VC80.DebugCRT.manifest

            把這幾個文件拷貝到目標機器上,與運行程序同一文件夾或放到system32下,就可以運行那個程序了。

            其他release版,MFC程序什么的都是拷redist下相應文件夾下的文件就可以了,文件夾后都有標識!

            方法二:
            修改編譯選項,將/MD或/MDd 改為 /MT或/MTd,這樣就實現了對VC運行時庫的靜態鏈接,在運行時就不再需要VC的dll了。

            方法三:

            工程-》屬性-》配置屬性-》常規-》MFC的使用,選擇"在靜態庫中使用mfc"
            這樣生成的exe文件應該就可以在其他機器上跑了。

            方法四:

            你的vc8安裝盤上找到再分發包vcredist_xxx.exe和你的程序捆綁安裝


            我逐一測試下來,直到第三個方法才成功.第二個方法不知道在哪里修改編譯選項所以放棄了,第四個方法不喜歡,這跟直接安裝.net framework 2.0 有什么區別嗎?還不如直接安裝.net framework 2.0 呢.

            使用第三種方法,編譯后,程序的文件會變大好多,因為其已經將使用到的DLL庫靜態編譯到了程序里了.我這個程序原來的大小是288K,如圖:
            原來生成的可執行文件的大小屬性

            而采用第三種方法生成的程序卻有2.85M那么大,如下圖所示:

            采用靜態DLL的方法生成的程序大小屬性

            不過比起那么多的DLL來,這點大小不算什么.不過,在運行時,相信占用的內存應該會多一點.

            如果你正在使用VC2005,也出現這樣問題的話,就試試上面的方法吧.

             

             

             


             

             

            在網上看到別人的方法,和我的差不多,也貼上來,以便更多選擇.

            最早出現這個錯誤我和許多人認為的一樣
            認為是缺乏DLL庫文件導致.但是在測試機復制了DLL甚至安裝了.net framework 2.0以后
            都無法解決問題,最后確認不是由缺乏DLL所致
            因為程序是純win32的應用程,非托管代碼,所以也無需.net framework

            Visual C++2003/2005默認的MFC程序是使用動態MFC庫(Use MFC in a Shared DLL)來鏈接的
            而動態MFC庫使用的是Multi-threaded DLL (/MD)
            由于XP對于PE文件格式監測更加嚴格.
            就會導致部分使用多線程DLL的可執行文件在調用的時候出錯
            修改項目屬性的編譯開關
            Project->Property->configuration Properties->C/C++->Code Generation->Runtime Library
            修改成Multi-threaded (/MT)
            修改了Runtime類型以后
            需要將MFC的編譯類型也改成靜態庫
            Project->Property->configuration Properties->General->Use of MFC
            修改成Use MFC in a Static Library
            一部分情況下在這步就能解決問題
            另外一部分情況會遇見如下情況
            編譯器報錯



            CODE:
            nafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new[](unsigned int)" (??_U@YAPAXI@Z) already defined in libcpmt.lib(newaop.obj)
            [Copy to clipboard]


            產生這個問題的原因是庫依賴關系
            在Project->Property->configuration Properties->Linker->Command Line
            加入編譯開關/verbose:lib可以顯示詳細的庫鏈接順序
            CODE:

            ------ Build started: Project: PerfMonDemo, Configuration: Release Win32 ------
            Linking...
            Searching libraries
            Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\pdh.lib:
            Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\DelayImp.lib:
            .................
            Searching d:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\lib\nafxcw.lib:
            Finished searching libraries
            .\Release/PerfMonDemo.exe : fatal error LNK1169: one or more multiply defined symbols found
            Build log was saved at "file://d:\Dev\Performance Monitor\Release\BuildLog.htm"
            PerfMonDemo - 2 error(s), 0 warning(s)
            ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

            [Copy to clipboard]

            我們發現在libcpmt.lib聲明過的operator new在nafxcw.lib中再次定義
            解決方法如下
            Project->Property->configuration Properties->Linker->Input->Additional Dependencies
            加入
            nafxcw.lib
            libcpmt.lib
            Project->Property->configuration Properties->Linker->Input->Ignore Specific Library
            加入
            nafxcw.lib
            libcpmt.lib
            這樣鏈接程序就不會先按照默認順序來連接這兩個庫文件
            而是在最后在加入對他們的引用.這樣就避免了這個問題   
            下面是一張可能發生沖突的列表
            若要使用此運行時庫 請忽略這些庫   
            單線程 (libc.lib) libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib   
            多線程 (libcmt.lib) libc.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib   
            使用 DLL 的多線程 (msvcrt.lib) libc.lib、libcmt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib   
            調試單線程 (libcd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcmtd.lib、msvcrtd.lib   
            調試多線程 (libcmtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、msvcrtd.lib   
            使用 DLL 的調試多線程 (msvcrtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib

            中文字幕精品无码久久久久久3D日动漫 | 久久亚洲AV无码精品色午夜 | 狠狠色综合网站久久久久久久| 99久久99久久久精品齐齐| 久久国产精品成人免费| 久久精品无码一区二区三区日韩 | 精品久久久久久亚洲| 久久精品国产精品亚洲艾草网美妙 | 久久午夜伦鲁片免费无码| 伊人久久大香线蕉精品| 久久国语露脸国产精品电影| 国产精品久久久久久久久免费 | 无码精品久久久天天影视| 久久精品一区二区三区中文字幕| 亚洲AV日韩精品久久久久久| 久久精品成人免费观看97| 久久国产精品99精品国产987| 99精品国产99久久久久久97 | 狠狠干狠狠久久| 麻豆成人久久精品二区三区免费| 欧美性大战久久久久久| 日韩亚洲欧美久久久www综合网| 亚洲精品乱码久久久久久按摩| 国产精品日韩深夜福利久久| 久久精品国产久精国产思思| 久久精品国产日本波多野结衣| 久久天天躁狠狠躁夜夜2020| 久久精品一区二区三区不卡| 91精品国产综合久久婷婷| 久久精品亚洲日本波多野结衣| 中文国产成人精品久久不卡| 亚洲Av无码国产情品久久| 污污内射久久一区二区欧美日韩| 国产精品免费久久久久影院 | 久久夜色精品国产亚洲| 久久免费美女视频| 一本一道久久精品综合| 久久www免费人成看国产片| 国産精品久久久久久久| 久久久WWW成人| 久久91精品国产91|