午夜精品美女久久久久av福利,久久青草久久,久久久久久穴

ChinaPanda — Mon, 25 Oct 2010 03:28:00 GMT

如果�(zh��n)�是 Linux 内核的开发�h员，�(zh��n)�会(x��)发现自己�l�常要对与体�pȝ��构高度相关的功能�q�行�~�码或优化代码�\径。�?zh��n)�很可能是通过��汇�~�语�a�指��o(h��)插入�? C 语句的中��_(d��)��又称为内联汇�~�的一�U�方法）来执行这些�Q务的。让我们看一�? Linux 中内联汇�~�的特定用法。（我们��讨论限制在 IA32 汇编。）

GNU 汇编�E�序��q?/span>

让我们首先看一�?Linux 中��用的基本汇编�E�序语法。GCC�Q�用�?Linux �? GNU C �~�译器）使用 AT&T 汇编语法。下面列��Z��q�种语法的一些基本规则。（该列表肯定不完整�Q�只包括了与内联汇编相关的那些规则。）

寄存器命�?/strong>
寄存器名�U�有 % 前缀。即�Q�如果必��M��?eax�Q�它应该用作 %eax�?

源操作数和目的操作数的顺�?/strong>
在所有指令中�Q�先是源操作敎ͼ�然后才是目的操作数。这与将源操作数攑֜�目的操作��C��后的 Intel 语法不同�?

mov %eax, %ebx, transfers the contents of eax to ebx.

操作数大��?/strong>
�Ҏ(gu��)��操作数是字节 (byte)、字 (word) �q�是长型 (long)�Q�指令的后缀可以�?b、w �?l。这�q�不是强制性的�Q�GCC �?x��)尝试通过��d��操作数来提供相应的后�~�。但手工指定后缀可以改善代码的可��L��，�q�可以消除编译器猜测不正��的可能性�?

movb %al, %bl -- Byte move
movw %ax, %bx -- Word move
movl %eax, %ebx -- Longword move

立即操作�?/strong>
通过使用 $ 指定直接操作数�?

movl $0xffff, %eax -- will move the value of 0xffff into eax register.

间接内存引用
��M��对内存的间接引用都是通过使用 ( ) 来完成的�?

movb (%esi), %al -- will transfer the byte in the memory
pointed by esi into al
register

回页�?/a>

内联汇编

GCC 为内联汇�~�提供特�D�结构，它具有以下格式：(x��)

GCG �?"asm" �l�构

asm ( assembler template

: output operands (optional)

: input operands (optional)

: list of clobbered registers
(optional)

);

本例中，汇编�E�序模板由汇�~�指令组成。输入操作数是充当指令输入操作数使用�? C 表达式。输出操作数是将对其执行汇编指��o(h��)输出�?C 表达式�?/p>
内联汇编的重要性体现在它能够灵�z�L��作，而且可以使其输出通过 C 变量昄��出来。因为它��h��q�种能力�Q�所�?"asm" 可以用作汇编指��o(h��)和包含它�?C �E�序之间的接口�?/p>
一个非常基本但很重要的区别在于 ��单内联汇�~?/em>只包括指令，�? 扩展内联汇编包括操作数。要说明�q�一点，考虑以下�C�Z��Q?

内联汇编的基本要�?/strong>

{
int a=10, b;
asm ("movl %1, %%eax;

movl %%eax, %0;"
:"=r"(b) /* output */
:"r"(a) /* input */
:"%eax"); /* clobbered register */
}

在上例中�Q�我们��用汇�~�指令�� "b" 的值等�? "a"。请注意以下几点�Q?/p>

