带中文注释可成功编译运行的Linux0.11＋Bochs2.62实验环境说明此注释以网上获得的“linux带中文注释的0.11版本”为基础，对照赵炯博士《Linux内核完全注释(0.11)》V3.0版（http://oldlinux.org/download/clk011c-3.0.pdf）编辑而成。
作为对赵博士感谢，以及对Linux初学者的回馈，特发布在CSDN上。
此注释可以在http://oldlinux.org/Linux.old/bochs/提供的Linux-0.11-devel-XXXXXX实验环境下正确编译成功，使用:"makedisk"命令重启Bochs虚拟机后，新编译源码直接生效，便于学习者直接阅读源码，直接进行实验。
注意事项：1、为了使注释版与实验环境上的Linux0.11内核保持一致，达到对应文件可以互换的目的，与Linux0.11原始版本相比，加入了15个系统调用函数（参见include/Linux/sys.h第78－92行。
赵博士原书没有这部分注释，我不敢班门弄斧），其它相关的文件加入了相应的定义。
新加入的代码只有函数体定义，没有具体实现，对其它原始代码没有改变、没有影响。
2、键盘定义改成了美式键盘（原始代码中是芬兰键盘，会导致个别键出问题，调试的时候我曾被迷糊了好久，以为自己把程序搞乱了）。
3、把网上VC版的注释统一改成了“/**/”格式的注释。
经测试，在Linux0.11实验环境中（gcc1.40)，只有标准C注释语法可以正常编译。
4、由于《Linux内核完全注释(0.11)》原书版本更新的原因，注释中提到的图、表可能与V3.0版书中不一致。
5、由于代码中加入注释，代码行号发生变化，注释中提到的代码行号会出现不一致，建议对照3.0版查询对应内容。
6、实验方法：请先安装附带的Bochs2.62版安装包，双击Test.bxrc即可启动实验系统，执行命令：sht，即可完成对linuxcn的编译。
7、linux目录中是此实验系统中/usr/src/linux提取出来的不含中文注释的linux0.11源码(此版本比原始的0.11版多15个系统调用函数)，linuxcn是加入了中文注释的源码。
8、diskb.img是实验系统与Windows环境下进行文件交换的1.44M软盘映像，执行脚本命令"sht"时会自动从此映像中读取linux.tar、linuxcn.tar包，解包并编译，编译结果在:/usr/root/zw/linuxcn目录下。
为了方便文件交换，建议使用7zip为压缩/解压缩工具（7zip可以直接生成tar包）,用WinImage实现Windows环境与软件映像交换文件。
9、实验系统下.profile中加入了几个命令，请读者注意。
10、若实验环境的启动盘被破坏，请用压缩包中的bootimage-0.11-hd覆盖对应文件即可。
11、若实验环境的要命文件系统被破坏，请用压缩包中的hdc-0.11-new.img覆盖对应文件即可。
2014-5-4cyfx2288

目录第一章旅游管理系统概述 11.1社会背景 11.2技术背景 21.2.1数据库概述 21.2.2VisualBasic概述 31.3系统开发任务概述 3第二章旅游管理系统可行性研究及需求分析 42.1项目概述 42.1.1系统目标 42.1.2用户特点 42.1.3运行环境 42.2可行性研究 42.3数据流图 52.4数据字典 7第三章旅游管理系统总体设计 93.1数据库设计 93.1.1数据库设计概述 93.1.2数据库概念结构设计 93.1.3数据库逻辑结构设计 103.1.4数据库的物理结构设计 113.1.5数据库安全性和完整性 133.2系统总体设计 133.2.1系统功能模块设计 143.2.2系统输入输出设计 15第四章旅游管理系统详细设计与实现 164.1功能模块流程图 164.2人机界面设计 184.3系统界面设计 184.3.1工程启动主界面设计 184.3.2系统登录选择界面设计 194.3.3系统登录界面设计 194.3.4管理员登录后界面设计 204.3.5景点管理界面设计 204.3.6导游管理界面设计 204.3.7管理员查询界面 214.3.8管理员财务管理界面设计 214.3.9管理员报表打印界面设计 224.3.10员工登录后界面设计 224.3.11游客登录后界面 23第五章旅游管理系统测试 245.1系统测试 245.2单元测试用例 245.3综合测试 275.4测试分析报告 27结束语 28参考文献 29附录 30程序核心源代码 30

