精华内容
下载资源
问答
  • VC 获得当前工作路径的方法

    千次阅读 2015-05-21 21:50:40
    GetCurrentDirectory函数可以获取当前进程的工作路径,函数原型如下: DWORD GetCurrentDirectory(DWORD nBufferLength, LPTSTR lpBuffer); nBufferLength:路径长度,取值要比实际路径包含的字符串长度大(存放字符...

    GetCurrentDirectory函数可以获取当前进程的工作路径,函数原型如下:

    DWORD GetCurrentDirectory(DWORD nBufferLength, LPTSTR lpBuffer);
    nBufferLength:路径长度,取值要比实际路径包含的字符串长度大(存放字符串结束标志符'\0')。lpBuffer:路径字符串缓冲区。
    函数调用成功,返回写到缓冲区字符个数,字符串结符'\0'不计算在内。如果参数nBufferLength小于路径长度,函数返回存放路径
    需要字符串的长度,字符串结束符'\0'计算在内。假设当前MFC的工程工作路径为D:\GetCurrentDirectoryTest\DirectoryTest。
    char DirectoryBuffer[1024] = {'\0'};
    int Length1 = GetCurrentDirectory(1024, DirectoryBuffer);   //Length1 = 40
    int Length2 = GetCurrentDirectory(10, DirectoryBuffer);     //Length2 = 41
    考虑如下程序:
    char DirectoryBuffer[1024] = {'\0'};
    GetCurrentDirectory(1024, DirectoryBuffer);
    AfxMessageBox(DirectoryBuffer);
    运行结果如下:


    当调用如下程序Open对话框重新选择路径后,GetCurrentDirectory得到的是最新进程的路径,不再是当前VC工程所在的路径。

    CString NewPath;
    CFileDialog NewDlg(TRUE);   //TRUE为OPEN对话框,FALSE为SAVE AS对话框
    if(NewDlg.DoModal() == IDOK)
        NewPath= NewDlg.GetPathName();
    执行上述程序后,VC会自定弹出对话框,让用户选择某个目录下的文件,如下所示:


    假如此时选择C:\Windows\System32\calc.exe,点击Open按钮后,工作路径就会变为C:\Windows\System32,不再是之前的
    D:\GetCurrentDirectoryTest\DirectoryTest。运行如下程序:

    char DirectoryBuffer[1024] = {'\0'};
    CString NewPath;
    CFileDialog NewDlg(TRUE);   //TRUE为OPEN对话框,FALSE为SAVE AS对话框
    if(NewDlg.DoModal() == IDOK)
        NewPath= NewDlg.GetPathName();
    GetCurrentDirectory(1024, DirectoryBuffer);
    AfxMessageBox(DirectoryBuffer)
    结果如下:


    解决此问题有两种方法,方法一:每次在选择新路径前首先保存当前的工作路径,新路径选择完后,再调用
    SetCurrentDirectory
    函数,将工作路径重新设置为之前的路径。考虑如下程序:

    char DirectoryBuffer[1024] = {'\0'};
    GetCurrentDirectory(1024, DirectoryBuffer);   //保存当前工作路径
    CString NewPath;
    CFileDialog NewDlg(TRUE);
    if(NewDlg.DoModal() == IDOK)
        NewPath= NewDlg.GetPathName();
    SetCurrentDirectory(DirectoryBuffer);   //恢复当前工作路径
    AfxMessageBox(DirectoryBuffer);
    运行结果如下:


    第二种方法是使用GetModuleFileName函数,该函数原型如下:
    DWORD GetModuleFileName(HMODULE hModule, LPSTR lpFilename, DWORD nSize);
    hModule:装载一个程序实例的句柄,如果为NULL,返回该当前应用程序全路径。lpFileName:存放模块缓冲区指针。nSize:
    装载到缓冲区lpFileName的最大值。函数如果调用成功,返回写入缓冲区的字符数,不包括字符串结束符'\0',lpFilename中存放
    当前进程已加载模块的文件的完整路径。函数调用失败,返回0。如果所设置的nSize过小,返回所
    置缓冲区的大小,包含字符串
    结束标志符'\0'。运行如下程序:

    char DirectoryBuffer[1024] = {'\0'};
    CString NewPath;
    CFileDialog NewDlg(TRUE);
    if(NewDlg.DoModal() == IDOK)
        NewPath= NewDlg.GetPathName();
    //Length = 64,第三个参数如果改为10,函数将返回10,DirectoryBuffer中存放的是"D:\\GetCur"。
    int Length = GetModuleFileName(NULL, DirectoryBuffer, 1024);
    AfxMessageBox(DirectoryBuffer);
    Open对话框打开后,无论选择哪个目录下的文件,运行结果都是下面的情况:


    由此可见,DirectoryBuffer中存放的是可执行文件的绝对路径,采用CString类的函数去掉字符串"\\Debug\\DirectoryTest.exe",
    即可获得当前VC工程所在的路径字符串。

    展开全文
  • VS工程目录设置相关问题详解

    千次阅读 2016-06-20 17:08:25
    DLL工程,Debug版本下输出文件由basetool.dll basetool.lib 改为basetoolD.dll basetoold.lib 需设置: 1、配置属性-常规-目标文件名 $(ProjectName) 加d 2、配置属性-连接器-常规-输出问件 由 加d

    原文来自:http://www.cnblogs.com/lidabo/p/3261305.html

    DLL工程,Debug版本下输出文件由basetool.dll basetool.lib 改为basetoolD.dll basetoold.lib 需设置:


    1、配置属性-常规-目标文件名 $(ProjectName) 加d

    2、配置属性-连接器-常规-输出问件 由 加d

    3、配置属性-连接器-高级-导入库,设置文件名$(OutDir)$ProjectName)d.lib

    4、如果有导出文件,.def文件中也一定要修改导出库的名字

            LIBRARY      "BaseTool"

          变为

          LIBRARY      "BaseToold"

    关于相对目录

    相对目录是相对某个文件而言的,例如在 VC 项目属性配置附加包含目录、附加库目录则是相对 *.dsp 、 *.vcproj 文件而言的;在某个 *.c 、 *.cpp 文件中使用 #include 包含命令,是相对这个 *.c 、 *.cpp 文件而言的。

    当前目录是可见的,一般直接引用文件名(夹)

    对于子文件夹可以添加“./” 。

    .. :父目录

    ../include :父目录下的 include 目录

    ../.. :祖父目录

    http://www.cnblogs.com/include :祖父目录下的 include 目录


     

    -----------------------------------------------------

    <pre code_snippet_id="266485" snippet_file_name="blog_20140331_1_6399850" style="white-space: pre-wrap; word-wrap: break-word;">C/C++附加包含目录和VC++目录包含目录区别?
    连接器常规附加库目录和VC++目录库目录区别?
    连接器-输入-附加依赖项
    </pre><pre code_snippet_id="266485" snippet_file_name="blog_20140331_2_9126256" class="best-text mb-10" name="code" style="white-space: pre-wrap; word-wrap: break-word; padding: 0px; margin-top: 0px; font-family: arial, "courier new", courier, 宋体, monospace; margin-bottom: 10px; background-color: rgb(255, 252, 246);">附加依赖项 是指输入项,如某个.LIB文件a.lib,添加到附加依赖项,你的LIB文件被真正包含进来了。等同于“#pragma comment(lib, "winsock.lib") ”语句
    附加库目录 是你用 #pragma comment(lib,"a.lib")的时候;此时就搜索a.lib的路径列表就包含这个路径。
     
    
    把它所在的目录添加到附加库目录里面 :仅仅包含目录只是告诉IDE,搜索没有指定路径的库文件时,也搜索这里。

    ------------------------------------------------------------------------------------------------------------------------------------

    VC配置基础点击打开链接

    一.预处理宏

    1. 通用宏

    VC6.0 中:

    Project Setting à C/C++ à Preprocessor definitions

    VC2005 中

    项目属性 à 配置属性 à C/C++ à 预处理器定义

     

    WIN32 :指明是 Window 32 位系统的编译器,一般用作平台识别。

    _MBCS/_UNICODE :指明该工程使用的字符集(多字节字符集 /UNICODE )。

    在 VC6.0 的 “Project Setting à C/C++ à Project Options” 处将会有 /D "_MBCS" 或 /D "_UNICODE" 开关。

    在 VC2005 的  项目属性 à 配置属性 à 常规 à 项目默认值 à 字符集  中选择  使用多字节字符集  或  使用 Unicode 字符集  ;在  项目属性 à 配置属性 à C/C++ à 使用 UNICODE 响应文件  中选择  是  或 否  。在  项目属性 à 配置属性 à C/C++ à 命令行 ” 处将会有 /D "_MBCS" 或 /D "_UNICODE" /D "UNICODE" 开关。

    当项目中的文件具有 UNICODE 路径(例如中文路径)时,应在  项目属性 à C/C++ à 常规  和  项目属性 à 链接器 à 常规  中开启  使用 UNICODE 响应文件  开关。

    _CONSOLE/_WINDOWS :指明应用程序的类型(控制台程序 /Windows 窗口应用程序)。

    _DEBUG/NDEBUG :指明编译版本( Debug/Release )。

    除此之外, VC 不同的项目类型,有一些特定的宏,以在编译器区分项目类型。

    2. 特定宏

    ( 1 ) Win32 Static Library 项目

    VC6.0 中:

    Project Setting à C/C++ ( Category : General ) à Preprocessor definitions : _LIB

    如果选择了 MFC Support 则 _WINDOWS,_AFXDLL

    VC2005 中

    项目属性 à 常规 à 配置类型 à 静态库 (.lib)

    项目属性 à C/C++ à 预处理器 à 预处理器定义: _LIB

    ( 2 ) Win32 Dynamic-Link Library 项目

    VC6.0 中:

    Project Setting à C/C++ à Preprocessor definitions : _WINDOWS,_USRDLL,DLL_EXPORTS

    VC2005 中

    项目属性 à 常规 à 配置类型 à 动态库 (.dll)

    项目属性 à C/C++ à 预处理器 à 预处理器定义: _WINDOWS;_USRDLL;DLL_EXPORTS

    ( 3 ) MFC DLL 项目

    <1>Regular DLL with MFC statically linked (带静态链接 MFC 的规则 DLL )

    VC6.0 中:

    Project Setting à C/C++ à Preprocessor definitions : _WINDOWS,_WINDLL,_USRDLL

    VC2005 中

    项目属性 à C/C++ à 预处理器 à 预处理器定义: _WINDOWS;_USRDLL

    <2>Regular DLL using shared MFC DLL (使用共享 MFC DLL 的规则 DLL )

    VC6.0 中:

    Project Setting à C/C++ à Preprocessor definitions : _WINDOWS,_WINDLL,_AFXDLL , _USRDLL

    VC2005 中

    项目属性 à C/C++ à 预处理器 à 预处理器定义: _WINDOWS;_USRDLL

    <3>MFC Extension DLL ( using shared MFC DLL )( MFC 扩展 DLL )

    VC6.0 中:

    Project Setting à C/C++ à Preprocessor definitions : _WINDOWS,_WINDLL,_AFXDLL ,_USRDLL

    VC2005 中

    项目属性 à C/C++ à 预处理器 à 预处理器定义: _WINDOWS; _AFXEXT

    在 DLL 项目中, _USRDLL 宏表示生成 Export Lib !

     

    关于 VC 编译器预处理宏,参考:

    《 Predefined Macros ( VC6.0 ) 》

    《 C/C++ Preprocessor Reference-Predefined Macros ( VC8.0 )》

    《 What’s the difference between the WIN32 and _WIN32 defines in C++ 

     

    二.工作目录和控制台程序运行参数

    VC6.0 中:

    “Project Setting à Debug à Working directory” 处填写 exe 程序的工作目录。

    在 “Project Setting à Debug à Program argument” 处填写 main 运行参数。

    VC2005 中

    在  项目属性 à 配置属性 à 调试 à 工作目录  处填写 exe 程序的工作目录。

    在  项目属性 à 配置属性 à 调试 à 命令参数  处填写 main 运行参数。

     

    默认的工作目录为 ProjectDir ,即 *.dsw/*.vcproj 所在目录。

    通过编译器启动( Ctrl + F5 )应用程序时,可以将所依赖的 lib 和 dll 库文件所在目录设为工作目录。应用程序执行期间,创建、保存文件将在工作目录中。

    工作目录是指当前目录, GetCurrentDirectory() 得到的路径; SetCurrentDirectory 来改变。

    运行目录是指 exe 所在路径,可通过 GetModuleFileName() 得到。

     

    三.附加头文件包含

    VC6.0 中:

    VC6.0 默认 include 包含路径: Tools à Options à Directories à Include files 。

    对于特定项目的头文件包含,在 “Project Setting à C/C++ ( Category : Preprocessor ) à Additional include directories” 处添加附加头文件目录,相对目录参考 *.dsp 文件。

    目录路径不需添加双引号,路径分隔符为 ’/’ 或 ’/’ ,不必考虑反斜杠 ’/’ 的转义。多个路径之间以逗号 分隔。

    相应的在 “Project Setting à C/C++ à Project Options” 中将会出现 “/I” 的包含命令。

    VC2005 中

    VC2005 默认 include 包含路径:工具 à 选项 à 项目和解决方案 à VC++ 目录 à 包含文件。

    对于特定项目的头文件包含,在  项目属性 à 配置属性 à C/C++ à 常规 à 附加包含目录  处添加附加包含目录,相对目录参考 *.vcproj 文件。

    目录路径不需添加双引号,路径分隔符为 ’/’ 或 ’/’ ,不必考虑反斜杠 ’/’ 的转义。多个路径之间以分号 分隔。

    相应的在  项目属性 à 配置属性 à C/C++ à 命令行 ” 中将会出现 /I ” 的包含命令。

    关于 #include 的两种包含方式

    #include   <std*.h> 为编译器指定的包含路径下的头文件: 即在 VC6.0 中的 “Tools à Options à Directories à Include files” (对应 VC2005 的  工具 à 选项 à 项目和解决方案 à VC++ 目录 à 包含文件  )处指定的包含目录。默认情况下包括

    ( 1 ) $(VCInstallDir)include ( /Microsoft Visual Studio /VC98/INCLUDE )

    ( 2 ) $(VCInstallDir)atlmfc/include ( /Microsoft Visual Studio /VC98/ATL/INCLUDE 、 /Microsoft Visual Studio /VC98/MFC/INCLUDE )

    ( 3 ) $(VCInstallDir)PlatformSDK/include ( VC2005 )。

    用户也可以自己添加包含路径到此。

    对于 “Tools à Options à Directories à Include files” (  工具 à 选项 à 项目和解决方案 à VC++ 目录 à 包含文件  )目录下的文件的包含,一般可使用尖括号包含。系统对尖括号的包含优先到编译器设置的包含路径下定位,再到附加包含目录下进行定位。

    #include "MyHeader.h" 为在 “Tools à Options à Directories à Include files” (  工具 à 选项 à 项目和解决方案 à VC++ 目录 à 包含文件  )处人工添加的 包含路径下的头文件或者 附加包含目录下的头文件。

    对于编译器提供的标准库函数头文件( “Tools à Options à Directories à Include files” (  工具 à 选项 à 项目和解决方案 à VC++ 目录 à 包含文件  )),一般使用尖括号进行包含声明,当然使用双引号包含也没有错。

    对于在 “Tools à Options à Directories à Include files” (  工具 à 选项 à 项目和解决方案 à VC++ 目录 à 包含文件  )处人工添加的 包含路径和附加包含目录下的头文件的包含可以使用尖括号进行包含,但一般使用双引号。

    原则上,对于工程或文件可见的包含目录下的头文件包含,使用以上两种包含方式中的任一种都不会出错,主要是它们在搜索目录时的顺序不一样。习惯上使用尖括号包含 标准库函数头文件,使用双引号包含用户自定义头文件。建议除标准 SDK (如 DirectX 等),一般针对具体工程使用附加头文件包含即可,尽量不要去动编译器的 “Tools à Options à Directories à Include files” (对应 VC2005 的  工具 à 选项 à 项目和解决方案 àVC++ 目录 à 包含文件  )作编译器级全局配置。下面的链接库包含处理同此。

    External Dependencies 里面显示的是你的工程要用到的头文件,不在你的工程里面,而且也不在 VC 的默认包含路径中。参考:《 VC6.0的 External Dependencies 》。

     

    四.附加链接库包含

    VC6.0 中:

    VC6.0 默认 lib 包含路径: Tools à Options à Directories à Library files

    对于特定项目的头文件包含,可以通过以下两步添加附加链接库:

    1. 在 “Project Setting à Link ( Category : Input ) à Additional library path” 处添加附加库目录,相对目录参考 *.dsp 文件。

    目录路径不需添加双引号,路径分隔符为 ’/’ 或 ’/’ ,不必考虑反斜杠 ’/’ 的转义。多个路径之间以逗号 分隔。

    相应的将会在 “Project Setting à Link à Project Options” 处同步 /libpath ” 库包含命令。

    2. 在 “Project Setting à Link ( Category : General ) à Object/Library Modules” 处添加库文件名 YourLib.lib ( 也可在文件中使用 #pragma comment(lib, "YourLib.lib" ) 显式 导入所依赖的静态库),多个库之间以空格 分隔。

    相应的将会在 “Project Setting à Link à Project Options” 处同步包含的库名称。

    VC2005 中

    VC2005 默认 lib 包含路径:工具 à 选项 à 项目和解决方案 à VC++ 目录 à 库文件

    对于特定项目的库文件包含,可以通过以下两种方式添加附加库目录:

    1.

    ( 1 )在  项目属性 à 配置属性 à 链接器 à 常规 à 附加库目录  处输入附加库目录路径,相对目录参考 *.vcproj 文件。

    目录路径不需添加双引号,路径分隔符为 ’/’ 或 ’/’ ,不必考虑反斜杠 ’/’ 的转义。多个路径之间以分号 分隔。

    相应的将会在  项目属性 à 配置属性 à 链接器 à 命令行  处同步 “/LIBPATH” 库包含命令。

    ( 2 )在  项目属性 à 配置属性 à 链接器 à 输入 à 附加依赖项 ” 处添加库文件名 YourLib.lib ( 也可在文件中使用 #pragma comment(lib, "YourLib.lib") 显式 导入所依赖的静态库),多个库之间以空格 分隔。

    相应的将会在  项目属性 à 配置属性 à 链接器 à 命令行  处同步包含的库名称。

    2.

    在  项目属性 à 配置属性 à 链接器 à 命令行 ” 处添加库文件名 YourLib.lib ( 必要时添加相对目录,保证 YourLib 的可见性)。

     

    五.生成文件目录设置

    VC6.0 中:

    在 “Project Setting à General à Output directories” 的 “Output files” 处填写 *.exe 或 *.lib/*.dll 的生成目录,相应在 “Project Setting à Link (或 Library ) à Output file name” 处将会同步文件输出路径。相对目录参考 *.dsp 文件。

    在 “Project Setting à General à Output directories” 的 “Intermediate files” 处填写中间文件生成目录。相对目录参考 *.dsp 文件。

    VC2005 中

    在  项目属性 à 常规 à 输出目录  处填写输出目录,在  项目属性 à 常规 à 中间目录  处填写中间目录,相对目录参考 *.vcproj 文件。

    在  项目属性 à 链接器(或管理员) à 常规 à 输出文件  处填写输出文件路径。

    输出目录( OutDir )一般为 $(SolutionDir)$(ConfigurationName)

    输出文件( OutputFile )一般为 $(OutDir)/$(ProjectName).exe ( *.lib , *.dll )

    说明 

    $(SolutionDir) 为 *.sln 文件所在文件夹,尾带 ‘/’ ;

    $(ProjectDir) 为 *.vcproj 文件所在文件夹,尾带 ‘/’ ;

    $(ConfigurationName) 为 *.sln 的 *.vcproj 文件所在文件夹下的 debug 、 release 文件夹,参考 *.vcproj 文件中的 <Configurations> 配置项。

    具体在  项目属性 à 配置属性 à 调试 à 命令  下拉点击  编辑  ,展开  宏 (M )>>” ,可以看到很多项目内置宏。

    一般的配置为:

    输出目录 ( OutDir ): $(ProjectDir)$(PlatformName)/$(ConfigurationName)

    中间目录 ( IntDir ): $(OutDir)/Intermediate

    输出文件 : $(OutDir)/$(ProjectName).lib(dll 、 exe)

     

    六.关于相对目录

    相对目录是相对某个文件而言的,例如在 VC 项目属性配置附加包含目录、附加库目录则是相对 *.dsp 、 *.vcproj 文件而言的;在某个 *.c 、 *.cpp 文件中使用 #include 包含命令,是相对这个 *.c 、 *.cpp 文件而言的。

    当前目录是可见的,一般直接引用文件名(夹),对于子文件夹可以添加 ”./” 。

    .. :父目录

    ../include :父目录下的 include 目录

    ../.. :祖父目录

    http://www.cnblogs.com/include :祖父目录下的 include 目录

     

    七.依赖项目联编

    一个解决方案 (dsw 、 sln) 可以创建很多辅助子项目 (dsp 、 vcproj) ,如何设置使在编译主项目的时,先编译所依赖的辅助项目呢?

    一般会配置辅助子项目的 OutDir 和主项目相同,这样生成的 lib 或 dll 对于主项目 exe 直接可见。

    VC6.0 中:

    选择菜单 “Project à Dependencies” 可以选择需要联编的项目。

    VC2005 中

    在解决方案资源管理器中右击项目名称,选择  引用  或  项目依赖项  菜单,可选择项目依赖项,并可以设置依赖顺序。

     

    八.附加DLL 调试

    VC6.0 中:

    如果你需要调试的 DLL 是动态装入( LoadLibrary )的,则需要在 “Project Setting à Debug ( Category : Additional DLLs )  处添加这个 DLL 文件。

     

    九.导出makefile

    VC6.0 中选择菜单 “Project à Export Makefile” 即可导出 Makefile 文件 *.mak 。

    VC6 以后不再支持 makefile 输出了。

    参考:《 VC的 MAKE文件的语法 》,《 vs6 IDE导出的 makefile使用方法 》,《 教你在 VS2005下写 MakeFile 

     

    十.代码的编辑与阅读导航

    Visual Studio 本身就带有充分的代码组织、编辑、分析以及阅读能力的支持。

    VC6.0 和 VC2005 中的 “Edit à Find in Files” 支持指定项目、工程或文件内的关键字搜索。

    VC6.0 的 “Tools à Source Browser” ,提供对 “Definitions and References” 、 “File Outline” 、 “Base Classes and Members” 、 “Derived Classes and Members” 、 “Call Graph” 、 “Callers Graph” 等导航功能支持。

    VC2005 右键快捷菜单中支持  查找所有引用  ;右键快捷菜单中的  调用浏览器  支持函数调用关系图和被调用关系图的查看。  类视图设置  中支持显示  基类型  、  派生类型  、  继承成员  等功能。

    此外,在阅读代码时,我们可以使用书签( Bookmark )来设置锚点,这样就可以实现基于书签的自定义索引导航。

    下面介绍常用的编程辅助插件软件及源代码层次结构分析工具软件。

    1. Visual Assist X 是一款非常好的 Microsoft Visual Studio 辅助插件,支持 C/C ++, C #, ASP  Visual Basic  Java  HTML 等语言,能自动识别各种关键字、系统函数、成员变量、自动给出输入提示、自动更正大小写错误、自动标示错误等,有助于提高开发过程的自动化和开发效率。

    2 . Windows 下的 Source Insight 是一个面向项目开发的程序编辑器和代码导航浏览器, 它还能显示 reference trees , class inheritancediagrams 和 call trees 。相应的 Linux 下阅读源代码的利器 Source Navigator 能很好地解决文件定位和跳转问题。

    3 . Rational Rose 是利用 UML (统一建模语言)进行分析和设计面向对象软件系统的强大的可视化工具,可以进行项目需求分析、结构规划和生成框架代码,还可以支持从现有系统逆向转出工程代码,生成 Rose 模型的功能。

    逆向工程( Reverse Engineer )就是从现有系统的代码来生成模型的功能。通过 Rational Rose 分析已有的代码,可了解代码结构和数据结构,生成类层次关系图、数据模型图和组件图。

     

    十一. VC6 常用快捷键

    Alt+F7 : Project Settings

     

    Ctrl+J/K :寻找上一个 / 下一个预编译条件

    Ctrl+Shift+J/K :寻找上一个 / 下一个预编译条件并将这一块选定

     

    Ctrl+Tab :当前打开文档和上一次打开文档切换。

    Alt+O :头文件与 cpp 文件的交互显示

     

    F12 : Goto definition

    Shift+F12 : Goto reference

     

    Ctrl+Home : 文档头

    Ctrl+Shift+Home : 选定从当前位置到文档头

    Ctrl+End : 文档尾

    Ctrl+Shift+End : 选定从当前位置到文档尾

    Alt+F8 :自动格式重排

    Ctrl+F4 :关闭当前文档

     

    Ctrl+Z/Alt+Backspace : Undo

    Ctrl+Shift+Z/Ctrl+Y : Redo

     

    Ctrl+B/Alt+F9 : 编辑断点

    Ctrl+Shift+F9 : 去掉所有断点

     

    Ctrl+D : 定位工具条查找输入栏

    Alt+F3/Ctrl+F :当前文档 查找

    Ctrl+F3 : 查找下一个

    Ctrl+Shift+F3 : 查找上一个

    Ctrl+H :替换

    Ctrl+] :括号匹配

     

    Ctrl+  : 向上滚屏

    Ctrl+  : 向下滚屏

    Ctrl+  : 移到前一个单词

    Ctrl+  : 移到后一个单词

    Ctrl+Shift+  : 选定当前位置到前一个单词

    Ctrl+Shift+  : 选定当前位置到后一个单词

     

    Ctrl+Backspace : 删除当前单词的前半截(以光标为分割)

    Ctrl+Del : 删除当前单词的后半截(以光标为分割)

    Ctrl+L :剪切当前行

    Ctrl+Shift+L :删除当前 行

     

    F2 :上一个书签

    Shift+F2 :上一个书签

    Alt+F2 :编辑书签

    Ctrl + F2 :添加 / 删除一个书签

    Ctrl+Shift+F2 : 清除所有书签

     

     

    参考:

    《 VC的环境设置 

    《 VC6.0工程设置介绍 

    《 Visual C++ 6.0环境配置 

    《 VC 2005 解决方案的目录结构设置和管理 

    《 Managing Solutions, Projects, and Files 

    《 File Types Created for Visual C++ Projects 

     
    
    展开全文
  • VC6.0工程设置说明

    千次阅读 2015-12-13 14:57:15
    如果我们精于VC开发环境,我们是不是能够做得更加游刃有余呢? 先来看一下VC的处理流程,大致分为两步:编译和连接。源文件通过编译生成了.obj文件;...1. 打开工程设置对话框。左边的列表可以选择

    http://www.tuicool.com/articles/I3mQNf

    所谓:“工欲善其事,必先利其器”。如果我们精于VC开发环境,我们是不是能够做得更加游刃有余呢?
    先来看一下VC的处理流程,大致分为两步:编译和连接。源文件通过编译生成了.obj文件;所有.obj文件和.lib文件通过连接生成.exe文件或.dll文件。

    1. 打开工程设置对话框。

    这里写图片描述

    左边的列表可以选择要设置的工程编译方式( Debug 或 Release ),如果多个工程,还可以选择要设置的工程。右边是一个属性页,内容十分丰富,依次是: General , Debug , C/C++ , Link , Resource , MIDL , Browse Info , Custom Build , Pre-link Step , Post-build step

    编译参数的设置。主要通过VC的菜单项Project->Settings->C/C++页来完成。我们可以看到这一页的最下面Project Options中的内容,一般如下:
    /nologo /MDd /W3 /Gm /GX /ZI /Od /D “WIN32″ /D “_DEBUG” /D “_WINDOWS” /D “_AFXDLL” /D “_MBCS” /Fp”Debug/WritingDlgTest.pch” /Yu”stdafx.h” /Fo”Debug/” /Fd”Debug/” /FD /GZ /c

    各个参数代表的意义,可以参考Msdn,文章后面有解释。

    2. C/C++页

    这里写图片描述

    1) General:一些总体设置。

    1.Warninig level 警告级别, VC 默认为 3 ,一般不更改,等级越低,对代码的要求就越严格。

    2.Optimizations Optimizations 优化级别, Debug 下默认设置为 Disable(Debug) ,就是不优化,在 Release 下默认设置为 Maximize Speed ,就是最大速度优化。在追求效率或者编译结果的时候可以选择最大速度或最小尺寸的选项,不过微软不保证优化的准确性。

    3.Waring as error 不用多说了,经常忽略警告的人不会选这项吧。最好别选,否则你会烦死。

    4.Generate browse info 用以生成 .sbr 文件,记录类、变量等符号信息,可以在 Category 的 Listing Files 项中进行更多的设置。产生浏览信息,在编辑调试加了一些功能,会产生很大的编译文件,建议不要选

    5.Debug info 生成调试信息,选择调试信息的详细程度,在 debug 情况下,一般选择 Program DataBase 或 Program DataBase for Editon and continue 二者区别在于后者可以在调试过程中,修改代码后,部分编译后,在当前环境继续执行,虽然功能很强,建议还是用前者吧。 Release 一般选择 None 。

    None ,不产生任何调试信息(编译比较快);

    Line Numbers Only ,仅生成全局的和外部符号的调试信息到 .OBJ 文件或 .EXE 文件,减小目标文件的尺寸;

    C 7.0- Compatible ,记录调试器用到的所有符号信息到 .OBJ 文件和 .EXE 文件;

    Program Database ,创建 *.pdb 文件记录所有调试信息;

    Program Database for Edit and Continue ,创建 *.pdb 文件记录所有调试信息,并且支持调试时编辑。

    6.Preprocessor definitions 预定义宏, Defines a preprocessing symbol for your source file ,相当于全局【 #define 】。提示: 一般定义了 UNICODE _UNICODE 则认为是使用 unicode 编码,没定义则认为是 MBCS 。

    2) C++ Language:

    -pointer_to_member representation用来设置类定义/引用的先后关系,一般为Best-Case Always表示在引用类之前该类肯定已经定义了;
    -Enable Exception Handling,进行同步的异常处理;
    -Enable Run-Time Type Information迫使编译器增加代码在运行时进行对象类型检查;
    -Disable Construction Displacements,设置类构造/析构函数调用虚函数问题。

    3) Code Generation:

    -Processor表示代码指令优化,可以为80386、80486、Pentium、Pentium Pro,或者Blend表示混合以上各种优化。
    -Use run-time library用以指定程序运行时使用的运行时库(单线程或多线程,Debug版本或Release版本),有一个原则就是,一个进程不要同时使用几个版本的运行时库。
    Single-Threaded,静态连接LIBC.LIB库;
    Debug Single-Threaded,静态连接LIBCD.LIB库;
    Multithreaded,静态连接LIBCMT.LIB库;
    Debug Multithreaded,静态连接LIBCMTD.LIB库;
    Multithreaded DLL,动态连接MSVCRT.DLL库;
    Debug Multithreaded DLL,动态连接MSVCRTD.DLL库。连接了单线程库就不支持多线程调用,连接了多线程库就要求创建多线程的应用程序。
    -Calling convention可以用来设定调用约定,有三种:__cdecl、__fastcall和__stdcall。各种调用约定的主要区别在于,函数调用时,函数的参数是从左到右压入堆栈还是从右到左压入堆栈;在函数返回时,由函数的调用者来清理压入堆栈的参数还是由函数本身来清理;以及在编译时对函数名进行的命名修饰(可以通过Listing Files看到各种命名修饰方式)。
    -Struct member alignment用以指定数据结构中的成员变量在内存中是按几字节对齐的,根据计算机数据总线的位数,不同的对齐方式存取数据的速度不一样。这个参数对数据包网络传输等应用尤为重要,不是存取速度问题,而是数据位的精确定义问题,一般在程序中使用#pragma pack来指定。

    4) Customize (自定义):

    1.Disable language extensions 禁止语言扩展 (Microsoft Extensions to C) ,表示不使用微软为标准 C 做的语言扩展。

    2.Eliminate Duplicate Strings 主要用于字符串优化(将字符串放到缓充池里以节省空间),使用这个参数,使得

    char *sBuffer = “This is a character buffer”;

    char *tBuffer = “This is a character buffer”;

    sBuffer 和 tBuffer 指向的是同一块内存空间;

    3.Enable Function-Level Linking 告诉编译器将各个函数按打包格式编译;

    4.Enables minimal rebuild ,通过保存关联信息到 .IDB 文件,使编译器只对最新类定义改动过的源文件进行重编译,提高编译速度;

    5.Enable Incremental Compilation ,同样通过 .IDB 文件保存的信息,只重编译最新改动过的函数;

    6.Suppress Startup Banner and Information Messages 设置预编译文件( pch )的存放路径及(或)文件名,在 Project Options 中配置。用以控制参数是否在 output 窗口输出。

    5) Listing Files:

    Generate browse info的功能上面已经提到过。这里可以进行更多的设置。Exclude Local Variables from Browse Info表示是否将局部变量的信息放到.SBR文件中。Listing file type可以设置生成的列表信息文件的内容:Assembly-Only Listing仅生成汇编代码文件(.ASM扩展名);Assembly With Machine Code生成机器代码和汇编代码文件(.COD扩展名);Assembly With Source Code生成源代码和汇编代码文件(.ASM扩展名);Assembly, Machine Code, and Source生成机器码、源代码和汇编代码文件(.COD扩展名)。Listing file name为生成的信息文件的路径,一般为Debug或Release目录下,生成的文件名自动取源文件的文件名。

    6) Optimizations:

    代码优化设置。可以选择Maximize Speed生成最快速的代码,或Minimize Size生成最小尺寸的程序,或者Customize定制优化。定制的内容包括:
    Assume No Aliasing,不使用别名(提高速度);
    Assume Aliasing Across Function Calls,仅函数内部不使用别名;
    Global Optimizations,全局优化,比如经常用到的变量使用寄存器保存,或者循环内的计算优化,如
    i = -100;
    while( i < 0 ){ i += x + y;}
    会被优化为
    i = -100;
    t = x + y;
    while( i < 0 ){i += t;}
    Generate Intrinsic Functions,使用内部函数替换一些函数调用(提高速度);
    Improve Float Consistency,浮点运算方面的优化;
    Favor Small Code,程序(exe或dll)尺寸优化优先于代码速度优化;
    Favor Fast Code,程序(exe或dll)代码速度优化优先于尺寸优化;
    Frame-Pointer Omission,不使用帧指针,以提高函数调用速度;
    Full Optimization,组合了几种参数,以生成最快的程序代码。
    Inline function expansion,内联函数扩展的三种优化(使用内联可以节省函数调用的开销,加快程序速度):Disable不使用内联;Only __inline,仅函数定义前有inline或__inline标记使用内联;Any Suitable,除了inline或__inline标记的函数外,编译器“觉得”应该使用内联的函数,都使用内联。

    7) Precompiled Headers:

    预编译头文件的设置。使用预编译可以提高重复编译的速度。VC一般将一些公共的、不大变动的头文件(比如afxwin.h等)集中放到stdafx.h中,这一部分代码就不必每次都重新编译(除非是Rebuild All)。

    8) Preprocessor:

    预编译处理。可以定义/解除定义一些常量。Additional include directories,可以指定额外的包含目录,一般是相对于本项目的目录,如..\Include。

    连接参数的设置。主要通过VC的菜单项Project->Settings->Link页来完成。我们可以看到这一页的最下面Project Options中的内容,一般如下:
    /nologo /subsystem:windows /incremental:yes /pdb:”Debug/WritingDlgTest.pdb” /debug /machine:I386 /out:”Debug/WritingDlgTest.exe” /pdbtype:sept

    下面我们分别来看一下Category中的各项设置。

    1) General:

    1.Output file name 输出文件名称,支持相对路径

    2.Object/library module 工程所需要的 lib ,默认当前路径

    3.Generate debug info 产生 debug 信息。生成 Debug 信息到 *.pdb 文件(具体格式可以在 Category->Debug 中设置), Debug 默认为 true , Release 默认为 false

    4.Ignore All Default Libraries 放弃所有默认的库连接

    5.Link incrementally 增量连接,必须选择 Program database 选项,提高编译连接的速度,通过生成 . ILK 文件实现递增式连接以提高后续连接速度,但一般这种方式下生成的文件( EXE 或 DLL )较大

    6.Generate Mapfile 生成 *.map 文件记录模块相关信息

    7.Enable profiling 允许程序以 profiling 启动,可以测试程序的效率等

    2) Customize:

    1.Use program database 允许使用程序数据库,这样连接器会把调试信息放在程序数据库中,如果不选中该选项,那么也不能使用递增连接方式

    2.Force File Output 强制产生输出文件( EXE 或 DLL ) , 即使某个模块引用了一些未定义或者重复定义的符号,连接器仍然会强制(但不一定能正确运行)产生输出文件( EXE 或 DLL )

    3.Print Progress Messages 可以将连接过程中的进度信息输出到 Output 窗口

    3) Debug:

    设置是否生成调试信息,以及调试信息的格式。格式可以有Microsoft Format、COFF Format(Common Object File Format)和Both Formats三种选择;Separate Types,表示将Debug格式信息以独立的.PDB文件存放,还是直接放在各个源文件的.PDB文件中。选中的话,表示采用后者的方式,这种方式调试启动比较快。

    4) Input:

    这里可以指定要连接的库文件,放弃连接的库文件。还可以增加额外的库文件目录,一般是相对于本项目的目录,如..\Lib。Force Symbol References,可以指定连接特定符号定义的库。

    5) Output:

    1.Base Address 可以改变程序默认的基地址( EXE 文件默认为 0x400000 , DLL 默认为 0x10000000 ),操作系统装载一个程序时总是试着先从这个基地址开始

    2.Entry-Point Symbol 可以指定程序的入口地址,一般为一个函数名(且必须采用 __stdcall 调用约定)。一般 Win32 的程序, EXE 的入口为 WinMain , DLL 的入口为 DllEntryPoint ;最好让连接器自动设置程序的入口点。默认情况下,通过一个 C 的运行时库函数来实现:控制台程序采用 mainCRTStartup ( 或 wmainCRTStartup) 去调用程序的 main ( 或 wmain) 函数; Windows 程序采用 WinMainCRTStartup ( 或 wWinMainCRTStartup) 调用程序的 WinMain ( 或 wWinMain ,必须采用 __stdcall 调用约定 ) ; DLL 采用 _DllMainCRTStartup 调用 DllMain 函数(必须采用 __stdcall 调用约定)

    3.Stack allocations 用以设置程序使用的堆栈大小(请使用十进制) , 默认为 1 兆字节。

    4.Version Information 告诉连接器在 EXE 或 DLL 文件的开始部分放上版本号

    值得注意的是,上面各个参数是大小写敏感的;在参数后加上 “-” 表示该参数无效;各个参数值选项,有 “*” 的表示为该参数的默认值;可以使用页右上角的 “Reset” 按钮来恢复该页的所有默认设置。

    4. 其他选项页的参数

    1) Project->Settings->General(常规),可以设置连接MFC库的方式(静态或动态)。如果是动态连接,在你的软件发布时不要忘了带上MFC的DLL。
    2) Project->Settings->Debug,可以设置调试时运行的可执行文件,以及命令行参数等。
    3) Project->Settings->Custom Build(自定义组建),可以设置编译/连接成功后自动执行一些操作。比较有用的是,写COM时希望VC对编译通过的COM文件自动注册,可以如下设置:
    Description: Register COM
    Commands: regsvr32 /s /c (TargetPath)echoregsvr32exe.time> (TargetDir)$(TargetName).trg
    Outputs: $(TargetDir)\$(TargetName).trg
    4) Tools->Options->Directories,设置系统的Include、Library路径。

    5. 一些小窍门

    1) 有时候,你可能在编译的时候,计算机突然非法关机了(可能某人不小心碰了电源或你的内存不稳定等原因)。当你重启机器后打开刚才的项目,重新进行编译,发现VC会崩掉。你或许以为你的VC编译器坏了,其实不然(你试试编译其它项目,还是好的!),你只要将项目的.ncb、.opt、.aps、.clw文件以及Debug、Release目录下的所有文件都删掉,然后重新编译就行了。
    2) 如果你想与别人共享你的源代码项目,但是把整个项目做拷贝又太大。你完全可以删掉以下文件:.dsw、.ncb、.opt、.aps、.clw、. plg文件以及Debug、Release目录下的所有文件。
    3) 当你的Workspace中包含多个Project的时候,你可能不能直观地、一眼看出来哪个是当前项目。可以如下设置:Tools->Options->Format,然后在Category中选择Workspace window,改变其默认的字体(比如设成Fixedsys)就行了。
    4) 如何给已有的Project改名字?将该Project关掉。然后以文本格式打开.dsp文件,替换原来的Project名字即可。
    5) VC6对类成员的智能提示功能很有用,但有时候会失灵。你可以先关掉项目,将.clw和.ncb删掉,然后重新打开项目,点击菜单项View->ClassWizard,在弹出的对话框中按一下“Add All”按钮;重新Rebuild All。应该可以解决问题
    6)如何解决unexpected end of file while looking for precompiled header directive的问题?右键点工程名,选设置,然后选c/c++属性页,再选catagory选单中选 precompiled header ,将选项置成no use 或者autometic

    编译选项对编程人员有时候是相当的模糊,下面对其做个总结:
    visual studio

    /Od 禁用优化(默认值) disable optimizations (default)
    /Ox 最大化选项。(/Ogityb2 /Gs) maximum opts. (/Ogityb1 /Gs)
    /Og 启用全局优化 enable global optimization
    /Oy[-] 启用框架指针省略 enable frame pointer omission
    /Oi 启用内建函数 enable intrinsic functions

    -代码生成-
    /G3 为 80386 进行优化 optimize for 80386
    /G4 为 80486 进行优化 optimize for 80486
    /GR[-] 启用 C++ RTTI enable C++ RTTI
    /G5 为 Pentium 进行优化 optimize for Pentium
    /G6 为 Pentium Pro 进行优化 optimize for Pentium Pro
    /GX[-] 启用 C++ 异常处理(与 /EHsc 相同) enable C++ EH (same as /EHsc)
    /EHs 启用同步 C++ 异常处理 enable synchronous C++ EH
    /GD 为 Windows DLL 进行优化 optimize for Windows DLL
    /GB 为混合模型进行优化(默认) optimize for blended model (default)
    /EHa 启用异步 C++ 异常处理 enable asynchronous C++ EH
    /Gd __cdecl 调用约定 __cdecl calling convention
    /EHc extern“C”默认为 nothrow extern “C” defaults to nothrow
    /Gr __fastcall 调用约定 __fastcall calling convention
    /Gi[-] 启用增量编译 enable incremental compilation
    /Gz __stdcall 调用约定 __stdcall calling convention
    /Gm[-] 启用最小重新生成 enable minimal rebuild
    /GA 为 Windows 应用程序进行优化 optimize for Windows Application
    /Gf 启用字符串池 enable string pooling
    /QIfdiv[-] 启用 Pentium FDIV 修复 enable Pentium FDIV fix
    /GF 启用只读字符串池 enable read-only string pooling
    /QI0f[-] 启用 Pentium 0x0f 修复 enable Pentium 0x0f fix
    /Gy 分隔链接器函数 separate functions for linker
    /GZ 启用运行时调试检查 enable runtime debug checks
    /Gh 启用钩子函数调用 enable hook function call
    /Ge 对所有函数强制堆栈检查 force stack checking for all funcs
    /Gs[num] 禁用堆栈检查调用 disable stack checking calls

    -输出文件-
    /Fa[file] 命名程序集列表文件 name assembly listing file
    /Fo 命名对象文件 name object file
    /FA[sc] 配置程序集列表 configure assembly listing
    /Fp 命名预编译头文件 name precompiled header file
    /Fd[file] 命名 .PDB 文件 name .PDB file
    /Fr[file] 命名源浏览器文件 name source browser file
    /Fe 命名可执行文件 name executable file
    /FR[file] 命名扩展 .SBR 文件 name extended .SBR file
    /Fm[file] 命名映射文件 name map file

    -预处理器-
    /FI 命名强制包含文件 name forced include file
    /C 不吸取注释 don’t strip comments
    /U 移除预定义宏 remove predefined macro
    /D{=|#} 定义宏 define macro
    /u 移除所有预定义宏 remove all predefined macros
    /E 将预处理定向到标准输出 preprocess to stdout
    /I 添加到包含文件的搜索路径 add to include search path
    /EP 将预处理定向到标准输出,不要带行号 preprocess to stdout, no #line
    /X 忽略“标准位置” ignore “standard places”
    /P 预处理到文件 preprocess to file

    -语言-
    /Zi 启用调试信息 enable debugging information
    /Zl 忽略 .OBJ 中的默认库名 omit default library name in .OBJ
    /ZI 启用调试信息的“编辑并继续”功能 enable Edit and Continue debug info
    /Zg 生成函数原型 generate function prototypes
    /Z7 启用旧式调试信息 enable old-style debug info
    /Zs 只进行语法检查 syntax check only
    /Zd 仅要行号调试信息 line number debugging info only
    /vd{0|1} 禁用/启用 vtordisp disable/enable vtordisp
    /Zp[n] 在 n 字节边界上包装结构 pack structs on n-byte boundary
    /vm 指向成员的指针类型 type of pointers to members
    /Za 禁用扩展(暗指 /Op) disable extensions (implies /Op)
    /noBool 禁用“bool”关键字 disable “bool” keyword
    /Ze 启用扩展(默认) enable extensions (default)

    • 杂项 -
      /?, /help 打印此帮助消息 print this help message
      /c 只编译,不链接 compile only, no link
      /W 设置警告等级(默认 n=1) set warning level (default n=1)
      /H 最大化外部名称长度 max external name length
      /J 默认 char 类型是 unsigned default char type is unsigned
      /nologo 取消显示版权消息 suppress copyright message
      /WX 将警告视为错误 treat warnings as errors
      /Tc 将文件编译为 .c compile file as .c
      /Yc[file] 创建 .PCH 文件 create .PCH file
      /Tp 将文件编译为 .cpp compile file as .cpp
      /Yd 将调试信息放在每个 .OBJ 中 put debug info in every .OBJ
      /TC 将所有文件编译为 .c compile all files as .c
      /TP 将所有文件编译为 .cpp compile all files as .cpp
      /Yu[file] 使用 .PCH 文件 use .PCH file
      /V 设置版本字符串 set version string
      /YX[file] 自动的 .PCH 文件 automatic .PCH
      /w 禁用所有警告 disable all warnings
      /Zm 最大内存分配(默认为 %) max memory alloc (% of default)

    -链接-
    /MD 与 MSVCRT.LIB 链接 link with MSVCRT.LIB
    /MDd 与 MSVCRTD.LIB 调试库链接 link with MSVCRTD.LIB debug lib
    /ML 与 LIBC.LIB 链接 link with LIBC.LIB
    /MLd 与 LIBCD.LIB 调试库链接 link with LIBCD.LIB debug lib
    /MT 与 LIBCMT.LIB 链接 link with LIBCMT.LIB
    /MTd 与 LIBCMTD.LIB 调试库链接 link with LIBCMTD.LIB debug lib
    /LD 创建 .DLL Create .DLL
    /F 设置堆栈大小 set stack size
    /LDd 创建 .DLL 调试库 Create .DLL debug libary
    /link [链接器选项和库] [linker options and libraries]

    小知识:

    1.Release 和 Debug 有什么不同

    Release 版称为发行版, Debug 版称为调试版。

    Debug 中可以单步执行、跟踪等功能,但生成的可执行文件比较大,代码运行速度较慢。 Release 版运行速度较快,可执行文件较小,但在其编译条件小无法执行调试功能。

    Release 的 exe 文件链接的是标准的 MFC DLL(Use MFC in a shared or static dll), 比如 MFC42.DLL 。这些 DLL 在安装 Windows 的时候,已经配置,所以这些程序能够在没有安装 Visual C++ 6.0 的机器上运行。而 Debug 版本的 exe 链接了调试版本的 MFC DLL 文件,如 MFC42D.DLL 。在没有安装 Visual C++6.0 的机器上不能运行,因为缺 MFC42D.DLL 等,除非选择 use static dll when link 。

    2.ASSERT 和 VERIFY 有什么区别

    ASSERT 里面的内容在 Release 版本中不编译, VERIFY 里面的内容仍然翻译,但不再判断真假。所以后者更安全一点。

    例如 ASSERT(file.Open(strFileName)) 。

    一旦到了 Release 版本中,这一行就忽略了, file 根本就不 Open() 了,而且没有任何出错的信息。如果用 VERIFY() 就不会有这个问题。

    3.Workspace 和 Project 之间是什么样的关系

    每个 Workspace 可以包括几个 project ,但只有一个处于 Active 状态,各个 project 之间可以有依赖关系,在 project 的 Setting.. 中可以设定,比如那个 Active 状态的 project 可以依赖于其他的提供其函数调用的静态库。

    1. 如何在非 MFC 程序中使用 ClassWizard

    在工程目录下新建一个空的 .RC 文件,然后加入到工程中就可以了。

    1. 在编辑状态下发现成员变量或函数不能显示提示是如何打开显示功能

    这似乎是目前这个 Visual C++ 6.0 版本的一个 bug ,可按如下步骤使其正常,如再出现,可如法炮制:

    (1) 关闭 Project

    (2) 删除 “ 工程名 .ncb” 文件

    (3) 重新打开工程

    1. 如何将一个通过 ClassWizard 生成的类彻底删除

    首先在工作区的 FileView 中选中该类的 .h 和 .cpp 文件,按 delete 删除,然后在文件管理器中将这两个文件删除,再运行 ClassWizard ,这时出现是否移走该类的提示,选择 remove 就可以了。

    1. 如何将再 workspace 中消失的类找出来

    打开该类对应的头文件,然后将其类名随便改一下,这个时候工作区就会出现新的类,再将这个类改回原来的名字就可以了。

    1. 如何添加 Lib 文件到当前工程

    单击菜单【 Project 】- > 【 Settings… 】弹出 “Project Setting” 对话框,切换到 “Link” 标签页,在 “Object/library modules” 处输入 Lib 文件名称,不同的 Lib 之间用空格格开。

    1. 如何快速删除项目下的 Debug 文件夹中临时文件

    在工作区的 FileView 视图中选中对应的项目,单击右键弹出菜单,选择【 Clean(selection only) 】菜单即可

    1. 如何快速生成一个现有工程除了工程名外完全相同的新工程。

    在新建工程的 “New” 对话框中选择 “Custom Appwizard” 项,输入新工程的名字,单击【 OK 】按钮。出现 “Custom AppWizard” 项,输入新工程的名字,单击【 OK 】按钮。出现 “Custom AppWizard - Step 1 of 2” 对话框,选择 “An existing Project” 项,单击【 Next 】按钮。出现 “Custom AppWizard - Step 2 of 2” 对话框,选择现有工程的工程文件名,最后单击【 Finish 】按钮。编译后就生成一个与现有工程相同但可以重新取名的工程 AppWizard 。

    现在就可以项用 MFC AppWizard 一样用这个定制的向导。如果不想用了,可以在 Visual C++ 6.0 安装目录下 Common\MSDev98\Template 目录中删除该 Wizard 对应的 .awx 和 .pdb 文件。

    1. 如何解决 Visual C++ 6.0 不正确连接的问题

    情景:明明之间改动了一个文件,却要把整个项目全部重新编译链接一次。刚刚链接好,一运行,有提示重新编译链接一次。

    这是因为出现了未来文件 ( 修改时间和创建时间比系统时间晚 ) 的缘故。可以这样处理:找到工程文件夹下的 debug 目录,将创建和修改时间都比系统时间晚的文件全部删除,然后再从新 “Rebuild All” 一次。

    12.Visual C++ 6.0 工程中的项目文件都表示什么。

    .opt :工程关于开发化境的参数文件。如工具条位置等信息。

    .aps(AppStudio File) 资源辅助文件,二进制格式,一般不用去管他。

    .clw : ClassWizard 信息文件,实际上是 INI 文件格式,又兴趣可以研究一下。有时候 ClassWizard 出了问题,手工修改 CLW 文件可以解决。如果此文件不存在的话,每次用 ClassWizard 的时候回提示是否重建。

    .dsp(DevelopStudio Project) :项目文件,文本格式,不过不熟悉的或不要手工修改。

    .dsw(DevelopStudio Workspace) :是工作区文件,其他特点和 .dsp 差不多。

    .plg :是编译信息文件,编译时的 error 和 warning 信息文件 ( 实际上时一个 html 文件 ) ,一般用处不大。在单击菜单【 Tool 】 -> 【 Option 】弹出的对话框里面有个选项可以控制这个文件的生成。

    .hpj(Help Project) :是生成帮助文件的工程,用 microsoft Help Compiler 可以处理。

    .mdp(Microsoft DevStudio Project) :是旧版本的项目文件,如果要打开此文件的话,回提示你是否转换成新的 .dsp 格式。

    .bsc :是用于浏览项目信息的,如果用 Source Brower 的话就必须又这个文件。如果不用这个功能的话,可以在 Project Options 里面去掉 Generate Browse Info File ,这样可以加快编译速度。

    .map 是执行文件的影像信息记录文件,除非对系统底层,这个文件一般用不着。

    .pch(Pre-Compiled File) :是与编译文件,可以加快编译速度,但是文件非常大。

    .pdb(Program Database /C: 在预处理输出中保留注释语句 ) : 记录了程序有关的一些数据和调试信息,在调试的时候可能有用。

    .exp :只有在编译 DLL 的时候才会生成,记录了 DLL 文件的一些信息,一般也没有用。

    .ncb :无编译浏览文件 (no compile browser) 。当自动完成功能出问题时可以删除此文件。编译工程后回自动生成。

    1. 完全可以删掉以下文件: .dsw 、 .ncb 、 .opt 、 .aps 、 .clw 、 . plg 文件以及 Debug 、 Release 目录下的所有文件。

    2. 如何给已有的 Project 改名字?将该 Project 关掉。然后以文本格式打开 .dsp 文件,替换原来的 Project 名字即可。

    15 . VC6 对类成员的智能提示功能很有用,但有时候会失灵。你可以先关掉项目,将 .clw 和 .ncb 删掉,然后重新打开项目,点击菜单项 View->ClassWizard ,在弹出的对话框中按一下“ Add All ”按钮;重新 Rebuild All 。应该可以解决问题。

    展开全文
  • .//与API函数...一个是相对路径,一个是绝对路径.//是的到应用程序的当前目录,但当前目录不一定等于应用程序执行文件的所在目录,一个应用程序被启动时,当前目录是可以被任意设置的。GetModuleFileNam

    .//与API函数GetModuleFileName获取应用程序目录有何不一样?
    采用.//也能获得应用程序目录,采用GetModuleFileName也能获得,二者有何不同?
    一样!
    一个是相对路径,一个是绝对路径
    .//是的到应用程序的当前目录,但当前目录不一定等于应用程序执行文件的所在目录,一个应用程序被启动时,当前目录是可以被任意设置的。
    GetModuleFileName()得到模块的完整路径名,例如,你载入c:/windows/system32/a.dll,得到模块句柄h,则你可以用GetModuleFileName()得到h模块的完整路径名。
    .//一般用在包含头文件的语句中。
    另一个是程序编译后起作用的,例如,打开自定义的配置文件等。
    如何去取得这个Hanlde?
    如果你直接用LoadLibrary()或AfxLoadLibrary()载入dll,该函数返回值就是handle;
    如果你隐式载入dll, 用GetModuleHandle("dll文件名")也可以得到handle; 

    MFC程序得到本身路径

    在开发工程中,往往需要知道当前程序本身所在目录。
    一种方法是在程序安装的时候利用安装程序把文件路径写入注册表。在较大的程序中,这种方法比较常用
    另一种,就是在程序得到路径。这样,程序随便移动到哪里,都可以得到正确的路径。这也是本文介绍的方法。

    方法一:
    [code]
    //得到帮助文件的路径
    CString strFullName = AfxGetApp()->m_pszHelpFilePath;
    //得到的是:X:/XXXX/XXX.hlp

    //解析路径,得到当前运行程序所在目录
    char drive[_MAX_DRIVE];
    char dir[_MAX_DIR];

    _splitpath(strAppName, drive, dir, NULL,NULL);
    CString strPath;
    strPath.Format("%s%s", drive, dir);
    //strPath即为得到的当前运行程序所在目录
    [/code]
    另外,AfxGetApp()->m_pszAppName 得到应用程序名称
    AfxGetApp()->m_pszExeName 得到程序文件名,不包括扩展名

    方法二:
    得到全路径
    TCHAR exeFullPath[MAX_PATH]; // MAX_PATH
    GetModuleFileName(NULL,exeFullPath,MAX_PATH);//得到程序模块名称,全路径
    也就是当前运行程序的全路径
    利用方法一的解析路径的方法,即可得到程序所在路径。

    GetModuleFileName函数原型
    DWORD GetModuleFileName(
       HMODULE hModule,     // handle to module。将要得到的模块的句柄。如果是当前模块,NULL
       LPTSTR lpFilename,   // path buffer   得到的文件名。
       DWORD nSize          // size of buffer   一般MAX_PATH就可以了
    );

    展开全文
  • 左边的树形视图给出了当前工程所有的文件及分类情况。如果我们把工程“Schedule”置为高亮显示(正如图9-1那样),对话框的右边就会出现总共十个选项卡,其中列出了与工程有关的各种选项,不少选项卡中有一个Reset...
  • c/c++, 附加库目录,代表的是c/c++文件编译时所需要的头文件,而资源编译时也是需要附加包含目录的, 而vc++的包含目录,代表的是全局项目的包含目录 配置过VC++里面的库,C/C++里面的就可以不用配置...
  • 选择当前工程,右击"Properties" -> "Configuration Properties" -> "Debugging",在"Working Directory"设置dll的路径就可以了   方法二:设置项目的环境变量   ...
  • 2、附加包含目录包含目录不同,包含目录作用于全局,附加包含目录作用于当前项目。 3、当需要向项目中添加.dll动态链接库时,直接将需要添加的.dll文件拖拽到项目生成的.exe所在的文件夹下即可(项目->属性->...
  • 选择Catalog为Preprocessor,在Additional Include Directory 里面加入刚才建的目录名 Project->Setting->Link-选择Category为Input,在Additional Linbrary path里填入你所建立的文件夹即additional即可,然后对...
  • 头文件包含(#include)是C/C++中最基本的语法了,不过理解的不深入的话,有时候还是会带来很大的困扰,本文总结一下VC开发环境(以VC2008为例)下包含头文件的用法。  一、#include  网上很流行的一种说法...
  • 很多学习编程的同学都遇到这样的问题,在Windows操作系统下使用Visual C++ ... 出现这种问题的原因是VC6.0和其他软件冲突所致,网上一般认为是和Office2007或者Office2010冲突,有人说是和Office里的vosio冲突,但是
  • 1. #include 只找默认属性...(此CPP文件的目录), 附加包含目录, 标准包含目录, 当前目录(工程文件的目录) 4. 特别的, 两种include都支持相对路径.  举例:  目录结构 test\ =>项目根目录 test\stdafx.h test\stda
  • 建工程时,所需要的库可以不和工程在同一目录(不同磁盘),也可以在同一目录(即都在工程目录下)。 1.如果所需要的库和工程在不同磁盘,则将此工程给别人使用时,别人也需包含所需的库,否则,该工程则无法运行。 ...
  • VC6.0的工程设置解读Project--Settings

    千次阅读 2018-10-22 16:29:39
    做开发差不多一年多了,突然感觉对VC工程设置都不是很清楚,天天要和VC见面,虽然通常情况下一般都不会修改工程设置,但是还是有必要对它的一些设置项的来龙去脉有一定的了解,所以狂查资料,稍作整理,总结一篇...
  • .//是的到应用程序的当前目录,但当前目录不一定等于应用程序执行文件的所在目录,一个应用程序被启动时,当前目录是可以被任意设置的。 GetModuleFileName()得到模块的完整路径名,例如,你载入c:/windows/...
  • vc中将工程目录下文件夹inc中的头文件Driver.h包含当前工程中:用#include "inc/Driver.h
  • VC6.0对win7的支持,必须要在安装时正确设置,安装完成后还要打补丁。 以下教程将教给您如何在win7下正确安装VC6.0。安装完成后,还需要打补丁,在文章最后给出。 注意,安装过程和使用过程会出现如下“程序...
  • VS项目中的包含目录、库目录、附加包含目录、附加库目录、附加依赖项均在"项目->属性->配置属性"下进行配置,具体说明如下: VC++目录:     包含目录:寻找#include<xxxx.h>中的xxxx.h...
  • VC工程设置

    2014-04-28 16:29:00
    做开发差不多一年多了,突然感觉对VC工程设置都不是很清楚,天天要和VC见面,虽然通常情况下一般都不会修改工程设置,但是还是有必要对它的一些设置项的来龙去脉有一定的了解,所以狂查资料,稍作整理,总结一篇...
  • 使用JScript脚本批量修改VC工程设置

    千次阅读 2013-09-05 18:49:43
    很多时候升级了第三方库,需要对很多工程修改设置。在VS中按住Ctrl键确实可以多选工程,但通过这样做也有...现在我恰好也有这样的需求,我将gdal库从1.9.1升级到1.10.0,我决定编写一个JScript脚本实现修改VC工程设置。
  • VC6.0工程设置介绍

    千次阅读 2012-05-23 16:10:47
    VC6.0工程设置介绍 打开或新建一个包 含至少一个工程的Workspace后,VC6的Project菜单中的“Settings…”命令就变为有效,选择它或者按下热键Alt+F7后,便可调出工程设置对话框,这里面的选项将影响整个工程的...
  • ④、工程当前目录与Debug调试目录的不同。 22、系统信息的获取 ①、当前用户名称、计算机名称的获取; ②、CPU、内存、硬盘信息的获取。 23、进程的相关操作 ①、进程创建的三种方法及CreateProcess参数存在的...
  • 问题: 删除本地某一目录下所有的名称中包含指定字符串的目录,如删除一个目录下所有包含“Debug”的目录: 声明并实现一个空函数:BOOL RemoveSpecifiedDir(LPCTSTR lpszDirPath, LPCTSTR lpszSpecifiedDir) 假设...
  • CreateProcess的当前进程的当前目录

    千次阅读 2016-05-16 09:40:04
    CreateProcess的当前进程的当前目录是什么? [问题点数:100分] 不显示删除回复 显示所有回复 显示星级回复 显示得分回复 只显示楼主 收藏   账号:GoForSky昵称:GoForSky关注 ...
  • VC生成的DLL文件放在了当前目录下,使用BCB的命令行工具implib生成的.lib文件,具体格式为implib bcb.lib vc.dll,再把implib根据dll生成的LIB文件加入到工程中,再在工程中加入DLL出口函数的声明(函数名前加上了...
  •  最初的VC++目录对应于Microsoft Windows的SDK,它的变量也是Windows的环境变量(PATH),而C/C++中的设置不是设置环境变量,它是设置命令行参数的,只针对当前工程。即:“VC++目录”影响全局,只要是电脑上这个VS...
  • VC 论文设计:灯控系统源代码 文档,作者: 张鲲鹏,对于需要站场图... 注:在工程当前目录下建立map文件夹并把站场图文件“中心调监.ini”放在里面,因为站场图显示模块显示站场图的默认路径是“.\map\中心调监.ini”

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 17,363
精华内容 6,945
关键字:

vc包含当前工程目录