C/C++中，GB2312转Unicode
嵌入到多个系统编程时常常出现编码问题，特别是中文，并且对于国标GB2312来说，不像UTF-8那样可以用算法直接转为unicode（传说是这么说的，我也没试过），所以GB到Unicode只能是一对一的转换。
以前碰到过GB转为Unicode的难题，在网上找到了源码，我只是修改了一下查找的代码，将查找算法改为二分查找。
主要函数为：
unsigned int gb_uni(unsigned int gb_idx); // 传入一个汉字所对应的gb2312编码，返回该汉字的Unicode编码
GB编码简单分析：
比如“我”字的gb编码为0xCED2，unicode编码为0x6211，那么0x6211==gb_uni(0xCED2)，在windows的文档里面，小于0x0a1，都是ansii编码，GB2312中每个汉字用双字节标识，比如“我”字，gb码为上位编码为0xFFFFFF62和下位编码为0xFFFFFF11，组合后为0x6211，所以一般分析中英文档，逐个字符判断，小于0x0a1则为ansii，大于，则为汉字的开始，需要预读取下一个字符来合成一个汉字的编码。
源代码
在这里（点击超链接即可）：
在vim下
输入:set fdm=marker，查看会比较舒服
C/C++ GB2312转为Unicode的源码
相关文档：
c:\progra~1 这种目录是在纯DOS下看到的,纯DOS使用8+3文件格式,也就是说文件名最多不超过8个字符,扩展名最多不超过3个字符,长文件名就采用第7个字符为~第8个字符按有没有重复的排了.所以窗口下的c:\program files 文件夹进入纯DOS看到的是c:\progra~1 ,
这个被延续到WINDOWS中,也是因为地址太长才写成这样的.因为只能输� ......
SQLite3是SQLite一个全新的版本,它虽然是在SQLite 2.8.13的代码基础之上开发的,但是使用了和之前的版本不兼容的数据库格式和API. SQLite3是为了满足以下的需求而开发的:
支持UTF-16编码.
用户自定义的文本排序方法.
可以对BLOBs字段建立索引.
因此为了支持这些特性我改变了数据库的格式,建立了一个与之前版本不兼容� ......
一．概念
Coordinated Universal Time（UTC）：协调世界时，又称为世界标准时间，也就是大家所熟知的格林威治标准时间（Greenwich Mean Time，GMT）。比如，中国内地的时间与UTC的时差为+8，也就是UTC+8。美国是UTC-5。
Calendar Time：日历时间，是用“从一个标准时间点到此时的时间经过的秒数”来表示的时间� ......
///////////////////////////////////////////////////////////////////////////
/*
ReadCoils函数：
读继电器的状态 ， 成功返回ture。
send 数据长度=12
recv 数据长度=10
unsigned short int addr 读继电器的起始地址(继电器编号-1) 。
注意：1~8个继电器，起始地址从0开始
unsigned short int len ......
这篇文章是使用SQLite C/C++接口的一个概要介绍和入门指南。
由于早期的SQLite只支持5个C/C++接口，因而非常容易学习和使用，但是随着SQLite功能的增强，新的C/C++接口
不断的增加进来，到现在有超过150个不同的API接口。这往往使初学者望而却步。幸运的是，大多数SQLite中的C/C++接口是专用的，因而很少被
使用到。尽管 ......