华为官方翻译802.11无线网络权威指南(第2版)中文版第1章无线网络导论第2章802.11网络概论第3章802.11MAC第4章802.11帧封装细节第5章有线等级隐私（WEP）第6章802.1X使用者身份认证第7章802.11I：RSN、TKIP与CCMP第8章过程管理第9章PCF免竞争服务第10章物理层概观第11章跳频物理层第12章直接序列序列物理层：DSSS与HR/DSSS（802.11B）第13章802.11A与802.11J第14章802.11：延伸速率物理层（ERP）第15章802.11N前瞻:MIMO-OFDM第16章802.11的硬件第17章802.11与WINDOWS第18章802.11与MACINTOSH第19章802.11与LINUX第20章使用802.11基站第21章无线网络逻辑架构第22章安全性架构第23章网络规划与工程管理第24章802.11网络分析第25章802.11效能比较第26章结论与展望

一、软件的具体操作1.建一个文件夹，里面必须有四个文件(Dblank；
deap；
deap.000；
123.dta)前三个文件在一般下载的DEAPVersion2.1中都有，直接复制过来就可以，第四个文件是一个数据文件，一般先在excel中先输入，再复制到一个记事本下就可以，注意在记事本下的数据只有数据，不包括决策单元的名称和投入、产出的名称，并且一定要先放产出，后是投入。
例子具体见123电子表格和123记事本。
2.对命令Dblank文件进行修改,修改后保存为123.ins文件3.打开deap软件,运行123.ins4,回车后自动会有123.out注意事项：(1)123.dta；
Dblank；
123.ins都用记事本打开；
(2)数据文件名和命令文件名一定要一样，如例子中都用123(3)文件夹中一定要包括deap.000文件，如果没有这个文件，打开deap软件，就会出现一闪就没有了的情况。
二，结果的分析在文件夹中打开123.out，看如下：1)firmcrstevrstescale10.6871.0000.687drs20.8141.0000.814drs30.3190.7090.450drs41.0001.0001.000-51.0001.0001.000-60.3360.4250.791drs70.6420.6480.991irs80.3790.3810.994irs90.7020.7500.936irs101.0001.0001.000-110.3040.4610.659irs120.3521.0000.352irs131.0001.0001.000-140.5940.9290.639irs150.4021.0000.402irsmean0.6350.8200.781firm：代表例子中的15的样本crste：技术效率，也叫综合效率vrste：纯技术效率scale：规模效率(drs：规模报酬递减；
-：规模报酬不变；
irs：规模报酬递增)crste=vrste×scale2)Resultsforfirm:3Technicalefficiency=0.709Scaleefficiency=0.450(drs)PROJECTIONSUMMARY:variableoriginalradialslackprojectedvaluemovementmovementvalueoutput17326.3800.0000.0007326.380output2119.9100.0000.000119.910input115427.000-4496.0100.00010930.990input25257.970-1532.371-1643.8282081.771第三个样本的具体分析如下：纯技术效率=0.709规模效率=0.450(drs)：规模报酬应该递减第三个样本的投入产出情况分析：第一、二产出均没有冗余情况(因为其radialmovement和slackmovement均为零)第一个投入要素有投入冗余4496.010；
第二投入要素有投入冗余3176.199=1532.371+1643.828这个意思是说按第三个样本现在的产出冗余第一个投入要素可以减少4496.010，第二个投入要素可以减少3176.199Resultsforfirm:8Technicalefficiency=0.381Scaleefficiency=0.994(irs)PROJECTION

XilinxDesignConstraints（XDC）文件的UltraEdit高亮文件，自己写的，效果可以，语法高亮方面基本上囊括了所有关键字（截至2020.12），但是csdn无法发截图，无法给大家发效果图，有需要的朋友欢迎下载哈(*^_^*)，建议采用Ultraedit15及以上版本，15以下版本也可以用，但颜色效果可能会差一点点。