"b" 是输出操作数�Q�由 %0 引用�Q?a" 是输入操作数�Q�由 %1 引用�?/li>
"r" 是操作数的约束，它指定将变量 "a" �?"b" 存储在寄存器中。请注意�Q�输出操作数�U�束应该带有一个约束修饰符 "="�Q�指定它是输出操作数�?/li>
要在 "asm" 内��用寄存器 %eax�Q?eax 的前面应该再加一�? %�Q�换句话说就�?%%eax�Q�因�?"asm" 使用 %0�?1 �{�来标识变量。�Q何带有一�?% 的数都看作是输入�Q�输出操作数�Q�而不认�ؓ(f��)是寄存器�?/li>
�W�三个冒号后的修饰寄存器 %eax 告诉��在 "asm" 中修�?GCC %eax 的��|��q�样 GCC ��׃��使用该寄存器存储��M��其它的倹{�?/li>
movl %1, %%eax ��?"a" 的值移�?%eax 中， movl %%eax, %0 ��?%eax 的内容移�? "b" 中�?

因�ؓ(f��) "b" 被指定成输出操作敎ͼ�因此�?"asm" 的执行完成后�Q�它?y��u)��反映出更新的倹{��换句话��_(d��)��?"asm" �?"b" 所做的更改��在 "asm" 外反映出来�?/li>

现在让我们更详细的了解每一��的含义�?/p>

回页�?/a>

汇编�E�序模板

汇编�E�序模板是一�l�插入到 C �E�序中的汇编指��o(h��)�Q�可以是单个指��o(h��)�Q�也可以是一�l�指令）。每条指令都应该由双引号括�v�Q�或者整�l�指令应该由双引��h��赗��每条指令还应该用一个定界符�l�尾。有效的定界�W��ؓ(f��)新行 (\n) 和分�?(;)�?'\n' 后可以跟一�?tab(\t) 作�ؓ(f��)格式化符��P��增加 GCC 在汇�~�文件中生成的指令的可读性�?指��o(h��)通过�?%0�?1 �{�来引用 C 表达式（指定为操作数�Q��?/p>
如果希望��保�~�译器不�?x��)�?"asm" 内部优化指��o(h��)�Q�可以在 "asm" 后��用关键字 "volatile"。如果程序必��M�� ANSI C 兼容�Q�则应该使用 __asm__ �?__volatile__�Q�而不�?asm �?volatile�?/p>

回页�?/a>

操作�?/span>

C 表达式用�?"asm" 内的汇编指��o(h��)操作数。在汇编指��o(h��)通过�?C �E�序�?C 表达式进行操作来执行有意义的作业的情况下�Q�操作数是内联汇�~�的主要�Ҏ(gu��)��?/p>
每个操作数都由操作数�U�束字符串指定，后面跟用括弧括�v�?C 表达式，例如�Q?constraint" (C expression)。操作数�U�束的主要功能是��定操作数的��d��方式�?/p>
可以在输入和输出部分中同时��用多个操作数。每个操作数由逗号分隔开�?/p>
在汇�~�程序模板内部，操作数由数字引用。如果��d��? n 个操作数�Q�包括输入和输出�Q�，那么�W�一个输出操作数的编号�ؓ(f��) 0�Q�逐项递增�Q�最后那个输入操作数的编号�ؓ(f��) n -1。��L��作数的数目限制在 10�Q�如果机器描�q�C��M��指��o(h��)模式中的最大操作数数目大于 10�Q�则使用后者作为限制�?

回页�?/a>

修饰寄存器列�?/span>

如果 "asm" 中的指��o(h��)指的是硬件寄存器�Q�可以告�?GCC 我们��自�׃��用和修改它们。这��P��GCC ��׃��?x��)假讑֮�装入到这些寄存器中的值是有效倹{��通常不需要将输入和输出寄存器列�ؓ(f��) clobbered�Q�因�?GCC 知道 "asm" 使用它们�Q�因为它们被明确指定为约束）。不�q�，如果指��o(h��)使用��M��其它的寄存器�Q�无论是明确的还是隐含的�Q�寄存器不在输入�U�束列表中出玎ͼ�也不在输出约束列表中出现�Q�，寄存器都必须被指定�ؓ(f��)修饰列表。修饰寄存器列在�W�三个冒号之后，其名�U�被指定为字�W�串�?/p>
至于关键字，如果指��o(h��)以某些不可预知且不明��的方式修改了内存，则可能将 "memory" 关键字添加到修饰寄存器列表中。这样就告诉 GCC 不要在不同指令之间将内存值高速缓存在寄存器中�?/p>

回页�?/a>

操作数约�?/span>

前面提到�q�，"asm" 中的每个操作数都应该由操作数�U�束字符串描�q�ͼ�后面跟用括弧括�v�?C 表达式。操作数�U�束主要是确定指令中操作数的��d��方式。约束也可以指定�Q?/p>

是否允许操作��C��于寄存器中，以及(qi��ng)它可以包括在哪些�U�类的寄存器�?/li>
操作数是否可以是内存引用�Q�以�?qi��ng)在�q�种情况下��用哪些种�cȝ��地址

操作数是否可以是立即�?/li>

�U�束�q�要求两个操作数匚w��?/p>

回页�?/a>

常用�U�束

在可用的操作数约束中�Q�只有一��部分是常用的；下面列出了这些约束以�?qi��ng)简要描�q�。有��x��作数�U�束的完整列表，请参�? GCC �?GAS 手册�?/p>
寄存器操作数�U�束 (r)
使用�q�种�U�束指定操作数时�Q�它们存储在通用寄存器中。请看下例：(x��)

asm ("movl %%cr3, %0\n" :"=r"(cr3val));

�q�里�Q�变�?cr3val 保存在寄存器中，%cr3 的值复制到寄存器上�Q�cr3val 的��g��该寄存器更新到内存中。指�?"r" �U�束�Ӟ��GCC 可以��变�?cr3val 保存在�Q何可用的 GPR 中。要指定寄存器，必须通过使用特定的寄存器�U�束直接指定寄存器名�?/p>

a %eax
b %ebx
c %ecx
d %edx
S %esi
D %edi

内存操作数约�?(m)
当操作数位于内存中时�Q��Q何对它们执行的操作都��在内存位置中直接发生，�q�与寄存器约束正好相反，后者先��值存储在要修改的寄存器中�Q�然后将它写回内存位�|�中。但寄存器约束通常只在对于指��o(h��)来说它们是绝对必需的，或者它们可以大大提高进�E�速度时��用。当需要在 "asm" 内部更新 C 变量�Q�而�?zh��n)�又确实不希望使用寄存器来保存其值时�Q��用内存约束最为有效。例如，idtr 的值存储在内存位置 loc 中：(x��)

("sidt %0\n" : :"m"(loc));

匚w��Q�数字）�U�束
在某些情况下�Q�一个变量既要充当输入操作数�Q�也要充当输出操作数。可以通过使用匚w��U�束�? "asm" 中指定这�U�情��c(di��n)�?

asm ("incl %0" :"=a"(var):"0"(var));

在匹配约束的�C�Z��中，寄存�?%eax 既用作输入变量，也用作输出变量。将 var 输入��d��? %eax�Q�增加后��更新的 %eax 再次存储�?var 中。这里的 "0" 指定�W?0 个输出变量相同的�U�束。即�Q�它指定 var 的输出实例只应该存储�?%eax 中。该�U�束可以用于以下情况�Q?/p>

输入从变量中��d��Q�或者变量被修改后，修改写回到同一变量�?/li>
不需要将输入操作数和输出操作数的实例分开

使用匚w��U�束最重要的意义在于它们可以导致有效地使用可用寄存器�?/p>

回页�?/a>

一般内联汇�~�用法示�?/span>

