• <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++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
            VC2005程序的運行錯誤"由于應(yīng)用程序的配置不正確..."

            自己遇到了這個問題,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

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

            轉(zhuǎn)貼:http://www.busfly.cn/post/5.html

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

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

            在XP上運行時報錯


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

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

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


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

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

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

            自己實驗了一下,感覺以下兩種解決辦法是比較方便的:
            方法一:
            在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下相應(yīng)文件夾下的文件就可以了,文件夾后都有標識!

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

            方法三:

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

            方法四:

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


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

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

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

            采用靜態(tài)DLL的方法生成的程序大小屬性

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

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

             

             

             


             

             

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

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

            Visual C++2003/2005默認的MFC程序是使用動態(tài)MFC庫(Use MFC in a Shared DLL)來鏈接的
            而動態(tài)MFC庫使用的是Multi-threaded DLL (/MD)
            由于XP對于PE文件格式監(jiān)測更加嚴格.
            就會導(dǎo)致部分使用多線程DLL的可執(zhí)行文件在調(diào)用的時候出錯
            修改項目屬性的編譯開關(guān)
            Project->Property->configuration Properties->C/C++->Code Generation->Runtime Library
            修改成Multi-threaded (/MT)
            修改了Runtime類型以后
            需要將MFC的編譯類型也改成靜態(tài)庫
            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]


            產(chǎn)生這個問題的原因是庫依賴關(guān)系
            在Project->Property->configuration Properties->Linker->Command Line
            加入編譯開關(guān)/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]

            我們發(fā)現(xiàn)在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
            這樣鏈接程序就不會先按照默認順序來連接這兩個庫文件
            而是在最后在加入對他們的引用.這樣就避免了這個問題   
            下面是一張可能發(fā)生沖突的列表
            若要使用此運行時庫 請忽略這些庫   
            單線程 (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   
            調(diào)試單線程 (libcd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcmtd.lib、msvcrtd.lib   
            調(diào)試多線程 (libcmtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、msvcrtd.lib   
            使用 DLL 的調(diào)試多線程 (msvcrtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            久久天天躁狠狠躁夜夜网站| 久久精品国产精品亚洲精品| 国产午夜精品理论片久久影视| 久久午夜无码鲁丝片秋霞| 亚洲欧洲精品成人久久奇米网| 色播久久人人爽人人爽人人片AV| 久久午夜福利无码1000合集| 久久国产乱子伦精品免费强| 亚洲а∨天堂久久精品| 精品免费久久久久久久| 久久亚洲精品无码观看不卡| 久久精品亚洲日本波多野结衣 | 久久av高潮av无码av喷吹| 久久精品视屏| 久久精品蜜芽亚洲国产AV| 欧美午夜A∨大片久久| 久久久久久亚洲精品成人| 久久久99精品成人片中文字幕 | 久久不射电影网| 久久人人爽人人爽人人av东京热 | 大美女久久久久久j久久| 亚洲精品乱码久久久久久自慰| 国产精品无码久久四虎| 亚洲欧美日韩久久精品第一区| 久久亚洲2019中文字幕| 久久福利青草精品资源站免费| 久久亚洲精品成人AV| 伊人久久大香线蕉亚洲五月天| 亚洲中文字幕伊人久久无码| 久久婷婷人人澡人人| 久久夜色精品国产www| 激情久久久久久久久久| 久久精品免费观看| 亚洲国产成人久久精品动漫| 69SEX久久精品国产麻豆| 精品蜜臀久久久久99网站| 国产美女久久精品香蕉69| 久久精品草草草| 国产国产成人久久精品| 久久免费国产精品| 欧美日韩精品久久久免费观看|