实际情况是: .h文件一直报错source file is not valid utf-8的错误, 原因就是: 文件中出现了一个中文的“:”导致的.总结就是:如出现此类错误,可能是字符不够标准.

使用cube配置导出工程在keil5编译后首次SWD下载可以再次下载不行的解决办法. 1原因: cube使用的是HAL库,初始化语句里面禁用了调试功能. 在stm32f1xx_hal_msp.c中 __HAL_AFIO_REMAP_SWJ_DISABLE();  就是这句禁了. 2解决: 在stm32f1xx_hal_msp.c中改为 __HAL_AFIO_REMAP_SWJ_ENABLE();    这句启用调试功能. 下载办法:按住开发板的复位按钮(一直到点击下载)后松开,就可以下载成功.

hal库中keil5中编译的速度是比较慢的,相同情况下,每次都要编译的时候,比标准库是要慢很多的,因此就hal库编译成lib文件是一种加快编译速度的方法,当然也有其自身的缺点.一.步骤1.使用cubemx4.27做一个简单的系统,clock.rcc.sys.swd等配置好,其他可以不用配置.这里我使用了freertos,因此sys使用了tim6,并添加了swo的功能. 2.生成keil工程3.去掉不相关的文件,如下图所示 4.修改stm32f1xx_hal_conf.h文件,因为你在其他工程中,

硬件:某STM32开发板,ST-Link/V2 一.硬件相关: 1.引脚连接: pin7 <-> SWIO pin9 <-> SWCLK pin20/pin18 <-> GND pin19 <-> +3.3V (如果不使用ST-Link给板子供电,不要接)   2.Keil中设置: 1)在Debug下,选择ST-Link Debugger 2)选中ST-Link Debugger后,选择Settings. 3)选择Flash Download,然后添加Pro

转载请注明出处:http://blog.csdn.net/qq_26093511/article/details/51700961 最近在用MDK编译一个别人的工程时,有如上提示: 1.原因是没有注册Real-Time OS: 解决方法: 打开MDK的注册机,按如上所设,再生成一个序列号,注册Real-Time OS: 注:CID从MDK的file->license Management中复制得来,点击Generate,生成序号,添加进去. OK!问题解决-- 2.在编译GUI遇到这个问题,你把

分析:eclipse默认的编码为gbk,而ant里的build.xml文件里定义的为utf-8格式.两者格式不统一. 建议:将工程的编码改成utf-8的格式,一般java工程也建议为utf-8格式.

转(http://www.codeceo.com/article/java-string-ansi-unicode-bmp-utf.html#0-tsina-1-10971-397232819ff9a47a7b7e80a40613cfe1) 概念总结 早期,互联网还没有发展起来,计算机仅用于处理一些本地的资料,所以很多国家和地区针对本土的语言设计了编码方案,这种与区域相关的编码统称为ANSI编码(因为都是对ANSI-ASCII码的扩展).但是他们没有事先商量好怎么相互兼容,而是自己搞自己的,这样

前段时间开发一个项目,使用maven进行编译时报“非法字符: \65279 ”,但是眼睛看怎么都正确的,文件转成utf-8编码还是报错. 最后没办法,暴力解决了这个问,步骤如下 1.把文件内容复制出来,我是复制到Sublime Text2里面. 2.删除原文件. 3.创建一个新的java文件,并将复制出去的文本粘贴回来.搞定. 最后查了一下,还是很多人遇到这个问题了,而且也有人解答了产生的原因. 这篇文章解答了产生的原因,也给出了另外两种解决方法 http://blog.163.com/ming

在编程当中经常出现乱码的问题,而由此一般会引发很多惨剧,如读文件不成功.用户名显示乱码等,所以端午节抽了一小点时间好好看了一下编码问题,以备遗忘. 首先是中文编码,除了台湾和香港常用的BIG5,国内大概都用的是gb2312,这个可以从各大门户的首页源码中找到一些线索.还有一种叫gbk,这是微软对gb2312的拓展.主要由于gb2312只能表示6763个简体汉字,682个符号,具体可见字符区别. 然后是编程当中常见的utf编码,相信很多程序员都晕.比如我们最近在做android的NDK编程时,就发

一般用UE或记事本编辑过的UTF-8的文件头会加入BOM标识,该标识由3个char组成.在UTF-8的标准里该BOM标识是可有可无的,Sun 的javac 在编译带有BOM的UTF-8的格式的文件时会出现“非法字符:\65279”的错误,但是用Eclipse进行编译却没有问题,原因在于Eclipse使用的是自己的JDT,而非javac,关于JDT的描述可以到eclipse的官网上去查看. 出现这种情况时,有两种解决方法: a) 利用UE.Editplus等文本编辑器重新保存文件为不带BOM的UT

jsp中pageEncoding.charset=UTF -8" 在JSP/Servlet  中主要有以下几个地方可以设置编码,pageEncoding="UTF-8".contentType="text/html;charset=UTF  -8".request.setCharacterEncoding("UTF-8")和response.setCharacterEncoding  ("UTF-8"),其中前两个只

