《protel99se在win7下出现不响应问题》由会员分享，可在线阅读，更多相关《protel99se在win7下出现不响应问题（6页珍藏版）》请在金锄头文库上搜索。
1、protel99se 在 win7 下安装设置在 win7 下安装 protel99se 会出现无法添加原理图库,组件库的情况,解决办法如下 在修改在修改 ADVSCH99SE.INI 和和 ADCPCB99SE.INI 前要退出前要退出 protel，因为，因为 protel 退出时退出时 会修改这两个文件！会修改这两个文件！ sch 库的添加可以分为两种，比较常见的是网上说的修改 C:WindowsAdvsch99se.ini 的方 法，具体如下方法一：修改 ADVSCH99SE.INI用记事打开 ADVSCH99SE.INI 文件,在Change Library File List下找到
2、 File0,等号后面 的的内容就是默认已经添加的库。要添加多个库就在在 File0 后面添 File1,File2.依次类推, 但注意最后修改 File0 上面的 Count 属性,如果你添了四个库,就把它的值改为 4。如下改可 行：TypeCount=2Count=4 File0=d:Program FilesDesign Explorer 99 SELibrarySchMiscellaneous Devices.ddb File1=d:Program FilesDesign Explorer 99 SELibrarySchProtel DOS Schematic Libraries.dd
3、b File2=d:Program FilesDesign Explorer 99 SELibrarySchIntel Databooks.ddb File3=d:Program FilesDesign Explorer 99 SEExamplesBackup of AT89C2051.Lib保存退出编辑。需要注意，这里 TypeCount=2 这一句不要修改！方法二：利用原理图 Find Component 功能在 Path 下指定库文件所在的路径，点击 Find Now 会在 FoundLibarias 里列出所有找到的 库文件，选择需要添加的库，点击 Add To Libaray Lis
4、t 添加即可。 PCB 库的添加win7 下安装 protel99se 后再 C:Windows 下找不到 Advpcb99se.ini，不是没有安装 这个文件，而是这个文件被安装到了用户目录下面去了(C:Users(自己的用户名) AppDataLocalVirtualStoreWindows)，将这个文件复制到 C:windowns 下。修改这个文 件，如下内容Count=2 File0=DMSACCESS:$RPd:Program FilesDesign Explorer 99 SELibraryPcbGeneric Footprints$RNAdvpcb.ddb$OP$ONPCB Fo
5、otprints.lib$ID- 1$ATTR0$EPCBLIB$STF File1=DMSACCESS:$RPF:F:LIB_KQ$RNLIB- CXQ.Ddb$OP$ONMyPCBLib.LIB$ID41$ATTR0$EPCBLib$STF 保存退出即可。 注意 PCB 库文件有一个 ID 值，每一个文件的 ID 都不同，一般方法是从 XP 里面的这个文 件里去获取。当然也有最简单的方法，那就是在 DDB 文件里，lib 文件直接放在最顶层， 不要放在任何文件里，这样的话这个 ID 就是-1(Protel 自带的组件库这个值都是-1 就是这 个原因吧)。这个方法不一定可靠，但是目前还没发现
6、出错，加载不了的。 注意：如果改的是注意：如果改的是 C:windowns 下面的下面的 advpcb99se.ini 那么就只有以管理员权限运行那么就只有以管理员权限运行 才加载那些库，这样在平时使用会觉得挺麻烦。解决办法就是修改才加载那些库，这样在平时使用会觉得挺麻烦。解决办法就是修改 C:Users(用户名用户名) AppDataLocalVirtualStoreWindows 下的下的 advpcb99seini，这样就不需要管理，这样就不需要管理 员权限运行了。员权限运行了。(因为普通运行时就是从用户目录下加载的这个文件因为普通运行时就是从用户目录下加载的这个文件)。关于关于 WIN
7、7 权限及权限及 VirtualStorewin7 下，个人的配置文件会自动保存在 C:/Users/*XX/AppData/Local/VirtualStore/Program Files/MyApp/*.ini 里，而原先安装在 C:/Program Files/MyApp/*.ini 则没有改变，产生这样的 转存原理如下：这个当权限不够时，保证兼容性的做法。比如往 program files 或某些系统目录要写入东西，会保存配置文件，权限不 够，就会被复位向到这里。比如往 program files 安装软件，一般安装程序会触发 UAC 提升权限，当然不 会有问题。但每次运行 progr
8、am files 中安装的程序都触发 UAC 时不现实的，太烦人了， 大多数程序运行时并不会触发 UAC，处于受限模式，但往往很多软件运行后又 会往自己目录下保存 写配置，临时文件之类的，肯定没权限写入 program files，所以为了运行不出错就被复位向了，骗过软件认为自己成功写入了，不 至于出错。你可以发现，这里保存的文件大多数是程序运行过后的一些配置或临时文件之 类的。而本来的目录下可能无法找到这些文件，但会出现一个兼容性文件夹，点了就 可以跳到 VirtualStore 中的对应目录，一般开 UAC 的才会遇到这个，刚装好就 关闭 UAC 就不会出现了。这属于 98 开始，2000
9、 虽然有完善的权限级别，可惜习惯了人人管理员，等于 摆设。UAC 逼开发者规范下，避免往系统目录写东西，配置最好放用户自己的 appdata 目录，尽量避免普通应用程序以管理员身份运行，除非程序的安装和 修改一些系统 配置才需要授权，这样才能根本上解决很多安全问题，否者人人 管理员间谍流氓简直就是畅通无阻啊，随时可以对系统为所欲为，防不胜防。不过为了兼容以前无数不规范的软件，才搞出个这么个东西。现在遇到的问题是，我写了个 OCX 控件，来对本地 ini 配置文件进行修改，通 过 IE 调用次 OCX 控件，发现修改时会改到 C:/Users /*XX/AppData/Local/Virtual
10、Store/Program Files/MyApp/*.ini，而读取 时会到 C:/Program Files/MyApp/*.ini 里去读，导致读取不一致，只能通过 右键以管理员身份打开 IE，后调用 OCX 控件，则只会在 C:/Program Files/MyApp/*.ini 里读取，这样不会发生错误，目前在寻找解决的办法。找了几天，后来把 IE 工具里 Internet 选项，安全标签里的启用保护模式不勾 选，则 OCX 控件没有问题了，可以自动跳转到 virtualstore 读取 INI 配置文件， 可以通过控件在系统目录下新建文件夹等，而当启动保护模式时，这些都无法 做到，
11、会出错。附上 IE 保护模式的说明如下谈到 Windows Vista 的 IE 7 安全特性，必须首推其保护模式功能。这个 Feature 的来头可不小，据说是盖茨亲自点将，可见其重要性。IE 保护模式实际上依赖于 Windows Vista 三大安全特性：UAC(用户帐户保 护)、MIC(强制完整性检测)和 UIPI(用户界面特权隔离)，这也是为什么独立版 本的 IE 7 无福享受的原因。通俗的来说，保护模式可以让 IE 运行在最低的特权级别下，比其它任何进 程都低。运行在保护模式下的 IE 进程、IE 进程里的插件、还有网页里的代 码， 根本没有权限干坏事。IE 进程“不得入内”的地方包
12、括：用户配置文件夹、 HKEY_LOCAL_MACHINE 和 HKEY_CURRENT_USER 等，难怪恶意代码会感到处处掣肘!Win7 和 Vista 的安全机制对于应用程序读取配置文件相关操作的影响我家电脑的系统是 WINDOWS VISTA,今天在用 VB6 写程序读取 PKPM.ini 文件时出现异常现象，我把 C:Program FilesPKPMCFGPKPM.ini 的完整路径去读取上述文件，结果读取数 据有误，后来发现其读的数据竟然是从 C:UserspcAppDataLocalVirtualStoreProgram FilesPKPMCFG 里面读取的，我还 把 PKPM
13、.ini 放在其它路径下，都可以顺利读取；在原 PKPM 目录下把 PKPM.ini 另存在同一 目录，改名为 PKPM123.ini，仍可以顺利读取。按管理员权限运行就很顺利解决上述问题。后来上网搜索，原来是这样的，以下是摘抄：一般在 win7 和 Vista 系统中会有 C:Users*AppDataLocalVirtualStoreProgram Files 的文件夹，其目的在当权限不够时，保证兼容性的做法。比如往 program files 或某些系统目录要写入东西，会保存配置文件，权限不够，就会 被复位向到这里。比如往 program files 安装软件，一般安装程序会触发 UAC
14、 提升权限， 当然不会有问题。但每次运行 program files 中安装的程序都触发 UAC 时不现实的，太烦 人了，大多数程序运行时并不会触发 UAC，处于受限模式，但往往很多软件运行后又会往 自己目录下保存写配置，临时文件之类的，肯定没权限写入。于是都写到了 VirtualStore 的目录中去了。这里保存的文件大多数是程序运行过后的一些配置或临时文件之类的。UAC 可以迫使开发更加规范，避免往系统目录写东西，配置最好放用户自己的 appdata 目录，尽量避免普通应用程序以管理员身份运行，除非程序的安装和修改一些系 统配置才需要授权，这样才能根本上解决很多安全问题如果开始几次用户都是
15、按普通的方式运行我们的软件（xxxxxxxx）,这个时候用户对于 软件的配置信息都是写入到 VirtualStore 中去，但后来用户又以管理员的身份运行的话， 这时程序就会去读取用户安装目录下的配置文件的信息，就会造成信息的不一致。【这个虚拟复位向技术也会导致 QQ 工作异常，表现为如果第一次以完整管理员权限 启动 QQ，第 2 次没有以标准用户权限启动，那么第 1 次的聊天记录将不能够在第 2 次登 陆以后看到。这是因为如果默认安装在 Program Files 目录下，一个标准用户试图往 Program Files 目录下写文件时，系统会自动地复位向到虚拟文件夹 C:Users用户名 A
16、ppDataLocalVirtualStoreProgram FilesTencentQQQQ 号里面。但是当以完整管理 员权限启动，则 QQ 进程就会拥有往 Program Files 下写文件的权限，这个时候所有的 配置信息就会写到 C:Program FilesTencentQQQQ 号目录里面。由于这个问题，会造 成 QQ 本地信息不同步现象的出现。 】如何更好的解决这个文件，是用户的配置信息不丢失，还有待解决。C:Users*AppDataLocalVirtualStore 这个文件夹什么用?C 盘是我的系统盘,SSD,120G,我只放了系统和 SC2+WOW,差不多还有 50 多 G 剩余 随着更新,虽然我跟努力的保持不安装软件在 C 盘,缓存和系统变量都扔出去了,但是目前还 是只有 20G 了.搜索了下,发现了这个
