簡體   English   中英

在MFC 6.0中建立MFC 4.1專案時發生錯誤

[英]Error while building MFC 4.1 project in MFC 6.0

我下載了最初在MFC 4.1中開發的項目。 我正在嘗試在MFC 6.0中構建該項目。 當我使用Open WorkSpace打開它並進行構建時,出現以下錯誤。

鏈接:致命錯誤LNK1104:無法打開文件“ mfc42ud.lib”

在Internet上,我找到了一種解決方案,可以通過從Project設置中忽略此庫來解決此錯誤。 我這樣做了,然后在mfcs42ud.lib文件的相似行上出現了另一個錯誤。 我也解決了。

在此處輸入圖片說明

當我將兩個.lib文件添加到忽略列表並進行構建時,出現如下所示的901錯誤...。

--------------------配置:doodads-Win32 Unicode調試--------------------鏈接。doodads.obj:
錯誤LNK2001:無法解析的外部符號__afxForceEXCLUDE ADDRESS.OBJ:錯誤LNK2001:無法解析的外部符號__afxForceEXCLUDE exclude.obj:錯誤LNK2001:無法解析的外部符號__afxForceEXCLUDE progress.obj:錯誤LNK2001:無法解析的外部符號__afxForceEXC __afxForceEXCLUDE SETKEY.OBJ:錯誤LNK2001:無法解析的外部符號__afxForceEXCLUDE SPINNER.OBJ:錯誤LNK2001:無法解析的外部符號__afxForceEXCLUDE stats.obj:錯誤LNK2001:無法解析的外部符號__afxForceEXCEXCLUDE STEKL:ERROR:LNK2001:錯誤LNK2001:未解析的外部符號LNK2001:無法解析的外部符號__afxForceEXCLUDE MAINFRM.OBJ:錯誤LNK2001:無法解析的外部符號__afxForceEXCLUDE DODADDOC.OBJ:錯誤LNK2001:無法解析的外部符號__afxForceEXCLUDE DoDadvw.obj:錯誤LNK2001:無法解析的外部符號__錯誤: _afxForceSTDAFX ADDRESS.OBJ:錯誤LNK2001:無法解析的外部符號__afxForceSTDAFX暴露.obj:錯誤LNK2001:無法解析的外部符號__afxForceSTDAFX progress.obj:錯誤LNK2001:無法解析的外部符號__afxForceSTDAFX MaskDlg.obj:錯誤LNK2001:無法解析的LNK2001:無法解析的外部符號__afxForceSTDAFX SPINNER.OBJ:錯誤LNK2001:無法解析的外部符號__afxForceSTDAFX stats.obj:錯誤LNK2001:無法解析的外部符號__afxForceSTDAFX ANIME.OBJ:錯誤LNK2001:無法解析的外部符號__afxForce: MAINFRM.OBJ:錯誤LNK2001:未解析的外部符號__afxForceSTDAFX DODADDOC.OBJ:錯誤LNK2001:未解析的外部符號__afxForceSTDAFX DoDadvw.obj:錯誤LNK2001:未解析的外部符號__afxForceSTDAFX

這是代碼文件供您參考。

Add.h

// ADD.H - Header file for your Internet Server
//    add Extension

#include "resource.h"

class CAddExtension : public CHttpServer
{
public:
    CAddExtension();
    ~CAddExtension();

// Overrides
    // ClassWizard generated virtual function overrides
        // NOTE - the ClassWizard will add and remove member functions here.
        //    DO NOT EDIT what you see in these blocks of generated code !
    //{{AFX_VIRTUAL(CAddExtension)
    public:
    virtual BOOL GetExtensionVersion(HSE_VERSION_INFO* pVer);
    //}}AFX_VIRTUAL

    // TODO: Add handlers for your commands here.
    // For example:

    void Default(CHttpServerContext* pCtxt,
                            LPCTSTR pstrOp1, LPCTSTR pstrOp2);

    DECLARE_PARSE_MAP()

    //{{AFX_MSG(CAddExtension)
    //}}AFX_MSG
};

Add.cpp

// ADD.CPP - Implementation file for your Internet Server
//    add Extension

#include "stdafx.h"
#include "add.h"

#include <stdio.h>

///////////////////////////////////////////////////////////////////////
// command-parsing map

