一本一道久久综合狠狠老,久久国产影院,…久久精品99久久香蕉国产

Fri, 26 Dec 2008 15:57:00 GMT

*************构徏ACE�Q?

1、下载，解压�~�ACE包，讄��环境变量PATH包含$ACE_ROOT$/bin

2、设�|?ACE_ROOT$/ace/config.h�Q�加入一行：(x��)�Q�该语句是ACE针对WIN32�q�_��的配�|�文�Ӟ��
#include "ace/config-win32.h"

注意�Q?
A、如果你使用9x/Me�Q�加入：(x��)
#define ACE_HAS_WINNT4 0
B、如果你要��用标准C++头文件的�?
#define ACE_HAS_STANDARD_CPP_LIBRARY 1
C、要使用MFC的话
#define ACE_HAS_MFC 1
以上的define语句都要�?include "ace/config-win32.h"之前包含

3、VC6打开$ACE_ROOT$/ace/ace.dsw�Q�VC.net打开$ACE_ROOT$/ace/ace/ace.sln�Q�构建ACE

4、构建成功与否，可打开$ACE_ROOT$/tests下的工程文�g看看能不能编译通过

其实�Q�如果你初学ACE的话�Q�暂时还不想涉及(qi��ng)上面烦琐的步骤的话，可以找一�?exe安装包，安装完成之后�Q�打开ace.dsw/ace.sln卛_��构徏了；偶开始学ACE的时候，��是使用《ACE�E�序员指�? �|�络与系�l�编�E�的实用设计模式》书后自带光盘中ACE53b.exe安装、构建的�?

**************在你的程序中使用ACE�Ҏ(gu��)��Q�打开��目-->讄��Q?

C/C++选项�?
Code Generation�Q�选择多线�E�版的运行时库（如：(x��)Debug Multithreaded DLL�Q?
Proprocessor�Q�在“附加包含路径”中包�?ACE_ROOT$

Link选项�?
Input�Q�在“对象/库模�?#8221;包含适当的ACE库文件名�Q�附表A�Q?
加上.lib�Q�如�Q�aced.lib,acesd.lib�{?
Input�Q�在“附加库�\�?#8221;中包�?ACE_ROOT$/ace

**************附表A�Q?
-----------------------------------------------------------
配置文�g�?
-----------------------------------------------------------
DLL debug aced
DLL release ace
Static library debug acesd
Static library release aces
MFC DLL debug acemfcd
MFC DLL release acemfc
-----------------------------------------------------------

英文比较好的�Q�可直接查看$ACE_ROOT$/ACE-INSTALL.html#msvc

ACE环境构徏�W�记(Linux) :)

**************构徏ACE**************

1�Q�下载ACE源码包。我下的�?.4版的�Q�文件名为ACE54SRC.tar.gz。gzip解压�Q�tar解包后，得到一个叫ACE_wrappers 的目录，我把它放�?home/lok/ace目录下。注意如果我没有特别说明�Q�所有操作都是在一般用户下�q�行的�?

2�Q�编译前的必要工作�?
讄��环境变量�Q�在shell下输入：(x��)ACE_ROOT=/home/lok/ace/ACE_wrappers; export ACE_ROOT
(注意上面的操作是在同一行中执行的，如果要分行，可以不用分号)。这栯��|�的变量只是临时的，如果惌��怹�保存�q�个变量�Q�可以切换到root�Q�把变量写到文�g/etc/profile中；
�?ACE_ROOT/ace目录下新��Z��个config.h文�g�Q�内容�ؓ(f��)�Q?include "ace/config-linux.h"
�?ACE_ROOT/include/makeinclude目录下新��Z��个platform_macros.GNU文�g�Q�内容�ؓ(f��)�Q�include $(ACE_ROOT)/include/makeinclude/platform_linux.GNU

3�Q�在$ACE_ROOT目录下，新徏一个目录，用以执行configure的结�?br> mkdir aaa
cd aaa
�?ACE_ROOT/aaa中运�?br> ../configure
在确认结果无误后�Q�执�?
make

