windowsnt源代码（windows 源码）

本篇文章给大家谈谈windowsnt源代码，以及windows 源码对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、有哪些值得推荐的源码共享网站
• 2、oracle具有开放源代码方式特点吗
• 3、如何创建用于WindowsNT PCI 设备驱动程序
• 4、请教基于FPGA的地铁自动售票逻辑设计。最好有verilog hdl语言的源代码，不胜感激！
• 5、windows ce操作系统上能玩什么游戏
• 6、win7系统修改系统安装时间

有哪些值得推荐的源码共享网站

网站源码资源当然首选站长源码下载了,主要源码安全系数要高点,最主要是免费,还有就是一些商业源码分享站了可能会要积分才能下载了,比如商业源码,A5源码,源码...

oracle具有开放源代码方式特点吗

Oracle数据库的特点

1.开放性：

Oracle能在所有主流平台上运行(包括Windows)，完全支持所有的工业标准，采用完全开放策略，可以使客户选择最适合的解决方案，对开发商全力支持。

2.可伸缩性，并行性：

Oracle的并行服务器通过使一组结点共享同一簇中的工作来扩展Windownt的能力，提供高可用性和高伸缩性的簇的解决方案。如果WindowsNT不能满足需要，用户可以把数据库移到UNIX中。Oracle的并行服务器对各种UNIX平台的集群机制都有着相当高的集成度。

3.性能：

Oracle几乎是性能最高的关系型数据库，保持开放平台下的TPC-D和TPC-C的世界记录。

4.客户端支持及应用模式：

Oracle支持多层次网络计算，支持多种工业标准，可以用ODBC、JDBC、OCI等网络客户连接。

5.操作性：

Oracle相对于其他RDBMS来讲较复杂，同时提供GUI和命令行，在WindowsNT和Unix下操作相同。

6.使用性：

Oracle具有相当长时间的开发经验，完全向下兼容。得到广泛的认可与应用，完全没有风险。

7.安全性：

Oracle获得了最高认证级别的ISO标准认证。它提供多层安全性，包括用于评估风险、防止未授权的数据泄露、检测和报告数据库活动，以及通过数据驱动的安全性在数据库中实施数据访问控制的控制。

Oracle数据库的工作原理

1、在数据库服务器上启动Oracle实例。

2、应用程序在客户端的用户进程中运行，启用Oracle网络服务驱动器与服务器建立连接。

3、服务器运行Oracle网络服务驱动器，建立专用的服务器进程执行用户进程。

4、客户端提交事务。

5、服务器进程获取sql语句并检查共享池中是否有相似的sql语句，如果有，服务器进程再检查用户的访问权限；否则分配新的sql共享区分析并执行sql语句。

6、服务器从实际的数据文件或SGA中取得所需数据。

7、服务器进程在SGA中更新数据，进程DBWn在特定条件下将更新过的数据块写回磁盘，进程LGWR在重做日志文件中记录事务。

8、如果事务成功，服务器进程发送消息到应用程序中。

解释：

SGA(System Global Area)：是Oracle Instance的 基本组成部分，在实例启动时分配。是一组包含一个Oracle实例的数据和控制信息的共享内存结构，主要作用是用于存储数据库信息的一个内存区域。

DBWn(Database Writer)：Oracle数据库后台写入进程，是Oracle数据库实例中的一个进程。

LGWR(Log Writer)：也是Oracle的后台进程之一，LGWR的作用是把日志缓存区的数据从内存写到磁盘的REDO文件里，完成数据库对象创建、更新数据等操作过程的记录。

如何创建用于WindowsNT PCI 设备驱动程序

Linux下PCI设备驱动开发

1. 关键数据结构

PCI设备上有三种地址空间：PCI的I/O空间、PCI的存储空间和PCI的配置空间。CPU可以访问PCI设备上的所有地址空间，其中I/O空间和存储空间提供给设备驱动程序使用，而配置空间则由Linux内核中的PCI初始化代码使用。内核在启动时负责对所有PCI设备进行初始化，配置好所有的PCI设备，包括中断号以及I/O基址，并在文件/proc/pci中列出所有找到的PCI设备，以及这些设备的参数和属性。