以下�C�Z��通过各种不同的操作数�U�束说明了用法。有如此多的�U�束以至于无法将它们一一列出�Q�这里只列出了最�l�常使用的那些约束类型�?/p>
"asm" 和寄存器�U�束 "r" 让我们先看一下��用寄存器�U�束 r �?"asm"。我们的�C�Z��昄��?GCC 如何分配寄存器，以及(qi��ng)它如何更新输出变量的倹{�?

int main(void)
{
int x = 10, y;

asm ("movl %1, %%eax;

"movl %%eax, %0;"
:"=r"(y) /* y is output operand */
:"r"(x) /* x is input operand */
:"%eax"); /* %eax is clobbered register */
}

在该例中�Q�x 的值复制�ؓ(f��) "asm" 中的 y。x �?y 都通过存储在寄存器中传递给 "asm"。�ؓ(f��)该例生成的汇�~�代码如下：(x��)

main:
pushl %ebp
movl %esp,%ebp
subl $8,%esp
movl $10,-4(%ebp)
movl -4(%ebp),%edx /* x=10 is stored in %edx */
#APP /* asm starts here */
movl %edx, %eax /* x is moved to %eax */
movl %eax, %edx /* y is allocated in edx and updated */
#NO_APP /* asm ends here */
movl %edx,-8(%ebp) /* value of y in stack is updated with

the value in %edx */

当��?"r" �U�束�Ӟ��GCC 在这里可以自由分配�Q何寄存器。在我们的示例中�Q�它选择 %edx 来存�? x。在��d��?%edx �?x 的值后�Q�它�?y 也分配了相同的寄存器�?/p>
因�ؓ(f��) y 是在输出操作数部分中指定的，所�?%edx 中更新的值存储在 -8(%ebp)�Q�堆栈上 y 的位�|�中。如�?y 是在输入部分中指定的�Q�那么即使它�?y 的��(f��)时寄存器存储�?(%edx) 中被更新�Q�堆栈上 y 的��g��不会(x��)更新�?/p>
因�ؓ(f��) %eax 是在修饰列表中指定的�Q�GCC 不在��M��其它地方使用它来存储数据�?/p>
输入 x 和输�?y 都分配在同一�?%edx 寄存器中�Q�假设输入在输出产生之前被消耗。请注意�Q�如果�?zh��n)�有许多指令，��׃��是这�U�情况了。要��保输入和输出分配到不同的寄存器中，可以指定 & �U�束修饰�W�。下面是��d��了约束修饰符的示例�?/p>

int main(void)
{
int x = 10, y;

asm ("movl %1, %%eax;

"movl %%eax, %0;"
:"=&r"(y) /* y is output operand, note the

& constraint modifier. */
:"r"(x) /* x is input operand */
:"%eax"); /* %eax is clobbered register */
}

以下是�ؓ(f��)该示例生成的汇编代码�Q�从中可以明昑֜�看出 x �?y 存储�? "asm" 中不同的寄存器中�?/p>

main:
pushl %ebp
movl %esp,%ebp
subl $8,%esp
movl $10,-4(%ebp)
movl -4(%ebp),%ecx /* x, the input is in %ecx */
#APP
movl %ecx, %eax
movl %eax, %edx /* y, the output is in %edx */
#NO_APP
movl %edx,-8(%ebp)

回页�?/a>

特定寄存器约束的使用

