简介《PSCAD-解决启动、编译和运行方面的问题》是一份面向电力系统仿真工程师、科研人员及高校师生的故障排查文档聚焦PSCAD X4与V5使用中常见的启动失败、编译中断和运行异常。内容按问题类型组织涵盖“根元素缺失”、启动时间过长、脚本错误、主库文件无法定位、MFC100.DLL缺失、SHELL32.DL/ZSLIB2.DLL入口点未找到、启动崩溃、管理员权限及0xc00007b等典型报错并给出原因分析与排查方向便于读者对照现象定位系统配置、依赖库、项目文件或脚本层面的故障。资源包为1个PDF文件约8.6MB结构清晰适合作为日常排错时的手边查阅手册。已有1136人学习对需要提升PSCAD环境配置与故障处理效率的初中级用户具有较直接的参考价值。也提醒定期更新软件和备份项目降低已知问题与数据丢失风险。1. 启动就崩从“根元素缺失”到进程无声消失PSCAD 的故障得先分成三堆PSCAD 启动、编译和运行这三类问题最搞人的地方不在于难修而在于报错信息经常指错方向界面弹一句 “Root element is missing”你会以为工程废了其实是一个几 KB 的配置文件写坏了编译窗口只留一句 “1 project(s) was unsuccessful when building”真正的错误在往上翻二十行的地方仿真跑一半进程消失日志里什么都没有最后发现是新生成的 exe 被安全软件当可疑文件拖走了。我带过的几个人里几乎每一个都在“重装一遍”这条路上浪费过一整天。这篇东西按启动、编译、运行、避坑、快速定位的顺序拆每一段都给出可直接抄的命令和判断依据适合正卡在某条具体报错上、不想再从零试错的人。2. 启动阶段闪退、DLL 缺失与脚本报错先把运行环境这层剥干净PSCAD 启动失败的报错长得五花八门但它们在根子上其实归三类配置文件坏了、依赖的运行库/动态库不对、外部依赖库路径、脚本、网络超时。把这三类分清楚再去动手比反复重装高效得多。下面四组是我遇到频率最高的。2.1 “Root element is missing”与主库路径失效先怀疑配置文件不是工程坏了这条消息是 XML 解析器抛出来的语义很直白它读到的文件里找不到根节点。原因无非两种文件是空的或者文件被截断了。PSCAD 的工作区列表、应用程序选项、最近打开记录都是 XML 存储程序被任务管理器强杀、断电、磁盘写满的时候写一半就断了下次启动读到的就是半截文件。另一条同款报错的来源是主库master library路径选项里配的那个路径指向一个已经被移动或者清空的目录加载时同样解析失败。判断顺序我一般是这样先看报错发生在什么时候。图标点下去、界面还没出来就报基本是用户配置能进界面、双击某个工程才报那是这个工程文件本身。工程文件可以用文本编辑器打开看一眼正常应该有?xml version1.0 ...?这样的头如果是空白或者一堆乱码字节别挣扎了直接回备份。配置文件我不建议直接删先改名留个后悔药:: 关闭 PSCAD 后执行先把配置目录整体备份再改名让它重建 set BACKUP%USERPROFILE%\pscad_cfg_backup_%DATE:~0,4%%DATE:~5,2%%DATE:~8,2% mkdir %BACKUP% xcopy %APPDATA%\PSCAD %BACKUP%\ /E /I /H /Y ren %APPDATA%\PSCAD PSCAD.broken这段做的事情很朴素%APPDATA%是当前用户的漫游配置目录先把整个目录复制到用户目录下的备份文件夹再原地改名。改名的好处是可逆——新配置重建之后如果发现自定义组件库路径、许可设置丢了把PSCAD.broken改回原名就能回到故障现场对比。/E连空目录一起复制/I让目标按目录处理/H包含隐藏文件/Y覆盖不提示。实际目录名各版本略有差异以安装目录和%APPDATA%下真实存在的那一层为准。主库路径的情况要单独处理。它通常在应用程序选项里配置指向安装目录下的库文件。如果你是从别人那里拷来的工程工程内记录的往往是人家的绝对路径打开就报找不到主库。稳妥做法是把工程另存到本地目录然后在工程设置里重新指定库路径而不是去改那台机器上的选项——改全局选项会把你自己其它工程的路径一起带偏。2.2 MFC100.dll / MFC140u.dll 缺失、0xc00007b运行库和位数错配这两件事“The program cant start because MFC100.dll is missing” 和 “The code execution cannot proceed because MFC140u.dll was not found”本质是同一件事这台机器没装 PSCAD 依赖的那套 Visual C 运行库或者装了但位数不对。MFC 是运行库的一部分PSCAD 是 MFC 应用缺了就起不来。老版本对应mfc100那一代新版本对应mfc140u两个都要按需装而且 x86 和 x64 都得装——哪怕你用的是 64 位主程序安装器、辅助工具、脚本宿主里仍可能有 32 位组件。0xc00007b 更值得单独说因为它的含义是“应用程序无法正常启动”而绝大多数触发原因是位数错配64 位进程加载了一个 32 位 DLL或者反过来。典型场景是机器上装过好几个版本的同类软件PATH 里旧版本目录排在前面新进程去加载了旧 DLL。先确认现场别急着往系统目录里拷文件:: 看这两类 DLL 在当前 PATH 里能找到几份分别在哪 where mfc140u.dll where mfc100.dll :: 把 PATH 打出来重点看有没有旧软件的 bin 目录排在前面 echo %PATH%where会按 PATH 顺序列出所有命中项。如果第一条命中的是某个旧软件自己的目录那就是它了。处理方式是把那个目录从 PATH 里摘掉或者把旧软件卸掉而不是把正确版本的 DLL 覆盖到旧目录里——那么做会连带把旧软件弄坏而且下次升级还会再坏一次。注意不要从第三方站点下载单个 DLL 丢进系统目录。位数不对会引入更难查的 0xc00007b版本不对会让依赖它的其它程序一起崩。要装就装官方运行库安装包装完重启一次再试。还有一种看起来像运行库问题、其实是权限问题的装运行库的时候 PSCAD 正在后台运行文件被占用安装器静默失败。表现是“我明明装了还是报缺失”。装之前确认任务管理器里没有任何 PSCAD 相关进程残留安装完重启。2.3 “Entry point not found”shell32.dll、zslib2.dll多版本混装的典型症状“The procedure entry point ... could not be located in the dynamic link library SHELL32.dll”以及同款但指向ZSLIB2.dll的报错处理思路完全不同别当成一个问题。shell32.dll是系统组件。它报“入口点找不到”通常只有两种可能系统版本太旧PSCAD 这个版本需要的 API 在旧系统上根本不存在或者这个系统文件被优化工具、旧安装包替换过版本回退了。前者无解只能升级系统或者退回支持旧系统的软件版本后者可以用系统文件检查修复。zslib2.dll是 PSCAD 自己的库它报入口点找不到几乎可以判定为版本混装同一台机器上装了两份不同版本的 PSCAD或者升级时覆盖安装旧的 DLL 残留下来被新的 exe 加载。最典型的翻车方式是 X4 和 V5 装在同一个目录或者升级时没卸载直接装在原路径。确认是不是混装别靠猜# 看正在运行的 PSCAD 进程实际加载的是哪个路径下的模块 Get-Process | Where-Object { $_.ProcessName -like *pscad* } | Select-Object ProcessName, Path # 全盘找同名 DLL重点看修改时间是否不一致 Get-ChildItem -Path C:\ -Filter zslib2.dll -Recurse -ErrorAction SilentlyContinue | Select-Object FullName, Length, LastWriteTime如果全盘搜出多份且修改时间、文件大小对不上混装基本坐实。修复顺序是卸载、手工清理残留目录先把自定义组件和工程备份出来、装到一个全新的独立目录、再把组件库路径加回去。覆盖安装看着省事实际上是给下一次故障埋雷。顺带提一句 DLL 搜索顺序Windows 优先从 exe 所在目录找再找系统目录最后才走 PATH。所以把 PSCAD 装在一个塞满其它软件 DLL 的公共目录里早晚会被抢先。一个软件一个独立目录这条规矩能省掉后面很多莫名其妙的问题。2.4 启动慢、卡在“Stop running this script?”、起始页打不开启动慢到我以为卡死是很多人第一次装完就遇到的。常见来源有四个主库和示例库被放在网络映射盘或者网盘同步目录许可服务器地址解析超时离线环境尤其明显程序会老老实实等超时工作区里挂着几十个工程启动时要逐个校验临时目录里堆了几万个文件。“Stop running this script?” 是 Windows 脚本宿主的超时确认框。PSCAD 启动时会跑一些脚本做环境检查和注册脚本执行超过默认时限系统就弹这个问你要不要中断。机器慢、安全软件对每个脚本文件做实时扫描都会把本来几百毫秒的事拖成几十秒。这里的正解不是点“是”或者点“否”而是把拖慢它的东西拿掉。先做两件低风险的事工程、库、工作目录全部搬回本地盘别放同步目录清一遍临时文件。:: 关闭 PSCAD 后执行看 TEMP 指向哪顺手清掉残留临时文件 echo %TEMP% del /q /f %TEMP%\*.tmp 2nul%TEMP%被重定向到慢速盘或者网络盘的情况并不少见多见于被某些“系统优化”改过环境变量的机器。清理那一步只删.tmp不动别的风险可控。真正治本的是把 PSCAD 安装目录、工作目录、临时目录都加进安全软件的排除列表——实时扫描编译器和脚本宿主是这类启动慢最常见的推手。起始页打不开“Unable to display start page”是另一条线起始页本质是内嵌的网页视图网络策略拦截、缓存损坏、组件注册失效都会让它白屏。验证方法很干脆在选项里把起始页关掉或者指向空白页如果关掉之后软件一切正常那问题就在网络侧不影响仿真可以先放着。不要为了让它显示去改 hosts 或者关系统更新那属于用一个更大的坑填一个小坑。至于脚本超时本身确实可以调但我一般放在最后做:: 查看当前脚本宿主超时设置再放宽到 600 秒改前记下原值方便回滚 reg query HKCU\Software\Microsoft\Windows Script Host\Settings /v Timeout reg add HKCU\Software\Microsoft\Windows Script Host\Settings /v Timeout /t REG_DWORD /d 600 /fTimeout单位是秒。设成 0 表示永不超时我不建议——脚本真死循环的时候会把整个启动过程挂住你连报错都看不到。放宽到 600 只是让弹窗别打断你真正的解决还是前面那两件事。3. 编译阶段一条“1 project(s) was unsuccessful when building”背后至少有五类错编译失败的坑在于汇总信息太好认、具体信息太隐蔽。这一章按“先看哪里 → 编译器找不到 → 源码层三类错 → 权限和路径”的顺序排基本覆盖了日常九成的编译失败。3.1 先读 Build Messages 的最后一段再决定往哪查“1 project(s) was unsuccessful when building” 是汇总不是原因。真正的错误在 Build Messages 窗口里往上翻找第一条 error不是 warningwarning 经常一大堆但都不致命。判断依据很简单报错带源文件行号的是源码问题报 unresolved external symbol 的是链接问题报 make/nmake 命令本身失败的是环境问题。这三类的处理路径完全不同先分类再动手。有一种情况是 Build Messages 里真的什么细节都没有只有一句 make failed。这说明 make 的输出被重定向到文件里去了没回显到窗口。工程目录下通常有个和工程同名的临时编译目录里面放着.mak、批处理、日志。进去手动跑一遍错误就全出来了。:: 进工程的临时编译目录看看里面有什么 cd /d D:\work\proj_x\proj_x.files dir *.mak dir *.log手动跑 make 的最大障碍是环境变量PSCAD 在调用编译器前会先执行一段批处理来设置编译器的路径和库变量你自己开个 cmd 直接敲 nmake十有八九报找不到编译器。稳妥做法是从 Build Messages 里把完整的那行命令复制出来在同一个已经设好环境的窗口里跑。实在要自己来就先执行编译器自带的那个环境设置脚本再跑 make把输出重定向到文件后全文搜关键字:: 把编译输出落盘再按关键字筛比肉眼翻窗口快 set LOG%CD%\build_%RANDOM%.log nmake /f data.mak %LOG% 21 findstr /I /C:error /C:undefined /C:cannot /C:not found %LOG%21是把标准错误也并进同一个文件很多编译器的诊断信息走的是 stderr不合并就会漏。findstr这里用/C:做字面匹配避免正则里特殊字符惹麻烦。日志文件名带随机数是为了多次编译不互相覆盖——对比两次失败之间的差异经常能直接看出是哪一步退化的。3.2 “Fortran compiler ... is not detected”编译器、位数、环境变量三件套这条报错的意思很字面PSCAD 没找到可用的 Fortran 编译器。原因按出现频率排第一位不是没装而是装了但位数不匹配——64 位主程序要 64 位编译器32 位要 32 位混用就会“检测不到”而且不给你任何提示。第二位是版本太新或太旧不在这个 PSCAD 版本的支持列表里检测逻辑直接跳过。第三位是装了多个版本PSCAD 挑中了不对的那个。第四位是环境变量在装完 PSCAD 之后才配好程序启动时缓存了旧值。排查顺序先看选项里的编译器列表是不是空的空列表就说明一个都没检测到别去查工程然后在干净的命令行窗口里确认编译器本身可用。:: 确认命令行里能找到编译器并看到版本信息 where ifort ifort /? where gfortran gfortran --versionwhere有输出只能说明 PATH 里有不代表 PSCAD 认——它认的是特定版本号加特定环境变量的组合。所以更靠谱的做法是对着该版本 PSCAD 支持的编译器清单装一个明确在列表里的版本安装时勾上“加入 PATH”和“集成到开发环境”这类选项。装完必须彻底退出 PSCAD 再启动注意是彻底——关窗口不等于退出去任务管理器确认没有残留进程否则它读的还是旧环境。一个容易被忽略的细节如果你在同一个终端里改过 PATH然后用这个终端去启动 PSCAD程序继承的是这个终端的环境而从开始菜单双击启动时继承的是系统环境。所以“我在命令行里能看到编译器但 PSCAD 里看不到”这种诡异现象八成是这两个环境的差异造成的。3.3 Unresolved external symbol、multiple definition、syntax error源码层三类错这三条是自定义代码里最常见的含义各不相同处理手法也不一样。unresolved external symbol是链接期错误意思是调用方引用了某个符号但所有目标文件里都没有它的定义。最常见的原因是自定义 Fortran 子程序名和调用处不一致模块名前缀、下划线约定都会影响或者那个子程序所在的源文件编译失败了被跳过——后一种情况真正要修的是它上面那条编译错误这条只是连锁反应。还有一种是自己写的库没被加进链接列表。multiple definition of X是同名子程序在两个文件里都定义了。复制粘贴组件的时候最容易出尤其是从示例工程里拷一个控制器过来忘了改子程序名。syntax error in argument list at (...)是调用处实参的个数或类型和子程序形参对不上典型于改了接口但没重新编译依赖方。定位手法是先确认符号到底定义了几次、在哪儿:: 在整个工程目录里搜子程序定义看命中几个文件 findstr /S /I /C:SUBROUTINE MYSUB *.f *.f90命中两个文件删掉一份或者改名命中零个说明定义在别的组件里没被加进工程或者拼写对不上大小写一般不影响 Fortran但拼错一个字母照样找不到。在 Linux 或者装了 grep 的环境里等价的写法是# 递归搜定义附带行号方便直接跳过去 grep -rn --include*.f --include*.f90 SUBROUTINE *MYSUB .预防这类问题的成本很低每个组件对应一个自己专属的子程序名前缀用组件缩写别图省事叫test、sub1、temp。我见过一个工程里三个文件都定义了INIT查了两小时才发现是历史遗留的复制品。3.4 “Cannot execute command ... Error 5”与路径里的空格权限和引号这两个坑Error 5是 Windows 的拒绝访问。编译过程要往工作目录写.obj、.exe、中间文件目录没有写权限就报这个。典型场景是把工程放在Program Files下面、放在只有只读权限的共享盘上、或者目录被安全软件加了保护。路径带空格是另一个老坑报错长这样C:\Program is not a valid internal or external command。原因很无聊——命令拼接时没给路径加引号被空格截断了。同类还有gfortran.exe: main.f: Invalid argument很多编译器对含空格、中文、括号、的路径处理得并不好。所以安装目录和工程目录都建议用纯英文短路径D:\work\proj_x这种。先验证目录可写别在权限上瞎猜:: 在工作目录里试写一个文件能写就是权限没问题 cd /d D:\work\proj_x echo test __write_test.txt del __write_test.txt echo WRITABLE打印出WRITABLE就排除了权限问题在别处没有输出或者报拒绝访问那就往下看 ACL# 看当前用户在这个目录上的实际权限 (Get-Acl D:\work\proj_x).Access | Where-Object { $_.IdentityReference -like *$env:USERNAME* } | Select-Object IdentityReference, FileSystemRights没有Modify或FullControl就是它。改权限这件事我的经验是把目录挪到用户自己有完全控制权的位置而不是去改 ACL——改过的 ACL 会在组策略刷新、域策略下发的时候被悄悄覆盖回来然后同样的错再犯一次而且这次你已经“确认修过了”排查方向会被带偏。4. 运行阶段仿真进程“stopped unexpectedly”问题常在模型之外编译过了不代表能跑起来。运行阶段的失败有个共同特征报错信息极其笼统真正的原因藏在进程、磁盘、端口、安全软件这些“模型之外”的地方。这一章按可执行文件、通信、资源、界面四块拆。4.1 “Make failed to generate a simulation executable”与 binary file was not found完整报错是 Make failed to generate a simulation executable for namespace **. Binary file was not found还有个变体是 Unable to execute a simulation executable for namespace 。字面意思是编译没产出可执行文件实际原因我排过很多次按频率是上游有编译错误但被截断没显示exe 生成了但被安全软件当可疑文件隔离生成了但落在别的目录运行器去的地方没有磁盘满或者目录只读。第二位的那个是被低估最多的。电磁暂态仿真生成的 exe 是新编译出来的、没有数字签名、行为上还要打开端口通信安全软件的启发式规则很容易把它当威胁直接拖进隔离区界面上一声不响。你看到的只是“文件没找到”。确认到底有没有产出:: 找今天修改过的 exe确认文件到底存不存在、时间戳对不对 forfiles /P D:\work\proj_x /S /M *.exe /D 0 /C cmd /c echo path fdate ftime/D 0是“今天及以后修改的”/S递归子目录。如果这里能看到刚生成的 exe而 PSCAD 仍然说找不到那问题在路径映射——工程里记录的绝对路径和现在的盘符、映射关系对不上多见于从别的机器整体拷过来的工程。如果这里压根没有就去安全软件的隔离记录里翻八成能找到它。处理方式把安装目录、工作目录、临时目录都加进安全软件排除列表然后重新编译。别用“跑仿真的时候临时关掉防护”这种办法一是容易忘二是关掉的那段时间里机器处于无防护状态风险不对等。4.2 Winsock 10048 / 10061、Server busy端口和本地服务PSCAD 和仿真引擎之间在本机通过套接字通信。Winsock error #10048是端口已被占用Connect function failed with error: 10061是连接被拒绝——对方根本没起来。两者方向相反处理方式也不同。10048 最常见的原因是上一次仿真没退干净进程还在后台占着端口。任务管理器的典型特征是能看到仿真引擎进程但界面上没有任何仿真窗口。其次才是别的软件占了同一个端口。:: 先看是谁占着端口拿到 PID 再决定要不要动它 netstat -ano | findstr :5555 tasklist /FI PID eq 1234netstat -ano里-a列全部连接、-n用数字显示地址端口、-o带出 PIDfindstr换成你实际报错里涉及的那个端口。拿到 PID 之后用tasklist确认进程身份是自己上次的残留就清掉:: 清残留的仿真进程执行前确认没有正在跑的仿真任务 taskkill /IM emtdc.exe /F先查再杀这个顺序别省。直接一把梭全杀万一有别人在这台机器上跑着任务你连怎么得罪人的都不知道。10061 和 “Server busy” 则是对方没起来或者起来太慢。先排查安全软件拦截同上一条再看内存够不够——引擎进程启动时申请大块内存失败表现就是拒绝连接。还有一类是 COM 组件忙重启一次通常能好但如果反复出现说明某个加载项有稳定的问题得挨个排除而不是每次都靠重启糊过去。4.3 “Error code 112”、“Insufficient virtual memory”磁盘和内存Error code 112对应的是磁盘空间不足。仿真过程中会产生.out、.inf这类输出文件规模大的系统几十 GB 很轻松工作盘剩几个 G 的时候跑到一半就挂。这个报错之所以难认是因为它长得不像“磁盘满”很多人第一反应是去查模型。Severe (41): Insufficient virtual memory是内存不够两种情况物理内存加交换空间确实不够或者 32 位进程撞上了自己的寻址上限。后者跟机器配了多大内存没关系进程本身用不到那么多。先排除最蠢的原因:: 看各盘剩余空间和总容量 wmic logicaldisk get caption,freespace,size数字摆出来是否有空间一目了然。空间够还报错就往下走把输出目录指到空间大的盘如果被寻址上限卡住换成 64 位版本前提是许可允许减少记录点数、放大输出步长别把每个节点每个量都存下来——很多人的输出文件之所以爆炸就是因为勾了“全部记录”图省事一个工作区里塞几十个任务的拆成多个仿真集分开跑。注意把输出目录指到网络盘或者同步盘上能缓解空间问题但会引入新的 IO 延迟和文件锁问题编译和运行都可能变得又慢又不稳定。要挪就挪到本地另一块盘。4.4 图不显示、MATLAB 检测不到、界面元素缺失显示与会话层这几类问题有个共同点不影响计算但让你没法干活而且看起来像“软件坏了”。图不显示、重开之后图变小、参数窗口一片空白、上下框架的信息看不到、状态栏被截断——多数是显示缩放和窗口坐标的问题。高 DPI 下渲染错位很常见另一种是配置文件里存了越界的窗口坐标换过显示器之后窗口跑到屏幕外面去了你看到的就是“面板不见了”。处理顺序先把系统缩放临时设成 100% 试一次如果一切正常就确认是缩放问题再单独给主程序设兼容性里的缩放行为如果还是不对按 2.1 的办法把用户配置文件改名让它重建布局。这两步做完绝大多数的“界面缺一块”都能解决。MATLAB 检测不到是另一条线原因通常就三个位数不匹配32 位主程序找不到 64 位 MATLAB反之亦然、版本不在支持列表里、COM 组件没注册。位数这条最容易被忽略判断方法是看两个进程在任务管理器里有没有“32 位”标注不一致就是它。位数一致还不行就手动指定路径再重新注册一次 COM 组件:: 重新注册 MATLAB 的 COM 接口需管理员权限路径按实际安装位置改 cd /d C:\MATLAB\R20XXx\bin\win64 matlab /regserver这条只影响通过 COM 调用的那条路径位数不匹配的话注册多少次都没用先对齐位数再谈别的。另外选项里改了 MATLAB 路径之后要重启程序才生效改完立刻点“测试”经常还是旧的。5. 避坑这五类“环境自己造出来的”报错重装三次也修不好下面五条都是我自己踩过、或者看着别人踩过的。它们的共同点是报错信息指向的地方和真正的原因隔着好几层所以按报错去搜、去重装永远修不好。5.1 刚编出来的 exe 被杀毒拖走报的却是“找不到文件”现象编译窗口一片绿运行时报 Binary file was not found。去目录里看文件确实不在。原因新编译的、无签名的可执行文件加上要开本地端口通信很容易命中启发式规则被隔离而且默认不弹通知。解决把安装目录、工作目录、临时目录加进排除列表重新编译一次验证。验证方式是编译完立刻用forfiles看文件在不在在的话再点运行两次结果对比就能确认。5.2 路径里带空格、中文、括号报错五花八门现象C:\Program is not a valid internal or external command、gfortran.exe: main.f: Invalid argument、No such file or directory甚至编译到一半莫名失败。原因命令拼接没加引号被空格截断部分编译器对非 ASCII 路径处理不好某些工具链对括号和敏感。解决安装目录和工程目录统一用纯英文短路径别在Program Files、桌面、文档这些带空格或中文的路径下建工程。这条规矩看着土但它能一次性消掉一整类报错。5.3 两个大版本装进同一个目录DLL 互相覆盖现象The procedure entry point ... could not be located in the dynamic link library ZSLIB2.dll或者刚修好启动编译又开始报奇怪的链接错误。原因覆盖安装时旧版本 DLL 残留新程序加载到旧库或者反过来旧程序被新库带崩。解决一个版本一个独立目录。升级前先卸载再手工清理残留目录备份自定义组件和工程然后装到新路径。别信“覆盖安装更省事”省下的那十分钟后面要用一天还。5.4 用管理员身份跑过一次之后普通账户全是权限错现象Unable to find or create the required version registry keys、用户目录权限不足、明明文件在那儿却写不进去。原因以管理员身份运行时创建的注册表键和文件ACL 只给了管理员组。之后用普通账户启动同样的路径读写全被拒。解决全程用同一个账户别今天管理员明天普通用户。真遇到这类问题给安装目录和配置目录授予当前用户修改权限而不是每次都右键“以管理员身份运行”——那只是把问题往后推而且会让下次的排查更难因为“管理员能跑、你不能跑”这种差异本身就说明权限模型已经乱了。5.5 主库和工程本文还有配套的精品资源点击获取
简介《PSCAD-解决启动、编译和运行方面的问题》是一份面向电力系统仿真工程师、科研人员及高校师生的故障排查文档聚焦PSCAD X4与V5使用中常见的启动失败、编译中断和运行异常。内容按问题类型组织涵盖“根元素缺失”、启动时间过长、脚本错误、主库文件无法定位、MFC100.DLL缺失、SHELL32.DL/ZSLIB2.DLL入口点未找到、启动崩溃、管理员权限及0xc00007b等典型报错并给出原因分析与排查方向便于读者对照现象定位系统配置、依赖库、项目文件或脚本层面的故障。资源包为1个PDF文件约8.6MB结构清晰适合作为日常排错时的手边查阅手册。已有1136人学习对需要提升PSCAD环境配置与故障处理效率的初中级用户具有较直接的参考价值。也提醒定期更新软件和备份项目降低已知问题与数据丢失风险。1. 启动就崩从“根元素缺失”到进程无声消失PSCAD 的故障得先分成三堆PSCAD 启动、编译和运行这三类问题最搞人的地方不在于难修而在于报错信息经常指错方向界面弹一句 “Root element is missing”你会以为工程废了其实是一个几 KB 的配置文件写坏了编译窗口只留一句 “1 project(s) was unsuccessful when building”真正的错误在往上翻二十行的地方仿真跑一半进程消失日志里什么都没有最后发现是新生成的 exe 被安全软件当可疑文件拖走了。我带过的几个人里几乎每一个都在“重装一遍”这条路上浪费过一整天。这篇东西按启动、编译、运行、避坑、快速定位的顺序拆每一段都给出可直接抄的命令和判断依据适合正卡在某条具体报错上、不想再从零试错的人。2. 启动阶段闪退、DLL 缺失与脚本报错先把运行环境这层剥干净PSCAD 启动失败的报错长得五花八门但它们在根子上其实归三类配置文件坏了、依赖的运行库/动态库不对、外部依赖库路径、脚本、网络超时。把这三类分清楚再去动手比反复重装高效得多。下面四组是我遇到频率最高的。2.1 “Root element is missing”与主库路径失效先怀疑配置文件不是工程坏了这条消息是 XML 解析器抛出来的语义很直白它读到的文件里找不到根节点。原因无非两种文件是空的或者文件被截断了。PSCAD 的工作区列表、应用程序选项、最近打开记录都是 XML 存储程序被任务管理器强杀、断电、磁盘写满的时候写一半就断了下次启动读到的就是半截文件。另一条同款报错的来源是主库master library路径选项里配的那个路径指向一个已经被移动或者清空的目录加载时同样解析失败。判断顺序我一般是这样先看报错发生在什么时候。图标点下去、界面还没出来就报基本是用户配置能进界面、双击某个工程才报那是这个工程文件本身。工程文件可以用文本编辑器打开看一眼正常应该有?xml version1.0 ...?这样的头如果是空白或者一堆乱码字节别挣扎了直接回备份。配置文件我不建议直接删先改名留个后悔药:: 关闭 PSCAD 后执行先把配置目录整体备份再改名让它重建 set BACKUP%USERPROFILE%\pscad_cfg_backup_%DATE:~0,4%%DATE:~5,2%%DATE:~8,2% mkdir %BACKUP% xcopy %APPDATA%\PSCAD %BACKUP%\ /E /I /H /Y ren %APPDATA%\PSCAD PSCAD.broken这段做的事情很朴素%APPDATA%是当前用户的漫游配置目录先把整个目录复制到用户目录下的备份文件夹再原地改名。改名的好处是可逆——新配置重建之后如果发现自定义组件库路径、许可设置丢了把PSCAD.broken改回原名就能回到故障现场对比。/E连空目录一起复制/I让目标按目录处理/H包含隐藏文件/Y覆盖不提示。实际目录名各版本略有差异以安装目录和%APPDATA%下真实存在的那一层为准。主库路径的情况要单独处理。它通常在应用程序选项里配置指向安装目录下的库文件。如果你是从别人那里拷来的工程工程内记录的往往是人家的绝对路径打开就报找不到主库。稳妥做法是把工程另存到本地目录然后在工程设置里重新指定库路径而不是去改那台机器上的选项——改全局选项会把你自己其它工程的路径一起带偏。2.2 MFC100.dll / MFC140u.dll 缺失、0xc00007b运行库和位数错配这两件事“The program cant start because MFC100.dll is missing” 和 “The code execution cannot proceed because MFC140u.dll was not found”本质是同一件事这台机器没装 PSCAD 依赖的那套 Visual C 运行库或者装了但位数不对。MFC 是运行库的一部分PSCAD 是 MFC 应用缺了就起不来。老版本对应mfc100那一代新版本对应mfc140u两个都要按需装而且 x86 和 x64 都得装——哪怕你用的是 64 位主程序安装器、辅助工具、脚本宿主里仍可能有 32 位组件。0xc00007b 更值得单独说因为它的含义是“应用程序无法正常启动”而绝大多数触发原因是位数错配64 位进程加载了一个 32 位 DLL或者反过来。典型场景是机器上装过好几个版本的同类软件PATH 里旧版本目录排在前面新进程去加载了旧 DLL。先确认现场别急着往系统目录里拷文件:: 看这两类 DLL 在当前 PATH 里能找到几份分别在哪 where mfc140u.dll where mfc100.dll :: 把 PATH 打出来重点看有没有旧软件的 bin 目录排在前面 echo %PATH%where会按 PATH 顺序列出所有命中项。如果第一条命中的是某个旧软件自己的目录那就是它了。处理方式是把那个目录从 PATH 里摘掉或者把旧软件卸掉而不是把正确版本的 DLL 覆盖到旧目录里——那么做会连带把旧软件弄坏而且下次升级还会再坏一次。注意不要从第三方站点下载单个 DLL 丢进系统目录。位数不对会引入更难查的 0xc00007b版本不对会让依赖它的其它程序一起崩。要装就装官方运行库安装包装完重启一次再试。还有一种看起来像运行库问题、其实是权限问题的装运行库的时候 PSCAD 正在后台运行文件被占用安装器静默失败。表现是“我明明装了还是报缺失”。装之前确认任务管理器里没有任何 PSCAD 相关进程残留安装完重启。2.3 “Entry point not found”shell32.dll、zslib2.dll多版本混装的典型症状“The procedure entry point ... could not be located in the dynamic link library SHELL32.dll”以及同款但指向ZSLIB2.dll的报错处理思路完全不同别当成一个问题。shell32.dll是系统组件。它报“入口点找不到”通常只有两种可能系统版本太旧PSCAD 这个版本需要的 API 在旧系统上根本不存在或者这个系统文件被优化工具、旧安装包替换过版本回退了。前者无解只能升级系统或者退回支持旧系统的软件版本后者可以用系统文件检查修复。zslib2.dll是 PSCAD 自己的库它报入口点找不到几乎可以判定为版本混装同一台机器上装了两份不同版本的 PSCAD或者升级时覆盖安装旧的 DLL 残留下来被新的 exe 加载。最典型的翻车方式是 X4 和 V5 装在同一个目录或者升级时没卸载直接装在原路径。确认是不是混装别靠猜# 看正在运行的 PSCAD 进程实际加载的是哪个路径下的模块 Get-Process | Where-Object { $_.ProcessName -like *pscad* } | Select-Object ProcessName, Path # 全盘找同名 DLL重点看修改时间是否不一致 Get-ChildItem -Path C:\ -Filter zslib2.dll -Recurse -ErrorAction SilentlyContinue | Select-Object FullName, Length, LastWriteTime如果全盘搜出多份且修改时间、文件大小对不上混装基本坐实。修复顺序是卸载、手工清理残留目录先把自定义组件和工程备份出来、装到一个全新的独立目录、再把组件库路径加回去。覆盖安装看着省事实际上是给下一次故障埋雷。顺带提一句 DLL 搜索顺序Windows 优先从 exe 所在目录找再找系统目录最后才走 PATH。所以把 PSCAD 装在一个塞满其它软件 DLL 的公共目录里早晚会被抢先。一个软件一个独立目录这条规矩能省掉后面很多莫名其妙的问题。2.4 启动慢、卡在“Stop running this script?”、起始页打不开启动慢到我以为卡死是很多人第一次装完就遇到的。常见来源有四个主库和示例库被放在网络映射盘或者网盘同步目录许可服务器地址解析超时离线环境尤其明显程序会老老实实等超时工作区里挂着几十个工程启动时要逐个校验临时目录里堆了几万个文件。“Stop running this script?” 是 Windows 脚本宿主的超时确认框。PSCAD 启动时会跑一些脚本做环境检查和注册脚本执行超过默认时限系统就弹这个问你要不要中断。机器慢、安全软件对每个脚本文件做实时扫描都会把本来几百毫秒的事拖成几十秒。这里的正解不是点“是”或者点“否”而是把拖慢它的东西拿掉。先做两件低风险的事工程、库、工作目录全部搬回本地盘别放同步目录清一遍临时文件。:: 关闭 PSCAD 后执行看 TEMP 指向哪顺手清掉残留临时文件 echo %TEMP% del /q /f %TEMP%\*.tmp 2nul%TEMP%被重定向到慢速盘或者网络盘的情况并不少见多见于被某些“系统优化”改过环境变量的机器。清理那一步只删.tmp不动别的风险可控。真正治本的是把 PSCAD 安装目录、工作目录、临时目录都加进安全软件的排除列表——实时扫描编译器和脚本宿主是这类启动慢最常见的推手。起始页打不开“Unable to display start page”是另一条线起始页本质是内嵌的网页视图网络策略拦截、缓存损坏、组件注册失效都会让它白屏。验证方法很干脆在选项里把起始页关掉或者指向空白页如果关掉之后软件一切正常那问题就在网络侧不影响仿真可以先放着。不要为了让它显示去改 hosts 或者关系统更新那属于用一个更大的坑填一个小坑。至于脚本超时本身确实可以调但我一般放在最后做:: 查看当前脚本宿主超时设置再放宽到 600 秒改前记下原值方便回滚 reg query HKCU\Software\Microsoft\Windows Script Host\Settings /v Timeout reg add HKCU\Software\Microsoft\Windows Script Host\Settings /v Timeout /t REG_DWORD /d 600 /fTimeout单位是秒。设成 0 表示永不超时我不建议——脚本真死循环的时候会把整个启动过程挂住你连报错都看不到。放宽到 600 只是让弹窗别打断你真正的解决还是前面那两件事。3. 编译阶段一条“1 project(s) was unsuccessful when building”背后至少有五类错编译失败的坑在于汇总信息太好认、具体信息太隐蔽。这一章按“先看哪里 → 编译器找不到 → 源码层三类错 → 权限和路径”的顺序排基本覆盖了日常九成的编译失败。3.1 先读 Build Messages 的最后一段再决定往哪查“1 project(s) was unsuccessful when building” 是汇总不是原因。真正的错误在 Build Messages 窗口里往上翻找第一条 error不是 warningwarning 经常一大堆但都不致命。判断依据很简单报错带源文件行号的是源码问题报 unresolved external symbol 的是链接问题报 make/nmake 命令本身失败的是环境问题。这三类的处理路径完全不同先分类再动手。有一种情况是 Build Messages 里真的什么细节都没有只有一句 make failed。这说明 make 的输出被重定向到文件里去了没回显到窗口。工程目录下通常有个和工程同名的临时编译目录里面放着.mak、批处理、日志。进去手动跑一遍错误就全出来了。:: 进工程的临时编译目录看看里面有什么 cd /d D:\work\proj_x\proj_x.files dir *.mak dir *.log手动跑 make 的最大障碍是环境变量PSCAD 在调用编译器前会先执行一段批处理来设置编译器的路径和库变量你自己开个 cmd 直接敲 nmake十有八九报找不到编译器。稳妥做法是从 Build Messages 里把完整的那行命令复制出来在同一个已经设好环境的窗口里跑。实在要自己来就先执行编译器自带的那个环境设置脚本再跑 make把输出重定向到文件后全文搜关键字:: 把编译输出落盘再按关键字筛比肉眼翻窗口快 set LOG%CD%\build_%RANDOM%.log nmake /f data.mak %LOG% 21 findstr /I /C:error /C:undefined /C:cannot /C:not found %LOG%21是把标准错误也并进同一个文件很多编译器的诊断信息走的是 stderr不合并就会漏。findstr这里用/C:做字面匹配避免正则里特殊字符惹麻烦。日志文件名带随机数是为了多次编译不互相覆盖——对比两次失败之间的差异经常能直接看出是哪一步退化的。3.2 “Fortran compiler ... is not detected”编译器、位数、环境变量三件套这条报错的意思很字面PSCAD 没找到可用的 Fortran 编译器。原因按出现频率排第一位不是没装而是装了但位数不匹配——64 位主程序要 64 位编译器32 位要 32 位混用就会“检测不到”而且不给你任何提示。第二位是版本太新或太旧不在这个 PSCAD 版本的支持列表里检测逻辑直接跳过。第三位是装了多个版本PSCAD 挑中了不对的那个。第四位是环境变量在装完 PSCAD 之后才配好程序启动时缓存了旧值。排查顺序先看选项里的编译器列表是不是空的空列表就说明一个都没检测到别去查工程然后在干净的命令行窗口里确认编译器本身可用。:: 确认命令行里能找到编译器并看到版本信息 where ifort ifort /? where gfortran gfortran --versionwhere有输出只能说明 PATH 里有不代表 PSCAD 认——它认的是特定版本号加特定环境变量的组合。所以更靠谱的做法是对着该版本 PSCAD 支持的编译器清单装一个明确在列表里的版本安装时勾上“加入 PATH”和“集成到开发环境”这类选项。装完必须彻底退出 PSCAD 再启动注意是彻底——关窗口不等于退出去任务管理器确认没有残留进程否则它读的还是旧环境。一个容易被忽略的细节如果你在同一个终端里改过 PATH然后用这个终端去启动 PSCAD程序继承的是这个终端的环境而从开始菜单双击启动时继承的是系统环境。所以“我在命令行里能看到编译器但 PSCAD 里看不到”这种诡异现象八成是这两个环境的差异造成的。3.3 Unresolved external symbol、multiple definition、syntax error源码层三类错这三条是自定义代码里最常见的含义各不相同处理手法也不一样。unresolved external symbol是链接期错误意思是调用方引用了某个符号但所有目标文件里都没有它的定义。最常见的原因是自定义 Fortran 子程序名和调用处不一致模块名前缀、下划线约定都会影响或者那个子程序所在的源文件编译失败了被跳过——后一种情况真正要修的是它上面那条编译错误这条只是连锁反应。还有一种是自己写的库没被加进链接列表。multiple definition of X是同名子程序在两个文件里都定义了。复制粘贴组件的时候最容易出尤其是从示例工程里拷一个控制器过来忘了改子程序名。syntax error in argument list at (...)是调用处实参的个数或类型和子程序形参对不上典型于改了接口但没重新编译依赖方。定位手法是先确认符号到底定义了几次、在哪儿:: 在整个工程目录里搜子程序定义看命中几个文件 findstr /S /I /C:SUBROUTINE MYSUB *.f *.f90命中两个文件删掉一份或者改名命中零个说明定义在别的组件里没被加进工程或者拼写对不上大小写一般不影响 Fortran但拼错一个字母照样找不到。在 Linux 或者装了 grep 的环境里等价的写法是# 递归搜定义附带行号方便直接跳过去 grep -rn --include*.f --include*.f90 SUBROUTINE *MYSUB .预防这类问题的成本很低每个组件对应一个自己专属的子程序名前缀用组件缩写别图省事叫test、sub1、temp。我见过一个工程里三个文件都定义了INIT查了两小时才发现是历史遗留的复制品。3.4 “Cannot execute command ... Error 5”与路径里的空格权限和引号这两个坑Error 5是 Windows 的拒绝访问。编译过程要往工作目录写.obj、.exe、中间文件目录没有写权限就报这个。典型场景是把工程放在Program Files下面、放在只有只读权限的共享盘上、或者目录被安全软件加了保护。路径带空格是另一个老坑报错长这样C:\Program is not a valid internal or external command。原因很无聊——命令拼接时没给路径加引号被空格截断了。同类还有gfortran.exe: main.f: Invalid argument很多编译器对含空格、中文、括号、的路径处理得并不好。所以安装目录和工程目录都建议用纯英文短路径D:\work\proj_x这种。先验证目录可写别在权限上瞎猜:: 在工作目录里试写一个文件能写就是权限没问题 cd /d D:\work\proj_x echo test __write_test.txt del __write_test.txt echo WRITABLE打印出WRITABLE就排除了权限问题在别处没有输出或者报拒绝访问那就往下看 ACL# 看当前用户在这个目录上的实际权限 (Get-Acl D:\work\proj_x).Access | Where-Object { $_.IdentityReference -like *$env:USERNAME* } | Select-Object IdentityReference, FileSystemRights没有Modify或FullControl就是它。改权限这件事我的经验是把目录挪到用户自己有完全控制权的位置而不是去改 ACL——改过的 ACL 会在组策略刷新、域策略下发的时候被悄悄覆盖回来然后同样的错再犯一次而且这次你已经“确认修过了”排查方向会被带偏。4. 运行阶段仿真进程“stopped unexpectedly”问题常在模型之外编译过了不代表能跑起来。运行阶段的失败有个共同特征报错信息极其笼统真正的原因藏在进程、磁盘、端口、安全软件这些“模型之外”的地方。这一章按可执行文件、通信、资源、界面四块拆。4.1 “Make failed to generate a simulation executable”与 binary file was not found完整报错是 Make failed to generate a simulation executable for namespace **. Binary file was not found还有个变体是 Unable to execute a simulation executable for namespace 。字面意思是编译没产出可执行文件实际原因我排过很多次按频率是上游有编译错误但被截断没显示exe 生成了但被安全软件当可疑文件隔离生成了但落在别的目录运行器去的地方没有磁盘满或者目录只读。第二位的那个是被低估最多的。电磁暂态仿真生成的 exe 是新编译出来的、没有数字签名、行为上还要打开端口通信安全软件的启发式规则很容易把它当威胁直接拖进隔离区界面上一声不响。你看到的只是“文件没找到”。确认到底有没有产出:: 找今天修改过的 exe确认文件到底存不存在、时间戳对不对 forfiles /P D:\work\proj_x /S /M *.exe /D 0 /C cmd /c echo path fdate ftime/D 0是“今天及以后修改的”/S递归子目录。如果这里能看到刚生成的 exe而 PSCAD 仍然说找不到那问题在路径映射——工程里记录的绝对路径和现在的盘符、映射关系对不上多见于从别的机器整体拷过来的工程。如果这里压根没有就去安全软件的隔离记录里翻八成能找到它。处理方式把安装目录、工作目录、临时目录都加进安全软件排除列表然后重新编译。别用“跑仿真的时候临时关掉防护”这种办法一是容易忘二是关掉的那段时间里机器处于无防护状态风险不对等。4.2 Winsock 10048 / 10061、Server busy端口和本地服务PSCAD 和仿真引擎之间在本机通过套接字通信。Winsock error #10048是端口已被占用Connect function failed with error: 10061是连接被拒绝——对方根本没起来。两者方向相反处理方式也不同。10048 最常见的原因是上一次仿真没退干净进程还在后台占着端口。任务管理器的典型特征是能看到仿真引擎进程但界面上没有任何仿真窗口。其次才是别的软件占了同一个端口。:: 先看是谁占着端口拿到 PID 再决定要不要动它 netstat -ano | findstr :5555 tasklist /FI PID eq 1234netstat -ano里-a列全部连接、-n用数字显示地址端口、-o带出 PIDfindstr换成你实际报错里涉及的那个端口。拿到 PID 之后用tasklist确认进程身份是自己上次的残留就清掉:: 清残留的仿真进程执行前确认没有正在跑的仿真任务 taskkill /IM emtdc.exe /F先查再杀这个顺序别省。直接一把梭全杀万一有别人在这台机器上跑着任务你连怎么得罪人的都不知道。10061 和 “Server busy” 则是对方没起来或者起来太慢。先排查安全软件拦截同上一条再看内存够不够——引擎进程启动时申请大块内存失败表现就是拒绝连接。还有一类是 COM 组件忙重启一次通常能好但如果反复出现说明某个加载项有稳定的问题得挨个排除而不是每次都靠重启糊过去。4.3 “Error code 112”、“Insufficient virtual memory”磁盘和内存Error code 112对应的是磁盘空间不足。仿真过程中会产生.out、.inf这类输出文件规模大的系统几十 GB 很轻松工作盘剩几个 G 的时候跑到一半就挂。这个报错之所以难认是因为它长得不像“磁盘满”很多人第一反应是去查模型。Severe (41): Insufficient virtual memory是内存不够两种情况物理内存加交换空间确实不够或者 32 位进程撞上了自己的寻址上限。后者跟机器配了多大内存没关系进程本身用不到那么多。先排除最蠢的原因:: 看各盘剩余空间和总容量 wmic logicaldisk get caption,freespace,size数字摆出来是否有空间一目了然。空间够还报错就往下走把输出目录指到空间大的盘如果被寻址上限卡住换成 64 位版本前提是许可允许减少记录点数、放大输出步长别把每个节点每个量都存下来——很多人的输出文件之所以爆炸就是因为勾了“全部记录”图省事一个工作区里塞几十个任务的拆成多个仿真集分开跑。注意把输出目录指到网络盘或者同步盘上能缓解空间问题但会引入新的 IO 延迟和文件锁问题编译和运行都可能变得又慢又不稳定。要挪就挪到本地另一块盘。4.4 图不显示、MATLAB 检测不到、界面元素缺失显示与会话层这几类问题有个共同点不影响计算但让你没法干活而且看起来像“软件坏了”。图不显示、重开之后图变小、参数窗口一片空白、上下框架的信息看不到、状态栏被截断——多数是显示缩放和窗口坐标的问题。高 DPI 下渲染错位很常见另一种是配置文件里存了越界的窗口坐标换过显示器之后窗口跑到屏幕外面去了你看到的就是“面板不见了”。处理顺序先把系统缩放临时设成 100% 试一次如果一切正常就确认是缩放问题再单独给主程序设兼容性里的缩放行为如果还是不对按 2.1 的办法把用户配置文件改名让它重建布局。这两步做完绝大多数的“界面缺一块”都能解决。MATLAB 检测不到是另一条线原因通常就三个位数不匹配32 位主程序找不到 64 位 MATLAB反之亦然、版本不在支持列表里、COM 组件没注册。位数这条最容易被忽略判断方法是看两个进程在任务管理器里有没有“32 位”标注不一致就是它。位数一致还不行就手动指定路径再重新注册一次 COM 组件:: 重新注册 MATLAB 的 COM 接口需管理员权限路径按实际安装位置改 cd /d C:\MATLAB\R20XXx\bin\win64 matlab /regserver这条只影响通过 COM 调用的那条路径位数不匹配的话注册多少次都没用先对齐位数再谈别的。另外选项里改了 MATLAB 路径之后要重启程序才生效改完立刻点“测试”经常还是旧的。5. 避坑这五类“环境自己造出来的”报错重装三次也修不好下面五条都是我自己踩过、或者看着别人踩过的。它们的共同点是报错信息指向的地方和真正的原因隔着好几层所以按报错去搜、去重装永远修不好。5.1 刚编出来的 exe 被杀毒拖走报的却是“找不到文件”现象编译窗口一片绿运行时报 Binary file was not found。去目录里看文件确实不在。原因新编译的、无签名的可执行文件加上要开本地端口通信很容易命中启发式规则被隔离而且默认不弹通知。解决把安装目录、工作目录、临时目录加进排除列表重新编译一次验证。验证方式是编译完立刻用forfiles看文件在不在在的话再点运行两次结果对比就能确认。5.2 路径里带空格、中文、括号报错五花八门现象C:\Program is not a valid internal or external command、gfortran.exe: main.f: Invalid argument、No such file or directory甚至编译到一半莫名失败。原因命令拼接没加引号被空格截断部分编译器对非 ASCII 路径处理不好某些工具链对括号和敏感。解决安装目录和工程目录统一用纯英文短路径别在Program Files、桌面、文档这些带空格或中文的路径下建工程。这条规矩看着土但它能一次性消掉一整类报错。5.3 两个大版本装进同一个目录DLL 互相覆盖现象The procedure entry point ... could not be located in the dynamic link library ZSLIB2.dll或者刚修好启动编译又开始报奇怪的链接错误。原因覆盖安装时旧版本 DLL 残留新程序加载到旧库或者反过来旧程序被新库带崩。解决一个版本一个独立目录。升级前先卸载再手工清理残留目录备份自定义组件和工程然后装到新路径。别信“覆盖安装更省事”省下的那十分钟后面要用一天还。5.4 用管理员身份跑过一次之后普通账户全是权限错现象Unable to find or create the required version registry keys、用户目录权限不足、明明文件在那儿却写不进去。原因以管理员身份运行时创建的注册表键和文件ACL 只给了管理员组。之后用普通账户启动同样的路径读写全被拒。解决全程用同一个账户别今天管理员明天普通用户。真遇到这类问题给安装目录和配置目录授予当前用户修改权限而不是每次都右键“以管理员身份运行”——那只是把问题往后推而且会让下次的排查更难因为“管理员能跑、你不能跑”这种差异本身就说明权限模型已经乱了。5.5 主库和工程本文还有配套的精品资源点击获取