Linux驱动程序通常使用结构（struct）来表示一种设备，而结构体中的变量则代表某一具体设备，该变量存放了与该设备相关的所有信息。好的驱动程序都应该能驱动多个同种设备，每个设备之间用次设备号进行区分，如果采用结构数据来代表所有能由该驱动程序驱动的设备，那么就可以简单地使用数组下标来表示次设备号。

在PCI驱动程序中，下面几个关键数据结构起着非常核心的作用：

pci_driver

这个数据结构在文件include/linux/pci.h里，这是Linux内核版本2.4之后为新型的PCI设备驱动程序所添加的，其中最主要的是用于识别设备的id_table结构，以及用于检测设备的函数probe( )和卸载设备的函数remove( )：

struct pci_driver {

struct list_head node;

char *name;

const struct pci_device_id *id_table;

int (*probe) (struct pci_dev *dev, const struct pci_device_id *id);

void (*remove) (struct pci_dev *dev);

int (*save_state) (struct pci_dev *dev, u32 state);

int (*suspend)(struct pci_dev *dev, u32 state);

int (*resume) (struct pci_dev *dev);

int (*enable_wake) (struct pci_dev *dev, u32 state, int enable);

};

pci_dev

这个数据结构也在文件include/linux/pci.h里，它详细描述了一个PCI设备几乎所有的

硬件信息，包括厂商ID、设备ID、各种资源等：

struct pci_dev {

struct list_head global_list;

struct list_head bus_list;

struct pci_bus *bus;

struct pci_bus *subordinate;

void *sysdata;

struct proc_dir_entry *procent;

unsigned int devfn;

unsigned short vendor;

unsigned short device;

unsigned short subsystem_vendor;

unsigned short subsystem_device;

unsigned int class;

u8 hdr_type;

u8 rom_base_reg;

struct pci_driver *driver;

void *driver_data;

u64 dma_mask;

u32 current_state;

unsigned short vendor_compatible[DEVICE_COUNT_COMPATIBLE];

unsigned short device_compatible[DEVICE_COUNT_COMPATIBLE];

unsigned int irq;

struct resource resource[DEVICE_COUNT_RESOURCE];

struct resource dma_resource[DEVICE_COUNT_DMA];

struct resource irq_resource[DEVICE_COUNT_IRQ];

char name[80];

char slot_name[8];

int active;

int ro;

unsigned short regs;

int (*prepare)(struct pci_dev *dev);

int (*activate)(struct pci_dev *dev);

int (*deactivate)(struct pci_dev *dev);

};

2. 基本框架

在用模块方式实现PCI设备驱动程序时，通常至少要实现以下几个部分：初始化设备模块、设备打开模块、数据读写和控制模块、中断处理模块、设备释放模块、设备卸载模块。下面给出一个典型的PCI设备驱动程序的基本框架，从中不难体会到这几个关键模块是如何组织起来的。

/* 指明该驱动程序适用于哪一些PCI设备 */

static struct pci_device_id demo_pci_tbl [] __initdata = {

{PCI_VENDOR_ID_DEMO, PCI_DEVICE_ID_DEMO,

PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEMO},

{0,}

};

/* 对特定PCI设备进行描述的数据结构 */

struct demo_card {

unsigned int magic;

/* 使用链表保存所有同类的PCI设备 */

struct demo_card *next;

/* ... */

}

/* 中断处理模块 */

static void demo_interrupt(int irq, void *dev_id, struct pt_regs *regs)

{

/* ... */

}

/* 设备文件操作接口 */

static struct file_operations demo_fops = {

owner: THIS_MODULE, /* demo_fops所属的设备模块 */

read: demo_read, /* 读设备操作*/

write: demo_write, /* 写设备操作*/

ioctl: demo_ioctl, /* 控制设备操作*/

mmap: demo_mmap, /* 内存重映射操作*/

open: demo_open, /* 打开设备操作*/

release: demo_release /* 释放设备操作*/

/* ... */

};