现在让我们看一下如何将个别寄存器作为操作数的约束指定。在下面的示例中�Q�cpuid 指��o(h��)采用 %eax 寄存器中的输入，然后在四个寄存器中给��出：(x��)%eax�?ebx�?ecx�?edx。对 cpuid 的输入（变量 "op"�Q�传递到 "asm" �?eax 寄存器中�Q�因�?cpuid 希望它这样做。在输出中��?a、b、c �?d �U�束�Q�分别收集四个寄存器中的倹{�?/p>

asm ("cpuid"
: "=a" (_eax),
"=b" (_ebx),
"=c" (_ecx),
"=d" (_edx)
: "a" (op));

在下面可以看��Cؓ(f��)它生成的汇编代码�Q�假�?_eax、_ebx �{?.. 变量都存储在堆栈上）�Q?/p>

movl -20(%ebp),%eax /* store 'op' in %eax -- input */
#APP
cpuid
#NO_APP
movl %eax,-4(%ebp) /* store %eax in _eax -- output */
movl %ebx,-8(%ebp) /* store other registers in
movl %ecx,-12(%ebp)
respective output variables */
movl %edx,-16(%ebp)

strcpy 函数可以通过以下方式使用 "S" �?"D" �U�束来实玎ͼ�(x��)

asm ("cld\n

rep\n

movsb"

: /* no input */

:"S"(src), "D"(dst), "c"(count));

通过使用 "S" �U�束��源指针 src 攑օ� %esi 中，使用 "D" �U�束��目的指�?dst 攑օ� %edi 中。因�?rep 前缀需�?count ��|��所以将它放�?%ecx 中�?/p>
在下面可以看到另一个约束，它��用两个寄存器 %eax �?%edx ��两�? 32 位的值合�q�在一��P��然后生成一�?4 位的��|��(x��)

#define rdtscll(val) \
__asm__ __volatile__ ("rdtsc" : "=A" (val))
The generated assembly looks like this (if val has a 64 bit memory space).
#APP
rdtsc
#NO_APP
movl %eax,-8(%ebp) /* As a result of A constraint
movl %edx,-4(%ebp)
%eax and %edx serve as outputs */
Note here that the values in %edx:%eax serve as 64 bit output.

回页�?/a>

使用匚w��U�束

在下面将看到�pȝ��调用的代码，它有四个参数�Q?/p>

#define _syscall4(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4) \
type name (type1 arg1, type2 arg2, type3 arg3, type4 arg4) \
{ \
long __res; \
__asm__ volatile ("int $0x80" \
: "=a" (__res) \
: "0" (__NR_##name),"b" ((long)(arg1)),"c" ((long)(arg2)), \
"d" ((long)(arg3)),"S" ((long)(arg4))); \
__syscall_return(type,__res); \
}

在上例中�Q�通过使用 b、c、d �?S �U�束��系�l�调用的四个自变量放�? %ebx�?ecx�?edx �?%esi 中。请注意�Q�在输出中��用了 "=a" �U�束�Q�这��P��位于 %eax 中的�pȝ��调用的返回值就被放入变�?__res 中。通过��匹配约�?"0" 用作输入部分中第一个操作数�U�束�Q�syscall �? __NR_##name 被放�?%eax 中，�q�用作对�pȝ��调用的输入。这��P��q�里�? %eax 既可以用作输入寄存器�Q�又可以用作输出寄存器。没有其它寄存器用于�q�个目的。另��h��意，输入�Q�syscall ��P��在��生输出（syscall 的返回��|��之前被消耗（使用�Q��?/p>

内存操作数约束的使用

误��虑下面的原子递减操作�Q?/p>

__asm__ __volatile__(
"lock; decl %0"
:"=m" (counter)
:"m" (counter));

为它生成的汇�~�类��g��Q?/p>

#APP
lock
decl -24(%ebp) /* counter is modified on its memory location */
#NO_APP.

�(zh��n)�可能考虑在这里�ؓ(f��) counter 使用寄存器约束。如果这样做�Q�counter 的值必��d��复制到寄存器�Q�递减�Q�然后对其内存更新。但�q�样�(zh��n)�会(x��)无法理解锁定和原子性的全部意图�Q�这些明��显�C�Z��使用内存�U�束的必要性�?/p>

使用修饰寄存�?/span>

误��虑内存拯��的基本实现�?/p>

asm ("movl $count, %%ecx;

up: lodsl;

stosl;

loop up;"
: /* no output */
:"S"(src), "D"(dst) /* input */
:"%ecx", "%eax" ); /* clobbered list */

�?lodsl 修改 %eax �Ӟ��lodsl �?stosl 指��o(h��)隐含��C��用它�?ecx 寄存器明��装�?count。但 GCC 在我们通知它以前是不知道这些的�Q�我们是通过��?%eax �?%ecx 包括在修饰寄存器集中来通知 GCC 的。在完成�q�一步之前，GCC 假设 %eax �?%ecx 是自��q��Q�它可能军_��它们用作存储其它的数据。请注意�Q?esi �?%edi �?"asm" 使用�Q�它们不在修饰列表中。这是因为已�l�声�?"asm" ��在输入操作数列表中使用它们。这里最低限度是�Q�如果在 "asm" 内部使用寄存器（无论是明��还是隐含地�Q�，既不出现在输入操作数列表中，也不出现在输出操作数列表中，必须��它列�ؓ(f��)修饰寄存器�?/p>

回页�?/a>

�l�束�?/span>

�ȝ��来说�Q�内联汇�~�非常巨大，它提供的许多�Ҏ(gu��)��我们甚臛_��q�里�Ҏ(gu��)��没有涉及(qi��ng)到。但如果掌握了本文描�q�的基本材料�Q��?zh��n)�应该可以开始对自己的内联汇�~�进行编码了�?/p>

参考资�?

�(zh��n)�可以参阅本文在 developerWorks 全球站点上的英文原文.

请参�? Using and Porting the GNU Compiler Collection (GCC)手册�?

请参�? GNU Assembler (GAS)手册�?

仔细阅读 �?

ChinaPanda 2010-10-25 11:28 发表评论

飞鸽协议以及(qi��ng)其��用的UDP数据包格式和文�g传输逻辑

ChinaPanda — Mon, 11 Jan 2010 07:23:00 GMT
     摘要: Normal 0 7.8 ��?0 2 false false false EN-US ZH-CN X-NONE MicrosoftInternetExplorer4 ...  阅读全文

ChinaPanda 2010-01-11 15:23 发表评论

�?部分飞鸽协议

ChinaPanda — Thu, 07 Jan 2010 03:15:00 GMT

最�q�看��C��些朋友在�~�写�|�络�E�序是遇��C��些问题，故把以前做IPMSG时翻译的文档贴过来，希望对网�l�编�E�新手有所帮助�Q�在��L��~�程��目的同学们也可参照此文档写��q��IPMSG�?br>
本文只包含其中几个比较重要的命��o(h��)以及(qi��ng)�q�行机制的中文翻译，更详�l�的内容请参照文后的IPMSG 协议英文文档

声明�Q�下�q�协议内容略��M��一些在�~�写�E�序�q�程中没有用到协议内容，最初的Ipmsg协议是用日文写的�Q�下面协议内容由本�h(cugb_cat)��译自Mr.Kanazawa的英文文档。本��译文档可�Q意传播和使用�?br>
      IP信��传输协议(�W?版草�?       1996/02/21
            2003/01/14 修订

            H.Shirouzu
         shirouzu@h.email.ne.jp

关于IP信��Q?br>   IP信��使用TCP/UDP协议提供收发消息�?qi��ng)文�?目录)�?br> �Ҏ(gu��)��：(x��)
IP信��能够安装在�Q何一个安装了TCP/IP协议栈的操作�pȝ��上，使用在线用户的动态识别机�Ӟ��可以和在�U�所有用戯��行信息交换�?br> �q�行机制介绍�Q?br> 使用TCP/UDP端口(默认端口�?425)�Q�消息的收发使用UDP协议�Q�文�?文�g�?的收发��用TCP协议�?br> 1�?nbsp; 命��o(h��)字：(x��)
1) 基本命��o(h��)�?32位命令字的低8�?
IPMSG_NOOPERATION    不进行�Q何操�?br> IPMSG_BR_ENTRY    用户上线
IPMSG_BR_EXIT       用户退�?br> IPMSG_ANSENTRY    通报在线
IPMSG_SENDMSG       发送消�?br> IPMSG_RECVMSG       通报收到消息
IPMSG_GETFILEDATA    ��h��通过TCP传输文�g
IPMSG_RELEASEFILES 停止接收文�g
IPMSG_GETDIRFILES    ��h��传输文�g�?br> 2) 选项�?32位命令字的高24�?
IPMSG_SENDCHECKOPT 传送检�?需要对方返回确认信�?
IPMSG_FILEATTACHOPT 传送文仉��项
3) 附�g�c�d��命��o(h��)(文�g�c�d��命��o(h��)字的�?�?
IPMSG_FILE_REGULAR 普通文�?br> IPMSG_FILE_DIR    目录文�g
IPMSG_FILE_RETPARENT �q�回上一�U�目�?br> 2�?nbsp; 数据包格�?使用字符�?�Q?br> 1) 数据包格�?版本1的格�?
版本�?1):包编�?发送者姓�?发送者主机名:命��o(h��)�?附加信息
2) 举例如下
“1:100:shirouzu:Jupiter:32:Hello”
3�?nbsp; 数据包处理总述�Q?br> 1) 用户识别
当IPMSG 启动�Ӟ��命��o(h��)IPMSG_BR_ENTRY被广播到�|�络中，向所有在�U�的用户提示一个新用户的到�?卌��C?#8220;我来�?#8221;)�Q�所有在�U�用户将把该��C��U�用��h�� 加到自己的用户列表中�Q��ƈ向该��C��U�用户发送IPMSG_ANSENTRY命��o(h��)(卌��C?#8220;我在�U?#8221;)�Q�该��C��U�用��h��收到IPMSG_ANSENTRY�? 令后卛_��在线用户��d��到自��q��用户列表中�?br> 2) 收发消息
使用IPMSG_SENDMSG命��o(h��)发送消息，消息内容��d��在附加信息中�Q�在接收消息�Ӟ��如果�Ҏ(gu��)��要求回信��认(IPMSG_SENDCHECKOPT位打开)�Q�则需发送IPMSG_RECVMSG命��o(h��)�q�将�Ҏ(gu��)��发送的数据包的�~�号攑֜�附加信息中一同发送至发送消息方
3) 附加文�g的扩�?��d��于第9�?
带有IPMSG_FILEATTACHOPT位的IPMSG_SENDMSG命��o(h��)可用来传输文�Ӟ��文�g属性及(qi��ng)内容��d��在附加信息中�Q�文件内�Ҏ(gu��)��加在消息�? 容后�q�以’\0’与之分隔开。传输文件时以下信息��被��d��到消息内容之�?包括格式)�Q�文件序�?文�g�?大小(单位:字节):最后修�Ҏ(gu��)��?文�g属�? [: 附加属�?val1[,val2…][:附加信息=…]]:\a:文�g序号…
(文�g大小、最后修�Ҏ(gu��)��间和文�g属性�ؓ(f��)十六�q�制敎ͼ�如果文�g名中包含’:’则��?#8220;::”代替)�?br> 接收端开始接收文件时�Q�请求传输文件命令IPMSG_GETFILEDATA��发送到发送端的TCP端口(和UDP的发送端口相�?�Q��ƈ��发送端发送的�? �~�号:文�g序号:偏移�?全�ؓ(f��)十六�q�制格式)写到附加信息��Z��同发送，文�g发送端接收到该��h��信息�q�进行校验正��后卛_��始发送文�?不��用�Q何格式，亦不 �q�行加密)�?br> 当接收端接收到目录文件时�Q�将发送附加信息区为发送端发送的包编�?文�g序号:偏移�?全�ؓ(f��)十六�q�制格式)�? IPMSG_GETDIRFILES命��o(h��)�Q�以用来��h��传输目录文�g�Q�发送端则将头信息长�?文�g�?文�g大小:文�g属�?文�g内容��d��到附加信息区(除了文�g名和文�g内容外，其余皆�ؓ(f��)十六�q�制)�Q�头信息长度是从头信息长度开始到文�g内容前的‘:’分割�W��ؓ(f��)止的字符个数�?br> 当文件属性�ؓ(f��)IPMSG_FILE_DIR�Ӟ��IPMsg能够自动识别其�ؓ(f��)目录�Q�下一个文件的数据在该目录之后�?br> 当文件属性�ؓ(f��)IPMSG_FILE_RETPARENT�Ӟ��IPMsg识别其动作�ؓ(f��)�q�回上一�U�目录，在这�U�情况下�Q�文件名�?#8216;.’其属性�ؓ(f��)当前目录的倹{�?br>
附IPMSG协议英文�?

Original ipmsg protocol specification is written in Japanese. This document was translated by Mr.Kanazawa. This document is not verified yet. ----------------------------------------------------------------------     IP Messenger communication protocol (Draft-9) 1996/02/21                                 Modified 2003/01/14                                     H.Shirouzu                               shirouzu@h.email.ne.jp ---------------------------------------------------------------------- About IP Messenger     This is a Send/Receive message service using the TCP/UDP Port. Characteristics     IP Messenger can be installed in any OS if TCP/IP is used on your machine.     Dynamic member recognition can be done within your network or specified network.     You can exchange messages between all IPMsg members. Function description     Use TCP/UDP port(default:2425). See the following descriptions     (Message Send/Receive: UDP, File Send/Receive: TCP) 1. Command   1) Command functions (Low 8 bits from command number 32 bits)     IPMSG_NOOPERATION No Operation     IPMSG_BR_ENTRY Entry to service (Start-up with a Broadcast command)     IPMSG_BR_EXIT Exit from service (End with a Broadcast command)     IPMSG_ANSENTRY Notify a new entry     IPMSG_BR_ABSENCE Change absence mode     IPMSG_BR_ISGETLIST Search valid sending host members     IPMSG_OKGETLIST Host list sending notice     IPMSG_GETLIST Host list sending request     IPMSG_ANSLIST Host list sending     IPMSG_SENDMSG Message transmission     IPMSG_RECVMSG Message receiving check     IPMSG_READMSG Message open notice     IPMSG_DELMSG Message discarded notice     IPMSG_ANSREADMSG Message open confirmation notice(added from version-8 )     IPMSG_GETFILEDATA File Transfer request by TCP     IPMSG_RELEASEFILES Discard attachment file     IPMSG_GETDIRFILES Attachment hierarchical file request     IPMSG_GETINFO Get IPMSG version info.     IPMSG_SENDINFO Send IPMSG version info.     IPMSG_GETABSENCEINFO Get absence sentence     IPMSG_SENDABSENCEINFO Send absence sentence     IPMSG_GETPUBKEY RSA Public Key Acquisition     IPMSG_ANSPUBKEY RSA Public Key Response   2) Option flag (High 24 bits from command number 32 bits)     IPMSG_ABSENCEOPT Absence mode(Member recognition command)     IPMSG_SERVEROPT Server(Reserved)     IPMSG_DIALUPOPT Send individual member recognition command     IPMSG_SENDCHECKOPT Transmission check     IPMSG_SECRETOPT Sealed message     IPMSG_READCHECKOPT Sealed message check(added from ver8 )     IPMSG_PASSWORDOPT Lock     IPMSG_BROADCASTOPT Broadcast message     IPMSG_MULTICASTOPT Multi-cast(Multiple casts selection)     IPMSG_NEWMUTIOPT New version multi-cast(reserved)     IPMSG_AUTORETOPT Automatic response(Ping-pong protection)     IPMSG_NOLOGOPT No log files     IPMSG_NOADDLISTOPT Notice to the members outside of BR_ENTRY     IPMSG_FILEATTACHOPT File attachment     IPMSG_ENCRYPTOPT Code     IPMSG_NOPOPUPOPT (No longer valid)     IPMSG_RETRYOPT Re-send flag(Use when acquiring HOSTLIST)   3) Extended code flag (hex format combination)     IPMSG_RSA_512     IPMSG_RSA_1024     IPMSG_RSA_2048     IPMSG_RC2_40     IPMSG_RC2_128     IPMSG_RC2_256     IPMSG_BLOWFISH_128     IPMSG_BLOWFISH_256     IPMSG_SIGN_MD5   4) Extended files for attachment (fileattr low 8 bits)     IPMSG_FILE_REGULAR     IPMSG_FILE_DIR     IPMSG_FILE_RETPARENT     IPMSG_FILE_SYMLINK     IPMSG_FILE_CDEV     IPMSG_FILE_BDEV     IPMSG_FILE_FIFO     IPMSG_FILE_RESFORK   5) Attachment file extended attribute(fileattr high 24 bits)     IPMSG_FILE_RONLYOPT     IPMSG_FILE_HIDDENOPT     IPMSG_FILE_EXHIDDENOPT     IPMSG_FILE_ARCHIVEOPT     IPMSG_FILE_SYSTEMOPT   6) Extended file attribute for attachment file     IPMSG_FILE_UID     IPMSG_FILE_USERNAME     IPMSG_FILE_GID     IPMSG_FILE_GROUPNAME     IPMSG_FILE_PERM     IPMSG_FILE_MAJORNO     IPMSG_FILE_MINORNO     IPMSG_FILE_CTIME     IPMSG_FILE_MTIME     IPMSG_FILE_ATIME     IPMSG_FILE_CREATETIME     IPMSG_FILE_CREATOR     IPMSG_FILE_FILETYPE     IPMSG_FILE_FINDERINFO     IPMSG_FILE_ACL     IPMSG_FILE_ALIASFNAME     IPMSG_FILE_UNICODEFNAME 2.Command format(Use all character strings)   1) Command(Format version-1)     Ver(1) : PacketNo : SenderName : SenderHost : CommandNo : AdditionalSection   2) An example for Message Send/Receive by using the current command format     "1:100:shirouzu:jupiter:32:Hello" 3.Command process overview   1) Member recognition     An IPMSG_BR_ENTRY command notifies a new entry to the current     members at start-up.     All members add the new member to their list after getting a notification message.     An IPMSG_ANSENTRY command sends a message back to the new member.     The new member gets the current member data by a     IPMSG_ANSENTRY command. All members can communicate as long as an     IP packet exists.     An IPMSG_BR_ABSENCE command broadcasts absence mode cancel or     nickname change to all members. However, an IPMSG_ANSENTRY command     does not send a message back, which is different from an IPMSG_BR_ENTRY     command.     IPMSG_BR_ENTRY, IPMSG_ANSENTRY, and IPMSG_BR_ABSENCE commands     use an IPMSG_ABSENCEOPT flag for absence mode. Input a nickname to     additional command.     Add an IPMSG_DIALUPOPT flag for dial-up users who can't be reached by     a broadcast command. A member recognition command needs to be     sent individually to the members with this optional flag.     (Extended group)IPMSG_BR_ENTRY and IPMSG_BR_ABSENCE commands     sends a group name by adding the new group name after the current     command format character strings (Input '\0' between the current     command and extended name).   2) Send/Receive Message     Send Message uses an IPMSG_SENDMSG command that can input a message     in the extended area.     Receive Message sends back an IPMSG_RECVMSG command only     if an IPMSG_SENDCHECKOPT flag is ON. Input the original packet number     to the extended area.     Broadcast Message Send uses an IPMSG_BOADCASTOPT command     and an IPMSG_SENDMSG flag should be ON.     Auto-Send packet(absence notice) needs to be added to IPMSG_AUTORETOPT     for ping-pong protection. If either one or another packet is ON, then     confirmation/auto-send packet is not sent back.     Send Message Sealing needs to be an IPMSG_SECRETOPT packet ON.     In this case, Receive Message sends an IPMSG_READMSG command.     Input the original packet number to the extended area.     (Additional IPMSG_NOADDLISTOPT)     When receiving an IPMSG_SENDMSG packet from a host that is     not on your Send/Receive list, IPMsg will either confirm a host by     sending an IPMSG_BR_ENTRY command or add a host name to     the Send/Receive list.     However, single-shot Message Send/Receive action needs to be avoided.     Add an IPMSG_NOADDLISTOPT flag to an IPMSG_SENDMSG command.     (Additional IPMSG_READCHECKOPT from version-8 )     When an IPMSG_READMSG command contains an IPMSG_READCHECKOPT flag,     IPMsg process is the same as IPMSG_SENDMSG with an     IPMSG_SENDCHECKOPT flag.     However, Send Message uses an IPMSG_ANSREADMSG command,     not IPMSG_RECVMSG.   3) Message Send/Receive 亅encrypted extension (Added in the version-9 )     Use the combination of Public-key(RSA) and common key(RC2/Blowfish).     (Encrypted extension area is used in hex format.)     (Public key acquisition)Send an IPMSG_GETPUBKEY command to Receive     Message. Receive Message gets an IPMSG_ANSPUBKEY that     means receiving RSA public key from Send Message.     IPMSG_GETPUBKEY/IPMSG_ANSPUBKEY both require the value which is     encryption capability (Exp. IPMSG_RSA_1024) flag uses "OR" at first     part of extension     In addition, In IPMSG_ANSPUBKEY, public key written as EE-NNNNNN     E=Exponent丄N=method)devide by ':'. and Input the Fdelimiter '-'     between E and N.     This sequence can be skipped after the 2nd Send/Receive process by     memorizing public key and encrypted data.         (Encrypted message)After a sender creates a common key that is     supported both sender and receiver, a common key can encrypt a message.     In addition, a receiver's public key encrypts the common key.     (Encrypted message transmission) IPMSG_ENCRYPTOPT is used in     IPMSG_SENDMSG. At the first part of extension, input the value which     is 'or' resoult from Convination of public key and common key type .     Then use common key which encrypt with public key devide by ':'.     Then input message which is eccrypted by public key devide by ':'.     If both supports IPMSG_SIGN_XXX, then add ':' and signeture.     Also, In the method of encode padding, PKCS#1ECB key is used for RSA,     PKCS#5 CBC common key is used for RC2/blowfish.     Also, The Packet related to Entry manifestation the capability of     ecryption support using IPMSG_ENCRYPTOPT   4) Extension with file attachment(Available from version-9 )     An IPMSG_SENDMSG command with an IPMSG_FILEATTACHOPT flag for     File transfer (download permission)notification sends a message     with attachment.     Input '\0' after the message and attachment file data.         fileID:filename:size:mtime:fileattr[:extend-attr=val1     [,val2...][:extend-attr2=...]]:\a:fileID...     (size, mtime, and fileattr describe hex format.       If a filename contains ':', please replace with "::".)     When Receive Message downloads an attachment file, an IPMSG_GETFILEDATA     command requests a data transmission packet to the TCP port that is the same number     as the UDP sending port number. Input packetID:fileID: offset to the extended area.     (Use all hex format.)     File Transfer side receives the request. After recognizing that it's a correct request,     then send the specified data (no format)     When the data receiving side downloads a hierarchical attachment file,     use an IPMSG_GETDIRFILES command and input a packetID:fileID     to the extended area and send a data transmission request packet.     (all hex format)     Data sending side sends the following hierarchical data format.     header-size:filename:file-size:fileattr[:extend-attr=val1     [,val2...][:extend-attr2=...]]:contents-data     Next headersize: Next filename...     (All hex format except for filename and contetns-data)     header-size is from the beginning of header-size to the delimiter ':'     that is before contents-data. extend-attr can be omitted and used multiple     extended attributes. Use '=' for data input.     When fileattr is IPMSG_FILE_DIR, IPMsg recognizes that it is automatically     in the directory, the next file data is after the directory.     When fileattr is IPMSG_FILE_RETPARENT, IMPsg recognizes that it returns     to the parent directory. In this case, File name is always "." and the attribute     value is the current directory data.     Sending process starts from the attachment directly and returns the     IPMSG_FILE_RETPARENT command to the attachment directory.     Add an IPMSG_FILEATTACHOPT flag for an Entry packet to support the     attachment file.   5) Other commands     When acquiring different versions, send an IPMSG_GETINFO command.     Receiving side sends the version information character string to     extended area.     Send an IPMSG_GETABSENCEINFO command for acquiring an absence message.     Receiving side sends an IPMSG_SENDABSENCEINFO back if the status is absence mode.     If the status is not absence mode, a character string "Not absence mode" will be sent back.   6) Confirmation/Retry     If a confirmation packet for IPMSG_SENDMSG or IPMSG_RECVMSG is not delivered     within a specified time, then it will be sent again.     A number of retry actions or interval period is depended on the current condition. 4. Other   1) Linefeed     Linefeed characters in Send Message is standardized with UNIX type ('0x0a').     Please change if needed.   2) Delimiter ':'     ':' is used as a delimiter. You can't use this delimiter for user name     and host name.     If the use/host names contain a ':', please replace with another sign,     for an example ';'.     Although using this delimiter isn