BocchiBotBocchiBot是使用wa-automate-nodejs库的多功能WhatsApp机器人！用:red_heart_selector:通过••••要求任何文字编辑器安装:memo:克隆此仓库＞gitclonehttps://github.com/SlavyanDesu/BocchiBot.git＞cdBocchiBot:writing_hand_selector:编辑文件在config.json编辑所需的值。
{"ownerBot":"62812xxxxxxxx@c.us","prefix":"$","uaOverride":"WhatsApp/2.2037.6Mozilla/5.0(Macintosh;IntelMacOSX10_15_6)AppleWebKit/537.36(KHTML,likeGecko)Chrome/85.0.4183.83Safari/537.36","token":

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------IEC-60870-5-104：应用模型是：物理层，链路层，网络层，传输层，应用层物理层保证数据的正确送达，保证如何避免冲突。
（物理层利用如RS232上利用全双工）链路层负责具体对那个slave的通讯，对于成功与否，是否重传由链路层控制（RS4852线利用禁止链路层确认）应用层负责具体的一些应用，如问全数据还是单点数据还是类数据等（网络利用CSMA/CD等保证避免冲突的发生）---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------基本定义：端口号2404，站端为Server控端为Client，平衡式传输，2Byte站地址，2Byte传送原因，3Byte信息地址。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------注：APDU应用规约数据单元（整个数据）=APCI应用规约控制信息（固定6个字节）+ASDU应用服务数据单元（长度可变）---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------APDU长度（系统-特定参数，指定每个系统APDU的最大长度）APDU的最大长度域为253（缺省）。
视具体系统最大长度可以压缩。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------【1个例子】104报文分析BUF序0123456789.10111213141516171819202122M-＞R：6815100002001E01030001007900000110012413D20A02分析的结果是I（主动上报SOE，主动上报是因为104是平衡式规约）报文头固定为0x68，即十进制104长度15字节（不是6帧的，都是I帧）发送序号=8【控制字节的解析10000200，发送序号：0010H/2=16/2=8】接收序号=1【控制字节的解析10000200，接收序号：0002H/2=2/2=1】0x1E=30即M_SP_TB_1带长时标的单点信息01-＞SQ:0信号个数:10300-＞传送原因:[T=0P/N=0原因=3|突发]0100-＞公共地址:1790000-＞0x79=121信息体地址:12101-＞状态:1IV:0NT:0SB:0BL:010012413D20A02-＞低位10高位01，即0x0110=1*16*16+16=272时标:2002/10/1819:36:00.272

蚂蚁分类信息系统是分类信息源码里值得推荐的一款，源码包含四色模板（蓝、绿、橙、红）、3种风格（分类、门户、行业），并含有WAP端，推荐做本地分类信息类站点使用。
MayiCMS功能简介：1，整合在线支付接口如支付宝，财付通，网银支付/京东钱包接口。
2，支持手机端支付宝在线充值3，支持手机端微信在线充值4，支持微信登录，微信公众号绑定5，支持手机发送验证码6，手机信息列表展示·无分页上拉刷新7，负载强，易维护，易拓展，程序和模板完全分离8，增加百度提交网站地图索引文件sitemap.xml的功能9，支持QQ一键登录10，会员注册发布信息IP及地域限制：可限制注册会员及发布信息所在地11，可限时分类置顶以及首页置顶（包括手机版），会员可自行操作，扣除的金币数也可在后台设置。
12，可自助对信息进行刷新操作（包括手机版），扣除的金币数也可在后台设置。
13，整合地图标注接口设置（包括baidu，51ditu，google地图）14，后台可以设置各种类型的网站广告，并且可设置不同页面显示不同的广告15，分类信息栏目支持多级分类，可对指定栏目进行多级细分16，支持所有分类栏目自定义拼音伪静态规则，如

工资管理系统毕业论文与源码：目录摘要IABSTRACTII第一章　引言11.1项目开发背景11.2国内外研究现状11.3课题研究的意义21.4系统研究方法2第二章开发环境及实现的技术32.1asp技术简介32.2IIS简介32.3SQL简介42.4ADO访问数据库4第三章系统分析63.1可行性分析63.1.1技术可行性63.1.2经济可行性63.1.3操作可行性73.2需求分析73.2.1系统功能需求83.2.2职工需求描述83.2.3管理员需求描述9第四章总体设计104.1系统设计目标104.2系统功能结构104.3数据字典114.4数据流图124.5E-R模型134.5数据库设计15第五章详细设计及编码185.1系统登陆模块的设计185.2系统主页面的设计195.3员工信息管理模块的设计205.4工资计算模块的设计205.5科室信息模块设计22第六章系统测试236.1系统测试方法236.2测试过程236.3测试结果246.

15.MySet类实现以及彩票机选算法实现.ppt

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。