/* 设备模块信息 */

static struct pci_driver demo_pci_driver = {

name: demo_MODULE_NAME, /* 设备模块名称 */

id_table: demo_pci_tbl, /* 能够驱动的设备列表 */

probe: demo_probe, /* 查找并初始化设备 */

remove: demo_remove /* 卸载设备模块 */

/* ... */

};

static int __init demo_init_module (void)

{

/* ... */

}

static void __exit demo_cleanup_module (void)

{

pci_unregister_driver(demo_pci_driver);

}

/* 加载驱动程序模块入口 */

module_init(demo_init_module);

/* 卸载驱动程序模块入口 */

module_exit(demo_cleanup_module);

上面这段代码给出了一个典型的PCI设备驱动程序的框架，是一种相对固定的模式。需要注意的是，同加载和卸载模块相关的函数或数据结构都要在前面加上__init、__exit等标志符，以使同普通函数区分开来。构造出这样一个框架之后，接下去的工作就是如何完成框架内的各个功能模块了。

3. 初始化设备模块

在Linux系统下，想要完成对一个PCI设备的初始化，需要完成以下工作：

检查PCI总线是否被Linux内核支持；

检查设备是否插在总线插槽上，如果在的话则保存它所占用的插槽的位置等信息。

读出配置头中的信息提供给驱动程序使用。

当Linux内核启动并完成对所有PCI设备进行扫描、登录和分配资源等初始化操作的同时，会建立起系统中所有PCI设备的拓扑结构，此后当PCI驱动程序需要对设备进行初始化时，一般都会调用如下的代码：

static int __init demo_init_module (void)

{

/* 检查系统是否支持PCI总线 */

if (!pci_present())

return -ENODEV;

/* 注册硬件驱动程序 */

if (!pci_register_driver(demo_pci_driver)) {

pci_unregister_driver(demo_pci_driver);

return -ENODEV;

}

/* ... */

return 0;

}

驱动程序首先调用函数pci_present( )检查PCI总线是否已经被Linux内核支持，如果系统支持PCI总线结构，这个函数的返回值为0，如果驱动程序在调用这个函数时得到了一个非0的返回值，那么驱动程序就必须得中止自己的任务了。在2.4以前的内核中，需要手工调用pci_find_device( )函数来查找PCI设备，但在2.4以后更好的办法是调用pci_register_driver( )函数来注册PCI设备的驱动程序，此时需要提供一个pci_driver结构，在该结构中给出的probe探测例程将负责完成对硬件的检测工作。

static int __init demo_probe(struct pci_dev *pci_dev, const struct

pci_device_id *pci_id)

{

struct demo_card *card;

/* 启动PCI设备 */

if (pci_enable_device(pci_dev))

return -EIO;

/* 设备DMA标识 */

if (pci_set_dma_mask(pci_dev, DEMO_DMA_MASK)) {

return -ENODEV;

}

/* 在内核空间中动态申请内存 */

if ((card = kmalloc(sizeof(struct demo_card), GFP_KERNEL)) == NULL) {

printk(KERN_ERR "pci_demo: out of memory\n");

return -ENOMEM;

}

memset(card, 0, sizeof(*card));

/* 读取PCI配置信息 */

card-iobase = pci_resource_start (pci_dev, 1);

card-pci_dev = pci_dev;

card-pci_id = pci_id-device;

card-irq = pci_dev-irq;

card-next = devs;

card-magic = DEMO_CARD_MAGIC;

/* 设置成总线主DMA模式 */

pci_set_master(pci_dev);

/* 申请I/O资源 */

request_region(card-iobase, 64, card_names[pci_id-driver_data]);

return 0;

}

4. 打开设备模块

