object c 内存管理
看了下官方文档的关于object c 的内存管理,总结下:
在iphone中object c 中的内存管理是通过计数器来管理的,每个对象内部都有一个计数器.新建一个对象,或者这个对象被其他对象引用,多会使计数器加1.Retain 增加计数器值 release 减少计数器值.当计数器为0时对象就dealloc自己.
在object c中你生成的一个对象那么你就有责任去释放它，内存管理的一般规则：
You own any object you create by allocating memory for it or copying it.
Related methods: alloc, allocWithZone:, copy, copyWithZone:, mutableCopy, mutableCopyWithZone:
If you are not the creator of an object, but want to ensure it stays in memory for you to use, you can express an ownership interest in it.
Related method: retain
If you own an object, either by creating it or expressing an ownership interest, you are responsible for releasing it when you no longer need it.
Related methods: release, autorelease
Conversely, if you are not the creator of an object and have not expressed an ownership interest, you must not release it.
考虑下面这个例子：
Thingamajig *thingamajig = [[Thingamajig alloc] init];
NSArray *sprockets = [thingamajig sprockets];
[thingamajig release];
thingamajig 需要release，因为很显然这里我们是thingamajig 的owner。（第一条规则）
那么sprockets 为什么不需要release呢。
首先我们不是 sprockets 的 creater.（第一条规则）,我们也没有expressing an ownership interest，因为我们没有
retain它，（第二条规则） 所以我们不负责release它。
具体来看 thingamajig 的 sprockets方法的实现：
(NSArray *)sprockets {
NSArray *array;
array = [[NSArray alloc] initWithObjects:mainSprocket,auxiliarySprocket, nil];
return [array autorelease];
}
可见分配的内存在�
相关文档：
深入理解并应用C51对标准ANSIC的扩展是学习C51的关键之一。因为大多数扩展功能都是直接针对8051系列CPU硬件的。大致有以下8 类： 8051存储类型及存储区域l; 存储模式l存储器类型声明l变量类型声明l 位变量与位寻址l 特殊功能寄存器(SFR)l C51指针l 函数属性具体说明如下(8031为缺省CPU)。
第一节 Keil C ......
c变成的对象大多是共享内存中申请，比较少用malloc直接来申请，所以链表设计一般是下面2中结构：
对象 --> 对象 --> 对象
对象 -->链表对象-->对象 -->链表对象
（1）对于第一种，链表直接关联到对象本身，所以如果一个对象在消亡时，没有及时清理掉链表关系，则会导致链表掉链。
（2）链表对象本身是一 ......
原文地址：http://westsoftware.blog.163.com/blog/static/2609410920091953456841/
最近一直在看Andrew Koening写的书籍，可以说学习C/C++或者从事这方面的开发的人员非常值得一看的书籍，这里我推荐看看《C陷阱与缺陷》与《C/C++沉思录》。
这里先来看� ......
int main()
{
printf(&unix["\021%six\012\0"], (unix)["have"] + "fun" - 0x60);
}
gcc -S编译成汇编代码如下:
.file "test.c"
.section .rodata
.LC0:
&nbs ......