http://blog.csdn.net/qinysong/article/details/1179480 java 乱码详解__jsp中pageEncoding.charset=UTF -8".(request/response).setCharacterEncoding("UTF-8") 这两天抽时间又总结/整理了一下各种编码的实际编码方式,和在Java应用中的使用情况,在这里记录下来以便日后参考. 为了构成一个完整的对文字编码的认识和深入把握,以便处理在Java开发过程

./configure --prefix=/opt/glib-2.28.8 --enable-staticmakemake install linux下载 WIN32下载 代码索引 文档索引 GLib的概述 编制了glib包 -如何编译GLib的自己 交叉编译了glib包 -如何交叉编译GLib的 编译GLib应用程序 -如何编译GLib的应用 运行GLib应用 -如何运行和调试你的GLib的应用 GLib的变更 -之间的GLib的版本不兼容的变化作出successing 正则表达式语法 -支持

package verify; public class Verifier { private String name; public Verifier() { this.name = getClass().getName();//getClass()在ItelliJ idea中会报错: } public static void main(String[] args) { Verifier verifier = new Verifier(); System.out.println("可以正常编译

2017.12.17  下午 终于在不用keil5自带添加库的基础上0 error的新建了一个工程.磕磕绊绊搞了快一个下午,各种小问题搞到崩溃. 首先是库文件添加路径的问题 ,只要是你工程中用到的头文件,都需要在工程选项配置中添加相应的路径,另外,通过一个下午的挣扎,发现最好还是在学习的过程中逐渐构建自己的代码库,最好自己添加需要的库文件,这样便于程序的移植.也便于熟悉各种启动文件. 另外一定要注意程序中不能有汉语输入. 千万不要有汉语输入!千万不要有汉语输入!千万不要有汉语输入! 一开始我一直

PersonTest.java:1: 错误: 非法字符: \65279 解决途径如下 用记事本打开java源文件,另存为ANSI格式 如果java文件包含中文字符,使用-encoding gbk格式进行编译,如javac -d . PersonTest.java -encoding gbk (注意,这里如果使用-encoding utf8仍然会报错) 分析:这里之所以提示"非法字符: \65279",和UTF-8编码有着密切的联系.准确的说,是在UTF-8编码的基础上添加了BOM头( 

总结Unity 初学者容易犯的编译与运行时错误 1: Untiy 出现编译错误: NewLine In Constant  解决方法:    方法一:如果报错脚本比较少量的话,可能用记事本打开报错的脚本,另存为,还是选择UTF编码覆盖即可. 方法二:用的是Edit plus 把所有的脚本批量打开,然后批量修改编码,修改为Unicode,问题解决. 2: 如何在游戏中做出类似“模糊”.“扭曲”的镜头特效呢? 答: 导入Unity的镜头特效后期处理包即可. Standard Assets—〉 Ima

初步接触,有错误的地方还请大神们务必提出来,防止误导他人 硬件环境:MCU--PIC18F67K22 仿真下载器--ICD 3 编译环境:MPLAB X IDE V4.15 中文版 工作需要接触到了PIC的一款MCU,以前使用PIC单片机的时候使用的是MPLAB IDE,运用起来相对比较简单,和KEIL5,IAR等有点相似.但是现在应用的这个编译环境就有很大的差别了.初次接触有种完全摸不到方向的感觉. 首先讲一下,我工程建立和过程中遇到的问题. “文件“->“新建项目”-> 选择项目-----

HelloWorld.java:1: 需要为 class.interface 或 enum锘缝ublic class HelloWorld{^1 错误 这个错误出现的原因主要是在中文操作系统中,使用一贯的“javac HelloWorld.java”方式编译UTF-8(带BOM)编码的.java源文件,在没有指定编码参数(encoding)的情况下,默认是使用GBK编码.当编译器用GBK编码来编译UTF-8文件时,就会把UTF-8(带BOM)编码文件的文件头的占3个字节的头信息,按照GBK中汉字

简述 最近在研究使用NSIS做安装包,语法不算复杂,插件也很多,中文资料也不少,还挺好用的.先后用NSIS做出了安装和卸载需要输入密码,通过自定义页面实现安装时候选择多个目录.安装的时候输入配置文件信息,禁止在某些平台或环境下安装,检测是否已经安装或正在运行等,稍后将把这些都放出来,做个记录. 有一个问题就是NSIS打包的文件可以直接使用7zip解压,安装过程做的事情就被跳过了.为了解决这个问题,我想修改一下NSIS的源码,来使得打包的程序无法使用7zip等软件解压.这里记录一下编译过程. 修改

/** * lihaibo * 文章内容都是根据自己工作情况实践得出. * 版权声明:本博客欢迎转发,但请保留原作者信息! http://www.cnblogs.com/horizonli/p/5332645.html */ 一.使用maven编译 (maven编译  与 测试 test 和打包 package 和 部署 install 类似,不再赘述 ) 在项目的配置页面中有个maven配置:里面只有一个clean   就是清除以前的构建信息: 之前我使用了clean   package来编译