protel99se在win7下出现不响应问题.doc

protel99se 在 win7 下安装设置在 win7 下安装 protel99se 会出现无法添加原理图库,组件库的情况, 解决办法如下在修改 ADVSCH99SE.INI 和 ADCPCB99SE.INI 前要退出 protel，因为 protel 退出时会修改这两个文件！！sch 库的添加可以分为两种，比较常见的是网上说的修改 C:\Windows\Advsch99se.ini 的方法，具体如下方法一：修改 ADVSCH99SE.INI用记事打开 ADVSCH99SE.INI 文件,在[Change Library File List]下找到 File0,等号后面的的内容就是默认已经添加的库要添加多个库就在在 File0 后面添 File1,File2..依次类推,但注意最后修改 File0 上面的 Count 属性,如果你添了四个库 ,就把它的值改为 4如下改可行：TypeCount=2Count=4File0=d:\Program Files\Design Explorer 99 SE\Library\Sch\Miscellaneous Devices.ddbFile1=d:\Program Files\Design Explorer 99 SE\Library\Sch\Protel DOS Schematic Libraries.ddbFile2=d:\Program Files\Design Explorer 99 SE\Library\Sch\Intel Databooks.ddbFile3=d:\Program Files\Design Explorer 99 SE\Examples\Backup of AT89C2051.Lib保存退出编辑。

需要注意，这里 TypeCount=2 这一句不要修改！方法二：利用原理图 Find Component 功能在 Path 下指定库文件所在的路径，点击 Find Now 会在 FoundLibarias 里列出所有找到的库文件，选择需要添加的库，点击 Add To Libaray List 添加即可PCB 库的添加win7 下安装 protel99se 后再 C:\Windows 下找不到 Advpcb99se.ini，不是没有安装这个文件，而是这个文件被安装到了用户目录下面去了(C:\Users\(自己的用户名)\AppData\Local\VirtualStore\Windows)，将这个文件复制到 C:\windowns 下修改这个文件，如下内容Count=2File0=D>MSACCESS:$RP>d:\Program Files\Design Explorer 99 SE\Library\Pcb\Generic Footprints$RN>Advpcb.ddb$OP>$ON>PCB Footprints.lib$ID>-1$ATTR>0$E>PCBLIB$STF>File1=D>MSACCESS:$RP>F:\F:\LIB_KQ$RN>LIB-CXQ.Ddb$OP>$ON>MyPCBLib.LIB$ID>41$ATTR>0$E>PCBLib$STF>保存退出即可。