在这个模块里主要实现申请中断、检查读写模式以及申请对设备的控制权等。在申请控制权的时候，非阻塞方式遇忙返回，否则进程主动接受调度，进入睡眠状态，等待其它进程释放对设备的控制权。

static int demo_open(struct inode *inode, struct file *file)

{

/* 申请中断，注册中断处理程序 */

request_irq(card-irq, demo_interrupt, SA_SHIRQ,

card_names[pci_id-driver_data], card)) {

/* 检查读写模式 */

if(file-f_mode FMODE_READ) {

/* ... */

}

if(file-f_mode FMODE_WRITE) {

/* ... */

}

/* 申请对设备的控制权 */

down(card-open_sem);

while(card-open_mode file-f_mode) {

if (file-f_flags O_NONBLOCK) {

/* NONBLOCK模式，返回-EBUSY */

up(card-open_sem);

return -EBUSY;

} else {

/* 等待调度，获得控制权 */

card-open_mode |= f_mode (FMODE_READ | FMODE_WRITE);

up(card-open_sem);

/* 设备打开计数增1 */

MOD_INC_USE_COUNT;

/* ... */

}

}

}

5. 数据读写和控制信息模块

PCI设备驱动程序可以通过demo_fops 结构中的函数demo_ioctl( )，向应用程序提供对硬件进行控制的接口。例如，通过它可以从I/O寄存器里读取一个数据，并传送到用户空间里：

static int demo_ioctl(struct inode *inode, struct file *file, unsigned int

cmd, unsigned long arg)

{

/* ... */

switch(cmd) {

case DEMO_RDATA:

/* 从I/O端口读取4字节的数据 */

val = inl(card-iobae + 0x10);

/* 将读取的数据传输到用户空间 */

return 0;

}

/* ... */

}

事实上，在demo_fops里还可以实现诸如demo_read( )、demo_mmap( )等操作，Linux内核源码中的driver目录里提供了许多设备驱动程序的源代码，找那里可以找到类似的例子。在对资源的访问方式上，除了有I/O指令以外，还有对外设I/O内存的访问。对这些内存的操作一方面可以通过把I/O内存重新映射后作为普通内存进行操作，另一方面也可以通过总线主DMA（Bus Master DMA）的方式让设备把数据通过DMA传送到系统内存中。

6. 中断处理模块

PC的中断资源比较有限，只有0~15的中断号，因此大部分外部设备都是以共享的形式申请中断号的。当中断发生的时候，中断处理程序首先负责对中断进行识别，然后再做进一步的处理。

static void demo_interrupt(int irq, void *dev_id, struct pt_regs *regs)

{

struct demo_card *card = (struct demo_card *)dev_id;

u32 status;

spin_lock(card-lock);

/* 识别中断 */

status = inl(card-iobase + GLOB_STA);

if(!(status INT_MASK))

{

spin_unlock(card-lock);

return; /* not for us */

}

/* 告诉设备已经收到中断 */

outl(status INT_MASK, card-iobase + GLOB_STA);

spin_unlock(card-lock);

/* 其它进一步的处理，如更新DMA缓冲区指针等 */

}

7. 释放设备模块

释放设备模块主要负责释放对设备的控制权，释放占用的内存和中断等，所做的事情正好与打开设备模块相反：

static int demo_release(struct inode *inode, struct file *file)

{

/* ... */

/* 释放对设备的控制权 */

card-open_mode = (FMODE_READ | FMODE_WRITE);

/* 唤醒其它等待获取控制权的进程 */

wake_up(card-open_wait);

up(card-open_sem);

/* 释放中断 */

free_irq(card-irq, card);

/* 设备打开计数增1 */

MOD_DEC_USE_COUNT;

/* ... */

}

8. 卸载设备模块

卸载设备模块与初始化设备模块是相对应的，实现起来相对比较简单，主要是调用函数pci_unregister_driver( )从Linux内核中注销设备驱动程序：

static void __exit demo_cleanup_module (void)

{

pci_unregister_driver(demo_pci_driver);

}

