Windows Embedded Blog from China
Windows Mobile开发资源介绍

目前Windows Mobile的开发资源已经非常多了，我们在这里试着对这些资源进行一个归纳，使第一次进入Windows Mobile领域的开发者能够更容易得找到有用的开发资源。
Windows Mobile是什么

Windows Mobile是微软为智能手机和PDA提供的操作系统，在Windows Mobile 5.0之前分为Pocket PC和Smartphone两种版本，Pocket PC中包括PDA版本和带电话功能的Phone Edition。在Windows Mobile 6.0中分为三类：Professional，即Pocket PC Phone Edition; Standard, 即Smartphone；Classic，即无电话功能的Pocket PC。

Windows Mobile是基于Windows CE操作系统开发的针对智能手机和PDA的操作系统平台。所以Windows Mobile的硬件与应用程序都是由相关的标准要求，符合标准才能够运行Windows Mobile操作系统。
获取开发工具

目前Windows Mobile的主流开发平台/语言分为两种：.NET（包括C#和VB.NET）和C++。微软已经将这两种开发语言的支持加入到Visual Studio中。Visual Studio 2005和2008均内置了Windows Mobile的SDK，可以直接开发Windows Mobile应用程序。Visual Studio也支持安装最新版本的Windows Mobile SDK。

如果想用Visual Studio开发Windows Mobile应用程序的话，必须已经获取了Visual Studio Professional或以上版本。

除了Visual Studio外，我们还可以使用免费的eMbedded Visual C++ 4.0来开发C++应用程序。在安装SP4版本后，可以支持基于Windows CE 5.0设备的应用开发（目前Windows Mobile 5.0和6.0均基于Windows CE 5.0）。下载地址如下：

http://www.microsoft.com/downloads/details.aspx?FamilyId=1DACDB3D-50D1-41B2-A107-FA75AE960856&displaylang=en

eMbedded Visual C++ 4.0 SP4下载地址：

http://www.microsoft.com/downloads/details.aspx?familyid=4A4ED1F4-91D3-4DBE-986E-A812984318E5&displaylang=en

在安装完成开发工具后，还需要根据不同的目标设备安装不同版本的Windows Mobile SDK。我们可以在MSDN网站的下载中查询"Windows Mobile x.0 SDK"，或者直接去下面链接中查找：

http://msdn2.microsoft.com/en-us/windowsmobile/bb264327.aspx

比如，Windows Mobile 6.0 SDK的下载地址：

http://www.microsoft.com/downloads/details.aspx?FamilyID=06111a3a-a651-4745-88ef-3d48091a390b&DisplayLang=en

如果要开发中文版的应用程序，还需要安装单独的本地化模拟器映像文件。Windows Mobile 6.0的语言映像文件下载链接如下：

http://www.microsoft.com/downloads/details.aspx?familyid=38C46AA8-1DD7-426F-A913-4F370A65A582&displaylang=en

除此之外，我们还需要安装ActiveSync 4.5，来使开发环境与Windows Mobile设备相连接。在Vista中Windows Mobile Device Center与ActiveSync的功能相同。

如果使用.NET Compact Framework来开发应用程序，还需要保证目标设备上安装了.NET CF的CLR，如果没有目标设备安装.NET CF，可以下载单独的.NET CF再发布包：

http://www.microsoft.com/downloads/details.aspx?FamilyID=9655156b-356b-4a2c-857c-e62f50ae9a55
网络资源

Windows Mobile开发中心

http://msdn2.microsoft.com/en-us/windowsmobile/default.aspx

Windows Mobile产品主页

http://www.microsoft.com/windowsmobile/

http://www.microsoft.com/china/windowsmobile

Windows Mobile移动解决方案联盟

http://www.wmisv.com.cn/

Pocket PC Developer Network

老牌Pocket PC开发者网站，在EVC和EVB时代曾经是开发者唯一的选择，不过后来风头逐渐被OpenNETCF盖过，但目前依旧是最完整的开发文章目录

http://www.pocketpcdn.com/

Smartphone Developer Network

Pocket PC Developer Network的姊妹网站

http://www.smartphonedn.com/

Code Project

综合性开发者网站，其中CE开发和.NET CF开发部分由许多值得借鉴的示例代码

http://www.codeproject.com/KB/mobile/

DEVBUZZ.COM

老牌Embedded Visual Basic开发网站，转型.NET CF后，仍然有一些开发资源值的一看

http://www.devbuzz.com/
开发资源

OpenNETCF

著名的开源类库，早先由多位MVP发起，进行公司化运作，后被Novell收购，先为咨询公司。OpenNETCF的最新版本仍可以免费使用，但不提供源代码。

http://www.opennetcf.com/

InTheHand

著名的开源类库，32feet.NET是以Bluetooth和IrDA开发为主的Shared Source类库。

http://inthehand.net/

Mobile Line of Business Solution Accelerator

由微软开发的一套移动商业软件开发指导包

http://www.microsoft.com/downloads/details.aspx?FamilyId=80A5C2C5-4F9B-4C1A-BFF6-2A3C6B68D15B&displaylang=en

Mobile Client Software Factory

微软开发的一套软件工厂框架，将设计模式应用于Mobile软件开发

http://msdn2.microsoft.com/en-us/library/aa480471.aspx

下载地址：

http://www.microsoft.com/downloads/details.aspx?FamilyID=F9176708-9F57-4C0F-97FB-F9C65A9BBF22&displaylang=en

开发社区

中文的开发论坛：

l 微软移动开发者论坛

微软的官方开发者论坛，目前的版主是微软最有价值专家（MVP）。

http://forums.microsoft.com/china/default.aspx?ForumGroupID=459&SiteID=15

l CSDN嵌入式开发论坛

最大的开发者社区，硬件/嵌入式开发板块中包括"嵌入开发（WinCE）"板块和移动平台板块中包括"Windows Mobile"板块

http://community.csdn.net/

l Windows Mobile开发者社区

CSIP创建的开发者讨论社区

http://www.winbile.net/BBS/

l 马宁的Windows Mobile开发研究

http://groups.csdn.net/aawolf_Mobile

l 博客园的Windows Mobile应用开发团队博客

shttp://mobiledev.cnblogs.com/

英文论坛：

l MSDN开发者社区：Smart Device Development

http://forums.microsoft.com/MSDN/default.aspx?ForumGroupID=11&SiteID=1

Webcast

l 中文MSDN与TechNet Webcast

Windows移动开发系列课程

http://www.microsoft.com/china/msdn/events/webcasts/shared/webcast/Series/WindowsMobile.aspx

Windows Mobile 技术开发黄金周

http://www.microsoft.com/china/msdn/events/webcasts/shared/webcast/Series/Mobilegoldenweek.aspx

Windows Mobile 2nd 开发黄金周

http://www.microsoft.com/china/msdn/events/webcasts/shared/webcast/Series/Mobilegoldenweek2nd.aspx

Windows Mobile 3rd 技术开发黄金周

http://www.microsoft.com/china/msdn/events/webcasts/shared/webcast/Series/mobile3rd.aspx

TechNet Windows 移动系列课程

http://www.microsoft.com/china/technet/webcasts/class/mobile.mspx

l 英文Webcast和Virtual Labs

Windows Mobility Marvels

主要针对的是Windows Mobile开发者，包括Webcast和Virtual Labs

http://www.microsoft.com/events/series/msdnmobility.aspx

Windows Mobility Marvels部分课程下载

http://www.microsoft.com/downloads/details.aspx?FamilyID=08e4391d-e07d-41fe-b2b8-aa4225281347&DisplayLang=en

Windows Mobile Solutions

针对IT Pro和Windows Mobile用户的Webcast系列

http://www.microsoft.com/events/series/msecmobility.aspx
BLOG

l Windows Mobile产品组英文BLOG

Windows Mobile Team Blog

http://blogs.msdn.com/windowsmobile/

.NET Compact Framework Team Blog

http://blogs.msdn.com/netcfteam/

Visual Studio For Device

http://blogs.msdn.com/vsdteam/

SQL Server Compact

http://blogs.msdn.com/SQLServerCompact/

l 产品组成员BLOG

Mike Hall的BLOG

http://blogs.msdn.com/mikehall/

Rob Tiffany's Windows Mobile Accelerator

主要研究领域为SQL CE和BOL Accelerator

http://blogs.msdn.com/robtiffany/

David Kline

.NET Compact Framework应用领域

http://blogs.msdn.com/davidklinems/

Steve Lasker's Web Log

SQL CE和Sync Service for ADO.NET

http://blogs.msdn.com/stevelasker/

Steven Pratschner's .Net CF WebLog

.NET Compact Framework CLR运行机制

http://blogs.msdn.com/stevenpr/

l 英文开发者BLOG

OpenNETCF Blogs

以开发OpenNETCF开源类库闻名的公司，拥有多位重量级MVP的BLOG

http://blog.opennetcf.org/

In the hand Blogs

另一个以开发InTheHand开源类库闻名的开发者BLOG

http://inthehand.net/blogs/

l 中文开发者BLOG

马宁的移动开发BLOG

http://blog.csdn.net/aawolf

张欣的BLOG

http://twodays.cnblogs.com/