4�Q�切换到root用户�Q�把刚生成的libACE.so和libACE.so.5.4.0(�?ACE_ROOT/ace目录�?拯��?usr/lib�Q�ACE开发环境构建完毕！

**************写个��程序测试ACE**************
1�Q�编写Log_Msg.cpp�Q�内容如下：(x��)
#include "ace/Log_Msg.h"
void foo (void);
int ACE_TMAIN (int, ACE_TCHAR *[])
{
ACE_TRACE(ACE_TEXT ("main"));
ACE_DEBUG ((LM_INFO, ACE_TEXT ("%IHi Mom\n")));
foo();
ACE_DEBUG ((LM_INFO, ACE_TEXT ("%IGoodnight\n")));
return 0;
}
void foo (void)
{
ACE_TRACE (ACE_TEXT ("foo"));
ACE_DEBUG ((LM_INFO, ACE_TEXT ("%IHowdy Pardner\n")));
}

2�Q�写makefile�Q�内容如下：(x��)
LIB = -lACE
LIBPATH = -L$(ACE_ROOT)/ace
HPATH = -I$(ACE_ROOT)

Log_Msg : Log_Msg.cpp
g++ Log_Msg.cpp -o Log_Msg $(LIB) $(LIBPATH) $(HPATH)

3�Q�make�Q�运行Log_Msg�Q�测试完毕！

***************补充*************
$(ACE_ROOT)/example下有很多例子可以参考，但你�?x��)发现它们的makefile写得很奇怪，�q�是因�ؓ(f��)�q�些makefile是由�E�序自动生成的，目的是让它们可以在不同系�l�下都可正常工作。关于这些makefile�Q�可以到http://www.kehui.net /index.php?op=article&file=read&aid=30812�ȝ��一下。如果你的程序只需要在linux下工作，那只要自己写�?lACE��可以了�?nbsp;

。。。�?/a> 2008-12-26 23:57 发表评论

��析Linux下core文�g

Wed, 10 Dec 2008 13:23:00 GMT

当我们的�E�序崩溃�Ӟ��内核有可能把该程序当前内存映��到core文�g里，方便�E�序员找到程序出现问题的地方。最常出现的�Q�几乎所有C�E�序员都出现�q�的错误��是“�D�错�?#8221;了。也是最难查出问题原因的一个错误。下面我们就针对“�D�错�?#8221;来分析core文�g的��生、以�?qi��ng)我�? 如何利用core文�g扑ֈ�出现崩溃的地斏V�?/font>

何谓core文�g

当一个程序崩溃时�Q�在�q�程当前工作目录的core文�g中复制了该进�E�的存储囑փ��?font face="Times New Roman">core文�g仅仅是一个内存映�?font face="Times New Roman">(同时加上调试信息)�Q�主要是用来调试的�?/font>

当程序接收到以下UNIX信号�?x��)��生core文�g�Q?/font>

名字	说明	ANSI C POSIX.1	SVR4 4.3+BSD	�~�省动作
SIGABRT	异常�l�止(abort)	. .	. .	�l�止w/core
SIGBUS	��g故障	.	. .	�l�止w/core
SIGEMT	��g故障		. .	�l�止w/core
SIGFPE	��术异常	. .	. .	�l�止w/core
SIGILL	非法��g指��o(h��)	. .	. .	�l�止w/core
SIGIOT	��g故障		. .	�l�止w/core
SIGQUIT	�l�端退出符	.	. .	�l�止w/core
SIGSEGV	无效存储讉K��	. .	. .	�l�止w/core
SIGSYS	无效�pȝ��调用		. .	�l�止w/core
SIGTRAP	��g故障		. .	�l�止w/core
SIGXCPU	��过CPU限制(setrlimit)		. .	�l�止w/core
SIGXFSZ	��过文�g长度限制(setrlimit)		. .	�l�止w/core

在系�l�默认动作列�Q?#8220;�l�止w/core”表示在进�E�当前工作目录的core文�g中复制了该进�E�的存储囑փ��Q�该文�g名�ؓ(f��)core�Q�由此可以看��U�功能很久之前就是UNIX功能的一部分�Q�。大多数UNIX调试�E�序都��用core文�g以检查进�E�在�l�止时的状态�?/font>