BEGIN_PARSE_MAP(CAddExtension, CHttpServer)
    // TODO: insert your ON_PARSE_COMMAND() and 
    // ON_PARSE_COMMAND_PARAMS() here to hook up your commands.
    // For example:

    ON_PARSE_COMMAND(Default, CAddExtension, ITS_PSTR ITS_PSTR)
    ON_PARSE_COMMAND_PARAMS("opone=~ optwo=~")
    DEFAULT_PARSE_COMMAND(Default, CAddExtension)
END_PARSE_MAP(CAddExtension)


///////////////////////////////////////////////////////////////////////
// The one and only CAddExtension object

CAddExtension theExtension;


///////////////////////////////////////////////////////////////////////
// CAddExtension implementation

CAddExtension::CAddExtension()
{
}

CAddExtension::~CAddExtension()
{
}

BOOL CAddExtension::GetExtensionVersion(HSE_VERSION_INFO* pVer)
{
    // Call default implementation for initialization
    CHttpServer::GetExtensionVersion(pVer);

    // Load description string
    TCHAR sz[HSE_MAX_EXT_DLL_NAME_LEN+1];
    ISAPIVERIFY(::LoadString(AfxGetResourceHandle(),
            IDS_SERVER, sz, HSE_MAX_EXT_DLL_NAME_LEN));
    _tcscpy(pVer->lpszExtensionDesc, sz);
    return TRUE;
}

///////////////////////////////////////////////////////////////////////
// CAddExtension command handlers

void CAddExtension::Default(CHttpServerContext* pCtxt,
                            LPCTSTR pstrOp1, LPCTSTR pstrOp2)
{
    StartContent(pCtxt);
    WriteTitle(pCtxt);

    int nOp1;
    int nOp2;

    if (*pstrOp1 != '~' && *pstrOp2 != '~')
    {
        nOp1 = atoi(pstrOp1);
        nOp2 = atoi(pstrOp2);

        char sz[1024];

        sprintf(sz, "The result is: %d\n", nOp1 + nOp2);
        *pCtxt << sz;
    }
    else
    {
    *pCtxt << "<FORM ACTION=\"http://mooseboy/add.dll\" METHOD=\"GET\">";
    *pCtxt << "Enter the first number: <INPUT TYPE=\"text\" NAME=\"opone\" VALUE=\"0\" SIZE=10><p>";
    *pCtxt << "Enter the second number: <INPUT TYPE=\"text\" NAME=\"optwo\" VALUE=\"0\" SIZE=10><p>";
    *pCtxt << "<p> <INPUT TYPE = \"SUBMIT\" VALUE=\"Add it up\">";
    *pCtxt << "</FORM>";
    }

    EndContent(pCtxt);
}

// Do not edit the following lines, which are needed by ClassWizard.
#if 0
BEGIN_MESSAGE_MAP(CAddExtension, CHttpServer)
    //{{AFX_MSG_MAP(CAddExtension)
    //}}AFX_MSG_MAP
END_MESSAGE_MAP()
#endif  // 0



///////////////////////////////////////////////////////////////////////
// If your extension will not use MFC, you'll need this code to make
// sure the extension objects can find the resource handle for the
// module.  If you convert your extension to not be dependent on MFC,
// remove the comments arounn the following AfxGetResourceHandle()
// and DllMain() functions, as well as the g_hInstance global.

static HINSTANCE g_hInstance;

HINSTANCE AFXISAPI AfxGetResourceHandle()
{
    return g_hInstance;
}

BOOL WINAPI DllMain(HINSTANCE hInst, ULONG ulReason,
                    LPVOID lpReserved)
{
    if (ulReason == DLL_PROCESS_ATTACH)
    {
        g_hInstance = hInst;
    }

    return TRUE;
}

僅供參考,我在“常規”選項卡下的共享DLL中將Microsoft基礎類標記為使用MFC。 請幫助,TIA。

MFC 6.0使用MFC42*.LIB庫文件(奇怪但正確)。 因此,似乎您鏈接了正確的文件名。

如果在鏈接項目時收到這些錯誤消息,則可能是項目文件有問題或Visual C++ 6未正確安裝。 解決方案不是刪除這些庫,而是找出為什么Visual C ++找不到它們。

您的項目正在unicode-debug配置中進行編譯。 安裝Visual C++是否已安裝unicode庫? 也許這是一個opt-in安裝選項(不確定)。 您可以使用其他配置(例如release-unicode)來構建項目嗎? 還是調試?

能幫助您的是創建一個新的空Visual C ++ / MFC項目(File/New Project/C++/MFC/MFC Application) ,這樣將獲得有效的MFC項目配置。 請確保選擇Unicode配置,因為這是您要使用的配置。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM