无法打开_无法打开源文件 - CSDN
精华内容
参与话题
  • 无法打开包括文件"math.h

    千次阅读 2019-04-19 10:30:24
    今天又学会了一招。 ...的文字,然后末尾有git开源代码,很舒服,有代码就是好办了。 但是最苦恼的时候,C++的一堆包含目录设置。 首先是找不到math.h文件,那么此时,要遍历c盘然后找到math.h的目录,可以发现是: ...

    今天又学会了一招。
    在学习软渲染的时候,首先找到了https://blog.csdn.net/puppet_master/article/details/80317178
    的文字,然后末尾有git开源代码,很舒服,有代码就是好办了。
    但是最苦恼的时候,C++的一堆包含目录设置。
    首先是找不到math.h文件,那么此时,要遍历c盘然后找到math.h的目录,可以发现是:
    C:\Program Files (x86)\Windows Kits\10\Include\10.0.14393.0\ucrt
    于是乎,需要在VC++目录的包含目录以及库目录中加入如下的路径:
    在这里插入图片描述

    结果还是报找不到math.h文件。

    于是下面就是要我学会的一招了:到配置属性——》常规——》Windows SDK版本中发现,还是使用的是8.1
    在这里插入图片描述

    这个不对呀,于是我将其改为如下,结果编译之后正常了。

    在这里插入图片描述

    总结:编译缺失文件
    1、添加include的目录,具体使在C盘查找文件目录,然后将其包含在VC++目录-》包含目录中。
    2、确认项目的Windows SDK版本是否正确。
    3、确认平台是否正确,是x86还是x64
    4、确认项目时debug版本,还是release版本。

    以上都设置正确了,项目就会编译成功。

    展开全文
  • android应用内跳转WebView出现如标题的报错信息, 原因是从Android 6.0开始引入了对Https... 解决方法如下: 在清单文件里加入android:usesCleartextTraffic="true"这句即可 ...xml version="1.0" encoding="utf-8...

    android应用内跳转WebView出现如标题的报错信息,

    原因是从Android 6.0开始引入了对Https的推荐支持,与以往不同,Android P的系统上面默认所有Http的请求都被阻止了。

    解决方法如下:

    在清单文件里加入android:usesCleartextTraffic="true"这句即可

    <?xml version="1.0" encoding="utf-8"?>
    
    <manifest ...>
    
        <uses-permission android:name="android.permission.INTERNET" />
    
        <application
    
            ...
            <!-- 加入下面这句 -->
            android:usesCleartextTraffic="true"
    
            ...>
    
            ...
    
        </application>
    
    </manifest>

     

    展开全文
  • APK下载完成后,点击提示无法打开,如何解决 近期在做一个项目时,实现了扫码下载的功能,其基本流程如下: 集成了zxing的扫描库,当识别了二维码后,跳转到一个WebView页面。 设置此WebView的的下载监听器,如下...

    APK下载完成后,点击提示无法打开,如何解决

    近期在做一个项目时,实现了扫码下载的功能,其基本流程如下:

    1. 集成了zxing的扫描库,当识别了二维码后,跳转到一个WebView页面。
    2. 设置此WebView的的下载监听器,如下:
    // 设置WebView下载监听器
            wvDetail.setDownloadListener(new DownloadListener() {
                @Override
                public void onDownloadStart(String url, String userAgent, String contentDisposition, String mimeType, long contentLength) {
                    showWillDownloadDialog(url, contentDisposition, mimeType);
                }
            });

         3.调用Android系统的DownloadManager进行下载动作,并在通知栏显示下载进度。

    做了以上三步后,扫码下载的功能基本实现了。

    我通过应用宝,百度手机助手等获取一些App的下载地址,并通过草料二维码网站生成相应的二维码,再通过我们的扫码下载功能进行扫描下载。经过测试发现,这些Android市场的下载链接都能正常下载,下载完成后,点击通知栏,都能正常弹出安装页面,但是,在公司一些平台上托管的App,我们扫描相应的二维码,也能正常下载,并在通知栏显示下载进度,下载完成,点击通知栏,弹出“无法打开”的提示语。

    这是怎么回事?为什么应用宝,百度手机助手的App,扫码下载完成后点击能正常弹出安装页面,有些就不行呢?

    没关系!有问题并可怕,我们都能解决掉。

    手机连上电脑,复现“无法打开”的问题,仔细查看Android Studio控制台打印的系统log,发现有下面的log:

    I/ActivityManager: START u0 {act=android.intent.action.VIEW dat=content://com.android.providers.downloads.documents/document/21 typ=application/octet-stream flg=0x10000003} from uid 10017
    08-14 11:13:19.394 16343-16362/android.process.media W/DownloadManager: Failed to start Intent { act=android.intent.action.VIEW dat=content://com.android.providers.downloads.documents/document/21 typ=application/octet-stream flg=0x10000003 }: android.content.ActivityNotFoundException: No Activity found to handle Intent { act=android.intent.action.VIEW dat=content://com.android.providers.downloads.documents/document/21 typ=application/octet-stream flg=0x10000003 }

    上面错误log的大体意思是:type=application/octet-stream,action=android.intent.action.VIEW,dat=content://com.android.providers.downloads.documents/document/21,无法找到相应的系统Activity来进行相应的操作。

    找到了问题的症结所在,接下来就要想办法解决。

    因为我们下载的apk文件,要想能点击弹出安装页面,就需要将mimeType设置为"application/vnd.android.package-archive",所以,我们可以在调用系统DownloadManager进行下载时,进行相应的判断和处理,具体实现如下:

    /**
         * 调用系统下载器进行下载
         *
         * @param url
         * @param contentDisposition
         * @param mimeType
         */
        private void downloadBySystem(String url, String contentDisposition, String mimeType) {
            // 指定下载地址
            DownloadManager.Request request = new DownloadManager.Request(Uri.parse(url));
            // 允许媒体扫描,根据下载的文件类型被加入相册、音乐等媒体库
            request.allowScanningByMediaScanner();
            // 设置通知的显示类型,下载进行时和完成后显示通知
            request.setNotificationVisibility(DownloadManager.Request.VISIBILITY_VISIBLE_NOTIFY_COMPLETED);
            // 允许在计费流量下下载
    //        request.setAllowedOverMetered(false);
            // 允许该记录在下载管理界面可见
            request.setVisibleInDownloadsUi(false);
            // 允许漫游时下载
            request.setAllowedOverRoaming(true);
            // 允许下载的网路类型
    //        request.setAllowedNetworkTypes(DownloadManager.Request.NETWORK_WIFI);
            // 设置下载文件保存的路径和文件名
            String fileName  = URLUtil.guessFileName(url, contentDisposition, mimeType);
            LogUtil.w("fileName:{}" + fileName);
            if (fileName != null && fileName.endsWith(ConstantUtil.FILE_EXTENSION_NAME) && SPECIAL_MIME_TYPE.equals(mimeType)) {
                mimeType = "application/vnd.android.package-archive";
            }
            request.setMimeType(mimeType);
            request.setDestinationInExternalPublicDir(Environment.DIRECTORY_DOWNLOADS, fileName);
    //        另外可选一下方法,自定义下载路径
    //        request.setDestinationUri()
    //        request.setDestinationInExternalFilesDir(ContextUtil.getAppContext(), ContextUtil.getAppContext().getExternalFilesDir(Environment.DIRECTORY_DOWNLOADS).getAbsolutePath(), fileName);
            final DownloadManager downloadManager = (DownloadManager) getSystemService(DOWNLOAD_SERVICE);
            // 添加一个下载任务
            long downloadId = downloadManager.enqueue(request);
            LogUtil.w("downloadId:{}" + downloadId);
        }

    经过在Android7.1,Android8.1反复验证,问题解决。

    热烈欢迎大家积极留言反馈,我们会为大家不断提供更加优质的技术干货。

    本文章已同步发布在下面这个公众号,欢迎大家关注,转发,谢谢。

    展开全文
  •  下午出了一个非常可恶的问题,我的一个基于MFC 对话框的程序因为预编译头文件stdafx.h的原因始终无法编译通过。 由于程序整体是需要预编译头文件的。因此工程内所有cpp文件通通都包括了#include stdafx.h。  ...

    错误类型1:

    环境:VS2008

    语言:C++

         下午出了一个非常可恶的问题,我的一个基于MFC 对话框的程序因为预编译头文件stdafx.h的原因始终无法编译通过。 由于程序整体是需要预编译头文件的。因此工程内所有cpp文件通通都包括了#include stdafx.h。

         我自己写的文件放在工程文件夹下自建的一个文件夹里。比如工程名DynamicPathPlan, 我的文件SamplePredictModel.h、SamplePredictModel.cpp放在 "C:/当前的实际机器人代码/DynamicPathPlan_SelfLoc/DynamicPathPlan/SelfLoc"文件夹里面。而MFC自动生成的stdafx.h是放在工程文件夹下面。同时在SelfLoc文件夹下面还有若干自己写的类文件。其他的类中cpp文件也都有#include stdafx.h,而且都没有错。独独是这么一个文件SamplePredictModel.cpp 中报错:"fatal error C1083: 无法打开包括文件:“Stdafx.h”: No such file or directory"( 我不明白为什么它报错,同一目录下其他的文件都没有报错,当然如果在同目录这些正常的文件上尝试通过右击"#include stdafx.h"以打开stdafx.h是不能打开的)。

         如果在工程属性中设置不使用预编译头当然是可以避免这一问题的,但是仅仅因为这一个文件就要去掉所有其他文件中的stdafx.h 实在不划算,而且对话框文件中还是需要stdafx.h的。因此工程部使用预编译头是不行的。 我尝试将包含语句改为 #include ../stdafx.h VC报错说是我没有添加stdafx.h。失败。网上找了n多看,都不得要领。 正好想到解决方案管理器中可以给每个文件设置是否使用预编译头。 因此将整个工程设为使用预编译头,再将SamplePredictModel.cpp 单独设为不使用预编译头。然后删掉#include ../stdafx.h。 于是。。。。整个世界清静了。。。。编译通过。 结论1. 工程属性中的预编译头设置相当于给所有工程中的文件都进行了同样设置。 然而我们自己给文件再更改它的设置,从而实现了仅单个文件不使用预编译头。

    错误类型2:

    用VS2008创建了一个工程,具体是啥忘记了,

    编译时出现
    fatal error C1083: 无法打开预编译运行头文件:“Debug\xxxx.pch”: No s.........

    Method1,rebuild all

    Method2,项目-〉属性-〉C/C++ -〉预编译头,修改 创建/使用预编译头 为 创建预编译头.
    VC.net中:修改:项目->属性->C/C++ ->预编译头->不使用预编译头
    谢谢,我重新生成后,这个Error就没有了
    谢谢各位朋友指点
    VC默认在编译StdAfx.cpp时生成预编译头文件,编译其它cpp时使用预编译头文件,先编译一下StdAfx.cpp即可.
     

    错误类型3:

    但是在vs2008里面却发现:

    fatal error C1083: 无法打开预编译头文件:“Debug\t.pch”: No such file or directory

    本来就是一个很小的程序,自己在网上查了一下,还是不行。不得已向高手请教,可是高手却没空。自己就摸索着弄了起来,最后终于解决了,爽啊!

    自己总结一下:

    在MSDN中是这样说的:


    其实大部分原因是第一条文件不存在,我的那个问题就是输入第一类。这里要涉及编译头的概念(以下是转载)

    预编译头的概念:

    所谓的预编译头就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是

    以.pch为扩展名的),这个文件就称为预编译头文件这些预先编译好的代码可以是任何的

    C/C++代码--------甚至是inline的函数,但是必须是稳定的,在工程开发的过程中不会

    被经常改变。如果这些代码被修改,则需要重新编译生成预编译头文件。注意生成预编

    译头文件是很耗时间的。同时你得注意预编译头文件通常很大,通常有6-7M大。注意及

    时清理那些没有用的预编译头文件。

    也许你会问:现在的编译器都有Time stamp的功能,编译器在编译整个工程的时候,它

    只会编译那些经过修改的文件,而不会去编译那些从上次编译过,到现在没有被修改过

    的文件。那么为什么还要预编译头文件呢?答案在这里,我们知道编译器是以文件为单

    位编译的,一个文件经过修改后,会重新编译整个文件,当然在这个文件里包含的所有

    头文件中的东西(.eg Macro, Preprocesser )都要重新处理一遍。VC的预编译头文件

    保存的正是这部分信息。以避免每次都要重新处理这些头文件。

    预编译头的作用:

    根据上文介绍,预编译头文件的作用当然就是提高便宜速度了,有了它你没有必要每次

    都编译那些不需要经常改变的代码。编译性能当然就提高了。

    预编译头的使用:

    要使用预编译头,我们必须指定一个头文件,这个头文件包含我们不会经常改变的

    代码和其他的头文件,然后我们用这个头文件来生成一个预编译头文件(.pch文件)

    想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的

    ,编译器带的一个头文件。其实不是的,这个文件可以是任何名字的。我们来考察一个

    典型的由AppWizard生成的MFC Dialog Based 程序的预编译头文件。(因为AppWizard

    会为我们指定好如何使用预编译头文件,默认的是StdAfx.h,这是VC起的名字)。我们

    会发现这个头文件里包含了以下的头文件:

    #include <afxwin.h> // MFC core and standard components

    #include <afxext.h> // MFC extensions

    #include <afxdisp.h> // MFC Automation classes

    #include <afxdtctl.h> // MFC support for Internet Explorer 4

    Common Controls

    #include <afxcmn.h>

    这些正是使用MFC的必须包含的头文件,当然我们不太可能在我们的工程中修改这些头文

    件的,所以说他们是稳定的。

    那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我

    们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件

    里只有一句代码就是:#include “Stdafx.h”。原因是理所当然的,我们仅仅是要它能

    够编译而已?D?D?D也就是说,要的只是它的.cpp的扩展名。我们可以用/Yc编译开关来指

    定StdAfx.cpp来生成一个.pch文件,通过/Fp编译开关来指定生成的pch文件的名字。打

    开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的

    树形视图里选择整个工程 

    Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”,这就是指

    定生成的.pch文件的名字,默认的通常是 <工程名>.pch(我的示例工程名就是PCH)。

    然后,在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件!

    这时原来的Project Option变成了 Source File Option(原来是工程,现在是一个文件

    ,当然变了)。在这里我们可以看到 /Yc开关,/Yc的作用就是指定这个文件来创建一个

    Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件,一个工程里只能有一个文

    件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件

    然后我们再选择一个其它的文件来看看,//其他cpp文件

    在这里,Precomplier 选择了 Use ⋯⋯⋯一项,头文件是我们指定创建PCH 文件的stda

    fx.h

    文件。事实上,这里是使用工程里的设置,(如图1)/Yu”stdafx.h”。

    这样,我们就设置好了预编译头文件。也就是说,我们可以使用预编译头功能了。以

    下是注意事项:

    1):如果使用了/Yu,就是说使用了预编译,我们在每个.cpp文件的最开头,我强调一遍

    是最开头,包含 你指定产生pch文件的.h文件(默认是stdafx.h)不然就会有问题。如

    果你没有包含这个文件,就告诉你Unexpected file end. 如果你不是在最开头包含的,

    你自己试以下就知道了,绝对有很惊人的效果⋯..

    fatal error C1010: unexpected end of file while looking for precompiled

    header directive

    Generating Code...

    2)如果你把pch文件不小心丢了,编译的时候就会产生很多的不正常的行为。根据以上

    的分析,你只要让编译器生成一个pch文件。也就是说把 stdafx.cpp(即指定/Yc的那个

    cpp文件)从新编译一遍。当然你可以傻傻的 Rebuild All。简单一点就是选择那个cpp

    文件,按一下Ctrl + F7就可以了。不然可是很浪费时间的哦。

     

    错误类型4:

    1、用VC.NET编辑程序,按Ctrl+F7,出现下列错误:

    fatal error C1083: 无法打开预编译头文件:“Debug/UGFace.pch”: No such file or  directory 

    解决方法:修改:项目->属性->C/C++ ->预编译头->不使用预编译头 即可。

    2、先打开一个以前做了一下的工程,编译通过,能运行。我就稍微修改了一下代码(只是修 改一个参数使写入INI文件的整数由0变为10),这时编译通不过了,提示头文件“stdafx.h”编译错误(具体错误提示忘记了),错误位置指向应用程序类的源文件的语句“#include "stdafx.h"”。不包含这个文件是不行的,左看右看没找出个原因来,甚至把代码改回原来的样子,还是不行。到网上一查,发现这么一段话:


    学用Visual C++ 6.0的第一个例程就让我出了错.用向导生成第一个基于对话框的Project之后,我按照书([Visual C++面向对象与可视化程序设计(第二版)]清华大学出版社pp76)上的例子开始了我的第一个程序,当我按照书上的源程序一个字一个字地输进去之后,始终有一个错误:fatal error C1010: unexpected end of file while looking for precompiled header directive.找了无数次之后,我决定把向导生成的包括头文件的语句:include"StdAfx.h"保留(而这之前我是把它删掉了的,因为书上的例子没有这句.)咦,这下就对了.这是为什么呢?我百思不得其解.

        来到我的VC源代码目录,我注意到每个Project每个Project下面的DEBUG文件夹都特别大,而且一个扩展名为 .pch的文件占去了绝大部分,我删掉之好像对程序编译运行没有什么影响.于是抱着对.pch文件的好奇,我在网上搜到了我疑惑之处的解答.这就是VC++6.0给我们带来的:预编译头文件.预编译头文件(一般扩展名为.PCH),是把一个工程中较稳定的代码预先编译好放在一个文件(.PCH)里.这些预先编译好的代码可以是任何的C/C++代码--甚至可以是inline函数,只是它们在整个工程中是较为稳定的,即在工程开发过程中不会经常被修改的代码.

        为什么需要预编译头文件?

        一言以蔽之:提高编译速度.一般地,编译器以文件为单位编译,如果修改了一工程中的一个文件则所有文件都要重新编译,包括头文件里的所有东西(eg.Macro宏,Preprocessor预处理),而VC程序中,这些头文件中所包括的东西往往是非常大的,编译之将占很长的时间.但它们又不常被修改,是较稳定的,为单独的一个小文件而重新编译整个工程的所有文件导致编译效率下降,因此引入了.PCH文件.

        如何使用预编译头文件以提高编译速度?

        要使用预编译头文件,必须指定一个头文件(.H),它包含我们不会经常修改的代码和其他的头文件,然后用这个头文件(.H)来生成一个预编译头文件(.PCH)VC默认的头文件就是StdAfx.h,因为头文件是不能编译的,所以我们还需要一个.CPP文件来作桥梁,VC默认的文件为StdAfx.cpp,这个文件里只有一句代码就是:#include "StdAfx.h".接下来要用它生成.PCH文件,涉及到几个重要的预编译指令:/Yu,/Yc,/Yx,/Fp.简单地说,/Yc是用来生成.PCH文件的编译开关.在Project->setting->C/C++的Category里的Precompiled Header,然后在左边的树形视图中选择用来编译生成.PCH文件的.CPP文件(默认即StdAfx.cpp)你就可以看到/Yc这个开关,它表示这个文件编译了以后是否生成.PCH文件(可能/Yc的c表示create)./Fp指令指定生成的.PCH文件的名字及路径(可能/Fp的p代表path)./Yu的u即use使用,工程中只要包括了.H文件的文件都会有这个/Yu指令.如果选择自动Automatic...的话则原来为/Yc的地方就换成了/Yx指令.如果选择自动,则每次编译时编译器会看以前有没有生成过.PCH文件,有则不现生成否则就再次编译产生.PCH文件.

    注意:
    A,实际上,由Appzard项目向导生成的默认的头文件及CPP文件StdAfx.h和StdAfx.cpp可以是任何名字的.原因很简单.但如果你要这样做就要记得修改相应的Project->setting...下的几个预编译指(/Yc,/Yu,/Yx,/Fp)的参数.


    B.在任何一个包括了将要预编译的头文件而使用了.PCH文件的工程文件的开头,一定必须要是在最开头,你要包含那个指定生成.PCH文件的.H文件(通过.CPP文件包括,默认为StdAfx.cpp),如果没包括将产生我最开头产生的错误.如果不是在最开头包括将产生让你意想不到的莫名其妙错误,如若不信,盍为试之?


    C.预编译文件.PCH生成之很耗时间,而且生成之后它也很占磁盘空间,常在5-6M,注意项目完成之后及时清理无用的.PCH文件以节约磁盘空间.


    D.如果丢了或删了.PCH文件而以后要再修改工程文件时,可将指定的/Yc的.CPP文件(默认为StdAfx.cpp)重新编译一次即可再次生成.PCH文件,不用傻傻的按F7或Rebuild All

     

        照这么说,我这种情况只要重新将“StdAfx.cpp”编译一下就可以了,一试,马上能编译运行了。心里不知道有多高兴,因为以前碰到过几次这样的问题都不知道怎么解决,只好重新创建一个相同的工程。
        以前还碰到过另外一种情况(早就解决了的):新建一个工程,随便找一个cpp文件,按ctrl+f7系统将会提示:fatal error C1083: 无法打开预编译的头文件:”Debug/xxx.pch”: No such file or directory(其中xxx是工程的名字)这种情况也是一样的原因,为vc的stdafx.h头文件未编译所致。也可以这样解决:先F7,编译后再ctrf+f7。
        看来什么东西都要从原理入手,才能更容易地解决;

    错误类型5:

    预编译头文件

    今天在改一个很大的程序,慢慢看,慢慢改。突然发现一个.c文件,里面什么也没有,

    就几个头文件,我一看,我靠,这不是把简单的问题搞复杂了吗,随手删掉那个c文件。

    结果不能编译了,我靠:

    fatal error C1083: Cannot open precompiled header file: \'Debug/v13_3.pch\':

    No such file or directory

    怎么rebuild all都不行。

    上网查了一下,才搞懂了:

    ----------------总结------

    如果工程很大,头文件很多,而有几个头文件又是经常要用的,那么

    1。把这些头文件全部写到一个头文件里面去,比如写到preh.h

    2。写一个preh.c,里面只一句话:#include "preh.h"

    3。对于preh.c,在project setting里面设置creat precompiled headers,对于其他

    .c文件,设置use precompiled header file

    //

    哈哈

    我试了一下,效果很明显,不用precompiled header,编译一次我可以去上个厕所,用

    precompiled header,编译的时候,我可以站起来伸个懒腰,活动活动就差不多啦

    ---------转载的文章----------

    预编译头的概念:

    所谓的预编译头就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是

    以.pch为扩展名的),这个文件就称为预编译头文件这些预先编译好的代码可以是任何的

    C/C++代码--------甚至是inline的函数,但是必须是稳定的,在工程开发的过程中不会

    被经常改变。如果这些代码被修改,则需要重新编译生成预编译头文件。注意生成预编

    译头文件是很耗时间的。同时你得注意预编译头文件通常很大,通常有6-7M大。注意及

    时清理那些没有用的预编译头文件。

    也许你会问:现在的编译器都有Time stamp的功能,编译器在编译整个工程的时候,它

    只会编译那些经过修改的文件,而不会去编译那些从上次编译过,到现在没有被修改过

    的文件。那么为什么还要预编译头文件呢?答案在这里,我们知道编译器是以文件为单

    位编译的,一个文件经过修改后,会重新编译整个文件,当然在这个文件里包含的所有

    头文件中的东西(.eg Macro, Preprocesser )都要重新处理一遍。VC的预编译头文件

    保存的正是这部分信息。以避免每次都要重新处理这些头文件。

    预编译头的作用:

    根据上文介绍,预编译头文件的作用当然就是提高便宜速度了,有了它你没有必要每次

    都编译那些不需要经常改变的代码。编译性能当然就提高了。

    预编译头的使用:

    要使用预编译头,我们必须指定一个头文件,这个头文件包含我们不会经常改变的

    代码和其他的头文件,然后我们用这个头文件来生成一个预编译头文件(.pch文件)

    想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的

    ,编译器带的一个头文件。其实不是的,这个文件可以是任何名字的。我们来考察一个

    典型的由AppWizard生成的MFC Dialog Based 程序的预编译头文件。(因为AppWizard

    会为我们指定好如何使用预编译头文件,默认的是StdAfx.h,这是VC起的名字)。我们

    会发现这个头文件里包含了以下的头文件:

    #include <afxwin.h> // MFC core and standard components

    #include <afxext.h> // MFC extensions

    #include <afxdisp.h> // MFC Automation classes

    #include <afxdtctl.h> // MFC support for Internet Explorer 4

    Common Controls

    #include <afxcmn.h>

    这些正是使用MFC的必须包含的头文件,当然我们不太可能在我们的工程中修改这些头文

    件的,所以说他们是稳定的。

    那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我

    们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件

    里只有一句代码就是:#include “Stdafx.h”。原因是理所当然的,我们仅仅是要它能

    够编译而已?D?D?D也就是说,要的只是它的.cpp的扩展名。我们可以用/Yc编译开关来指

    定StdAfx.cpp来生成一个.pch文件,通过/Fp编译开关来指定生成的pch文件的名字。打

    开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的

    树形视图里选择整个工程 

    Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”,这就是指

    定生成的.pch文件的名字,默认的通常是 <工程名>.pch(我的示例工程名就是PCH)。

    然后,在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件!

    这时原来的Project Option变成了 Source File Option(原来是工程,现在是一个文件

    ,当然变了)。在这里我们可以看到 /Yc开关,/Yc的作用就是指定这个文件来创建一个

    Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件,一个工程里只能有一个文

    件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件

    然后我们再选择一个其它的文件来看看,//其他cpp文件

    在这里,Precomplier 选择了 Use &8943;&8943;&8943;一项,头文件是我们指定创建PCH 文件的stda

    fx.h

    文件。事实上,这里是使用工程里的设置,(如图1)/Yu”stdafx.h”。

    这样,我们就设置好了预编译头文件。也就是说,我们可以使用预编译头功能了。以

    下是注意事项:

    1):如果使用了/Yu,就是说使用了预编译,我们在每个.cpp文件的最开头,我强调一遍

    是最开头,包含 你指定产生pch文件的.h文件(默认是stdafx.h)不然就会有问题。如

    果你没有包含这个文件,就告诉你Unexpected file end. 如果你不是在最开头包含的,

    你自己试以下就知道了,绝对有很惊人的效果&8943;..

    fatal error C1010: unexpected end of file while looking for precompiled

    header directive

    Generating Code...

    2)如果你把pch文件不小心丢了,编译的时候就会产生很多的不正常的行为。根据以上

    的分析,你只要让编译器生成一个pch文件。也就是说把 stdafx.cpp(即指定/Yc的那个

    cpp文件)从新编译一遍。当然你可以傻傻的 Rebuild All。简单一点就是选择那个cpp

    文件,按一下Ctrl + F7就可以了。不然可是很浪费时间的。

     

     

    例如:

    加了一个对话框类文件,重新编译后出现编译错误:
    d:\center\lkdraw\codlg.cpp(4)   :   fatal   error   C1083:   Cannot   open   precompiled   header   file:   'Debug/LkDraw.pch':   No   such   file   or   directory
    codlg.cpp   (4)行是如下语句:#include   "stdafx.h"
    但我的stdafx.h   文件明明在,而且其它的对话框文件一样的写法却没错误。
    请问如何解决?

    在菜单project-settings-c/c++   中的Project   Options   中把/Fp"Debug/LkDraw.pch"删掉,成功搞定。
     

     

     

    展开全文
  • vs2017 无法打开文件“msvcprtd.lib”

    千次阅读 2018-12-23 12:13:53
    刚装的vs2017,创建个默认实例,报这个错误,网上查了一堆,没一个靠谱的. 后来发现vs下方其实有个警告信息,说是...说这3个没有安装,于是重新打开vs2017安装包,勾选如下内容安装,   再次编译,问题解决.  ...
  • 一、添加对应xx.lib的路径(本文.lib路径:C:\Users\Administrator\Desktop\HOOPSacis2\HoopsAcis\AcisR21_64\lib\NT_VC10_64_DLLD) ... ... 3、在附加库目录字段中,将指定的XX.lib所在的路径添加进...
  • vs2019无法打开“stdio.h”等源文件!

    千次阅读 2020-07-14 23:06:34
    vs2019无法打开“stdio.h”等源文件! 之前清理了一下c盘,顺手 删除了D盘里的windows kits ,第二天玩OpenCV时有一堆报错,我还以为是OpenCV的 路径 库 环境变量 或者某个.dll出了问题,重新装了好几个版本的OpenCV...
  • 问题描述 把 FCPX 拷贝到应用程序文件夹后,打开出现这种情况 解决方法 1.打开访达的应用程序文件夹 2.右单击(点开菜单),选择打开 3.稍等片刻,选择打开 4.完成 ...
  • 一、无法打开源文件 依次点击“项目——配置属性——C/C++——常规”,在“附加包含目录”中加入.h文件所在的文件夹路径 二、无法打开文件“XXX.lib” 1、依次点击“项目——配置属性——链接器——常规”, 在...
  • VS无法打开 源 文件 "xxx.h" 问题

    万次阅读 多人点赞 2016-06-08 10:59:50
    项目属性->配置属性->C/C++->常规->附加包含目录->$(ProjectDir) 即可
  • 退出,右键vmware选择以管理员身份运行即可。
  • Microsoft Outlook无法启动,无法打开此文件夹集合,无法访问文件xxxxx.ost的解决办法
  • Error:无法打开 源文件 “stdafx.h”

    万次阅读 2011-10-09 12:59:15
    错误:Error:无法打开 源文件 “stdafx.h”; 原因:最近几天才在vs2010下的编程,操作不熟悉。这个错误可以改下编译环境就可以解决了。 解决方法:(1)将StdAfx.h添加到解决方案中?如果未添加:打开...
  • sudo spctl --master-disable
  • mac os 关于打开软件出现“无法打开“xxxxxxxx”,因为Apple无法检查其是否包含恶意软件。”的问题解决; 打开terminal 命令行工具 输入命令:sudo spctl --master-disable 输入密码即可解决; ...
  • VS2013/2012下代码一写上去保存就报错了,下方提示无法打开 源 文件“stdafx.h” 如图: 百度了一下,对于VS2010有这样的方法可以解决: 在项目属性中展开C/C++,选择常规,在附加包含目录里加入“$...
  • VS2010 无法打开源文件 "stdafx.h"问题

    万次阅读 多人点赞 2017-01-11 11:56:27
    如果我们借鉴别人写好的代码,放进vs2010编译器时常常出现这样的报错,无法打开源文件 “stdafx.h”: 这是因为在低版本的编译器中,需要添加这部分,比如vc6.0到vs2008,而在vs2010以上版本的编译器中如果出现了...
  • 在选项-->高级中取消“忽略使用动态数据交换(DDE)的其他应用程序”前的勾选。
  • 不知道怎么弄得 新手小白 希望各位仔细一点讲下 谢谢了额
  • VS2019无法打开源文件

    万次阅读 多人点赞 2019-10-21 11:52:49
    前言 ...刚一开始就遇到大问题,从网上摘了一个socket通信的程序后,疯狂标红,无法打开源文件。 最终在项目 -》 属性 -》 C/C++ -》常规 中的使用Windows运行时扩展,选择是就解决了这个问题。 ...
1 2 3 4 5 ... 20
收藏数 1,248,654
精华内容 499,461
关键字:

无法打开