小结

PCI总线不仅是目前应用广泛的计算机总线标准，而且是一种兼容性最强、功能最全的计算机总线。而Linux作为一种新的操作系统，其发展前景是无法估量的，同时也为PCI总线与各种新型设备互连成为可能。由于Linux源码开放，因此给连接到PCI总线上的任何设备编写驱动程序变得相对容易。本文介绍如何编译Linux下的PCI驱动程序，针对的内核版本是2.4。

请教基于FPGA的地铁自动售票逻辑设计。最好有verilog hdl语言的源代码，不胜感激！

铁路售票系统应用软件可行性报告

前言：

（1）项目背景：

随着国民经济的发展，我国的铁路建设也日益成为人们日常生活中不可或缺的一部分。就江苏而言，目前沪宁段铁路运输已经成为全国最紧张的一部分，在建的新长铁路，宁通铁路也将苏南和苏北日益紧密地连接起来。可以预见的是，在未来几年里，铁路将不可避免地成为城际交通的主力军。但是，与此同时，大量外来人口的涌入，使得铁路在某种程度上成为了犯罪分子的温床，盗窃，抢劫案时有发生，而且铁路运输的发达也给许多在逃的犯罪分子提供了可趁之机；同时，由于沪宁线运力的限制，使得火车晚点现象时有发生，随着大量的投诉事件以及消费者维权意识的不断提高，如何改善服务以同其他交通行业竞争已经成为了一个迫在眉梢的问题。作为铁路运营服务的第一道关，改善铁路沿用多年且已逐渐落后于时代步伐的售票系统势在必行。

（2）编写目的：

本报告的编写目的在于研究铁路售票系统应用软件是否可行，指出开发本软件所采用的方法和手段，并对软件的前景以及后续工作进行分析。

（3）使用语言：

软件使用Delphi编写，操作界面为英文。

项目概述：

（1）目标：

实现铁路售票的实名化，即将车票与个人身份证挂钩，同时维护相应的数据库。

（2）开发意图：

完善目前铁路售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。

（3）产品的逻辑模型：

铁路售票系统应用软件

车次信息

赔偿信息

个人信息

列车明细

日志维护

（4）工程目标：

开发出一套用于车票销售的软件，力求解决铁路上的安全隐患。并通过此次软件开发过程全面提高自身的综合素质。

技术目标

软件力求实现数据库与编程相结合的目的，使得使用和维护变得相对简单实用。

经济目标

单纯从经济角度上来看，我们认为这样做会造成一定的经济损失。损失主要来自以下几个方面：首先，开发系统需要大量的资金投入，而且，系统的维护需要相关的专业人员；其次，我们要对相应的操作人员进行专业培训；第三，相应的硬件设施要进行升级，这需要一笔不菲的投入；第四，由于售票流程的相对复杂，操作人员的操作时间将延长，在单位时间里的售票数会减少，这也将是一笔损失。

但是，从此举所带来的社会效益上来看，我们认为这样做是可行的。

同时本工程产品作为独立软件，是带有很大的实验性质的。因此从某种角度来讲无经济上收益。其主要目的是为了通过在编写软件的过程中不断提高自身的动手能力，达到理论与实践相结合的效果。

对于旧有软件的评估调查

旧有的售票系统由于没有实现售票实名制，使得许多铁路犯罪的调查无从下手，给犯罪分子提供了大量的可趁之机。同时，随着铁路运营的市场化，实行必要的赔偿制度是必要的，现行的售票系统及相应的数据库在这个方面有缺陷。

（1）操作平台：

软件是运行在Unix操作系统下的。

（2）产品功能：

实现数据的录入，保存，查询等；同时自动对某些事件进行智能化判别。

（3）产品系统流程图：

售票系统主模块

子模块1

子模块2

子模块3。。。。

（4）产品使用情况：

旧有的版本是运行在自主开发的Unix系统下的，因此安全系数较高。

（5）产品缺陷：

