yimengqiannian的专栏

自己收集整理的一些常用VBS小工具，无需编译器解释器,包括iconv,unix2dos/dos2unix,base64Encode/Decode

众所周知，“联通“这两个字直接默认保存到记事本里会出现乱码，变成小黑块……具体原因网上解释很多，总结起来就一句话：“联通”的内码是0xC1(1100 0001), 0xAA(1010 1010),0xCD(1100 1101),0xA8(1010 1000)这两个字的起始部分的是"110"和"10"，正好与UTF8规则里的两字节模板是一致的，于是再次打开记事本时，记事本就误认为这是一个UT

一个原来ASP的小项目，我想移植到OpenResty平台上。首先遇到的问题当然是编码问题了……由于是ASP项目从前到后GBK，好歹大部分的提交操作都是AJAX POST，但是AJAX的提交都是UTF-8的，之前是在ASP做了转码操作的，而OpenResty平台使用nginx-iconv-module来转码，但是我看了看，首先OpenResty平台都不默认打包这个模块，其次，貌似不满足要求，我要的不是全部转码，我只需要把AJAX提交的部分请求转码就行……于是我开始寻找LuaJIT、OpenResty相关的转码

前一篇文章写了一个通过ffi调用odbc连接mdb的一个库，当然，这个过程是很痛苦的……于是我开始自我怀疑，luaJIT到底能不能使用lua的一些库？luaJIT按理说跟lua5.1版本是很接近的，那么接口的扩展方式也是一样的……但是当我把luaSQL的odbc.dll拷进去，并且根据示例执行require(“luasql.odbc”)时，却提示“找不到指定的模块”……这使我一度怀疑，luaJIT不能使用Lua的一些库……当然，现在要拨乱反正，证明这个想法是错误的……

上篇文章在OpenResty的LuaJIT环境下编译了简单的C扩展示例和LuaSQL，这次我们在标准的Lua官方标准版本Lua5.3下编译这个C扩展……之所以没有随着上一篇文章中写出来，而是采用另发一篇博文来补充的原因是……我刚刚才编译并测试成功……编译时总是报“luaL_register”的reference找不到……我看了一下lua到处的函数中，确实找不到这个函数了……这个函数可能是在lua5.1中有，但是在5.3中去掉了……这可怎么办？我参考了LuaSQL-odbc的实现，发现它没有调regi