ChinaPanda 2010-01-07 11:15 发表评论

ACE about server

ChinaPanda — Wed, 23 Dec 2009 07:59:00 GMT
     摘要:   阅读全文

ChinaPanda 2009-12-23 15:59 发表评论

ChinaPanda — Tue, 08 Dec 2009 07:48:00 GMT
     摘要: GAS中每个操作都是有一个字�W�的后缀�Q�表明操作数的大��? C声明 GAS后缀大小(字节) ...  阅读全文

ChinaPanda 2009-12-08 15:48 发表评论

一致与非一致性代码段

ChinaPanda — Sat, 17 Oct 2009 18:08:00 GMT
     摘要:   阅读全文

ChinaPanda 2009-10-18 02:08 发表评论

�W�二�?�pȝ��架构��览2.5

ChinaPanda — Sun, 27 Sep 2009 15:13:00 GMT
     摘要:   阅读全文

ChinaPanda 2009-09-27 23:13 发表评论

copy on write

ChinaPanda — Sun, 27 Sep 2009 11:41:00 GMT
copy on write是引用计数的概念中的一�U�重要的实现技术�?

对象之间的复制只通过引用计数来表�C�，内部其实只有一份对象实例。一旦对象发生变化，才创建对象，然后复制原对象�?
�q�可以大大提高效率�?img src ="http://www.shnenglu.com/Panda/aggbug/97390.html" width = "1" height = "1" />

