MySQL的JDBC驱动保存数据出现 java.lang.AbstractMethodError: Method .. is abstract的问题解决方法
软件使用JDBC连接数据库，因为使用MySQL数据库，于是将机器上以前安装其他软件备份的Mysql驱动拷贝了过去，没有想到在软件中保存数据时出现
Exception in thread “main” java.lang.AbstractMethodError: Method com/mysql/jdbc/PreparedStatement.setCharacterStream(ILjava/io/InputStream;J)V is abstract at com.mysql.jdbc.PreparedStatement.setBlob(PreparedStatement.java)
错误，折腾了软件的各项配置好久，一保存数据就出错。到软件官网上看了下也没有人提到这个问题，应该是我这边自己的问题。想着到MySQL官网上看看有无新版本的JDBC驱动程序，发现果然有，
下载后替换原有驱动，重新运行软件，可以正常保存。以后安装软件还是先检查一下是否有依赖的新版本，防止不必要的麻烦。
不是总是安装新的依赖包就是好的，有些软件安装了最新的依赖包，反而不能正常运行，如果软件有说明适配的依赖软件版本，最好还是按照软件说明中明确说明的依赖版本来，减少不必要的麻烦。
Popularity: 14% [?]
Random Posts
Tomcat配置SSL支持出现java.lang.IllegalArgumentException: None of the [protocols] specified are supported by the SSL engine : [[TLS]] 问题解决
一个Java的应用要配置TLS支持，按照软件的安装说明，给Tomcat的Server.xml中添加
重新启动Tomcat后，提示如下严重出错信息
严重 [main] org.apache.coyote.AbstractProtocol.init Failed to initialize end point associated with ProtocolHandler ["https-jsse-nio2-9443"]
java.lang.IllegalArgumentException: None of the [protocols] specified are supported by the SSL engine : [[TLS]]
at org.apache.tomcat.util.net
.SSLUtilBase.getEnabled(SSLUtilBase.java:90)
经过一番网上搜索和尝试，发现添加如下几行内容到端口8443的配置中，重启Tomcat后问题解决
SSLProtocol="TLSv1+TLSv1.1+TLSv1.2" ciphers="TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256" SSLCipherSuite="ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4"
Popularity: 14% [?]
Random Posts
VS2015下CUDA代码编译异常的一点小问题解决方法
安装了 VS2015后，下载了CUDA 8.0安装，试了一个.cu文件编译正常通过，
继续安装了一个Intel parallel_studio_xe_2016, 然后使用 Intel 的C++编译器进行编译，结果nvcc编译.cu文件时候报错，一些c++库的头文件解析不通过，
网上搜索了一下，没有找到解决方法。
自己对比了一下使用VS 的C++编译器和 Intel 的C++编译器时，在控制台输出的nvcc命令，发现 –cl-version 参数值不同
使用VS2015的C++编译器时，出现的参数是 –cl-version 2015
而使用Intel的C++编译器时，出现的参数是 –cl-version 2010
进一步查找CUDA的自定义编译配置，在 Program Files(x86)\MSBuild\Microsoft.Cpp\v4.0\v140\BuildCustomizations\ 目录下的 CUDA 8.0.props 中对编译器做了检查，
... <CudaClVerson Condition="'$(PlatformToolset)' == 'v140'">2015</CudaClVersion> <CudaClVersion Condition="'$(CudaClVersion)' == ''">2010</CudaClVersion> ...
CUDA的自定义编译配置中没有对Intel C++编译器做判断处理，自己修改下面那个为空时默认为2010的行，
将2010修改为2015，保存后重新编译，两个编译器都可以编译通过，问题解决。
Popularity: 12% [?]
Random Posts
CentOS 6下Android SDK碰到提示”libc.so.6: version `GLIBC_2.14′ not found”的解决方法
在CentOS 6的机器上安装了Android的开发环境，碰到如下一些问题和解决方法
1. Android Studio 添加Android SDK时，提示缺少JDK 1.5、JDK 1.6 或 JDK 1.7, 但是机器上已经安装好JDK 1.6, JDK 1.7，还是提示同样的问题
解决方法，软件的提示信息Bug,其实是缺少 JDK 1.8（这个提示Bug应该会在后续版本被修订）, 下载安装JDK 1.8，添加JDK 1.8后，再添加Android SDK，一切正常。
2. 新建一个简单Android项目，编译，提示”libc.so.6: version `GLIBC_2.14′ not found” 的错误信息
下载使用的是Android SDK Ver 25.2.5 Platform Tools Ver 25.0.3 Build Tools Ver 25.0.2
google搜索，确认是libc库的版本低的原因，CentOS 的libc版本文v2.14 要CentOS 7 才有支持 GLiBC_2.14,
解决方法要么重装系统使用CentOS 7, 要么逐个试验降低SDK版本，直到可以不要GLIBC_2.14的可用SDK版本。
既不想重装系统到CentOS7, 也不想逐个往下试验低版本SDK,
搜索网络后找到一个解决方法，也就是在其他目录编译安装一个并行的glibc 2.14版本，然后使用LD_LIBRARY_PATH临时指定到这个新安装的libc目录
-
wget http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.gz
-
tar zxvf glibc-2.14.tar.gz
-
cd glibc-2.14
-
mkdir build
-
cd build
-
../configure –prefix=/opt/glibc-2.14
-
make -j4
-
sudo make install
-
export LD_LIBRARY_PATH=/opt/glibc-2.14/lib
在同一个终端下执行原本会出现 libc.so.6: version `GLIBC_2.14′ not found 提示的 aapt 命令，结果正常运行
至此，以为大功告成了，同一终端下，执行打开IDE的命令，结果没有界面出现
继续尝试解决方案，
将原本aapt改名aapt_, 新建一个同名的aapt，写入如下bash脚本
-
#!/bin/sh
-
export LD_LIBRARY_PATH=/opt/glibc-2.14/lib && "$0"_ $@
添加执行权限，在命令行下试了一下可以正常执行，将其他几个命令做同样处理
新建一个终端窗口，打开IDE，正常，新建一个Android项目，编译正常，
到此，大功告成，在没有更换操作系统和降低Android SDK版本的情况可以进行Android开发了
—-华丽分割线—–
“libc.so.6: version `GLIBC_2.14′ not found” 提示产生的原因：
使用了高版本的libc库编译,
-
objdump -T aapt |grep GLIBC_2.14
可以看到只有一个 memcpy 函数使用到了 GLIBC_2.14，
查看了一个CentOS目录下的应用，可以看到memcpy使用的是 GLIBC_2.2.5
如果自己拥有源码，可以添加如下一行代码，指定memcpy使用 GLIBC_2.2.5，使高版本编译出来的程序可以不做任何处理运行在低版本libc的系统上
__asm__(".symver memcpy,memcpy@GLIBC_2.2.5");
Popularity: 11% [?]
Random Posts
编译tesseract-ocr碰到的问题以及解决方法
下载地址 https://github.com/tesseract-ocr/tesseract
首先下载了 tesseract-master 版本，
解压后运行 ./autogen.sh 提示 libtoolize: command not found
使用yum install libtool 安装缺少的命令，重新运行 ./autogen.sh, 成功生成 configure 文件，
运行 ./configure 提示需要C++11版本的编译器，不想升级系统自带的gcc版本
重新下载 https://github.com/tesseract-ocr/tesseract ，切换tag,选择 3.0.5分支，下载 tesseract-3.05.zip
unzip tesseract-3.05.zip 解压后，运行./autogen.sh生成configure文件
运行./configure 提示 leptonica not found
到 http://www.leptonica.org/download.html 下载安装包，目前最新版本为 leptonica-1.74.1.tar.gz
tar -xzvf leptonica-1.74.1.tar.gz
cd leptonica-1.74.1
./configure
./make
./make install
重新回到 tesseract-3.05目录下，
./configure
./make
./make install
安装完成
接着需要数据文件，到 https://github.com/tesseract-ocr/tessdata
按照提示，不下载master数据，切换到 tag/3.04.00 分支下下载数据文件，
下载完成后，将 eng开头的9个文件拷贝到 /usr/loca/share/tessdata目录下
Popularity: 11% [?]
Random Posts
使用CodeTyphon做FPC编译碰到的问题记录2
之前使用了CodeTyphon做FPC交叉编译，将Delphi写的部分命令行工具修改编译到Linux下运行，又碰到如下一些问题：
1. 重新安装后，不能Win64版本下编译生成x86_x64-linux的交叉编译相关包
解决方法：使用Win32版本编译生成x86_x64-linux交叉编译相关包
2. 代码文件中的中文字符，编译后运行显示乱码
原因，Delphi下写的代码是用GBK编码的，FPC高版本使用UTF8编码，格式转化失败
解决方法：在包含中文字符的代码文件最前面添加 {$codepage cp936} 指定源码文件的编码格式
编译再次碰到问题，提示cp936是不能识别 codepage
解决方法：检查CodeTyphon的fpcsrc目录下fpc编译器源码，
发现compiler/widestr.pas 文件中uses部分缺少cp936的引用，
修改该文件添加cp936的单元引用，
然后将 packages/rtl-unicode/src/inc/cp936.pas 文件拷贝一份到 rtl/charmaps目录下，
同时也修改rtl/charmaps/cpall.pas，添加cp936单元的引用
重新运行CodeTyphon安装程序，选择 4) Remove and Build FreePascal,
结束后，重新编译项目，再次在Linux下运行编译后的程序，中文可以正常显示了。
注: 修改后的文件，要添加/替换到 allzips/src/fpc_src.7z 中，否则重新编译时会自动被压缩包中解压出来的文件替换掉，导致修改失败
3.部分使用Hex格式传输的GBK中文字符，还原输出后显示为乱码
解决方法：对于还原回来的中文字符串，添加如下一个设置字符代码页的代码
SetCodePage(RawByteString(myStr), 936, false);
重新编译运行,问题解决。
4. 使用+号拼装中文字符串时，中文字符出现乱码，
解决方法，多写几个语句，拆分为单个+号连接
比如
Result := Result + ‘测试’ + sOther + ‘结束’;
修改为:
Result := Result + ‘测试’;
Result := Result + sOther;
Result := Result + ‘结束’;
问题解决。
Popularity: 11% [?]
Random Posts
Clion遇到Out Of Memory问题的解决方法
运行已久的Clion环境突然提示Out of Memory，跳出程序，重新打开，项目加载完成后过一会又是Out of Memory崩掉，查看系统内存，还有很多，不是系统内存不够的原因。
将运行路径下的 clion64.exe.vmoptions 内容
-Xms256m -Xmx2000m -XX:NewSize=128m -XX:MaxNewSize=128m
修改为
-Xms256m -Xmx4000m -XX:NewSize=256m -XX:MaxNewSize=256m
将设置的值放大一倍后，重新启动Clion，在加载项目完成后，建立索引和符号时没有再出现Out of Memory错误崩溃
Popularity: 11% [?]
Random Posts
MySQL Connector++ 使用getString获取表字段数据出错
Linux下一个使用MySQL Connector++ 1.1.0 连接MySQL数据库的程序，在连接数据库获取数据时程序崩溃，
确定数据库中存在记录值，查看Core Dump文件，发现崩溃点发生在调用 MySQL 库的 getString 方法时的那一行，
通过google搜索，发现好一些getString出错的问题，但是多数是Windows下VS编译环境不同造成的，终于发现下面一篇中有和我的问题类似
http://stackoverflow.com/questions/4822958/mysql-c-connector-getstring-doesnt-work-correctly-while-getint-works-perfe
I had a similar problem the program would give a memory exception. Here is what I did to fix it: std::string version = result->getString( COLUMN_NAME ).c_str(); This didn't work: sql::SQLString sString = result->getString( COLUMN_NAME ); <<我的不正常代码是
std::string value = result->getString( field);按照上面的方法将代码修改为
std::string value = result->getString( field).c_str();暂时获取同样的数据没有出错，希望后面也不要出错。
MySQL Connector++ 从版本1.1.4开始编译依赖于BOOST库Popularity: 11% [?]
Random Posts
SQLite数据存取速度慢的原因分析
写了一个小工具，使用SQLite作为本地数据结构的存取，但是在默认情况下，发现大批量插入数据的速度很慢，100条不到的记录，花了快10秒，没错不是毫秒，是秒，深感SQLite的存取速度太慢，现在很多软件都在使用SQLite作为本地数据存取，这么慢存取的效率怎么能用呢，估计是有什么参数没有设置对，网上搜索后发现如下一篇文章Increasing SQLite Performance
文章主要是通过PRAGMA对一些参数设置不同值做效率对比
方式 值 测试结果值 说明 TEMP_STORE DEFAULT 235 不同值区别不大 FILE 225 MEMORY 215 JOURNAL_MODE DELETE * 235 使用MEMORY和OFF方式速度较快 TRUNCATE 210 PERSIST 220 MEMORY 65 OFF 63 SYNCHRONOUS FULL 235 OFF有较大提升 NORMAL 175 OFF 43 LOCKING_MODE NORMAL 235 EXCLUSIVE独占有较大提升 EXCLUSIVE 155 另外 PAGE_SIZE 和 CACHE_SIZE 的只修改，对性能影响不是很明显，所以为了提升插入效率，在使用事物的基础上还可以通过修改 JOURNAL_MODE、SYNCHRONOUS和LOCKING_MODE的值
PRAGMA locking_mode=EXCLUSIVE PRAGMA synchronous=0 PRAGMA journal_mode=MEMORYPopularity: 11% [?]
Random Posts
libcurl请求速度慢问题解决
一直使用libcurl请求接口数据，最近发现一个问题，post部分请求速度变慢，每次都要超过一秒，get速度没有变化，0.1秒左右获取完毕。
对POST请求打开VERBOSE开关，看到发出请求头信息包含 Expect: 100-Continue, 网上查找对应说明，当POST数据大于1024字节时，
有这个头信息会先等待服务端一个继续接受的应答才继续上传，如果服务端没有应答会等待1秒再继续上传后续数据，对照VERBOSE输出的信息，
发现发出的Content-Length 大小1026字节，刚好超出1024字节，服务端没有对100-Continue做应答于是libcurl多等了1秒才发送数据。
修改方法，让libcurl不处理Expect 头信息
添加这段代码后，再次请求，时间降到0.x秒内,速度正常
Popularity: 11% [?]
Random Posts