亚洲а∨天堂久久精品9966,久久99中文字幕久久,久久无码人妻一区二区三区

porting thrift to msvc

BoolKinG — Mon, 19 Jan 2009 06:39:00 GMT

因�ؓ最�q�要用到RPC�Q�考察了一下thrift�Q�facebook用的一套rpc框架�Q�和google protocol buffer�?br>
thrift支持的语�a�非常多，不光支持c++�Q�java�Q�python�Q�ruby�{�非常流行的语言外还支持ocaml�Q�Squeak�{�很��见的语�a��Q�比google protocol buffer好多了，而且已经内置RPC�Q�不像google protocol buffer的RPC�q�藏着掖着。比较google protocol buffer和thrift的文章比较多�Q�其中google到的比较靠前�?a >一��blog指出thift的c++版本对windows支持不好�Q�我一开始也是觉得如此，主要是thrift只提供了autoconf�Q�automake作�ؓ构徏工具�Q�在windows上只能用cygwin或者msys才能比较方便的编译，而google protocol buffer提供了vc的工�E�文件。另外在代码的规范性方面，的确是google protocol buffer更好�?/div>

此次�U�L��的目的是在windows上运行的client和compiler�Q�因为server肯定是用linux的，�U�L��没太大必要。根据我从前�U�L��代码的经验，发现妨碍�U�L��的关键在于系�l�api的差异，或者是某些依赖库的差异�Q�如果差异太大，则移植比较麻烦。另外，在移植时我比较們֐�于先�U�L��一个最��的功能集合�Q��ƈ逐步完善�?/div>

在泛��M��thrift的代码和文档后发现thrift中�ƈ没有用到非常难于�U�L��的api�Q�我先用thrift compiler开始，thrift compiler很简单，基本不用修改��可以在vc2008上编译，主要依赖的是flex和bison�Q�在windows下也都不难找刎ͼ�也可以在linux生成后，再把生成的thriftl.cc�Q�thrifty.cc和thrifty.h直接copy�q�来使用。编译完成后发现在处理include和externs的时候有问题�Q�主要是linux和windows的�\径分隔符�Q?/"�?\\"�Q�的差异�Q�修改main.cc里面的program_name和directory_name��可以解决了�Q�这个问题在msys下面也存在�?/div>

接下来就是client和server了，我打��主要��用Framed Transport�Q�Binary protocol�Q�nonblocking server�Q�因��Z��用的是libevent�Q�在windows上已�l�有�U�L��Q�直接拿�q�来用就可以了，在linux上面用的是epoll�Q�性能也不错）�Q�也没有其他的依赖库�Q�移植�v来还是比较方便的�?/div>

先从client开始，在TSocket中因��Z��用了poll来进行超时处理，先改成阻塞方式，��所有的非阻塞和poll相关代码注释掉，基本可以�~�译成功�Q�然后还有就是ctime_t的地方可以用vc的ctime_s代替�Q�但是dbgtime的长度要�Ҏ��26。运行tutorial没什么问题。然后就是加入超时处理了�Q�虽然ms在windows server 2008里面引入了WSAPoll�Q�我用的是xp�Q�只有用select来模拟一个poll了，反正功能差不多，只是接口不太一栗��完成后��可以生成基本的client runtime库了�?/div>

至于server�Q�大致看了一下，里面主要的问题是使用了socketpair和poll�Q�主要是用来做libevent的通知。不�q�socketpair��p��己徏两个socket然后�q�接��h��可以了�Q�poll用之前client的select模拟实现�Q�移植�v来问题应该不大�?/div>

client的代码因为移植时间比较紧�Q�只有半天时��_��q�没清理�Q�就不放上来丢�h了�?/div>

只发一个tutorial的client的exe�Q�需要vc9的runtime才能�q�行�Q�，修改后的Framed Transport�Q�Binary protocol�Q�nonblocking server的linux server代码和compiler的vc9工程代码�?a href="http://www.shnenglu.com/Files/boolking/thrift.rar">下蝲

BoolKinG 2009-01-19 14:39 发表评论

BoolKinG — Mon, 08 Jan 2007 06:29:00 GMT

vs2005sp1出来已经有一�D�|��间了�Q�由于安装速度太慢�Q�我一直都没有安装�Q�今天遇��C��个vs的bug�Q�不得已需要安装sp1�Q�上�|�找了一下，发现一个解军_��装速度慢的�Ҏ��?br />之所以速度慢是很大�E�度上是因�ؓwindows installer的cache造成�Q�在安装时暂时禁用掉windows installer的cache可以极大的加速sp1的安装，而且可以节省1.3G的磁盘空间�?br />��下面的代码存�ؓbat文�g�Q�通过�q�个bat来安装sp1

reg export HKLM\Software\Policies\Microsoft\Windows\Installer installer.reg
reg add HKLM\Software\Policies\Microsoft\Windows\Installer /v MaxPatchCacheSize /t REG_DWORD /d 0 /f
net stop msiserver
start /wait VS80sp1-KB926601-X86-ENU.exe
reg delete HKLM\Software\Policies\Microsoft\Windows\Installer /v MaxPatchCacheSize /f
reg import installer.reg
net stop msiserver
del /q installer.reg 2>nul

另外�Q�VS2005的intellisense对C++来说实在太慢�Q�代码量大的时候cpu占用率一直在100%�Q�功能也比不上VA�Q�将Microsoft Visual Studio 8\VC\vcpackages\feacp.dll改名直接��用之�?br />

BoolKinG 2007-01-08 14:29 发表评论

BoolKinG — Mon, 19 Jun 2006 09:44:00 GMT

�q�日下蝲了一个VC2005 Express Edition�Q�用它来�~�译boost�Q�发现有不少的warning C4819�Q�说代码文�g中有cp936无法表示的字�W�，�q�有��是vc2005�Ҏ��的废弃的ANSI函数的错误，虽说不媄响编译，但是看着时不时出现的warning��L��让�h心神不安�Q�还�Ҏ��掩盖其他的错误，如果是直接用cl�~�译�Q�只要加�?wd4819 /D_CRT_SECURE_NO_DEPRECATE��可以不昄��q�两个错误，但是大家都知道boost是��用其�Ҏ��的boost.build�q�行�~�译的，下面我就�l�出如何修改boost.build来抑制这两个错误的显�C?/p>

boost.build分�ؓv1和v2两个版本
v1�Q?br />修改$(BOOST_ROOT)/tools/build/v1/vc-8_0-tools.jam
��?/p>

flags vc - 8_0 C ++ FLAGS : / Zc:forScope ;

改�ؓ

flags vc - 8_0 C ++ FLAGS : / Zc:forScope / wd4819 / D_CRT_SECURE_NO_DEPRECATE ;

v2�Q?br />cvs版本
修改$(BOOST_ROOT)/tools/build/v2/tools/msvc.jam
�?/p>

# 8.0 adds some more options

一行的下方加上

flags msvc.compile CFLAGS $(condition) : / wd4819 / D_CRT_SECURE_NO_DEPRECATE ;

boost 1.33.1版本
��?br />

    # 8.0 deprecates some of the options
     if ! [ MATCH ^ ([ 67 ]. * ) : $(version) ]
    {
        flags msvc.compile CFLAGS $(condition) /< optimization > speed : / O2 ;
        flags msvc.compile CFLAGS $(condition) /< optimization > space : / O1 ;
        flags msvc.link.dll MANIFEST : " mt -manifest " ;
        flags msvc.link.dll OUTPUTRESOURCE : " -outputresource: " ;
    }

改�ؓ�Q?br />

    # 8.0 deprecates some of the options
     if ! [ MATCH ^ ([ 67 ]. * ) : $(version) ]
    {
        flags msvc.compile CFLAGS $(condition) : / wd4819 / D_CRT_SECURE_NO_DEPRECATE ;
        flags msvc.compile CFLAGS $(condition) /< optimization > speed : / O2 ;
        flags msvc.compile CFLAGS $(condition) /< optimization > space : / O1 ;
        flags msvc.link.dll MANIFEST : " mt -manifest " ;
        flags msvc.link.dll OUTPUTRESOURCE : " -outputresource: " ;
    }

BoolKinG 2006-06-19 17:44 发表评论

��Z��么main有多�U�格式？

BoolKinG — Wed, 07 Jun 2006 09:40:00 GMT

学过C/C++语言的都知道�E�序的执行从main函数开始（先不说static对象和CRT�Q�，大部分学�q�C/C++的也都知道main可以有int main()和int main(int argc, char**argv)的参数格式，有不��h�q�知道int main(int, char**, char**)的参数�Ş式，�q�回��g��可以为void�Q�但是�ؓ什么C/C++ compiler能够支持�q�些格式呢？在初学C的时候，我以为是�~�译器内�|�的功能来支�?br />
�q�日研究VC的CRT�Q�发现原来是通过调用规范�Q�calling coventions�Q�实现的�?br />调用规范分�ؓ参数传递次序，调用栈维护，命名修饰和大��写转换4个规范组成�?br />
大部分的C语言�~�译器（臛_��是在x86架构上）遵��@以下的规�?br />命名修饰和大��写转换�Q�无论函数的signature是什么样子，在编译时会将名�ؓ“Xxxx”的函数转换为“_Xxxx”的形式�Q�即在函数名前面加上“_”，大小写不变，也就是说不管是什么�Ş式的main函数�Q�有没有�q�回��|��有多��个参数都会在编译时转换为_main。因此虽然在CRT中��用的�?br />

int __cdecl main(int, char **, char **);

的�Ş式声明的main函数�Q�但是在链接的时候无论是什么�Ş式的main都符合要求，只不�q�除了在文章开始提到的3�U��Ş式有意义外，其他的参数格式要么是得到无意义的��|��要么�q�会溢出调用栈（使用��过3个参敎ͼ�
��试代码如下�Q?/p>

int main(int a1, char* a2, unsigned long a3, float a4, double a5, unsinged int a6)
{
printf("Hello World!\n");
return 0;
}

BoolKinG 2006-06-07 17:40 发表评论