目前在PC远程访问设备Flash，也就是部署TinyCLR和下载应用程序。在以前写的《NandFlash驱动开发》文章，我们知道Flash被分为六个区，典型的结构如下（以Sam9261_ek开发板为例）：
const BlockRange g_K9F2G_8_BlockStatus[] =
{
{ BlockRange::BLOCKTYPE_BOOTSTRAP , 0, 1 },
{ BlockRange::BLOCKTYPE_CONFIG , 2, 2 },
{ BlockRange::BLOCKTYPE_CODE , 3, 24 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 25, 29 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 30, 34 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 35, 39 },
{ BlockRange::BLOCKTYPE_DEPLOYMENT, 40, 48 },
{ BlockRange::BLOCKTYPE_STORAGE_A , 49, 49 },
{ BlockRange::BLOCKTYPE_STORAGE_B , 50, 50 },
{BlockRange::BLOCKTYPE_FILESYSTEM, 51, FLASH_BLOCK_COUNT - 1 }
};
我们能否直接读写该Flash上的所有区呢？
实现这个功能的好处是易见的，我们再也没有必要为了下载一个应用程序而启动相对庞大的VS2008，再也不受必须打开MF工程才能下载的限制。在我们开发Ti DM355开发板就遇到类似问题，我们给异地开发板提供者演示相关程序功能时，必须要求对方安装VS2008，还必须发送我们的项目源码，否则就无法在另外的开发板上进行演示。
仔细研究了一下MFDeploy程序（这是典型的C#程序，在Vista和Windows7上可直接运行，在WinXP及以前的系统上需要安装.Net Framework运行时），发现可以为其开发一个插件来实现我们所要求的功能。
MFDeploy程序可以通过三种方式来访问.Net MF设备，串口、网口和USB，并且可以把TinyCLR部署到设备上去（需要开发板运行TinyBooter），也可以清空应用程序区，所以我们只要把这部分功能给扩展一下就可以了。
插件类必须继承于MFPlugInMenuItem类，相关代码如下：
public class PlugInHandle : MFPlugInMenuItem
{
public override string Name { get { return "Read/Write Flash"; } }
public override void OnAction(IM
打开Terminal. 键入命令：
sudo cd /etc/fonts/conf.d //进入目标文件夹
sudo cp 49-sansserif.conf 49-sansserif_backup //备份
sudo rm 49 ......
这个不是一个高深的概念，不知道这种命名方式对不对，它只是在我的脑海里面浮现一种符号，于是我把它记录下来，有可能是谬论，也可能是骗你的文章，但是我把这种灵感记录下来，作为一种灵感体现。我将它命名为“分布学”，范围在适用在flash技术当中。
不成熟概念：
利用图形符号的形状，将 ......
我们使用过屏幕录制的软件会了解怎样录制，之前想过一下怎样做，大概一个假设，采用flash复制位图的技术，就能够录制flash当中的舞台的帧。今天，我们开一个无聊话题“flash舞台屏幕录制”，把舞台当中桌面，看看怎样录制一个过程。在flash 当中，复制位图技术是一种常用的技术。
复制位图的办法� ......