黎波的BLOG

http://www.cnblogs.com/upto/

Total Commander 7.02a CCF中英绿色美化版本
推荐的原因：最经典的软件之一，如果你不会使用，请到xbeta兄的新浪博客 善用佳软栏目学习：

http://blog.sina.com.cn/s/alist_1188742767_2_1.html

下载在下面附件！

预览 (7.0)：

s1.jpg (375.44 KB)
2007-10-25 18:59

======================================================

1. 常见问题
配置以英文/XP-2K3/XGA/Windows Classic Theme为标准. 最佳搭配WinRAR/DAEMON/集成解码包. 其余搜索论坛.

a. Vista用户
1. Office插件
此插件貌似只能使用绝对路径.由于Vista没有自带转换器,若TC的安装目录不是C:\Program Files\Total Commander,则必须手动修改Office.ini中MSWRD832.CNV的所在目录.
2. 部分WFX不支持Vista.
b. 创建自解压档:[url=]?[/url][url=]压缩时将*.RAR/ZIP/7Z改为*.EXE. ZIP格式可以在TC中将*.ZIP 直接改名为*.EXE?[/url]
c. 别名:[url=]?[/url][url=]按左/右方向键定位到命令行后,输入别名即可打开相应程序. 如→CDO打开光驱,CDC关闭.?[/url]
d. 整合WinRAR[url=]?[/url][url=]在TOOLS下建立WinRAR目录,拷入WinRAR.exe/Default.SFX/Rarreg.key三个文件, 打开USER.ini文件,将%PROGRAMFILES%\WINRAR\WINRAR.EXE替换为%COMMANDER_PATH%\TOOLS\WINRAR\WINRAR.EXE.?[/url]
e. (批量)转换图像格式[url=]?[/url][url=]选中一/多张图片,按Alt+F5, 右侧下拉框中选择imagine, 将文件后缀由imagine改为想要的格式, 如JPG, GIF, PIC等, 确定.不建议转换多帧GIF. ?[/url]
f. CHM[url=]?[/url][url=]CHMDir是WCX&WDX, WCX时用于制作CHM或提取CHM资源, WDX时用于自定义列/鼠标悬停/批量改名/搜索等, 此插件配合TC的按目录压缩功能, 适合打包Firefox插件Scrapbook储存的网页并利用其WDX功能进行批量改名.
WCX用法:

提取资源: 选中某CHM后按Ctrl+PgDn.
制作CHM: 选中文件夹或文件后,按Alt+F5,下拉选中CHM,确定.

IEView是WLX, 使用IE核心查看CHM, 按F3. 第一次打开时可能会跳出下载的提示,选择打开, 方框打勾, 确定. 按4则用Archview查看CHM压缩情况.?[/url]
g. 报毒
使用自解压文件时会自动删除目标目录中的所有文件.手动解压亦可.

2. 插件/工具
此版本包括WCX, WDX, WFX, WLX 共47个, ADDON/工具若干. 全部汉化.

WCX - 12个:
7zip (7z), CheckSum (sha), CHMDir (chm/its), DirCopy (dircopy), ICLRead (icl), Imagine (imagine), ISO (iso&etc), MHTUnpack (mht/msg), Mover (mover), TreeCopyPlus (treecopy), Wipe (wipe), InstallExplorer (exe/msi)
---Alt+F5打包,Ctrl+PgDn提取资源. 部分如 MHTUnp & ISO & InstallExplorer 只可Ctrl+PgDn, 不适用Alt+F5

Dircopy:复制本目录结构, 不复制文件
Imagine.wcx: Ctrl+PgDn提取图片资源, Alt+F5转换图片格式.
InstallExplorer: 支持Wise/Vise Installer, Inno Setup, Gentee Installer, InstallShield, NullSoft Installer, SetupFactory, Eschalon Installer, 和 Windows Installer (MSI).
Mover: 移动归类. 以文件后缀/日期等整理本目录下选定的 (打包)文件, 子目录不受影响.
TreeCopyPlus: 复制归类. 用于整理搜索结果, 保留各文件原来的目录结构.
Wipe: 安全删除文件.

WDX - 15个:
AnyTag, CDocProp, CRCTag32, DirSizeCalc, ExeFormat, EXIF, FileX, ImgSize, Permissions, RarInfo, Shareinfo, TextLine, Torrent, UnicodeTest, WDX4I
---Shift+F1选择.

Font (WLX)/CHMDir (WCX) 同时作为WDX使用.
自定义列预设12项:
Audio, Checksum, CHM, Compiled, Directory, FileInfo, Font, Photo, Picture, Office, RAR, Torrent.
自定义提示信息:
覆盖操作提示 - 6类, 鼠标悬停提示 - 9类.

WFX - 7个:
ProcFS (查看/关闭进程), MSIE Cache (查看IE缓存), TC Services (查看/启/禁用系统服务), Uninstalle (删除程序), TConsole (命令行窗口), DevMan (设备管理器), EventNT (事件查看)
---Alt+R进入网上邻居后使用.

WLX -13个:
Archview, Excellence, FileInfo, Font, ICLView, HTMLView, IEView, Imagine, Mmedia, nfoviewer, Office, VisualDirSize.
---F3/Ctrl+Q 调用.

支持查看字体 (Font), 影音 (Mmedia), HTM?/MHT (HTMLView), CHM/PDF... (IEview), 压缩档/CHM/MHT/ISO... (ArchView), Exe/Dll... (FileInfo), Excel (Excellence), Word (Office), 图片 (Imagine), Nfo/Diz (nfoviewer), 图标 (ICLView), 屏幕保护 (SCRList), 文件/目录大小 (VisualDirSize, 只支持Ctrl+Q).
部分文件可同时被多个插件支持,如本版的WinRAR自解压程序被Archview/FileInfo/ICLView同时支持,F3查看时可按4切换插件.

---工具
Akelpad: 文本编辑器, 含以下16个插件

AutoComplete: 编辑CPP/HTML时自动完成, Ctrl+F1
AutoSave: 自动保存. F8
FullScreen: 全屏. F11
HexSel: 查看HEX值
Highlight: 语法高亮
LineBoard: 行号, F6开关, Shift+F6设置颜色.
Lines: 行处理
LinkExtract: 提取HTML中的超链接
Macros: 宏
MinimizeToTray: 最小化至系统栏. F9
RecentFiles: 自动删除列表中不存在的文件
SaveAllAs: 批量转换代码页.
SelAutoCopy: 选择后自动复制.
SpecialChar: 显示换行符等特殊字符. F7开关, Shift+F7设置颜色.
Toolbar: 工具栏
ContextMenu: F12调用. 7.02+附带Akelpad的重要插件. Lines, Macros, HexSel, SelAutoCopy和LinkExtract等均通过此插件调用.不再设置单独的快捷键. 部分插件亦可通过此插件开关/设置.

NIRCMD: 多用途命令行工具,预设10个外部命令和9个别名.
---ADDON
TotalEditor:
预设TC外部命令em_batchopen/em_batchmedia. 同时打开选定的文本或影音档. 若选定 (多重)目录,则其下所有子目录的此类文件一并打开.
NewFile: 新建文件 (夹).
Restarter: 重启TC
TCQSP: 快速查找
TC Log Viewer: 查看操作记录

3. 配置
大致说明

a. 颜色:11种. MultiMedia, Picture, Archive, Disk Image, Document, Executable, Temporary, Hidden, Checksum, Download, Database
b. 工具栏: 2个, DEFAULT (用于TC内部命令)和TOOLS (用于管理系统/绿色工具).
c.Hotlist列表: 以WXP的系统变量为准 (英).
d. 图标/帮助: X-Qute, 其它为Vicons.中文帮助文件使用本坛slownet兄作品.
e. 菜单: 整合自EE+张学思版 (6.5x)+大量改动. 快捷键大部参照张版 (6.5x).
f. 开始菜单:

加/卸载镜像: 需DAEMON支持.
快速删除目录: 用于文件数量极大的目录 (不使用回收站),慎用!!!
批量打开文本: 选定目录/文件后使用该命令, 则Akelpad会打开选定 (文件夹 (含子文件夹下))的所有文本.
批量打开影音: 同上, 调用Windows Media Player播放, 最好配合集成Codec包,如Final Codecs.
新建文件/夹: 给不知道Shift+F4的人用.
新建会话: 强行新开TC窗口
重启TC.
快速查找加强版.
查看操作记录.
备份至桌面: 打包User目录和WCX_FTP.ini至桌面.

======================================================
更新细节:
* Update on 1/10/07
更新:
TC -> 7.02a
WDX 2个: AnyTag -> 0.98(支持Vista), WDX4I -> 0.1b
Akelpad -> 3.40及全部插件
ADDON 1个: TCQSP -> 2.2
UNRAR.DLL -> 3.71.1.246 (WinRAR)
中文帮助HLP -> 7.02a Final.

增加:
ADDON 1个: TC Log Viewer(查看操作记录)及相关外部命令.
Akelpad插件 1个: FullScreen
Office插件所需的转换器.(For Vista)

调整:
部分插件设置
更换MHTUnp.wcx为MHTUnPack.wcx

