《计算机图解⽹络》-亮白风格

《图解⽹络》写的⽹络知识主要是⾯向程序员的，涉及到的知识主要是关于程序员⽇常⼯作或者⾯试的⽹络知识 相信你在看这本图解⽹络的时候，你⼼⾥的感受会是： 「卧槽，原来是这样，⼤学⽼师教知识原来是这么理解」 「卧槽，我的⽹络知识串起来了」 「卧槽，我感觉⾯试稳了」 「卧槽，相⻅恨晚」

tree for windows

window自带的tree命令比较鸡肋，功能太弱，远没有linux下的强大。Tree for Windows工具可以完美弥补此不足之处。安装完成后，将其安装目录下的bin目录添加到系统Path环境变量即可。 支持所有window平台

跟我一起写 Makefile.pdf

什么是 makefile？或许很多 Windows 的程序员都不知道这个东西，因为那些 Windows 的集成开 发环境（integrated development environment， IDE）都为你做了这个工作，但我觉得要作一个好的 和专业的程序员， makefile 还是要懂。这就好像现在有这么多的 HTML 编辑器，但如果你想成为一个专 业人士，你还是要了解 HTML 的标签的含义。特别在 Unix 下的软件编译，你就不能不自己写 makefile 了，会不会写 makefile，从一个侧面说明了一个人是否具备完成大型工程的能力。 因为， makefile 关系到了整个工程的编译规则。一个工程中的源文件不计其数，并且按类型、功能、 模块分别放在若干个目录中， makefile 定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需 要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作，因为 makefile 就像一个 Shell 脚 本一样，其中也可以执行操作系统的命令。 makefile 带来的好处就是——“自动化编译”，一旦写好，只需要一个 make 命令，整个工程完全 自动编译，极大的提高了软件开发的效率。 make 是一个命令工具，是一个解释 makefile 中指令的命令 工具，一般来说，大多数的 IDE 都有这个命令，比如： Delphi 的 make， Visual C++ 的 nmake， Linux 下 GNU 的 make。可见， makefile 都成为了一种在工程方面的编译方法。 现在讲述如何写 makefile 的文章比较少，这是我想写这篇文章的原因。当然，不同产商的 make 各不相同，也有不同的语法，但其本质都是在“文件依赖性”上做文章，这里，我仅对 GNU 的 make 进 行讲述，我的环境是 RedHat Linux 8.0， make 的版本是 3.80。毕竟，这个 make 是应用最为广泛的， 也是用得最多的。而且其还是最遵循于 IEEE 1003.2-1992 标准的（POSIX.2）。 在这篇文档中，将以 C/C++ 的源码作为基础，所以必然涉及一些关于 C/C++ 的编译的知识。关于 这方面的内容，还请各位查看相关的编译器的文档。这里所默认的编译器是 UNIX 下的 GCC 和 CC

安富莱_STM32-V6开发板emWin教程（V2.0）.pdf

emWin是Segger公司针对嵌入式平台开发的稳定、高效的图形软件库，适合用于任何图形LCD的操作应用，并可输出高质量的无锯齿的文字和图形，通过调用emWin提供的函数接口，开发嵌入式图形界面应用变得简单而快捷。 STemWin 是 SEGGER 公司授权给 ST（意法半导体）的。使用 ST 芯片的用户可以免费使用 STemWin。 其实不光授权给了 ST，还有 NXP，Energy Micro 等。凡是使用这些芯片厂商生产的处理器都可以免费的 使用 emWin。但是出于一定的保护措施，使用 STemWin 的库是不能用在其它芯片厂商的处理器上面的。 因为在工程初始化 STemWin 前要使能 CRC 校验。如果没有使能，STemWin 是启动不起来的。

stsw-link009-xp+win7+win10.7z

stlink 调试器 windows 平台驱动， ST官网下载。 支持xp + win7 + win10 下载的同学注意，本资源使用7z工具压缩。

链接器与加载器(中英非扫描版)