界面的友好程度不够，同时没有针对市场，社会的变化作出及时的更新。

关于本软件

（1）设计目标：

本软件设计的主要目标是使铁路的运营实现市场化，能够与时俱进，实现售票过程的人性化处理。

同时作为应用型软件，系统界面美观、布局合理、内容简单，提供的信息语言通俗易懂、有层次感、分类清晰。

必须根据现有条件所能达到的能力来完成整个工程。

（2）产品的局限性

第一，由于软件运行在Windows操作系统上的，因此其安全性值得商榷。作为国家命脉，铁路售票系统软件建立在Windows操作系统上具有很大的风险。

第二，由于软件系高级语言编写，产品的运行速度较慢。

第三，软件的可操作性不够，尤其是数据的录入，比较烦琐。但是相信随着公安部新一代的电子身份证的发放，这个过程会变得相对简单。

第四，现在的火车往往一个班次就有一两千人，一天要有几十趟班次，就南京站而言，每天的人流量达到以万计，大量的人口涌入涌出，如何维护一个庞大而又复杂的数据库也是一个难点。

（3）软件流程图

编程软件

售票系统应用程序

支持售票系统的数据库

内容库

售票系统应用软件

（4）数据流程图：

（5）ACD结构环境图

操作人员

售票系统

操作人员

传输线路

操作人员

数据库系统

主机

（6）环境要求

硬件环境：

486以上的机器，鼠标

操作系统：

在windows95/98 .windowsNT .windows1700 .windowsXP操作系统都可以直接运行。

操作人员要求：

需要进行一定的培训

（7）软件自身的局限：

由于该软件是理想化的软件，没有考虑到实际的情况，比如数据录入的可操作性，海量数据库的维护等都没有进行全面的考虑。

同时由于编程人员缺乏相关的知识，程序本身可能出现一些缺陷或不如人意的地方。这些需要在日后的维护。

可选的其他方案

暂无

市场分析

由于面对的是国家垄断系统，所以面向的市场比较单一，但是对本软件稍加修改可以应用于其他方面。

投资

无

社会影响

（1）社会效益：

基于软件本身编写的目的，相信软件能够实现其所期望的正面社会影响。同时也能够实现铁路售票的人性化，有利于提高铁路运输的市场竞争力。

（2）相关的法律可行性：

软件系自主开发，无法律风险。

（3）在人力资源方面的影响：

由于使用了一些新技术，故可以创造一些就业机会。

（4）风险评估

由于采用的OS平台的局限性，故存在着较大风险。

关于产品的检测

（1）检测标准：

黑盒测试与白盒测试相结合

（2）实现的具体方法：

本软件的黑盒测试即把对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：

1、是否有不正确或遗漏的功能？

2、在接口上，输入是否能正确的接受？能否输出正确的结果？

3、是否有数据结构错误或外部信息（例如数据文件）访问错误？

4、性能上是否能够满足要求？

5、是否有初始化或终止性错误

白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：

1、对程序模块的所有独立的执行路径至少测试一遍。

2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。

3、在循环的边界和运行的界限内执行循环体。

4、测试内部数据结构的有效性，等等。

（3）实现长期跟踪检测：

软件的使用是一个长期的过程，鉴于开发周期的关系，许多测试步骤可能有些不如意的地方，故应该对软件实现长期的跟踪，以满足客户的要求。

软件编写的初步计划及相应的功能实现：

（1）软件编写作业明细：

子模块

具体内容

相关模块项

后继需要完成内容

车次信息

列车沿途所经过的站点，列车车次，级别

列车明细，日志维护，个人信息

软件的跟踪，维护，修正

赔偿信息

车次有无发生意外，是否已经赔付，赔付金额

日志维护

同上

个人信息

个人的ID，个人的起终点站，售票人员的工号，座号

日志维护，车次信息

同上

列车明细

列车的座位情况，列车的最大负载，车票价格

日志维护

同上

日志维护

乘客购票的具体时间，列车运行的具体时刻

