JNI之——编译时各种问题解决方案

     转载请注明出处:http://blog.csdn.net/l1028386804/article/details/46604917

1、没有找到 mspdb100.dll 的解决办法

在cmd中键入cl执行编译（或lib）时会出现mspdb100.dll无法找到的情况，是因为VC\Bin\下没有mspdb100.dll“这个文件，直接从Common7\IDE\下复制这个文件到VC\Bin\下即可解决。

2、fatal error C1902: 程序数据库管理器不匹配；请检查安装解决

编译时提示fatal error C1902: 程序数据库管理器不匹配；请检查安装解决。在网上搜了下，发现居然是哪个mspdb80.dll在作祟。

两个解决方法：

（1）到IDE下把msobj100.dll mspdbcore.dll mspdbsrv.dll都拷过来；

（2）把mspdb100.dll从bin中删掉。

3、VS项目出现的问题：‘jni.h‘:
No such file or directory

如果有如下错误：

fatal error C1083: Cannot open include file: ‘jni.h‘: No such file or directory

将以下文件：

\jdk\include\jni.h

\jdk\include\win32\jawt_md.h

\jdk\include\win32\jni_md.h

复制到VS的安装目录VC\include下

然后编译，成功后，将生成的.dll文件copy到JAVA文件的同一级目录中

时间： 2024-11-01 11:38:00

JNI之——编译时各种问题解决方案的相关文章

Hexo 编译时 JS 混乱解决方案

之前为在 GitHub 博客上写自己的 html 网页,在 hexo 根目录下的 source 文档夹中放了自己的 js 文档,每次 hexo g 后,pubic 文档夹中的 js 文档就混乱了,与自己实际 js 不一致. 解决方案: hexo g 编译后在 public 文档夹中修改,将自己的 js 文档覆盖 hexo 编译后的 js 文档.或者 hexo d 提交到 GitHub 后直接到 GitHub 线上修改 js 文档. 博客中的 js 引用使用外链的形式.如将 js 文档上传七牛云,

[ c++] cmake 编译时 undefined reference to `std::cout' 错误的解决方案

cmake .. 和 make 之后,出现如下错误 Linking CXX executable ../../../bin/ModuleTest CMakeFiles/ModuleTest.dir/tmp.cpp.o: In function `main': /ModuleTest/tmp.cpp:4: undefined reference to `std::cout' tmp.cpp 内容如下 1 #include <iostream> 2 3 int main(){ 4 std::co

VS2013下开发VC++程序，编译时提示错误error MSB8020: The build tools for v140 (Platform Toolset = 'v140') 的解决方案

1. 问题描述: 提示如下错误:error MSB8020: The builds tools for v140 (Platform Toolset = 'v140') cannot be found. To build using the v140 build tools, either click the Project menu or right-click the solution, and then select "Update VC++ Projects...". Inst

关于java编译时注解你需要知道的二三事。解除你的顾虑！

转载请注明出处: http://blog.csdn.net/liu470368500/article/details/51316066 做Android开发.大家肯定会关心你的app的性能问题.不知道从何时开始.网上有流传一句.不要使用注解.用注解会影响性能.这不能说错.但是也不能说对.这里普及一下关于注解的一些你需要知道的知识网上常说的注解.基本是运行时注解.而所说的注解会影响性能.则是指的此类型的注解.因为运行时注解的解析.完全依赖于反射.而反射的效率.是比原生的慢的.特别是对于原先的老机

sublime text 编译时提示[WinError 2] 系统找不到指定的文件。

问题描述: [WinError 2] 系统找不到指定的文件. [cmd: ['g++', 'D:\\source-code\\sublime\\test.cpp', '-o', 'D:\\source-code\\sublime/test']] [dir: D:\source-code\sublime] [path: D:\program\basic\python3.4.0;C:\Windows\system32;C:\Windows;C:\Windows\system32\wbem] 如下图:

Android JNI之编译

JNI代码都写好了,在编译之前我们有非常重要的一部,就是写mk文件,mk文件就相当于gcc编译时的Makefile文件,它是用来告诉编译器如何去编译的. 这里只对自己理解和常用的知识点做记录,想要看关于android.mk的全部解释请移步android.mk. 对执行顺序的猜想,mk文件的执行顺序是从上往下顺序执行的基本语法.$() 引用方法或变量:= 赋值符号+= 拼接赋值include 引入(调用)某个代码段,例如include $(BUILD_XXXXX)就相当于把BUILD_XXXXX

发布或重启线上服务时抖动问题解决方案

发布或重启线上服务时抖动问题解决方案一.问题描述在发布或重启某线上某服务时(jetty8作为服务器),常常发现有些机器的load会飙到非常高(高达70),并持续较长一段时间(5分钟)后回落(图1),与此同时响应时间曲线(图2)也与load曲线一致.注:load飙高的初始时刻是应用服务端口打开,流量打入时(load具体指什么可参考http://www.cnblogs.com/amsun/p/3155246.html). 图1 发布时候load飙高图2 发布时候响应时间飙高二.问

加快XCode的编译链接速度（200%+）—XCode编译速度慢的解决方案

最近在开发一个大项目的时候遇到一个很头疼的问题,由于项目代码较多,每次都要编译链接1分钟左右,调试的时候很浪费时间,于是研究了一下如何提高编译链接的速度,在这里分享给大家. 提升编译链接的速度主要有以下三个方式: 1. 提高XCode编译时使用的线程数 defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 4 XCode默认使用与CPU核数相同的线程来进行编译,但由于编译过程中的IO操作往往比CPU运算要多,因此适当的提升

Cocos2dx 3.x 新建项目编译很慢的解决方案

一.前言最近在用Cocos2d-x(后面我简称"Co-x")开发项目,发现一个问题: Co-x 3.x版本在windows下,新建一个项目,使用VS2013编译时,会很慢很慢(尽管Co-x源项目已经编译过). 经过摸索,究其原因是:3.x版本中,新建项目时是直接将Co-x相关的源项目复制到所建项目的指定目录,即新建项目引用的是复制后的Co-x源项目,这样VS编译新建项目时,就会把复制的Co-x源项目重新编译一遍,时间必然很长(就算ssd还是要20来分钟,要知道以前2.x编译新建项目时

JNI之——编译时各种问题解决方案

1、没有找到 mspdb100.dll 的解决办法

2、fatal error C1902: 程序数据库管理器不匹配；请检查安装解决

3、VS项目出现的问题：‘jni.h‘: No such file or directory

JNI之——编译时各种问题解决方案的相关文章

3、VS项目出现的问题：‘jni.h‘:
No such file or directory