* Update on 7/9/07[url=]?[/url][url=]更新:
TC -> 7.02
WDX 2个: FileX -> 1.7; CRC32Tag -> 0.21Beta
WLX 2个: Imagine -> 1.0.0.0 Beta 5, HTMLView -> 1.2
AkelPad -> 3.38 及大部分插件.
NirCMD -> 2.00, 兼容Vista
UNRAR.DLL -> 3.70.100.211 (WinRAR)
中文帮助HLP -> 7.01 Final.

增加:
WDX 5个: WDX4i, Permissions, ExeFormat, UnicodeTest, TextLine
WFX 2个: MSIE Cache (查看IE缓存), EventNT (事件查看)
WLX 2个: HTMLView (这个和IEView都有Bug,只能再次补上), SCRList (查看SCR)
ADDON 1个: TCQSP (快速查找加强版)
颜色方案 2个: Download, Database
自定义列 1个: Compiled
鼠标悬停提示 2个: Compiled及Ini/Inf
TinnyTCRestarter及相关外部命令/开始菜单项
快捷键 2个: Shift+Ctrl+F9/0
别名7个 (NirCMD相关)
AkelPad插件 3个: Macros, LinkExtract, ContextMenu, AutoSave
FileInfo插件UnUpack.dll (PE Explorer)
常用设置备份功能.

调整:
菜单/中文语言包/开始菜单/INC/插件设置/自定义列...
WDX <- DirSizeCalc: 降回1.21, 2.0B2无法按目录大小排序, 除非设置两列大小.
拆分WINCMD.INI/USER.INI, 升级保留文件大都并入USER目录, 其中USER.INI定义常用选项, HISTORY.INI保存操作记录.
汉化FileInfo (2.09), EventNT (1.3), 进一步汉化ICLView和部分WDX显示信息.
大量微调.

删除:
WFX 1个: Versions
RAR的覆盖提示设置
AkelPad插件: URLMenu?[/url]
* Update on 22/6/07[url=]?[/url][url=]修正版本.
更新:
TC -> 7.01
AkelPad -> 3.32 及部分插件.
UnRAR.dll (WinRAR)
中文帮助HLP -> 7.0 Final.

增加:
快捷键: Shift+Ctrl+Home
AkelPad插件: RecentFiles

删除:
外部命令/别名三个,RS/IS/CS.

调整:
菜单/INC描述, Ctrl+Home/End
修正英文版使用汉化MMedia及菜单中的Unicode字符.?[/url]
* Update on 8/6/07[url=]?[/url][url=]更新:
TC -> 7.0 Final
AkelPad -> 3.31, 及全部插件.
WLX 1个: Imagine -> 1.0.0.0 Beta 4
WDX 2个: FileX ->1.6, DirSizeCalc -> 2.0 Beta 2

增加:
WDX 1个: AnyTag (尺寸较大,但AudioInfo有些问题)
Addon 1个: NewFile (用于新建文件 (夹))
AkelPad插件5个: HexSel, AutoComplete, Lines, SaveAllAs, SpecialChar.
NIRCMD及相关外部命令10个/别名2个
快捷键: Shift+Alt+123456789, Shift+Ctrl+C, Shift+Ctrl+I
TotalEditor外部命令1个: BatchMedia.

删除:
CDOC及相关外部命令em_CDOC/别名CDOC
WLX 1个: HTMLView
WDX 1个: AudioInfo (速度慢/MP3只读取ID3V1/停止开发)及相应配置

调整:
所有分辨率共用设置,存入User.ini
菜单, INC, 语言包
WCX后缀: gif -> imagine, tcpy -> treecopy, move -> mover
Devcon.exe并入TC目录,用于在\\设备管理器中删除设备.
[Rename]和[Splitperfile]段并入USER.ini.
快捷键: Shift+Ctrl+123456, Ctrl+123456
默认显示属性, 记录日志.
插件参数.?[/url]
* Update on 17/3/07[url=]?[/url][url=]更新:
TC -> 7.0 PB4
ADDON 1个: TotalEditor -> 0.20
WCX 2个: ISO -> 1.74b1, 7Zip -> 0.55
WDX 1个: CRC32Tag -> 0.19B
TOOLS 1个: Akelpad -> 3.25

增加:
WLX 1个: HTMLView, 主要针对IEView和MMedia的冲突.
Akelpad插件2个: LineBoard, HighLight
程序别名18个
覆盖操作及鼠标悬停自定义提示信息, 7类/5类
外部命令20个.
自定义列2个: CHM, FileInfo
新增内部命令的菜单项及相应快捷键

调整:
NoClose并入TC所在目录.
菜单, 语言包, INC, 工具栏, 其它参数修正
快捷键:Ctrl+012349, Shift+Ctrl+012349,Alt+X/Z,Ctrl+Home/End

取消:
TotalEditor对压缩包的设置?[/url]
* Update on 24/12/6 (2007大礼包专用版)[url=]?[/url][url=]更新:
WCX 1个: 7zip -> 0.54
WLX 2个: FileInfo -> 2.09, Imagine -> 1.0.0.0 b3
WDX 1个: CRC32Tag -> 0.18B
UnRAR.dll (From WinRAR) & UnUPX.dll (From PE Explorer).
图标库: ICL->DLL, 支持菜单图标.

增加:
WFX 4个: Uninstaller (卸载程序) / TConsole (命令行窗口) / DevMan (设备管理器) / Versions (在线更新)
WCX 2个: MHTUnp (提取MHT资源) / Imagine (制作/提取GIF资源)
ADDON 1个: TotalEditor/及自定义命令em_batchopen, 已设置批量打开文本文件/压缩档 (开始菜单中).
自定义列1个: Font
菜单图标
缩略图自定义项

调整:
默认编辑器: AkelPad (含插件MinimizeToTray/SelAutoCopy/Toolbar/URLMenu).
快捷键: 细分Shift+F6和F2, Alt+L&U / 左&两侧文件夹树.
MSI: Enter运行,Ctrl+PgDn提取资源.
WLX次序,Archview增加7Zip支持,Fileinfo支持查看UPX/Aspack压缩细节.
Hotlist.
允许预览WMF (=3).
缩略图缓存目录设为..\CACHE.
开始菜单.
汉化部分插件, 如ProcFS/Services/TConsole/ICLView...
大量微调.

*****以下段值从此版开始另存入%commander_path%\user.ini文件,今后升级本美/绿版本可备份此文件保留大部分个人设置*****
[Commandlinehistory]
[DirMenu]
[DriveHints]
[MkDirHistory]
[RenameTemplates]
[RenameSearchFind]
[RenameSearchReplace]
[SearchName]
[SearchIn]
[SearchText]
[Selection]
[left]
[right]
[lefttabs]
[righttabs]
[RightHistory]
[LeftHistory]
[user]
[800x600 (8x16)]
[1152x864 (8x16)]
[1280x1024 (8x16)]
[1400x1050 (8x16)]
[1440x900 (8x16)]
[1600x1200 (8x16)]
[1680x1050 (8x16)]?[/url]
* Update on 24/11/06[url=]?[/url][url=]升级:
TC ->7.0 PB2
SkimEdit ->3.07
WCX 2个: CHMDir -> 0.40c, ICLRead -> 1.3
WLX 4个: FileInfo ->2.08, Font -> 0.09, ICLView -> 3.10.2006, Imagine -> 0.97 Final

增加:
WCX 4个: DirCopy (复制目录结构), ICLRead (制作/提取ICL资源) & Mover (文件移动归类), InstallExplorer (提取MSI资源)
WDX 1个: ShareInfo, CRCTag32
WFX 2个: ProcFS (任务管理器), TC Services (系统服务)
颜色方案1个: Checksum
自定义列1个: Checksum

修正:
菜单: TC7新增命令,冗余项
WLX: Font (中文版), 描述错误,
SFXHEAD.SFX: 替换为WinRAR的Zip.SFX.
图标库兼容Vista.

快捷键:
Alt+U: 改为开/关一列文件夹树 (左侧窗口)
Shift+Ctrl+F8: 设为开/关文件夹树
Shift+Ctrl+Y: 设为查看TC内部命令

调整:
菜单, 颜色, INC, Button Bar, blahblahblah...?[/url]
* Update on 7/8/6[url=]?[/url][url=]升级:
部分插件

修正:
菜单, 工具栏, 描述错误, WDX配置, 其它微调.