core文�g的��生不是POSIX.1所属部�?而是很多UNIX版本的实现特征。UNIX�W?版没有检查条�? (a)�?b)�Q��ƈ且其源代码中包含如下说明�Q?#8220;如果你正在找��M��护信��P��那么当设�|?用户-ID命��o(h��)执行�Ӟ��可能��生大量的�q�种信号”�?.3 + BSD产生名�ؓ(f��)core.prog的文�Ӟ��其中prog是被执行的程序名的前1 6个字�W�。它对core文�g�l�予了某�U�标识，所以是一�U�改�q�特征�?/font>

表中“��g故障”对应于实现定义的��g故障。这些名字中有很多取自UNIX早先在DP-11上的实现。请查看你所使用的系�l�的手册�Q�以��切地确定这些信号对应于哪些错误�c�d��?/font>

下面比较详细地说明这些信受��?/font>

• SIGABRT 调用abort函数时��生此信号。进�E�异常终止�?/font>

• SIGBUS 指示一个实现定义的��g故障�?/font>

• SIGEMT 指示一个实现定义的��g故障�?/font>

EMT�q�一名字来自PDP-11的emulator trap 指��o(h��)�?/font>

• SIGFPE 此信可��C�Z��个算术运��异常，例如除以0�Q��Q�Ҏ(gu��)��出等�?/font>

• SIGILL 此信��h��C��E�已执行一条非法硬件指令�?/font>

4.3BSD由abort函数产生此信受��SIGABRT现在被用于此�?/font>

• SIGIOT �q�指�C�Z��个实现定义的��g故障�?/font>

IOT�q�个名字来自于PDP-11对于输入�Q�输出TRAP(input/output TRAP)指��o(h��)的羃写。系�l�V的早期版本，由abort函数产生此信受��SIGABRT现在被用于此�?/font>

• SIGQUIT 当用户在�l�端上按退出键�Q�一般采用Ctrl-\�Q�时�Q��生此信号�Q��ƈ送至前台�q?/font>

�E�组中的所有进�E�。此信号不仅�l�止前台�q�程�l�（如SIGINT所做的那样�Q�，同时产生一个core文�g�?/font>

• SIGSEGV 指示�q�程�q�行了一�ơ无效的存储讉K��?/font>

名字SEGV表示“�D�违例（segmentation violation�Q?#8221;�?/font>

• SIGSYS 指示一个无效的�pȝ��调用。由于某�U�未知原因，�q�程执行了一条系�l�调用指令，

但其指示�pȝ��调用�c�d��的参数却是无效的�?/font>

• SIGTRAP 指示一个实现定义的��g故障�?/font>

此信号名来自于PDP-11的TRAP指��o(h��)�?/font>

• SIGXCPU SVR4�?.3+BSD支持资源限制的概��c(di��n)��如果进�E�超�q�了其��YC P U旉��限制�Q�则产生此信受��?/font>

• SIGXFSZ 如果�q�程��过了其软文仉��度限�Ӟ��则SVR4�?.3+BSD产生此信受��?/font>

摘自《UNIX环境高��~�程》第10�?信号�?/font>

使用core文�g调试�E�序

看下面的例子�Q?/font>

/*core_dump_test.c*/
#include
const char *str = "test";
void core_test(){
    str[1] = 'T';
}

int main(){
    core_test();
    return 0;
}

�~�译�Q?br>gcc –g core_dump_test.c -o core_dump_test

如果需要调试程序的话，使用gcc�~�译时加�?font face="Times New Roman">-g选项�Q�这栯��?font face="Times New Roman">core文�g的时候比较容易找到错误的地方�?/font>

执行�Q?br> ./core_dump_test
�D�错�?/font>

�q�行core_dump_test�E�序出现�?#8220;�D�错�?#8221;�Q�但没有产生core文�g。这是因为系�l�默�?font face="Times New Roman">core文�g的大��ؓ(f��)0�Q�所以没有创建。可以用ulimit命��o(h��)查看和修�?font face="Times New Roman">core文�g的大��?br>ulimit -c 0
ulimit -c 1000
ulimit -c 1000

