linux文件IO之整理笔记（一）
以下是个人觉得比较详细而且易于理解的几篇文章，所以把它一起贴出来做为笔记（一）、（二）、（三），也希望对过路者提供一点方便。
第3章文件I / O
3.1 引言
本章开始讨论U N I X系统，先说明可用的文件I / O函数——打开文件、读文件、写文件等等。大多数U N I X文件I / O只需用到5个函数：o p e n、r e a d、w r i t e、lseek 以及c l o s e。然后说明不同缓存器长度对r e a d和w r i t e函数的影响。本章所说明的函数经常被称之为不带缓存的I / O（u n b u ffered I/O，与将在第5章中说明的标准I / O函数相对照）。术语——不带缓存指的是每个r e a d和w r i t e都调用内核中的一个系统调用。
这些不带缓存的I / O函数不是ANSI C的组成部分，但是是P O S I X . 1和X P G 3的组成部分。
只要涉及在多个进程间共享资源，原子操作的概念就变成非常重要。我们将通过文件I / O和传送给o p e n函数的参数来讨论此概念。并进一步讨论在多个进程间如何共享文件，并涉及内核的有关数据结构。在讨论了这些特征后，将说明d u p、f c n t l和i o c t l函数。
3.2 文件描述符
对于内核而言，所有打开文件都由文件描述符引用。文件描述符是一个非负整数。当打开一个现存文件或创建一个新文件时，内核向进程返回一个文件描述符。当读、写一个文件时，用o p e n或c r e a t返回的文件描述符标识该文件，将其作为参数传送给r e a d或w r i t e。按照惯例，UNIX shell使文件描述符0与进程的标准输入相结合，文件描述符1与标准输出相结合，文件描述符2与标准出错输出相结合。这是UNIX shell以及很多应用程序使用的惯例，而与内核无关。尽管如此，如果不遵照这种惯例，那么很多U N I X应用程序就不能工作。
在P O S I X . 1应用程序中，幻数0、1、2应被代换成符号常数S T D I N _ F I L E N O、S T D O U T _F I L E N O和S T D E R R _ F I L E N O。这些常数都定义在头文件< u n i s t d . h >中。
文件描述符的范围是0 ~ O P E N _ M A X (见表2 - 7 )。早期的U N I X版本采用的上限值是1 9 (允许每个进程打开2 0个文件)，现在很多系统则将其增加至6 3。
&
相关文档：
1. HCI层协议概述：
HCI提供一套统一的方法来访问Bluetooth底层。如图所示：
从图上可以看出，Host Controller Interface(HCI) 就是用来沟通Host和Module。Host通常就是PC， Module则是以各种物理连接形式（USB,serial,pc-card等）连接到PC上的bluetooth Dongle。
在Host这一端：application,SDP,L2cap等协议 ......
例一：发送Signaling Packet：
Signaling Command是2个Bluetooth实体之间的L2CAP层命令传输。所以得Signaling Command使用CID 0x0001.
多个Command可以在一个C-frame（control frame）中发送。
如果要直接发送Signaling Command.需要建立SOCK_RAW类型的L2CAP连接Socket。这样才有机会自己填充Command Code，Identi ......
[转]这个题目很大，给人一种感觉我好像很成功，其实不然。实际上自己水平不高，甚至很低，但是做过了一些曲折的学习道路，同时把自己真实的学习历程表达出来，希望对后来者有借鉴的意义，甚幸！
工作三年、几成废人！
我2000年毕业于华中地区的一个理工科大学，专业是机械电子，我当时已经签了一家内陆某个省级机关工� ......
1.自定义输出
想必大家都有利用输出函数如printf来帮助我们调试程序的经历，这是一种比较原始的程序调试辅助方法，在Linux下也可以为我们所用。不过这种方法有一个明显的缺点，就是在调试完后我们必须注释或删除掉这些辅助代码。Linux C提供了-DDEBUG这个编译标记来定义DEBUG这个符号，借助于该符号，我们可以在应� ......
上週因為有一台很舊的 Linux 伺服器需重新安裝（簡稱 A
主機），因為所有資料都已經備份，且也已經確認無任何服務在這台主機了，所以也很放心的重灌了。不過，重灌了之後才發現原來 ......