ChinaPanda 2009-09-27 19:41 发表评论

CPU�l�构介绍

ChinaPanda — Tue, 22 Sep 2009 16:10:00 GMT

64位处理器
�q�里�?4位技术是相对�?2位而言的，�q�个位数指的是CPU GPRs�Q�General-Purpose Registers�Q�通用寄存器）的数据宽度�ؓ(f��)64位，64位指令集��是�q�行64位数据的指��o(h��)�Q�也��是说处理器一�ơ可以运�?4bit数据�?4bit�? 理器�q��现在才有的，在高端的RISC�Q�Reduced Instruction Set Computing�Q�精��指��o(h��)集计��机�Q�很早就�?4bit处理器了�Q�比如SUN公司的UltraSparc Ⅲ、IBM公司的POWER5、HP公司的Alpha�{��?br> 64bit计算主要有两大优点：(x��)可以�q�行更大范围的整数运��；可以支持更大的内存。不能因为数字上的变化，而简单的认�ؓ(f��)64bit处理器的性能�?2bit处理器性能的两倍。实际上�?2bit应用下，32bit处理器的性能甚至�?x��)更强，即��? 64bit处理器，目前情况下也是在32bit应用下性能更强。所以要认清64bit处理器的优势�Q�但不可�q�信64bit�?br> 要实现真正意义上�?4位计��，光有64位的处理器是不行的，�q�必��d��?4位的操作�pȝ��以及(qi��ng) 64位的应用软�g才行�Q�三者缺一不可�Q�缺��其中�Q何一�U�要素都是无法实�?4位计��的。目前，�?4位处理器斚w��Q�Intel和AMD两大处理器厂商都�? 布了多个�p�d��多种规格�?4位处理器�Q�而在操作�pȝ��和应用��Y件方面，目前的情况不容乐观。因为真正适合于个��Z��用的64位操作系�l�现在就只有 Windows XP X64�Q�而W(xu��)indows XP X64本��n也只是一个过渡性质�?4位操作系�l�，在Windows Vista发布以后��将被淘汎ͼ�而且Windows XP X64本��n也不太完善，易用性不高，一个明昄��例子��是各种��g讑֤�的驱动程序很不完善，而且现在64位的应用软�g�q�基本上没有�Q�确实硬件厂商和软�g厂商也不愿意��Mؓ(f��)一个过渡性质的操作系�l�编写驱动程序和应用软�g。所以要惛_��现真正的64位计��，恐怕还得等到Windows Vista普及(qi��ng)一�D�|��间之后才行�?br> 目前��L��CPU使用�?4位技术主要有AMD公司的AMD64位技术、Intel公司�? EM64T技术、和Intel公司的IA-64技术。其中IA-64是Intel独立开发，不兼容现在的传统�?2位计��机�Q�仅用于Itanium�Q�安腾）以及(qi��ng)后箋产品Itanium 2�Q�一般用户不�?x��)涉及(qi��ng)到�Q�因此这里仅对AMD64位技术和Intel的EM64T技术做一下简单介�l��?br> AMD64位技�?br> AMD64的位技术是在原�?2位X86指��o(h��)集的基础上加入了X86-64扩展64位X86�? 令集�Q��ɘq�款芯片在硬件上兼容原来�?2位X86软�g�Q��ƈ同时支持X86-64的扩�?4位计��，使得�q�款芯片成�ؓ(f��)真正�?4位X86芯片。这是一个真�? �?4位的标准�Q�X86-64��h��64位的��d��能力�?br> X86-64新增的几�l�CPU寄存器将提供更快的执行效率。寄存器是CPU内部用来创徏和储�? CPU�q�算�l�果和其它运��结果的地方。标准的32-bit x86架构包括8个通用寄存器（GPR�Q�，AMD在X86-64中又增加�?�l�（R8-R9�Q�，��寄存器的数目提高到�?6�l�。X86-64寄存器默认位 64-bit。还增加�?�l?28-bit XMM寄存器（也叫SSE寄存器，XMM8-XMM15�Q�，��能�l�单指��o(h��)多数据流技术（SIMD�Q�运��提供更多的�I�间�Q�这�?28位的寄存器将提供在矢�? 和标量计��模式下�q�行128位双�_�ֺ�处理�Q��ؓ(f��)3D建模、矢量分析和虚拟现实的实现提供了��g基础。通过提供了更多的寄存器，按照X86-64标准生��? CPU可以更有效的处理数据�Q�可以在一个时钟周期中传输更多的信息�?
EM64T技�?br> Intel官方是给EM64T�q�样定义的：(x��)EM64T全称Extended Memory 64 Technology�Q�即扩展64bit内存技术。EM64T是Intel IA-32架构的扩展，即IA-32e�Q�Intel Architectur-32 extension�Q�。IA-32处理器通过附加EM64T技术，便可在兼容IA-32软�g的情况下�Q�允许��Y件利用更多的内存地址�I�间�Q��ƈ且允许��Y件进�? 32 bit�U�性地址写入。EM64T特别��的是�?2 bit�?4 bit的兼�Ҏ(gu��)��。Intel为新核心增加�?�?4 bit GPRs�Q�R8-R15�Q�，�q�且把原有GRPs全部扩展�?4 bit�Q�如前文所�q�这样可以提高整数运��能力。增�?�?28bit SSE寄存器（XMM8-XMM15�Q�，是�ؓ(f��)了增强多媒体性能�Q�包括对SSE、SSE2和SSE3的支持�?br> Intel为支持EM64T技术的处理器设计了两大模式�Q�传�l�IA-32模式�Q�legacy IA-32 mode�Q�和IA-32e扩展模式�Q�IA-32e mode�Q�。在支持EM64T技术的处理器内有一个称之�ؓ(f��)扩展功能�Ȁ�z�d��存器�Q�extended feature enable register�Q�IA32_EFER�Q�的部�g�Q�其中的Bit10控制着EM64T是否�Ȁ�z�R��Bit10被称作IA-32e模式有效�Q�IA-32e mode active�Q�或长模式有效（long mode active�Q�LMA)。当LMA�Q?�Ӟ��处理器便作�ؓ(f��)一颗标准的32 bit�Q�IA32�Q�处理器�q�行在传�l�IA-32模式�Q�当LMA�Q?�Ӟ��EM64T便被�Ȁ�z�，处理器会(x��)�q�行在IA-32e扩展模式下�?br> 目前AMD斚w��支持64位技术的CPU有Athlon 64�p�d��、Athlon FX�p�d��和Opteron�p�d��。Intel斚w��支持64位技术的CPU有��用Nocona核心的Xeon�p�d��、��用Prescott 2M核心的Pentium 4 6�p�d��和��用Prescott 2M核心的P4 EE�p�d��?br>