替换:
中文版帮助文件换回HLP格式, CHM对压缩免疫,:- (.
NoClose.pif 换成 NoClose Replacer
WLX 1个 - IEView (不同作者)

增加:
WCX 2个 - Wipe (Secure Delete) & TreeCopyPlus
WDX 4个 - AudioInfo & CDocProp & RarInfo & Torrent
WLX 3个 - ArchView & nfoviewer & Mmedia (调用WMP, 配合集成codecs为佳, e.g. ffdshow, MyMPC)
颜色方案 4个 - Document, Executable, Temporary, Hidden
自定义列 4个 - Office, RAR, Torrent, Photo
插件中文 - Excluding ICLView.

删除:
绿色软件 2个 - Remove Hotfix Backups & RegCompact
WDX 1个 - AnyTag (过大, 替换为AudioInfo)
图标库 Buttonbar.icl 中未用图标?[/url]
* Update on 3/8/06[url=]?[/url][url=]修正:英文版中的几个绝对路径, 菜单冗余项
增加:中文版.?[/url]

串行通讯注意事项

作者：佚名 文章来源：本站原创 点击数：1234 更新时间：2005-6-6

1 选择通讯方式 -- 同步还是非同步
正如在《Serial communications in MicrosoftWin32》等文章中提到的，同步（NonOverLapped）方式是比较简单的一种方式，编写起来代码的长度要明显少于异步（OverLapped）方式，我开始用同步方式编写了整个子程序，在Windows98 下工作正常，但后来在Windows2000下测试，发现接收正常，但一发送数据，程序就会停在那里，原因应该在于同步方式下如果有一个通讯 Api在操作中，另一个会阻塞直到上一个操作完成，所以当读数据的线程停留在 WaitCommEvent 的时候，WriteFile就停在那里。我又测试了我手上所有有关串行通讯的例子程序，发现所有使用同步方式的程序在 Windows 2000下全部工作不正常，对这个问题我一直找不到解决的办法，后来在 Iczelion 站点上发现一篇文章提到 NT 下对串行通讯的处理和 9x有些不同，根本不要指望在 NT 或 Windows 2000 下用同步方式同时收发数据，我只好又用异步方式把整个通讯子程序重新写了一遍。所以对于这个问题的建议是：如果程序只打算工作在 Win9x 下，为了简单起见，可以用同步方式写程序，如果程序打算在 NT下也可以工作的话，就必须用异步方式写。

2 Win32 通讯 API Bug 之一 --- CommConfigDialog

CommConfigDialog 是弹出系统内置串口设置对话框的 API，我们在设备管理器中设置串口参数的对话框就是这个，使用这个API 时不用先打开端口，它并不针对一个已打开的端口，而是仅仅是把 DCB 的内容填写到对话框中，当按了 OK 后把输入的结果存回到
DCB 数据结构中，至于什么时候把结果设置到串口上，那就是你自己要做的事情了。
CommCinfigDialog 的定义如下：
BOOL CommConfigDialog(
LPTSTR lpszName, // pointer to device name string
HWND hWnd, // handle to window
LPCOMMCONFIG lpCC // pointer to comm. configuration structure
);

但在使用中发现，对话框有时能出来，有时出不来，最后总结的经验是问题出在 COMMCONFIG 结构的 dwSize字段上，COMMCONFIG 的定义如下：
typedef struct _COMM_CONFIG {
DWORD dwSize;
WORD wVersion;
WORD wReserved;
DCB dcb;
DWORD dwProviderSubType;
DWORD dwProviderOffset;
DWORD dwProviderSize;
WCHAR wcProviderData[1];
} COMMCONFIG, *LPCOMMCONFIG;

在参数中，wVersion 要填 100h，dwProviderSubType 要填 1，但 dwSize 就不能填 sizeof
COMMCONFIG 了，我发现好象一定要把 dwSize 设置为比 sizeof COMMCONFIG
对话框才能出来，所以我用的代码中定义了一个足够大的缓冲区作为结构的地址：
_CommConfigDialog proc
local @stCC[256]:BYTE
pushad
invoke RtlZeroMemory,addr @stCC,sizeof @stCC
mov (COMMCONFIG ptr @stCC).dwSize,256
mov (COMMCONFIG ptr @stCC).wVersion,100h
mov (COMMCONFIG ptr @stCC).dwProviderSubType,1
invoke CommConfigDialog,addr [esi].szPortName,[esi].hWnd,addr @stCC
popad
ret
_CommConfigDialog endp

3 Win32 通讯 API Bug 之二--- BuildCommDCB

BuildCommDCB 的功能是把一个字符串如 com1:9600,n,8,1 这样的转换到具体的数据填写到 DCB中，但使用中也存在问题，我发现我用它转换象 com1:9600,e,7,1 之类的带校验位的字符串，它总是无法把这个 e给我转换过去，设置好串口一看，成了 9600,n,7,1，而上面提到的 CommConfigDialog返回的结果用来设置串口却是正确的，经过比较，发现问题出在 DCB.fbits.fParity 这个 bit 上，只有把这个 bit 置1，校验位才是有效的，而 BuildCommDCB 恰恰是漏了这个 bit，所有如果你要使用 BuildCommDCB，别忘了补充把DCB.fbits.fParity 设置回去，我用的代码是：

_BuildCommDCB proc _lpszPara,_lpstDCB
pushad
mov esi,_lpstDCB
assume esi:ptr DCB
invoke RtlZeroMemory,esi,sizeof DCB
invoke BuildCommDCB,_lpszPara,esi
;********************************************************************

; 根据校验位补充设置 DCB 中的 DCB.fbits.fParity 字段
;********************************************************************
mov dword ptr [esi].fbits,0010b
cld
@@:
lodsb
or al,al
jz @F
cmp al,'='
jz _BCD_Check
cmp al,','
jnz @B
_BCD_Check:
lodsb
or al,al
jz @F
or al,20h
cmp al,'n'

jnz @B

;********************************************************************
; 扫描到 =n 或 ,n 则取消校验位
;********************************************************************

mov esi,_lpstDCB
and dword ptr [esi].fbits,not 0010b
@@:
popad
ret
_BuildCommDCB endp

4 Win32 通讯编程的一般流程

由于同步方式相对比较简单，在这里讲述的是异步方式的流程，在其他的很多文章里提到了 Windows 通讯 API 有二十多个，它们是：
BuildCommDCB
BuildCommDCBAndTimeouts
ClearCommBreak
ClearCommError
CommConfigDialog
EscapeCommFunction
GetCommConfig
GetCommMask
GetCommModemStatus
GetCommProperties
GetCommState
GetCommTimeouts
GetDefaultCommConfig
PurgeComm
SetCommBreak
SetCommConfig
SetCommMask
SetCommState
SetCommTimeouts
SetDefaultCommConfig
SetupComm
TransmitCommChar
WaitCommEvent
我刚看到这些 API 的时候，都不知道如何使用它们，但并不是所有这些 API 都是必须用的，比如说你要检测当前串口的设置可以只用
SetCommState 而不用 GetCommProperties 和
GetCommConfig，虽然它们返回的信息可能更多。同样，如果有些值你想用缺省的，比如缓冲区的大小和超时的时间等等，那么
SetupComm 和 BuildCommDCBAndTimeouts、SetCommTimeouts
也可以不用，TransmitCommChar 是马上在发送序列中优先插入发送一个字符用的，平时也很少用到，下面讲的是必须用到的 API和使用步骤
建立 Event -- 用 CreateEventinvoke CreateEvent,NULL,TRUE,FALSE,NULL
用异步方式操作串口必须要定义 OVERLAPPED 结构，其中的 hEvent 必须自己建立，你要定义两个 OVERLAPPED结构，一个用于读一个用于写，当然也必须建立两个 Event，把它们放入 OVERLAPPED.hEvent

打开串口 -- 用 CreateFile
invoke CreateFile,addr szPortName,GENERIC_READ or
GENERIC_WRITE,0,NULL,OPEN_EXISTING,FILE_FLAG_OVERLAPPED,NULL
注意用异步方式必须指定 FILE_FLAG_OVERLAPPED，而文件方式必须 OPEN_EXISTING，读写必须是
GENERIC_READ or GENERIC_WRITE

设置串口参数 -- 用 SetCommState
invoke SetCommState,hCom,addr dcbx
hCom 是前面打开成功后返回的句柄，dcbx 是数据结构
DCB，里面包括了通讯的具体参数，至于这个参数的建立，你可以自己填写，也可以用前面提到的 BuildCommDCB 或
CommConfigDialog 填写

建立读数据的线程
到这里，就可以开始读数据了，一般我们是在主线程中写数据，因为写是我们可以控制的，而读的时候我们不知道数据什么时候会到，所以要建立一个线程专门用来读数据，在这个线程中，我们循环地用
ReadFile 读串口，同时用 WaitCommEvent 检测线路状态。

如果要检测通讯状态，如 CTS 信号，RingIn 等等 -- 用
SetCommMask、WaitCommEvent、ClearCommError、GetCommModemStatus

invoke SetCommMask,hCom,EV_BREAK or EV_CTS or EV_DSR or EV_ERR or
EV_RING or EV_RLSD or EV_RXCHAR or EV_RXFLAG or EV_TXEMPTY
SetCommMask 指定 WaitCommEvent 要等待的事件名称，具体的参数请查手册

invoke WaitCommEvent,hCom,addr dwEvent,NULL
WaitCommEvent 等待一直到 SetCommMask 指定事件之一发生

invoke ClearCommError,hCom,addr dwError,addr stComStat
在 WaitCommEvent 以后，要用 ClearCommError 清除事件的 Flag，以便进行下一轮
WaitCommEvent，同时这个 API 可以获得更详细的事件信息

invoke GetCommModemStatus,hCom,addr dwModemStatus
同样，GetCommModemStatus 是用来获得串口线路状态的，如 CTS、RING 等等，当 WaitCommEvent
返回时，只是指出了如 CTS 等等状态有变化，但具体是变成 On 还是 Off 了还要靠这个 API 去取得更详细的信息

读数据 -- 用 ReadFile

invoke ReadFile,hCom,addr szBuffer,sizeof szBuffer,addr
dwBytesRead,addr stReadState
最后一个参数是开头定义的 OVERLAPPED 结构的地址，指定了它就表示是用异步方式的读方式，这个 API 会马上返回，接下去要用

invoke GetOverlappedResult,hCom,addr stReadState,addr
dwBytesRead,FALSE
将其余的数据读完

结束时关闭端口 -- 停止 WaitCommEvent 的等待以及关闭端口 CloseHandle

平时程序会停留在 WaitCommEvent 的等待中，当要终止线程的时候，必须是程序从 WaitCommEvent
中退出来，这时候要用

按照 Win32 手册上的说明，参数为 NULL 的 SetCommMask 会使另一个线程中的 WaitCommEvent
马上返回，然后就是用 CloseHandle 关闭端口
invoke CloseHandle,hCom
5 Win32 通讯 API Bug 之二--- SetCommMask 和 WaitCommEvent

严格的说这不应该是 Bug，而是偶然的情况，我发现有些时候我的读线程无法结束，跟踪发现是停在了 WaitCommEvent
上，这说明有时候 invoke SetCommMask,hCom,NULL 并不能使 WaitCommEvent
退出，我最后使用的办法是： 在 SetCommMask 以后再执行 invoke
SetEvent,stReadState.hEvent，把读的 OVERLAPPED 结构中的 Event 置位，让
WaitCommEvent 认为有 Event 发生，它就会马上返回，也许这并不是普遍的情况，但如果你的程序也是停在了
WaitCommEvent 的地方，不妨一试。

6 如何编写读线程中的循环

按照《Serial communications in Microsoft Win32》一文中的例程，读循环可以用：
#define READ_TIMEOUT 500 // milliseconds
DWORD dwRes;
DWORD dwRead;
BOOL fWaitingOnRead = FALSE;
OVERLAPPED osReader = {0};
// Create the overlapped event. Must be closed before exiting
// to avoid a handle leak.

osReader.hEvent = CreateEvent(NULL, TRUE, FALSE, NULL);
if (osReader.hEvent == NULL)
// Error creating overlapped event; abort.
if (!fWaitingOnRead) {
// Issue read operation.
if (!ReadFile(hComm, lpBuf, READ_BUF_SIZE, &dwRead, &osReader)) {
if (GetLastError() != ERROR_IO_PENDING) // read not delayed?
// Error in communications; report it.
else
fWaitingOnRead = TRUE;
}

else {
// read completed immediately
HandleASuccessfulRead(lpBuf, dwRead);
}

}

if (fWaitingOnRead) {
dwRes = WaitForSingleObject(osReader.hEvent, READ_TIMEOUT);
switch(dwRes)
{

// Read completed.
case WAIT_OBJECT_0:
if (!GetOverlappedResult(hComm, &osReader, &dwRead, FALSE))
// Error in communications; report it.
else
// Read completed successfully.
HandleASuccessfulRead(lpBuf, dwRead);

// Reset flag so that another opertion can be issued.
fWaitingOnRead = FALSE;
break;
case WAIT_TIMEOUT:

// Operation isn't complete yet. fWaitingOnRead flag isn't
// changed since I'll loop back around, and I don't want
// to issue another read until the first one finishes.
//
// This is a good time to do some background work.

break;
default:

// Error in the WaitForSingleObject; abort.
// This indicates a problem with the OVERLAPPED structure's
// event handle.

break;

}

这一段程序在 98 下正常，但非常不幸的是在 Win2000 下，ReadFile 总是返回读正确，并不返回
ERROR_IO_PENDING，使下面的 WaitForSingleObject 的循环形同虚设，要命的是，ReadFile
返回读正确却每次只读一个字节，结果程序工作得很奇怪，即使缓冲区中有很多的字符，程序也每次只能读一个字符，要等到发送字符或做其他的操作使线路状态改变了，才能读下一个字符，我不知道这个奇怪的现象是如何发生的，反正我解决的办法是在
ReadFile 前加 WaitCommEvent，真正等到 EV_RXCHAR 以后才去
ReadFile，到最后，我用的循环是这样的，虽然没有一篇文章中的例子是这样的，但它却同时在 windows9x 和
windows2000 下工作得很好：

.while dwFlag & IF_CONNECT

;********************************************************************
; 检测其它的通信事件
; 如果检测到且定义了 lpProcessEvent 则调用 lpProcessEvent
;********************************************************************

invoke WaitCommEvent,hCom,addr @dwEvent,NULL ;addr stReadState
push eax
invoke ClearCommError,hCom,addr @dwError,addr @stComStat
pop eax
.if eax == 0
invoke GetLastError
.if eax == ERROR_IO_PENDING
or dwFlag,IF_WAITING
.endif
.else

;这里是线路状态的处理
.endif

;********************************************************************
; 如果没有在等待异步读的过程中，则读端口
;********************************************************************

.if ! (dwFlag & IF_WAITING)
mov @dwBytesRead,0
invoke ReadFile,hCom,addr @szBuffer,sizeof @szBuffer,\
addr @dwBytesRead,addr stReadState
.if eax == FALSE
or dwFlag,IF_WAITING
invoke GetLastError
.if eax != ERROR_IO_PENDING
;这里是错误处理
.endif
.else

and dwFlag,not IF_WAITING
mov eax,@dwBytesRead
.if eax != 0
;这里是接收到的数据处理
.endif
.endif
.endif

;********************************************************************
; 如果在异步读端口中，则等待一段
;********************************************************************
.if dwFlag & IF_WAITING
invoke WaitForSingleObject,stReadState.hEvent,200
.if eax == WAIT_OBJECT_0
and dwFlag,not IF_WAITING
invoke GetOverlappedResult,hCom,addr stReadState,\
addr @dwBytesRead,FALSE
.if eax != 0
mov eax,@dwBytesRead
.if eax != 0

;这里是接收到的数据处理
.endif
.else
;这里是错误处理
invoke ClearCommError,hCom,addr @dwError,addr @stComStat
.endif
.else
;这里是错误处理
.endif
.endif
.endw

7 流控制的问题
在流控制方式为"无"和"软件控制"的情况下，基本上没有什么问题，但在"硬件控制"下，win32 手册中说明
RTS_CONTROL_HANDSHAKE 控制方式的含义是：
Enables RTS handshaking. The driver raises the RTS line when the
"type-ahead" (input) buffer is less than one-half full and lowers
the RTS line when the buffer is more than three-quarters full. If
handshaking is enabled, it is an error for the application to adjust
the line by using the EscapeCommFunction function.
也就是说，当缓冲区快满的时候 RTS 会自动 OFF 通知对方暂停发送，当缓冲区重新空出来的时候， RTS 会自动 ON，但我发现当
RTS 变 OFF 以后即使你已经清空了缓冲区， RTS 也不会自动的
ON，造成对方停在那里不发送了，所以，如果要用硬件流控制的话，还要在接收后最好加上检测缓冲区大小的判断，具体是使用
ClearCommError 后返回的 COMSTAT.cbInQue，当缓冲区已经空出来的时候，要使用 invoke
EscapeCommFunction,hCom,SETRTS 重新将 RTS 设置为 ON。

来自http://www.gjwtech.com

Web develope

http://www.asp.net/learn/dataaccess/default.aspx?tabid=63
http://www.cnblogs.com/webabcd/archive/2007/02/04/639830.html
Configuring .NET: http://www.developer.com/net/asp/article.php/3569166
ASP.NET访问层: http://www.souzz.net/html/edu/net/net1/13338_9.html
.NET Web Service: http://www.15seconds.com/issue/010430.htm
Files: Applications: http://wf.netfx3.com/files/folders/sample_applications/default.aspx
多层应用: http://dev.csdn.net/article/77/77536.shtm

MIDI Reference

 

http://www.borg.com/~jglatt/tech/midifile/
http://ch.midifan.com/m_TechArticle/Detail.aspx?id=902
http://www.borg.com/~jglatt/tutr/miditutr.htm
http://www.harmony-central.com/MIDI/
http://www.protodesign-inc.com/doc/MIDIplay/Developers.htm
http://www.borg.com/~jglatt/tutr/miditutr.htm
http://blog.21ic.com/user1/2809/archives/2006/25100.html
http://www.cs.cf.ac.uk/Dave/Multimedia/node158.html
http://www.io.com/~jimm/midi_ref.html
http://www.borg.com/~jglatt/tech/midifile.htm

 

[Widcomm驱动]Widcomm.5.1.0.1700.Final.Release+Licensepatcher1.8

1、先解开安装文件包至目录A（这个是有点废话了），将原来的有的蓝牙驱动卸载掉，将windows\inf目录下的m$自带的bth.inf文件删除
2、打开licensepatcher1.8，选择file->open license file->选择目录A下面的license.dat（可能是某子目录）
3、在Devices中找到自己的蓝牙设备。此时你的蓝牙适配器必须插在电脑上，否则你可能在Devices中找不到你的
蓝牙设备。这一步你可以不用卸载你原来的驱动，这样你可以更容易找到你的蓝牙设备。
4、选择file――〉Save License file――〉覆盖widcomm驱动目录下的License.dat文件。此时在widcomm驱动目录
会生成新的License.dat文件和一个新的license.reg文件。1.8版会将目录中的btwusb.inf中加上你的ISSC的UID和VID，如下：
;
; WinXP or newer specific sections
;
[WIDCOMM.NTx86.5.1]
%BROADCOM.DeviceDesc%=SUSPENDUSB, USB\VID_0A5C&PID_200A
%BRCMANYCOMUHE.DeviceDesc%=BRSMARTUSB, USB\VID_0A5C&PID_2111
%BRCMANYCOM.DeviceDesc%=SUSPENDUSB, USB\VID_0A5C&PID_2102
%UNKNOWNUSB.DeviceDesc%=BTWUSB, USB\VID_1131&PID_1001 ; VID & PID added by Widcomm License Patcher ＜－－－这个

;
; Win2k specific sections
;
[WIDCOMM]
%BROADCOM.DeviceDesc%=SUSPENDUSB, USB\VID_0A5C&PID_200A
%BRCMANYCOMUHE.DeviceDesc%=BRSMARTUSB, USB\VID_0A5C&PID_2111
%BRCMANYCOM.DeviceDesc%=SUSPENDUSB, USB\VID_0A5C&PID_2102
%UNKNOWNUSB.DeviceDesc%=BTWUSB, USB\VID_1131&PID_1001 ; VID & PID added by Widcomm License Patcher ＜－－这个
5、安装驱动程序（其实也不用取下狼牙棒），如果提示插入蓝牙，可以插入，但不一定会识别出来，如果未识别，请选择取消。
6、安装完毕，导入license.reg就OK了。一会儿我再帖两张图

inux快捷键

Linux下有很多对于简化用户使用过程很有帮助的快捷键，下面做个简单的介绍：

在控制台/虚拟终端下

1. Ctrl-Alt-Delete -关闭计算机

2. Alt-Fn (F1, F2, F3,…) - 切换到第n个控制台

3. Alt-Left 或者 Alt-Right - 切换到上/下一个虚拟终端

4. Scroll Lock - 锁定终端的输入/输出－当屏幕输出滚动过快的时候可以用这个键给屏幕定格，再按一次Scroll Lock解除锁定。

也可以用另外一种方法实现这个功能，使用Ctrl-S 锁定屏幕，使用Ctrl-Q解除锁定。如果你的控制台突然出现了不明原因无响应也可以尝试一下后面的这个解锁快捷键，也许是因为你无意中触发了CTRL-S导致屏幕假死。

5. Shift-Page Up 或者 Shift-Page Down - 上、下滚动控制台缓存。这个功能在 Scroll Lock 启动的时候也是管用的。 在使用 (Alt-Fn) 更换控制台后缓存内容就被删除了，所以滚动无效。

6. Ctrl-L -刷新屏幕。

7. Ctrl-C 或者 Ctrl-\ -杀死当前任务

8. Ctrl-D - 作用是 EOF 即文件末尾(End-of-file)。如果你的光标处在一个空白的命令行上，将会退出bash，比你用exit命令退出要快得多。

9. Ctrl-Z - 暂停进程。使用命令：bg在后台运行或者使用fg在前端运行。

Bash & command-line

1. Ctrl-A - 把光标移动到命令行最开始的地方。
2. Ctrl-E - 把光标移动到命令行末尾。
3. Ctrl-U - 清除命令行中光标所处位置之前的所有字符。
4. Ctrl-W - 清除左边的字段
5. Ctrl-Y - 将会贴上被Ctrl-U 或者 Ctrl-K 或者 Ctrl-W清除的部分。
6. Ctrl-R - 将自动在命令历史缓存中增量搜索后面入的字符。
7. Tab - 命令行自动补全－自动补全当前的命令行。如果启用自动补全脚本命令参数和选项也可以自动补齐。
8. Ctrl-K - 清除从提示符所在位置到行末尾之间的字符。

Kernel shortcuts

下面的快捷键必须在内核中启用以后才可以使用。

而且必须启用魔术组合键(SysRQ)：

启用SysRq：

$sudo echo 1 > /proc/sys/kernel/sysrq

禁用SysRq：

$sudo echo 0 > /proc/sys/kernel/sysrq

1. Alt-SysRQ-S - 同步所有已挂载的文件系统。所有缓存中的数据将被立刻写入磁盘。
2. Alt-SysRQ-U - 以只读方式重新挂载所有已挂载文件系统。
3. Alt-SysRQ-B - 快速重起。 不要在没有同步和卸载文件系统的情况下执行，否则会导致文件系统严重错误。
4. Alt-SysRQ-S，然后 Alt-SysRQ-U，然后 Alt-SysRQ-B - 同步所有文件系统、以只读方式重新挂载所有文件系统、立刻重新启动。这是重新启动Linux的最快方式。
5. Alt-SysRQ-H - 输出其他魔术组合键列表(SysRQ)功能。

X-Window快捷键

1. Ctrl-Alt-"+" 或者 Ctrl-Alt-"-"- 改变屏幕分辨率(提高/降低)。前提是在X-Window server配置文件中写入了多种可用分辨率。
2. Ctrl-Alt-Backspace - 杀死X-server，返回登录界面。所有正在运行的应用程序将被终止。
3. Ctrl-Alt-Escape - xkill - 点击一个应用程序强制关闭。
4. Ctrl-Shift-Num Lock 把键盘上的小键盘(数字键盘)变成鼠标，启动后你可以用小键盘进行鼠标操作。数字键盘上的/和 * 分别代表鼠标左键和鼠标右键，数字键盘上的 5是双击。(这个地方翻译的不确定，大家可以参考一下原文。我用的笔记本没办法测试这个功能。)
5. Ctrl-Alt-Fn (F1, F2, F3,…) - 切换到第 n 个文本控制台。一般Alt+F7切换回X-window。
6. Alt-F2 - 开启一个运行命令的小窗口。如果输入的是可执行命令则直接运行；如果输入的是文件名系统将调用适当的应用程序打开它；输入网址将用默认的浏览器打开它。

KDE 快捷键

1. Ctrl-Alt-Shift-Page Down - 直接关机
2. Ctrl-Alt-Shift-Page Up - 直接重启

FAT12文件系统基本格式（1.44M软盘）

FAT12文件系统基本格式（1.44M软盘）

FAT12是DOS时代就开始使用的文件系统，目前软盘上也一直在用。
引导扇区是软盘的第0个扇区，在这个扇区中有一个很重要的数据结构叫BPB（BIOS Parameter Block），下面是引导扇区格式，其中BPB_开头的属于BPB，以BS_开头的只是BOOT Sector的一部分，不属于BPB。

名称 开始字节 长度 内容 参考值
BS_jmpBOOT 0 3 一个短跳转指令 jmp Label_07c00H
nop
BS_OEMName 3 8 厂商名 'QingFeng'
BPB_BytesPerSec 11 2 每扇区字节数（Bytes/Sector） 0x200
BPB_SecPerClus 13 1 每簇扇区数（Sector/Cluster） 0x1
BPB_ResvdSecCnt 14 2 Boot记录占用多少扇区 ox1
BPB_NumFATs 16 1 共有多少FAT表 0x2
BPB_RootEntCnt 17 2 根目录区文件最大数 0xE0
BPB_TotSec16 19 2 扇区总数 0xB40[2*80*18]
BPB_Media 21 1 介质描述符 0xF0
BPB_FATSz16 22 2 每个FAT表所占扇区数 0x9
BPB_SecPerTrk 24 2 每磁道扇区数（Sector/track） 0x12
BPB_NumHeads 26 2 磁头数（面数） 0x2
BPB_HiddSec 28 4 隐藏扇区数 0
BPB_TotSec32 32 4 如果BPB_TotSec16=0,则由这里给出扇区数 0
BS_DrvNum 36 1 INT 13H的驱动器号 0
BS_Reserved1 37 1 保留，未使用 0
BS_BootSig 38 1 扩展引导标记(29h) 0x29
BS_VolID 39 4 卷序列号 0
BS_VolLab 43 11 卷标 'QingFeng'
BS_FileSysType 54 8 文件系统类型 'FAT12'
引导代码及其他内容 62 448 引导代码及其他数据 引导代码（剩余空间用0填充）
结束标志0xAA55 510 2 第510字节为0x55，第511字节为0xAA 0xAA55

紧接着引导扇区的是两个完全相同的FAT表，每个占用BPB_FATSz16(0x9)个扇区；
第二个FAT之后就是根目录区的第一个扇区，根目录区后面是数据区。
根目录区的位置：引导扇区占1个Sec，两个FAT表共18Sec，所以根目录区开始扇区号为19。
根目录区中由若干个目录入口(Directory Entry)组成，最多有BPB_RootEntCnt个，所以根目录区大小不固定。
每个Directory Entry占32字节。
饿死我了，下楼吃饭，回来 GO ON ....

王旭华 QingFeng Studio 科技创造自由 清风创造和谐
顶部
王旭华 (华子)
管理员
Rank: 9Rank: 9Rank: 9

UID 3
精华 0
积分 0
帖子 53
阅读权限 200
注册 2007-5-29
状态 离线

#2
使用道具
发表于 2007-10-6 10:55 资料 个人空间 主页 短消息 加为好友 QQ
一、基本数据分布

|－－－－－－－－－－－－－－－－－－－－| 2879扇区
| 数据区（长度不固定） |
|－－－－－－－－－－－－－－－－－－－－|－－－－－－－
| 根目录区（长度不固定，需计算） |
| |19 扇区
|－－－－－－－－－－－－－－－－－－－－|－－－－－－－
| | 18扇区
| FAT2 |
| |10扇区
|－－－－－－－－－－－－－－－－－－－－|－－－－－－－
| | 9 扇区
| FAT1 |
| |1扇区
|－－－－－－－－－－－－－－－－－－－－|－－－－－－－
| 引导扇区 |
|－－－－－－－－－－－－－－－－－－－－| 0扇区

可以看出，FAT1和FAT2紧紧接着引导扇区，每个FAT占9扇区，根目录又紧随其后，从第19扇区开始，但根目录区的大小则不固定，依赖于Directory Entry的数目，最多有BPB_RootEntCnt个。

每个Directory Entry占32字节，其结构如下：
名称 开始字节 长度 内容
DIR_Name 0 0xB 文件名8字节，扩展名3字节
DIR_Attr 0xB 1 文件属性
保留位 0xC 10 保留
DIR_WrtTime 0x16 2 最后一次写入的时间
DIR_WrtDate 0x18 2 最后一次写入的日期
DIR_FstClus 0x1A 2 此文件在数据区和FAT表中的开始簇号
DIR_FileSize 0x1C 4 文件大小

DIR_FstClus：对应了文件的第一个簇号，但需要注意的是：数据区的开始簇号是2，不是0和1，
为此，FAT中的前两个FAT项（0项和1项）不被使用，从第2个FAT项开始有效。

每个FAT项（FATEntry）长度位12Bit，即一个半字节，FAT表中每3个字节存放了2个FATEntry。
3 Bytes：
||||||||||字节3||||||||| |||||||||FATEntry2||||
||||||||||字节2||||||||| => |||||||||||||||||||||||||||||||| => |||||||FATEntry1||||||||||||||||||||||||||||||||||||||||||||FATEntry2||||
||||||||||字节1||||||||| |||||||FATEntry1||||||
FATEntry代表文件的下一个簇号，但如果其值大于等于0xFF8，则表示当前簇是文件的最后一个簇；
如果是0xFF7，则表示这是一个坏簇。

上面已经提到，FAT中第一个有效的FATEntry是2号，对应了数据区的开始簇号。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
可以这样理解：FATEntry就是数据区对应簇的next字段，它使一个文件以链表结构存放在数据区各个不连续的簇中，而把"索引"放在FAT中。

FAT16 文件系统

FAT16 文件系统

The boot sector

A boot sector can be found in the first sector of every logical disk. On a floppy disk, the logical disk takes up all of the physical disk and the boot sector lives in the first physical sector. On a hard disk, a boot sector lives at the start of each partition.

An example boot sec

0000 EB 3E 90 4D 53 57 49 4E-34 2E 30 00 02 20 01 00 .>.MSWIN4.0.. ..
0010 02 40 03 00 00 F8 FF 00-3F 00 40 00 3F 00 00 00 .@......?.@.?...
0020 41 DE 1F 00 80 00 29 37-4B 84 32 46 55 4A 49 54 A…..)7K.2FUJIT
0030 53 55 31 32 32 34 46 41-54 31 36 20 20 20 F1 7D SU1224FAT16 .}
0040 FA 33 C9 8E D1 BC FC 7B-16 07 BD 78 00 C5 76 00 .3…..{…x..v.
0050 1E 56 16 55 BF 22 05 89-7E 00 89 4E 02 B1 0B FC .V.U."..~..N….
0060 F3 A4 06 1F BD 00 7C C6-45 FE 0F 8B 46 18 88 45 ……|.E…F..E
0070 F9 FB 38 66 24 7C 04 CD-13 72 3C 8A 46 10 98 F7 ..8f$|…r<.F…
0080 66 16 03 46 1C 13 56 1E-03 46 0E 13 D1 50 52 89 f..F..V..F…PR.
0090 46 FC 89 56 FE B8 20 00-8B 76 11 F7 E6 8B 5E 0B F..V.. ..v….^.
00A0 03 C3 48 F7 F3 01 46 FC-11 4E FE 5A 58 BB 00 07 ..H…F..N.ZX…
00B0 8B FB B1 01 E8 94 00 72-47 38 2D 74 19 B1 0B 56 …….rG8-t…V
00C0 8B 76 3E F3 A6 5E 74 4A-4E 74 0B 03 F9 83 C7 15 .v>..^tJNt……
00D0 3B FB 72 E5 EB D7 2B C9-B8 D8 7D 87 46 3E 3C D8 ;.r…+…}.F><.
00E0 75 99 BE 80 7D AC 98 03-F0 AC 84 C0 74 17 3C FF u…}…….t.<.
00F0 74 09 B4 0E BB 07 00 CD-10 EB EE BE 83 7D EB E5 t…………}..
0100 BE 81 7D EB E0 33 C0 CD-16 5E 1F 8F 04 8F 44 02 ..}..3…^….D.
0110 CD 19 BE 82 7D 8B 7D 0F-83 FF 02 72 C8 8B C7 48 ….}.}….r…H
0120 48 8A 4E 0D F7 E1 03 46-FC 13 56 FE BB 00 07 53 H.N….F..V….S
0130 B1 04 E8 16 00 5B 72 C8-81 3F 4D 5A 75 A7 81 BF …..[r..?Mzu…
0140 00 02 42 4A 75 9F EA 00-02 70 00 50 52 51 91 92 ..Bju….p.PRQ..
0150 33 D2 F7 76 18 91 F7 76-18 42 87 CA F7 76 1A 8A 3..v…v.B…v..
0160 F2 8A 56 24 8A E8 D0 CC-D0 CC 0A CC B8 01 02 CD ..V$............
0170 13 59 5A 58 72 09 40 75-01 42 03 5E 0B E2 CC C3 .YZXr.@u.B.^….
0180 03 18 01 27 0D 0A 49 6E-76 61 6C 69 64 20 73 79 …'..Invalid sy
0190 73 74 65 6D 20 64 69 73-6B FF 0D 0A 44 69 73 6B stem disk…Disk
01A0 20 49 2F 4F 20 65 72 72-6F 72 FF 0D 0A 52 65 70 I/O error…Rep
01B0 6C 61 63 65 20 74 68 65-20 64 69 73 6B 2C 20 61 lace the disk, a
01C0 6E 64 20 74 68 65 6E 20-70 72 65 73 73 20 61 6E nd then press an
01D0 79 20 6B 65 79 0D 0A 00-49 4F 20 20 20 20 20 20 y key…IO
01E0 53 59 53 4D 53 44 4F 53-20 20 20 53 59 53 80 01 SYSMSDOS SYS..
01F0 00 57 49 4E 42 4F 4F 54-20 53 59 53 00 00 55 AA .WINBOOT SYS..U.

Structure of the boot sector
offset size meaning
00 3 jumpinstruction
03 8 system name
0b 33 BIOS parameter block
3e c0 bootstrap code
fe 2 sector signature

Structure of the BIOS paramter block (BPB)
offset length meaning
00 0x2 logical bytes per sector
02 0x1 sectors per cluster
03 0x2 number of reserved sectors starting from 0
05 0x1 number of FATs
06 0x2 number of root dir entries
08 0x2 total sectors. 0 if ofs 15h used
0a 0x1 media descriptor
0b 0x2 number of sectors per FAT
0d 0x2 number of logical sectors per track
0f 0x2 number of logical heads
11 0x4 number of hidden sectors
15 0x4 total sectors
19 0x1 physical drive number
1a 0x1 reserved
1b 0x1 signature byte for extended boot record
1c 0x4 serial number
20 0xb label
2b 0x8 FAT type

Values for the example boot sector
offset length meaning
00 0x2 logical bytes per sector
02 0x1 sectors per cluster
03 0x2 number of reserved sectors starting from 0
05 0x1 number of FATs
06 0x2 number of root dir entries
08 0x2 total sectors. 0 if ofs 15h used
0a 0x1 media descriptor
0b 0x2 number of sectors per FAT
0d 0x2 number of logical sectors per track
0f 0x2 number of logical heads
11 0x4 number of hidden sectors
15 0x4 total sectors
19 0x1 physical drive number
1a 0x1 reserved
1b 0x1 signature byte for extended boot record
1c 0x4 serial number
20 0xb label
2b 0x8 FAT type

Check the C source code to define the FAT boot sector.

Structure of a FAT disk
disk address length contents
0 1 MBR
1 PhysSectPerTrck - 1 Undefined
PhysSectPerTrck 1 Boot sector
PhysSectPerTrck+1 NumFATs*NumSectPerFAT FATs
BookKeep-SectRootDir SectRootDir Root directory
BookKeep LogcDiskSize-BookKeep Data space

SectRootDir = RootDirSize / 16
BookKeep = PhysSectPerTrck + 1 + NumFATs * NumSectPerFAT + SectRootDir

FAT

The FAT is an array of up to 65,536 16-bit unsigned integers. The first 2 and last 16 entries in the FAT are reserved. All other elements are of type: index into the FAT array. Each of the non-reserved FAT entries correspond to a cluster on the disk.
FAT index Meaning as index Meaning as value
0x0000 reserved cluster is available
0x0001 reserved undefined
0x0002-0xffef data cluster next cluster in chain is at this index
0xfff0-0xfff6 reserved undefined
0xfff7 reserved bad cluster
0xfff8-0xffff reserved end of the current cluster chain

FAT entries 0x0000 and 0x0001 contain other information, usually 0xfff8 and 0xffff respectively.
The fragment below is from the start of a FAT
FFF8 FFFF 0000 0004 FFFF 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
The fragment above shows a file using clusters 0x0003 & 0x0004.

Folders
A folder is a data structure stored on the disk. The root folder is stored before the data area. Other folders are stored in the data area in the same way as files; These folders may grow in size, shrink in size and be stored non-contiguously in the same way as files. The structure of all folders is as an array of folder entries. The end of the folder is marked by a folder entry starting with a 00h byte.
Folder entry structure
offset length contents
0x00 0x8 name
0x08 0x3 extension
0x0b 0x1 flags
0x0c 0xa reserved
0x16 0x2 time
0x18 0x2 date
0x1a 0x2 first cluter
0x1c 0x4 size

The date field is in DOS date format, and the time field is in DOS time.

FAT16文件系统格式详细说明

FAT16文件系统格式详细说明
2005年6月18日 作者： 发布人：专业嵌入式网站 本文已被浏览 738 次
FAT16文件系统格式详细说明
来源：嵌入式系统 作者：novar

&nbspFAT16文件系统格式说明

硬盘上的数据按照其不同的特点和作用大致可分为5部分：MBR区、DBR区、FAT区、DIR区和DATA区。我们来分别介绍一下：

（1）MBR区（主引导扇区）
MBR （Main&nbspBoot&nbspRecord）,按其字面上的理解即为主引导记录区，位于整个硬盘的0磁道0柱面1扇区。不过，在总共512字节的主引导扇区中，MBR只占用了其中的446个字节（偏移0--偏移1BDH），另外的64个字节（偏移1BEH--偏移1FDH）交给了DPT(Disk&nbspPartition&nbspTable硬盘分区表)（见下表）,最后两个字节"55，AA"（偏移 1FEH- 偏移1FFH）是分区的结束标志。这个整体构成了硬盘的主引导扇区。
主引导记录中包含了硬盘的一系列参数和一段引导程序。其中的硬盘引导程序的主要作用是检查分区表是否正确并且在系统硬件完成自检以后引导具有激活标志的分区上的操作系统，并将控制权交给启动程序。MBR是由分区程序（如Fdisk.com）所产生的，它不依赖任何操作系统，而且硬盘引导程序也是可以改变的，从而实现多系统共存。
偏移 长度 所表达的意义
0 字节 分区状态：如0-->非活动分区
　　　　　　&nbsp80--> 活动分区
1 字节 该分区起始头（HEAD）
2 字 该分区起始扇区和起始柱面
4 字节 该分区类型：如82-->&nbspLinux&nbspNative分区
　　　　　　　83-->&nbspLinux&nbspSwap 分区
5 字节 该分区终止头（HEAD）
6 字 该分区终止扇区和终止柱面
8 双字 该分区起始绝对分区
C 双字 该分区扇区数
下面，我们以一个实例让大家更直观地来了解主引导记录：

例： 80&nbsp01&nbsp01&nbsp00&nbsp0B&nbspFE&nbspBF&nbspFC&nbsp3F&nbsp00&nbsp00&nbsp00&nbsp7E&nbsp86&nbspBB&nbsp00
在这里我们可以看到，最前面的"80"是一个分区的激活标志，表示系统可引导；"01&nbsp01&nbsp00"表示分区开始的磁头号为01，开始的扇区号为01，开始的柱面号为00；"0B"表示分区的系统类型是FAT32，其他比较常用的有04（FAT16）、07（NTFS）； "FE&nbspBF&nbspFC"表示分区结束的磁头号为254，分区结束的扇区号为63、分区结束的柱面号为764； "3F&nbsp00&nbsp00&nbsp00"表示首扇区的相对扇区号为63；"7E&nbsp86& nbspBB&nbsp00"表示总扇区数为12289622。

（2）DBR区
DBR（Dos& nbspBoot&nbspRecord）是操作系统引导记录区的意思。它通常位于硬盘的0磁道1柱面1扇区，是操作系统可以直接访问的第一个扇区，它包括一个引导程序和一个被称为BPB（Bios&nbspParameter&nbspBlock）的本分区参数记录表。引导程序的主要任务是当MBR将系统控制权交给它时，判断本分区跟目录前两个文件是不是操作系统的引导文件（以DOS为例，即是Io.sys和 Msdos.sys）。如果确定存在，就把其读入内存，并把控制权 交给该文件。BPB参数块记录着本分区的起始扇区、结束扇区、文件存储格式、硬盘介质描述符、根目录大小、FAT个数，分配单元的大小等重要参数。

（3）FAT区
在DBR之后的是我们比较熟悉的FAT （File&nbspAllocation&nbspTable文件分配表）区。在解释文件分配表的概念之前，我们先来谈谈簇（cluster）的概念。文件占用磁盘空间时，基本单位不是字节而是簇。簇的大小与磁盘的规格有关，一般情况下，软盘每簇是1个扇区，硬盘每簇的扇区数与硬盘的总容量大小有关，可能是4、8、16、32、64……
通过上文我们已经知道，同一个文件的数据并不一定完整地存放在磁盘的一个连续的区域内，而往往会分成若干段，像一条链子一样存放。这种存储方式称为文件的链式存储。硬盘上的文件常常要进行创建、删除、增长、缩短等操作。这样操作做的越多，盘上的文件就可能被分得越零碎（每段至少是1簇）。但是，由于硬盘上保存着段与段之间的连接信息（即FAT），操作系统在读取文件时，总是能够准确地找到各段的位置并正确读出。不过，这种以簇为单位的存储法也是有其缺陷的。这主要表现在对空间的利用上。每个文件的最后一簇都有可能有未被完全利用的空间（称为尾簇空间）。一般来说，当文件个数比较多时，平均每个文件要浪费半个簇的空间。
好了，我们言归正传，为了实现文件的链式存储，硬盘上必须准确地记录哪些簇已经被文件占用，还必须为每个已经占用的簇指明存储后继内容的下一个簇的簇号，对一个文件的最后一簇，则要指明本簇无后继簇。这些都是由FAT表来保存的，表中有很多表项，每项记录一个簇的信息。
由于FAT对于文件管理的重要性，所以FAT有一个备份，即在原FAT的后面再建一个同样的FAT。初形成的FAT中所有项都标明为"未占用"，但如果磁盘有局部损坏，那么格式化程序会检测出损坏的簇，在相应的项中标为"坏簇"，以后存文件时就不会再使用这个簇了。FAT的项数与硬盘上的总簇数相当，每一项占用的字节数也要与总簇数相适应，因为其中需要存放簇号。FAT的格式有多种，最为常见和为读者所熟悉的是FAT16和FAT32，其中FAT16是指文件分配表使用16位数字，由于16位分配表最多能管理65536（即2的16次方）个簇，也就是所规定的一个硬盘分区。
由于每个簇的存储空间最大只有32KB，所以在使用FAT16管理硬盘时，每个分区的最大存储容量只有（65536×32&nbspKB）即2048MB，也就是我们常说的2G。现在的硬盘容量是越来越大，由于FAT16对硬盘分区的容量限制，所以当硬盘容量超过2G之后，用户只能将硬盘划分成多个2G的分区后才能正常使用，为此微软公司从Windows&nbsp95&nbspOSR2版本开始使用FAT32标准，即使用32位的文件分配表来管理硬盘文件，这样系统就能为文件分配多达4294967296（即2的32次方）个簇，所以在簇同样为32KB时每个分区容量最大可达65G以上。此外使用 FAT32管理硬盘时，每个逻辑盘中的簇长度也比使用FAT16标准管理的同等容量逻辑盘小很多。由于文件存储在硬盘上占用的磁盘空间以簇为最小单位，所以某一文件即使只有几十个字节也必须占用整个簇，因此逻辑盘的簇单位容量越小越能合理利用存储空间。所以FAT32更适于大硬盘。

（4）DIR区（根目录区）
DIR（Directory）是根目录区，紧接着第二FAT表（即备份的FAT表）之后，记录着根目录下每个文件（目录）的起始单元，文件的属性等。定位文件位置时，操作系统根据DIR中的起始单元，结合FAT表就可以知道文件在硬盘中的具体位置和大小了。

（5）数据（DATA）区
数据区是真正意义上的数据存储的地方，位于DIR区之后，占据硬盘上的大部分数据空间。