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=2
Count=4
File0=d:\Program Files\Design Explorer 99 SE\Library\Sch\Miscellaneous Devices.ddb File1=d:\Program Files\Design Explorer 99 SE\Library\Sch\Protel DOS Schematic Libraries.ddb
File2=d:\Program Files\Design Explorer 99 SE\Library\Sch\Intel Databooks.ddb
File3=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=2
File0=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>qq用户名
保存退出即可。
注意PCB库文件有一个ID值，每一个文件的ID都不同，一般方法是从XP里面的这个文件里去获取。当然也有最简单的方法，那就是在DDB文件里，lib文件直接放在最顶层，不要放在任何文件里，这样的话这个ID就是-1(Protel自带的组件库这个值都是-1就是这个原因吧)。这个方法不一定可靠，但是目前还没发现出错，加载不了的。
注意：如果改的是C:\windowns下面的advpcb99se.ini那么就只有以管理员权限运行才加载那些库，这样在平时使用会觉得挺麻烦。解决办法就是修改C:\Users\(用户
名)\AppData\Local\VirtualStore\Windows下的advpcb99seini，这样就不需要管理员权限运行了。(因为普通运行时就是从用户目录下加载的这个文件)。
关于WIN7 权限及VirtualStore
win7 下，个人的配置文件会自动保存在
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中去，但后来用户又以管理员的身份运行的话，这时程序就会去读取用户安装目录下的配置文件的信息，就会造成信息的不一致。
【这个虚拟复位向技术也会导致QQ工作异常，表现为如果第一次以完整管理员权限启动QQ，第2次没有以标准用户权限启动，那么第1次的聊天记录将不能够在第2次登陆以后看到。这是因为如果默认安装在Program Files 目录下，一个标准用户试图往Program Files 目录下写文件时，系统会自动地复位
向到虚拟文件夹C:\Users\\[用户名]\AppData\Local\VirtualStore\Program Files\Tencent\QQ\QQ号里面。但是当以完整管理员权限启动，则QQ 进程就会拥有往Program Files 下写文件的权限，这个时候所有的配置信息就会写到C:\Program Files\Tencent\QQ\QQ号目录里面。由于这个问题，会造成QQ 本地信息不同步现象的出现。】
如何更好的解决这个文件，是用户的配置信息不丢失，还有待解决。
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文件，这个目录什么用?搜索了下也搜索不出结果
这是虚拟转储，用途是如果应用程序没有系统目录的写入权限，但是需要写入文件时，系统就会把文件就会转存到这里，然后骗程序说存进去了,UAC就算关闭，这个功能也仍然存在(Windows目录下的文件一律转储)，这是为了多用户考虑的(任何用户不能随便修改系统关键目录的文件).
楼主的WOW放在了c:\program files (x86)\这里，而这里是系统保护的目录，没有"Trusted Installer"(可信任的安装包)的权限是不能修改/新建文件的，所以WOW所有的更新操作都被转储了，也就说，删除这个目录，你的WOW就回归最初安装的版本了.
如果WOW没问题的话，可以考虑把转储的文件手动覆盖回去.
虚拟存储是UAC的特性，和多用户没什么关系，主要是考虑到旧版本程序的兼容性。
我查了一下说WIN7除了关闭UAC之外还需要提升权限，不过我关了UAC这个文件夹就没有变过。
cis你没打开看存储的文件，生成应该都是保存在data/cache下的缓存文件，应该不会有影响。
不是的，连更新过的主要MPQ也会存在这里，因为楼主的WOW在Program Files(x86)下面，完全没有写入权限,WTF cache 都会出现在这里，如果进行了更新，则所有更新过的MPQ都会出现在虚拟转存目录中.
此外,UA V关闭后，如果有程序尝试写入Windows的system32/syswow64还有其它一些重要目录，还是会转储的(这些目录的需要权限更高,admin都不足以写入/修改权限)，只是在这里存东西的程序很少而已(你也没遇到，所以觉得这个目录不再增大了),UAC关闭后,Program files不再转储，但是之前转储的文件依然是可以用的(转储的文件对当前用户的优先级比源目录高.)另外，非常不建议关闭UAC，这是很好用的安全保证，防止了很多误操作，也阻挡了非常多的乱修改系统的软件.
PS：如果已经删除了该目录，则你需要重新启动WOW进行更新，转储其实没什么问题，也确实是为兼容旧软件设计的，但是不建议删除，因为都是有用的数据，如果想清理，应该覆盖到转储前的源目录去.
非缓存文件一般就报错了，xx不能改名，xx不能为read
不会的，这是windows对Programe files和其它一些目录的特殊处理，欺骗程序让程序以为文件写入成功了，实际上是被转存了.
另外，这确实是为多用户设计的技术(也同时考虑了旧程序的兼容性)，这种技术保证了Program file是永远干净的(从安装之后，不会再做改变，除非再次以高权限安装更新)，同一台机器上每个用户对该活页夹的修改都不会影响其它用户(因为修改都会以增量的形式被转储).
比方说一台计算机,A用户是管理员，安装了一个软件,B用户是普通用户，想给这个软件升级一下用，但没有权限，在XP的时代,B用户必须求助于管理员，现在不用了,B用户直接运行这个软件的自动升级就行了，升级会成功完成,B也就用上了新软件(实际被转储了)，这时候C用户(普通用户)也在用这台机器，它看到的这个软件仍然是升级前的版本，他也可以自由选择升级或者不升级,B/C两人用同一个软件，可以任意修改，互不干扰，还不需要管理员权限.这是这个功能的主要设计.
mpq这种格式的文件例外，上看到太多因为这个原因出现134，存储空间不足的报错了
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论