-c 指定修改core文�g的大��，1000指定�?font face="Times New Roman">core文�g大小。也可以�?font face="Times New Roman">core文�g的大��不做限�Ӟ��如：(x��)

ulimit -c unlimited
ulimit -c unlimited

如果惌��修改�怹�生效�Q�则需要修攚w��|�文�Ӟ��?font face="Times New Roman"> .bash_profile�?font face="Times New Roman">/etc/profile�?font face="Times New Roman">/etc/security/limits.conf�?/font>

再次执行�Q?br>./core_dump_test
�D�错�?/font> (core dumped)
ls core.*
core.6133

可以看到已经创徏了一�?font face="Times New Roman">core.6133的文�?font face="Times New Roman">.6133�?font face="Times New Roman">core_dump_test�E�序�q�行的进�E?font face="Times New Roman">ID�?/font>

调式core文�g
core文�g是个二进制文�Ӟ��需要用相应的工��h��分析�E�序崩溃时的内存映像�?/font>

file core.6133

core.6133: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from 'core_dump_test'

�?font face="Times New Roman">Linux下可以用GDB来调�?font face="Times New Roman">core文�g�?/font>

gdb core_dump_test core.6133

GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
Core was generated by `./core_dump_test'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0 0x080482fd in core_test () at core_dump_test.c:7
7 str[1] = 'T';
(gdb) where
#0 0x080482fd in core_test () at core_dump_test.c:7
#1 0x08048317 in main () at core_dump_test.c:12
#2 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6

GDB中键�?font face="Times New Roman">where�Q�就�?x��)看到程序崩溃时堆栈信息�Q�当前函��C��前的所有已调用函数的列表（包括当前函数�Q�，gdb只显�C�最�q�几个）�Q�我们很�Ҏ(gu��)��扑ֈ�我们的程序在最后崩溃的时候调用了core_dump_test.c �W?font face="Times New Roman">7行的代码�Q�导致程序崩溃。注意：(x��)在编译程序的时候要加入选项-g。�?zh��n)�也可以试试其他命令，　如　fram�?font face="Times New Roman">list�{�。更详细的用法，��h��?font face="Times New Roman">GDB文档�?/font>

core文�g创徏在什么位�|?/strong>

在进�E�当前工作目录的下创建。通常与程序在相同的�\径下。但如果�E�序中调用了chdir函数�Q�则有可能改变了当前�? 作目录。这时core文�g创徏在chdir指定的�\径下。有好多�E�序崩溃了，我们却找不到core文�g攑֜�什么位�|�。和chdir函数��有关系。当然程�? 崩溃了不一定都产生core文�g�?/font>

什么时候不产生core文�g

在下列条件下不��生core文�g�Q?br>( a )�q�程是设�|?用户-ID�Q�而且当前用户�q��E�序文�g的所有者；
( b )�q�程是设�|?�l?ID�Q�而且当前用户�q��该程序文件的�l�所有者；
( c )用户没有写当前工作目录的许可权；
( d )文�g太大。core文�g的许可权(假定该文件在此之前�ƈ不存�?通常是用戯��/写，�l�读和其他读�?/font>

利用GDB调试core文�g�Q�当遇到�E�序崩溃时我们不再束手无�{��?/font>

。。。�?/a> 2008-12-10 21:23 发表评论

便利的开发编辑工�?vim

Tue, 09 Dec 2008 13:13:00 GMT
     摘要: 便利的开发编辑工�?vim mounton @ www.ihere.org ( mount0n@yahoo.com) 2003�q?�? 0. 序言 �~�程人员��p��最长时间的开发工具可能就是编辑器了，一个非常方�ѝ��高效的�~�辑器对开发�h员来说是非常有效的。在unix/linux下，甚至windows下，vim都可以说是个非常优秀的编辑器。虽然许多朋友开发过�E�中都在使用vim�Q�但通常...  阅读全文

。。。�?/a> 2008-12-09 21:13 发表评论

用GDB调试�E�序(8)──查看栈信�?zz

Tue, 09 Dec 2008 13:06:00 GMT

查看栈信�?/h2>
当程序被停住了，你需要做的第一件事��是查看�E�序是在哪里停住的。当你的�E�序调用了一个函敎ͼ�函数的地址�Q�函数参敎ͼ�函数内的局部变量都�?x��)被压�?#8220;�?#8221;�Q?/font>Stack�Q�中。你可以�?/font>GDB命��o(h��)来查看当前的栈中的信息�?/font>

下面是一些查看函数调用栈信息�?/font>GDB命��o(h��)�Q?/font>

    Backtrace�Q?/font>bt 打印当前的函数调用栈的所有信息�?/font>如：(x��)
        (gdb) bt
        #0 func (n=250) at tst.c:6
        #1 0x08048524 in main (argc=1, argv=0xbffff674) at tst.c:30
        #2 0x400409ed in __libc_start_main () from /lib/libc.so.6
从上可以看出函数的调用栈信息�Q?/font>__libc_start_main --> main() --> func()
    backtrace �Q?bt n是一个正整数�Q�表�C�只打印栈顶�?/font>n层的栈信息�?/font>

    backtrace <-n> �Q?/font>bt <-n> -n表一个负整数�Q�表�C�只打印栈底�?/font>n层的栈信息�?nbsp;
如果你要查看某一层的信息�Q�你需要在切换当前的栈�Q�一般来��_(d��)��E�序停止�Ӟ��最��层的栈��是当前栈，如果你要查看栈下面层的详�l�信息，首先要做的是切换当前栈�?/font>

frame �Q?/font>f n是一个从0开始的整数�Q�是栈中的层�~�号。比如：(x��)frame 0�Q�表�C�栈��Ӟ��frame 1�Q�表�C�栈的第二层�?/font>
   up         表示向栈的上面移�?/font>n层，可以不打n�Q�表�C�向上移动一层�?/font>

down 表示向栈的下面移�?/font>n层，可以不打n�Q�表�C�向下移动一层�?

上面的命令，都会(x��)打印出移动到的栈层的信息。如果你不想让其打出信息。你可以使用�q�三个命令：(x��)

     select-frame 对应�?frame 命��o(h��)�?/font>
      up-silently 对应�?up 命��o(h��)�?/font>
      down-silently 对应�?down 命��o(h��)�?/font>

查看当前栈层的信息，你可以用以下GDB命��o(h��)�Q?/font>

frame �?f       �?x��)打印出�q�些信息�Q�栈的层�~�号�Q�当前的函数名，函数参数��|��函数所在文件及(qi��ng)行号�Q�函数执行到的语句�?/font>
info frame�Q?/font>info f �q�个命��o(h��)�?x��)打印出更��?f��)详细的当前栈层的信息�Q�只不过�Q�大多数都是�q�行时的内内地址。比如：(x��)函数地址�Q�调用函数的地址�Q�被调用函数的地址�Q�目前的函数是由什么样的程序语�a�写成的、函数参数地址�?qi��ng)倹{��局部变量的地址�{�等�?/font>如：(x��)
           (gdb) info f
           Stack level 0, frame at 0xbffff5d4:
             eip = 0x804845d in func (tst.c:6); saved eip 0x8048524
             called by frame at 0xbffff60c
             source language c.
             Arglist at 0xbffff5d4, args: n=250
             Locals at 0xbffff5d4, Previous frame's sp is 0x0
             Saved registers:
             ebp at 0xbffff5d4, eip at 0xbffff5d8
     info args      打印出当前函数的参数名及(qi��ng)其倹{�?nbsp;
     info locals     打印出当前函��C��所有局部变量及(qi��ng)其倹{�?nbsp;
     info catch      打印出当前的函数中的异常处理信息�?/font>

。。。�?/a> 2008-12-09 21:06 发表评论

ACE Documentation

Tue, 19 Aug 2008 06:42:00 GMT
ACE�c�d��
http://www.dre.vanderbilt.edu/Doxygen/Current/html/ace/index.html

。。。�?/a> 2008-08-19 14:42 发表评论

不要说话

Fri, 15 Aug 2008 15:48:00 GMT

陈奕�q?不要说话
作曲:��柯
作词:��柯

��p��的�v面扑满白色的月光
我出��望着��心不知飞哪�?br>听到她在告诉你说她真的喜�Ƣ你
我不知该�w�哪�?br>�׃��个�h是不是应该有默契
我以��Z��懂得每当我看着�?br>我藏��h��的秘密在每一天清晨里
暖成咖啡安静的拿�l�你
愿意用一枝黑色的�{��
��M��出沉默舞台剧
灯光再亮也抱住你
愿意在角落唱沙哑的歌
再大��C��都是�l�你
��L(f��ng)��心听不要说话
请原谅我不会(x��)说话
爱是用心�?font style="COLOR: #e10900">不要说话

。。。�?/a> 2008-08-15 23:48 发表评论

星星亮了

Fri, 15 Aug 2008 15:44:00 GMT

演唱�Q�阿�?br>星星亮了
我从睡梦中醒�?br>轻轻��门�H�打开
月光��p��栯��了进�?br>��我的心温暖��h��
我像是飘在城市的一颗尘�?br>��L��一片土地停留下�?br>飘呀飘飘在茫茫�h��?br>偶尔�?x��)有月亮陪我�{�待

时光�(zh��n)��?zh��n)�的溜开
我还来不�?qi��ng)释怀
灯火渐渐把梦��x��?br>��天边的星星取代
我像是飘在城市的一颗尘�?br>��L��一片土地停留下�?br>飘呀飘飘在茫茫�h��?br>偶尔�?x��)有月亮陪我�{�待
我推开�H�迎向那一片灯��?br>再次发现自己的存�?br>眨呀眨星星就亮了��h��
�H�然之间有种感动自在

。。。�?/a> 2008-08-15 23:44 发表评论

Fri, 15 Aug 2008 15:36:00 GMT

歌曲�?挥挥�?/font>
演唱:汪峰

挥挥�?/font>�q�福掠过麦田
推倒了几重的围�?br>挥挥�?/font>晚上你回忆着
你哪张失忆般的脸�?br>三月早和她去贡庙�q�句话应该随信心
带着�q�h��的方向坠落在路上
你是否看到我站在路旁
默默�?font style="COLOR: #e10900">挥挥�?/font>送你去远�?br>你是否知道在�q�一瞬间
轻轻的爱挥挥�?/font>
一颗心被埋�?br>挥挥�?/font>
��子��过山岗
跌��了雪域湖的舟
挥挥�?/font>去能飞过丛林
你莫在岁月入��p��
然后整合那箱�?w��i)�?br>蒲公�׃��那的布谷�?br>带着烦恼的痴心跌落在天堂

。。。�?/a> 2008-08-15 23:36 发表评论

ACE中的Double Checked Locking 模式 --转脓(chu��ng)

Fri, 15 Aug 2008 09:42:00 GMT
     摘要: 1、标准的单例。开发正��的有效的�ƈ发应用是困难的。程序员必须学习(f��n)新的技术（�q�发控制和防止死锁的��法�Q�和机制�Q�如多线�E�和同步API�Q�。此外，许多熟�?zh��n)�的设计模式（如单例和�q�代子）在包含不使用��M��q�发上下文假讄��序�E�序中可以工作的很好。�ؓ(f��)了说明这点，考虑一个标准的单例模式在多�U�程环境下的实现。单例模式保证一个类仅有一个实例同时提供了全局唯一的访问这个实例的入口炏V��在c++�E�序中动态分配单例对象是通用的方式，�q�是因�ؓ(f��)c++�E�序没有很好的定义静态全局对象的初始化�ơ序�Q�因此是不可�U�L��的。而且�Q�动态分配避免了单例对象在永�q�没有被使用情况下的初始化开销�?nbsp; 阅读全文

。。。�?/a> 2008-08-15 17:42 发表评论

一本一道久久综合狠狠老,久久国产影院,…久久精品99久久香蕉国产

���析Linux下core文�g

便利的开发编辑工�?vim

用GDB调试�E�序(8)──查看栈信�?zz

ACE Documentation

不要说话

星星亮了

ACE中的Double Checked Locking 模式 --转脓(chu��ng)

��析Linux下core文�g