IA-32�Q�Intel Architecture-32�Q�称��特尔32位结构，表示指��o(h��)集结构ISA�Q�Instruction Set Architecture�Q��?br>
IA-32处理器（或称32�?0x86处理器）��是指具有该指��o(h��)集结构的处理器，例如��q��?d��ng)公司�?0386�?0486以及(qi��ng)Pentium各代处理器。AMD�?2位处理器兼容�q�个�l�构�?br>

ChinaPanda 2009-09-23 00:10 发表评论

�W�二�?�pȝ��架构��览2.2-2.4��节

ChinaPanda — Tue, 22 Sep 2009 15:59:00 GMT
     摘要: v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} Normal 0 7.8 ��?0 2 false false false ...  阅读全文

ChinaPanda 2009-09-22 23:59 发表评论

午夜精品美女久久久久av福利,久久青草久久,久久久久久穴

飞鸽协议以及(qi��ng)其��用的UDP数据包格式和文�g传输逻辑

�?部分飞鸽协议

ACE about server

一致与非一致性代码段

�W�二�?�pȝ��架构���览2.5

copy on write

CPU�l�构介绍

64位处理器

�W�二�?�pȝ��架构���览2.2-2.4���节

�W�二�?�pȝ��架构��览2.5

�W�二�?�pȝ��架构��览2.2-2.4��节