本资源包含了中文和英文两个版本。 第 1 章，链接和加载，对链接的过程进行了一个简短的历史回顾，并讨论链接过程中的 各个阶段，最后以一个可由输入目标文件产生显示“Hello，world”程序的简单却完整的链 接器实例结束本章。 第 2 章，体系结构问题，以链接器设计的角度来回顾计算机体系结构。这里会以典型的 精简指令集体系结构的 SPARC，古老而富有活力的寄存器-内存体系结构的 IBM 360/370，以 及自成一派的 Intel x86 体系结构为例。在每种体系结构中，会讨论包括内存架构、程序寻 址架构和地址布局等重要方面。 第 3 章，目标文件，探究了目标文件和可执行文件的内部结构。本章从最简单的 MSDOS .COM 文件开始，进而分析包括 DOS 的 EXE，Wondows 的 COFF 和 PE（EXE 和 DLL），UNIX 的 a.out 和 ELF，以及 Intel/Microsoft 的 OMF 等更加复杂的文件。 第 4 章，存贮分配，涵盖了链接过程的第一个阶段，即为被链接程序的各段分配存储空 间，跟以实际的链接器来举例。 第 5 章，符号管理，涵盖符号的绑定和解析，这是一个将某个文件中引用的另一个文件 的符号解析为机器地址的过程。 第 6 章，库，涵盖目标代码库的创建和使用，以及库的结构和性能问题。 第 7 章，重定位，涵盖地址重定位，即将程序内的目标代码调整为可以反映其运行时实 际地址的过程。这里同样谈到了位置无关代码（PIC），这种代码是通过无需重定位的方法 建立的，并讨论了这种方法的优势和代价。 第 8 章，加载和覆盖，涵盖了加载过程，即将程序从文件中取出装入计算机内存以运行。 本章还讨论了一种古老而有效的节省存储空间的树结构覆盖技术。 第 9 章，共享库，讨论了在不同程序中共享一个库代码的单一拷贝需要做哪些工作。本 章将注意力放在静态链接的共享库上。 第 10 章，动态链接和加载，将第 9 章的讨论延伸至动态链接的共享库。本章详细说明 了两个实例，Win32 的动态链接库 (DLLs)，和 Unix/Linux 的 ELF 共享库。

windows程序设计（中文）

“Windows程序设计最举足轻重的书当然就是Charles Petzold的Programming Windows。你还没有读过吗?晕，赶快去买一本！” ——Windows Tech Journal “本书让你如入宝山，奇珍异宝俯拾皆是。我本人从中获益良多。” ——Andrew Schulman，著名技术作家，传奇著作Undocumented Windows作者 有经验的Windows程序员都知道，如果在工作中遇到了技术难题，最好的解决办法就是去查Petzold的书。是的，本书内容博大精深，阐述透彻流畅，是毋庸置疑的Windows程序设计的权威著作，也是享誉世界的微软技术大师、Windows先驱奖得主Charles Petzold的代表作。多少年来，一代又一代Windows程序员受惠于本书，无数在Windows上运行的程序都不同程度地受到了本书的影响。 今天，Win32 API之上已经有了各种框架使我们的开发工作更加方便，但是Petzold著作的魅力不减，仍然在不断重印。原因很简单，正如一位读者说的，Win32 API依旧是Windows的基础，不经过本书的洗礼，你很难说自己已经真正进入Windows程序设计技术的圣殿。

semtech SX126x，SX1272，SX1280参数计算工具

semtech lora射频芯片官方计算工具，可以根据BW,SF,CR等参数计算传输速率，时间等。 本资源包含3个工具，分别支持sx126x, sx1272以及sx1280.

GUN make中文手册(超清带书签

Linux 环境下的程序员如果不会使用 GNU make 来构建和管理自己的工程， 应该不能算是一个合格的专业程序员， 至少不能称得上是 Unix 程序员。 在 Linux（unix） 环境下使用 GNU 的 make 工具能够比较容易的构建一个属于你自己的工程， 整个工程的编译只需 要一个命令就可以完成编译、 连接以至于最后的执行。 不过这需要我们投入一些时间去完成一个或者多个称之为 Makefile 文件的编写。 此文件正是 make 正常工作的基础。所要完成的 Makefile 文件描述了整个工程的编译、 连接等规则。 其中包括： 工程中 的哪些源文件需要编译以及如何编译、 需要创建那些库文件以及如何创建这些库文件、 如何最后产生我们想要得可执行文件。 尽管看起来可能是很复杂的事情， 但是为工程编写Makefile 的好处是能够使用一行命令来完成“自动化编译”， 一旦提供一个（通常对于一 个工程来说会是多个） 正确的 Makefile。 编译整个工程你所要做的唯一的一件事就是在shell 提示符下输入 make 命令。 整个工程完全自动编译， 极大提高了效率

ucc162.3 源码

UCC，一个简单开源的编译器，完成的词法分析、语法分析、代码编译、代码执行全部动作，大约15000行代码。 UCC的原作者为Wenjun Wang(wenjunw@yahoo.cn), UCC应为Ustc C Compiler之意.（Your C Compiler ?) UCC实现的标准是C89