注意 PCB 库文件有一个 ID 值，每一个文件的 ID 都不同，一般方法是从 XP 里面的这个文件里去获取当然也有最简单的方法，那就是在 DDB 文件里，lib 文件直接放在最顶层，不要放在任何文件里，这样的话这个 ID 就是-1(Protel 自带的组件库这个值都是-1 就是这个原因吧)这个方法不一定可靠，但是目前还没发现出错，加载不了的注意：如果改的是 C:\windowns 下面的 advpcb99se.ini 那么就只有以管理员权限运行才加载那些库，这样在平时使用会觉得挺麻烦解决办法就是修改 C:\Users\(用户名)\AppData\Local\VirtualStore\Windows 下的 advpcb99seini，这样就不需要管理员权限运行了因为普通运行时就是从用户目录下加载的这个文件)关于 WIN7 权限及 VirtualStorewin7 下，个人的配置文件会自动保存在C:/Users/***XX/AppData/Local/VirtualStore/Program Files/MyApp/***.ini里，而原先安装在 C:/Program Files/MyApp/***.ini 则没有改变，产生这样的转存原理如下：这个当权限不够时，保证兼容性的做法。

比如往 program files 或某些系统目录要写入东西，会保存配置文件，权限不够，就会被复位向到这里比如往 program files 安装软件，一般安装程序会触发 UAC 提升权限，当然不会有问题但每次运行 program files 中安装的程序都触发 UAC 时不现实的，太烦人了，大多数程序运行时并不会触发 UAC，处于受限模式，但往往很多软件运行后又会往自己目录下保存 写配置，临时文件之类的，肯定没权限写入 program files，所以为了运行不出错就被复位向了，骗过软件认为自己成功写入了，不至于出错你可以发现，这里保存的文件大多数是程序运行过后的一些配置或临时文件之类的而本来的目录下可能无法找到这些文件，但会出现一个兼容性文件夹，点了就可以跳到 VirtualStore 中的对应目录，一般开 UAC 的才会遇到这个，刚装好就关闭 UAC 就不会出现了这属于 98 开始，2000 虽然有完善的权限级别，可惜习惯了人人管理员，等于摆设UAC 逼开发者规范下，避免往系统目录写东西，配置最好放用户自己的appdata 目录，尽量避免普通应用程序以管理员身份运行，除非程序的安装和修改一些系统 配置才需要授权，这样才能根本上解决很多安全问题，否者人人管理员间谍流氓简直就是畅通无阻啊，随时可以对系统为所欲为，防不胜防。

不过为了兼容以前无数不规范的软件，才搞出个这么个东西现在遇到的问题是，我写了个 OCX 控件，来对本地 ini 配置文件进行修改，通过 IE 调用次 OCX 控件，发现修改时会改到 C:/Users /***XX/AppData/Local/VirtualStore/Program Files/MyApp/***.ini，而读取时会到 C:/Program Files/MyApp/***.ini 里去读，导致读取不一致，只能通过右键以管理员身份打开 IE，后调用 OCX 控件，则只会在 C:/Program Files/MyApp/***.ini 里读取，这样不会发生错误，目前在寻找解决的办法找了几天，后来把 IE 工具里 Internet 选项，安全标签里的启用保护模式不勾选，则 OCX 控件没有问题了，可以自动跳转到 virtualstore 读取 INI 配置文件，可以通过控件在系统目录下新建文件夹等，而当启动保护模式时，这些都无法做到，会出错附上 IE 保护模式的说明如下谈到 Windows Vista 的 IE 7 安全特性，必须首推其保护模式功能这个Feature 的来头可不小，据说是盖茨亲自点将，可见其重要性。

IE 保护模式实际上依赖于 Windows Vista 三大安全特性：UAC(用户帐户保护)、MIC(强制完整性检测)和 UIPI(用户界面特权隔离)，这也是为什么独立版本的 IE 7 无福享受的原因通俗的来说，保护模式可以让 IE 运行在最低的特权级别下，比其它任何进程都低运行在保护模式下的 IE 进程、IE 进程里的插件、还有网页里的代 码，根本没有权限干坏事IE 进程“不得入内”的地方包括：用户配置文件夹、HKEY_LOCAL_MACHINE 和 HKEY_CURRENT_USER 等，难怪恶意代码会感到处处掣肘!Win7 和 Vista 的安全机制对于应用程序读取配置文件相关操作的影响我家电脑的系统是 WINDOWS VISTA,今天在用 VB6 写程序读取 PKPM.ini 文件时出现异常现象，我把 C:\Program Files\PKPM\CFG\PKPM.ini 的完整路径去读取上述文件，结果读取数据有误，后来发现其读的数据竟然是从C:\Users\pc\AppData\Local\VirtualStore\Program Files\PKPM\CFG 里面读取的，我还把 PKPM.ini 放在其它路径下，都可以顺利读取；在原 PKPM 目录下把 PKPM.ini 另存在同一目录，改名为 PKPM123.ini，仍可以顺利读取。

按管理员权限运行就很顺利解决上述问题后来上网搜索，原来是这样的，以下是摘抄：一般在 win7 和 Vista 系统中会有 C:\Users***\AppData\Local\VirtualStore\Program Files 的文件夹，其目的在当权限不够时，保证兼容性的做法比如往 program files 或某些系统目录要写入东西，会保存配置文件，权限不够，就会被复位向到这里比如往 program files 安装软件，一般安装程序会触发 UAC 提升权限，当然不会有问题但每次运行 program files 中安装的程序都触发 UAC 时不现实的，太烦人了，大多数程序运行时并不会触发 UAC，处于受限模式，但往往很多软件运行后又会往自己目录下保存写配置，临时文件之类的，肯定没权限写入于是都写到了 VirtualStore的目录中去了这里保存的文件大多数是程序运行过后的一些配置或临时文件之类的UAC 可以迫使开发更加规范，避免往系统目录写东西，配置最好放用户自己的appdata 目录，尽量避免普通应用程序以管理员身份运行，除非程序的安装和修改一些系统配置才需要授权，这样才能根本上解决很多安全问题如果开始几次用户都是按普通的方式运行我们的软件（xxxxxxxx）,这个时候用户对于软件的配置信息都是写入到 VirtualStore 中去，但后来用户又以管理员的身份运行的话，这时程序就会去读取用户安装目录下的配置文件的信息，就会造成信息的不一致。

这个虚拟复位向技术也会导致 工作异常，表现为如果第一次以完整管理员权限启动 ，第 2 次没有以标准用户权限启动，那么第 1 次的聊天记录将不能够在第 2 次登陆以后看到这是因为如果默认安装在 Program Files 目录下，一个标准用户试图往 Program Files 目录下写文件时，系统会自动地复位向到虚拟文件夹 C:\Users\\[用户名]\AppData\Local\VirtualStore\Program Files\Tencent\\ 号里面但是当以完整管理员权限启动，则 进程就会拥有往 Program Files 下写文件的权限，这个时候所有的配置信息就会写到 C:\Program Files\Tencent\\ 号目录里面由于这个问题，会造成 本地信息不同步现象的出现 】如何更好的解决这个文件，是用户的配置信息不丢失，还有待解决C:\Users\***\AppData\Local\VirtualStore\ 这个文件夹什么用?C 盘是我的系统盘,SSD,120G, 我只放了系统和 SC2+WOW,差不多还有 50 多 G 剩余随着更新,虽然我跟努力的保持不安装软件在 C 盘,缓存和系统变量都扔出去了,但是目前还是只有 20G 了.搜索了下,发现了这个文件夹C:\Users\***\AppData\Local\VirtualStore\ 占用 9G,关键的是竟然有这个目录C:\Users\***\AppData\Local\VirtualStore\Program Files (x86)\World of Warcraft占用 8.5G,仔细观察 Data 文件整个被复制到这里来了,你们懂的那几个 mpq 文件,这个。