个人信息，车次信息，列车明细

同上

（2）PERT图

windows ce操作系统上能玩什么游戏

6.模拟效果:对于模拟游戏能不能运行是很重要，但出来的效果怎么也是同样重要的，对于这方面我分为几个方面评价：

1）画面：这方面显然twsfc又输给pocketSNES了，pocketSNES出来的画面效果跟电脑基本无异，如果能show出同级生2的图来的话大家可能就要买吃红桃k喝了,另外其他一些经典游戏，好象最终幻想、saga、勇者斗恶龙等都有惊人的表现;twsfc是横屏显示，有很多游戏运行中出现贴图错误，画面上经常有几块马赛克，偶尔还出现人物和头像不吻合的现象，不过还好,最终幻想4、大航海时代那几个我常玩的游戏基本没什么问题,算是凑合吧。

2）速度：在ce上运行模拟器，最令人担心的方面就是游戏的运行速度。这方面就是twsfc的价值所在了。twsfc能在我的ipaq上正常运行的游戏的速度都非常令人满意，甚至比原来游戏速度还快，估计即使在速度较慢的机器上也能得到较佳的运行速度。这可能是由于twsfc的作者sukon的掌上电脑速度比较慢，所以在这写程序的时候在这方面下了点苦功有关。至于pocketSNES嘛,在我的ipaq上的速度仅仅是能接受而已，每秒一般仅有几帧到十来帧，停滞感很强，玩slg和rpg还说得过去，玩动作游戏的话真的是受苦呀。不过这也可以理解，pocketSNES可能为了完善功能而牺牲了速度，不过我个人认为pocketSNES应该还有提升的余地。

3）控制:pocketSNES由于既可以对按键设置，又可以用模拟按键，所以可以根据游戏和个人习惯做调整，这方面做的比较体贴。twsfc既没有按键设置又没有用模拟按键,而且是横屏显示，B键放在ipaq的录音键上，操作起来真的有点不舒服。

4）声音:pocketSNES和twsfc都声称加入了声音的模拟，可是我真的始终没在游戏上听过一点声音，是否我的操作有误还是其他原因，知道的朋友请告诉我。

5）其他:pocketSNES对super fx、dsp1、c4等芯片提供的特殊效果都有进行模拟，这也是它为什么能运行那么多的rom的原因之一，同时也说明pocketSNES有运行3D游戏的能力。至于twsfc这方面是一片空白。

7.bug：pocketSNES无论功能和效果都比twsfc强，不过真没想不到bug也比twsfc多。前面提到的声音问题算是一个，另外运行游戏过程经常出现按键失控，突然一个劲的往左或者往右移动，虽然过一会就恢复，但是这问题实在对游戏过程影响很大，再一个问题是pocketSNES很容易与其他软件出冲突，我装了几个软件后就出现某几个rom无法运行的情况。twsfc的问题主要在显示方面，马赛克、错位这是经常会出现的，另外load了一个rom以后无法释放内存，必须退出才能再运行别的软件，这一点也很讨厌。

8.综合评价:由于pocketSNES是由SNES 9x上发展过来的软件，从各方面可以看出它一个成熟的软件，如果能修补那些讨厌的bug和提提速的话，堪称完美；twsfc虽然有很多缺陷，但是速度快是其最大优点，特别是一些较慢的pda上，现在只有它能实现真正玩超任游戏，但对于软件本身发展的路途还是比较遥远。

pocketSNES模拟度：80%

twsfc模拟度：60%

win7系统修改系统安装时间

修改系统安装时间

开始" - "运行" - 输入"regedit" - 回车，打开注册表编辑器，依次找到以下路径

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion

右侧的 InstallDate 就是微软保存"初始安装日期"的键值，可以通过以 十进制 方式更改UNIX时间戳来更改这个时间。以下为转换工具地址，转换成你要的UNIX时间戳即可修改初始系统安装时间。

UNIX时间戳十进制转换：

关于windowsnt源代码和windows 源码的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。