PowerBuilder 9.0安装全攻略:环境对齐、组件依赖与运行时验证 简介PowerBuilder 9.0 安装包及配套安装说明面向需要搭建经典 PB 开发环境的开发人员、备考上机考试的学员以及维护旧系统的技术人员也可用于课程实验和旧项目迁移前的环境复现。压缩包为 rar 格式共 69 个文件、约 282.22MB内含 exe 安装程序、cab 组件包、ini 配置文件、txt 说明、docx 教程与常用函数文档、sql 数据库脚本以及 hdr、bin、inx 等安装结构文件安装盘分卷与说明文档分目录存放便于按需检索。配套文档围绕 Win10 环境整理安装说明并附 PB9 教程、常用函数资料和数据库示例脚本便于读者了解开发环境组成、核对安装组件、查阅基础用法与旧项目维护要点。现有 2454 人学习或下载适合希望获取完整安装素材、减少环境搭建阻碍的读者也可作为上机练习和旧系统维护的参考资料。1. 别急着双击 setup.exePowerBuilder 9.0 装不上的多半是先没对齐环境上周帮一个做老系统维护的哥们折腾他的开发机PowerBuilder 9.0 安装包双击之后进度条卡在 60%等了二十分钟没动静任务管理器里setup.exe占着 25% 的 CPU 干耗着。他以为包坏了换了三个来源重下结果一样。其实这类问题我遇到过太多次——PB 9.0 是 2002 年前后的产物那个年代的安装器对现代 Windows 的权限模型、长路径、UAC 虚拟化几乎没有容错装不上往往不是包的问题是宿主环境还没对齐。这套环境在银行、制造、医疗的老业务系统里还大量活着很多团队要拿它做存量维护、二次开发或者接口对接装不好就意味着读不了.pbl库文件、连不上老数据库。下面按我自己的顺序从系统版本怎么选一路走到装完怎么验证能跑。2. 装之前先把环境对齐PowerBuilder 9.0 的版本选择与系统准备2.1 系统版本怎么挑原生、兼容模式还是虚拟机PB 9.0 官方年代的推荐宿主是 Windows 2000 / XP这个区间里它的安装器是最稳的。放到今天可选的宿主其实有三档我一般按这个顺序推荐宿主方案兼容性性能适用场景Windows XP SP3 虚拟机最好几乎零改动一般编译慢一些只做老项目维护、需要稳定复现Windows 7 SP1 实体机 / 虚拟机好少量兼容设置即可好主力方案兼顾其他工具Windows 10 / 11 兼容模式一般部分向导页会异常好临时查看、非长期开发注意Windows 8 之后的系统上直接跑 PB 9.0 的 setup最常见的表现是向导界面字体重叠、按钮点不动或者组件选择列表整块空白。这不是分辨率问题是安装器的通用控件版本太老comctl32.dll的清单没写对。这种时候优先换宿主的思路比在 Win11 上死磕兼容性要省时间得多。如果是虚拟机方案我一般这么配内存给 2GB 就够PB 9.0 是 32 位程序给太多也用不上磁盘 20GB 起步因为后面还要装数据库客户端显示分辨率别设太高1024×768 或者 1280×1024 反而让老界面更整齐。虚拟机的好处是快照——装砸了直接回滚比卸不干净的残留要舒服太多这是我这些年最认的一颗后悔药。2.2 三条路径先清干净安装目录、临时目录、用户目录安装之前有三条路径必须先确认这是我在老软件上养成的固定动作安装目录不要带空格、不要带中文、不要超过两级。我一般用D:\PB90这种最朴素的形式。原因是 PB 9.0 安装器往注册表里写的路径是拼接字符串遇到空格有时不给你加引号后面启动时就报“找不到 xxx.dll”。别小看这个我见过一个环境因为装在D:\Program Files\PB9下面结果每次打开都提示pborc90.dll加载失败把整个目录搬到D:\PB90立刻就好了。临时目录指的是%TEMP%。老安装器解压中间文件时会往这里写如果路径里有中文用户名比如C:\Users\张三\AppData\Local\Temp解压阶段就可能直接失败。检查命令很简单# 在 cmd 里执行看看 TEMP 和 TMP 指向哪里 echo %TEMP% echo %TMP% # 如果有中文或者空格临时改成纯英文短路径再启动 setup set TEMPD:\tmp set TMPD:\tmp mkdir D:\tmp这两行set只在当前 cmd 窗口有效所以必须在同一个窗口里紧接着执行setup.exe否则设置就丢了。mkdir先建好目录避免安装器自己创建失败。这个做法看起来很土但确实是我遇到“安装向导启动即闪退”时第一个会试的手段。用户目录这一条容易被忽略。PB 9.0 的某些组件会把配置写到用户目录下的隐藏文件夹里如果之前的机器上装过旧版本、残留在里面新装的时候会读到一份错的配置。稳妥的做法是安装前把这些残留先备份走# 备份而不是删除万一后面还要翻旧配置 robocopy %USERPROFILE% D:\backup_pb_cfg /S /XD AppData\Local\Temp /XF *.tmp这条robocopy只是把用户目录整体镜像到备份盘排除了临时目录和临时文件避免备份体积过大。/S表示包含子目录但跳过空目录/XD//XF是排除目录和文件。我一般是新机器直接跳过这一步只有“重装多次还是不成功”的机器才会拿出来用。2.3 依赖组件与安装顺序先补齐再动 setupPB 9.0 本身是绿色度比较高的工具但它依赖一批同年代的运行库缺一个就会在某个环节卡住。装之前按这个顺序补齐Microsoft Visual C 运行库PB 9.0 主体和部分驱动是 VC6 编译的需要 6.0 版运行库部分插件用的是 VC2005/2008 运行时。这几个版本不冲突可以共存全都装上最省事。Microsoft Data Access ComponentsMDAC2.8 SP1 或更高。这是连老数据库的关键缺了会在配置连接时报“未找到提供程序”。Internet Explorer 6 及以上听起来很怪但 PB 9.0 的帮助系统、部分 ActiveX 组件确实依赖 IE 的渲染引擎系统里 IE 组件被精简掉的版本会报奇怪的错。数据库客户端如果后续要连 Sybase ASE、SQL Server 2000/2005 之类客户端要在 PB 之前装好因为 PB 安装时会探测已存在的客户端并注册对应的驱动插件。装完运行库记得重启一次再装 PB。这个重启不是玄学是因为 VC 运行库注册到WinSxS之后部分进程需要重新加载系统目录才能找到。跳过重启直接装有一定概率在最后注册组件阶段报“模块加载失败”。3. 走完安装向导PowerBuilder 9.0 的 setup 流程与逐屏参数3.1 启动 setup.exe 的正确姿势管理员权限与兼容模式解压安装包之后目录里通常有setup.exe和一堆.cab、.msi文件。不要直接双击。正确做法是右键 → 属性 → 兼容性勾上“以兼容模式运行这个程序”下拉里选Windows XP (Service Pack 3)同时勾上“以管理员身份运行此程序”确定之后再双击。如果解压出来的目录里还有autorun.exe别用它。autorun 在老系统上会弹一个启动菜单在现代系统上这个菜单常常只剩一个空框点什么都没反应。直接找setup.exe才是正路。启动之前我还会确认一件事系统的 UAC 通知级别。如果调到了最高始终通知老安装器在写Program Files、写注册表HKLM的时候会被拦下来或者被虚拟化重定向到VirtualStore装完看着是成功实际文件全在%LOCALAPPDATA%\VirtualStore下面后面找都找不到。安装期间把 UAC 临时调到“仅当程序尝试更改时通知”装完再调回去能省一大半排查时间。3.2 向导里的四个关键选择安装类型、组件、路径、程序组向导一共就那么几屏但每一屏都有个默认值会坑人。我按顺序说。第一屏Welcome → Next。这里没什么可选的直接下一步。第二屏安装类型。一般有Typical、Compact、Custom三个选项。永远选 Custom。Typical 会把一堆用不到的示例程序、教程、帮助文档全装上占空间不说有些示例程序在安装过程中会尝试注册 ActiveX 控件注册失败就整个安装回滚。Custom 可以只勾选核心组件。第三屏组件选择。这一屏的勾选项在不同来源的安装包里名字略有差异但核心就这么几块组件是否勾选说明PowerBuilder必选IDE 主体含编译器DataWindow Designer建议勾选数据窗口设计器做报表必备Database Interfaces必选数据库驱动插件集合Sample Applications不勾示例程序容易在安装末期报注册失败Online Books视需要帮助文档占几百 MBInfoMaker视需要报表工具不做报表可以不装关于数据库驱动插件如果你明确知道要连哪一种库可以在这一屏只勾对应的驱动比如Adaptive Server Anywhere、OLE DB、ODBC。勾全部也能装但每个驱动都往注册表写一批CLSID装得多、失败的概率也大。我一般的做法是先只勾ODBC和OLE DB这两个万能接口其他专用驱动后面按需单独补。第四屏安装路径。这里就是前面说的填D:\PB90这种短路径。填完点下一步之前先在资源管理器里确认这个目录是空的或者根本不存在。如果目录里有旧文件安装器不会提示覆盖只会往里面混写装完出来的环境一半新一半旧最难排查。第五屏程序组名。默认是PowerBuilder 9.0不用改。但如果你机器上还要装 8.0 或者 10.5这一屏一定要改成带版本区分的名字比如PB9否则开始菜单里两个版本的快捷方式会互相覆盖后面点错版本查半天。第六屏开始就是复制文件。这一屏我一般啥都不干就盯着进度条。如果卡在某个百分比超过十分钟不动看任务管理器里setup.exe的 CPU 和 IO 读数CPU 接近 0、IO 也接近 0 → 大概率在弹一个看不见的对话框被主窗口挡住或者显示在副屏之外。用AltTab切一下或者把副屏拔了再看看。CPU 占满单核、IO 不动 → 安装器在做注册表遍历正常让它跑但超过半小时基本可以判定卡死。IO 读数很高 → 还在解压 cab正常。3.3 首次启动与授权配置别停留在欢迎界面安装完成之后向导会问要不要立刻启动。我建议先不启动先把系统重启一次。原因还是那条注册表里新写的 COM 组件、PATH里新加的路径都需要新进程重新加载。直接启动有一定概率看到“无法初始化”的报错然后你会误以为装坏了。重启之后从开始菜单启动 PowerBuilder 9.0。第一次启动会有一个欢迎界面中间通常有一个“输入授权信息”或者“选择授权方式”的入口。PB 9.0 的授权方式是序列号 授权码或者一个 license 文件。这里我不复述具体串因为来源不同、授权形态也不同按安装包里附带的说明填就行。值得注意的是如果第一次启动直接跳过授权进了主界面功能是受限的比如编译出来的 exe 会带一个运行期提示。所以第一次启动务必确认授权状态看菜单 Help → About 里有没有显示授权持有者信息。显示为空就说明没授权成功重进一次授权界面再填。还有一个细节PB 9.0 首次启动会在安装目录下生成pb.ini这个文件里记录了最近打开的库、窗口位置、编译选项。如果启动时报“无法创建 pb.ini”那是安装目录没有写权限把整个D:\PB90目录的权限给当前用户完全控制就行。这条在域环境、受管控的公司机器上特别常见。4. 装完还没完PowerBuilder 9.0 的运行时、驱动与环境变量4.1 运行时 DLL 与环境变量PATH 里到底该放什么PB 9.0 编译出来的程序运行时依赖一批 DLL装在开发机上的时候 IDE 自己会去找但一旦把程序拷到别的机器上跑就全靠PATH。这几个是核心的pbvm90.dll虚拟机最核心缺了直接起不来。pborc90.dllOracle 相关名字带 orc 但实际是公共运行时的一部分很多编译产物依赖它。pbdwe90.dll数据窗口引擎。pbshr90.dll公共函数库。libjcc.dllJava 相关的桥接用到 EJB 或者 Java 调用才需要。把这些 DLL 所在目录加进PATH最稳的做法是加系统级而不是用户级因为有些服务、计划任务是在别的账户下跑的# 用 setx 写系统级 PATH注意会覆盖当前值必须先读出来拼上 # 先看当前系统 PATH reg query HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment /v Path # 再追加注意 /M 表示系统级 setx PATH %PATH%;D:\PB90\Shared\PowerBuilder /Msetx有个坑它写入的字符串上限是 1024 字符超过会被截断。所以如果原PATH已经很臃肿别用setx直接去“系统属性 → 环境变量”的图形界面里编辑那个没有长度限制。/M是写到HKLM不带就是写到当前用户。改完之后新开的 cmd 窗口才生效已经开着的窗口读的还是旧值。我一般还会额外做一件事把 PB 的运行时目录直接复制一份到编译产物的输出目录旁边。这样交付给别人的时候不用教对方配环境变量双击就能跑。代价是每个交付包都多几 MB但省下来的沟通成本远不止这些。4.2 数据库连接与驱动插件ODBC 与 DBMS 接口对齐PB 9.0 连数据库有两条路ODBC 和原生驱动DBMS 接口。原生驱动性能好一些但依赖厂商客户端ODBC 通用配置简单。我一般优先 ODBC除非明确有性能要求。配置 ODBC 之前先确认位数对齐。PB 9.0 是 32 位程序它只能看到 32 位的 ODBC 数据源。在 64 位 Windows 上控制面板里那个“ODBC 数据源”默认打开的是 64 位管理器你在里面建的数据源 PB 是看不见的。必须走这个# 打开 32 位 ODBC 管理器 C:\Windows\SysWOW64\odbcad32.exe这条命令是整篇文章里我最想强调的一行。我见过太多人在这上面浪费时间——数据源建好了PB 里就是列不出来反复重装驱动都没用其实就是打开的管理器位数不对。建完数据源之后回到 PB在 Database Profile 里新建一个 ODBC 连接填 Data Source 名字、用户名、密码然后点 Test Connection。测试通过之后再点一次“复制到剪贴板”或者直接保存 profile这样连接串就固化下来了后面在代码里SQLCA.DBMS ODBC加SQLCA.DBParm就能直接用。如果用原生驱动比如连 SQL Server需要在安装目录的Shared\PowerBuilder下面确认PBMSS90.dll存在然后在 profile 里选MSS Microsoft SQL Server。这个 DLL 不在的时候profile 下拉里根本不会出现对应的选项不是配置问题是驱动插件没装。补装的方式是重新跑一遍 setup在组件选择那一屏单独勾上对应驱动其他都不动。4.3 库文件关联.pbl / .pbt / .pbw 怎么打开.pbl是 PB 的库文件一个库里可以装很多对象.pbt是目标文件描述一个应用的整体结构.pbw是工作空间9.0 开始引入的一个工作空间可以挂多个目标。这三个后缀如果在资源管理器里双击打不开或者打开的是别的程序说明文件关联没注册。修的方式有两种。第一种是重新跑一遍 setup 的修复安装它会重写关联。第二种是手动指定右键任一.pbl文件 → 打开方式 → 选择D:\PB90\pb90.exe→ 勾选“始终使用此程序打开”。我一般用第二种快。但要注意.pbw关联到pb90.exe之后双击打开的整个工作空间如果里面引用的.pbt用了绝对路径而且路径变了会提示找不到目标。这种时候别慌在 PB 里 File → Open 手动重新指定一次目标路径保存之后关联就正常了。5. 排查与避坑PowerBuilder 9.0 安装失败的五类典型现象5.1 五条踩坑记录现象、原因、解决下面这五条基本覆盖了我这些年遇到的 PB 9.0 安装问题里的八成。第一条进度条卡在“正在注册组件”一等就是半小时。现象是安装向导最后一步不动任务管理器里setup.exe的 CPU 时高时低。原因是它在用regsvr32逐个注册 ActiveX 控件其中某个控件依赖的运行库没装注册会超时重试。解决方式是先结束进程把 VC 6.0 运行库和 MDAC 补齐重启之后重装并且在组件选择里取消Sample Applications。示例程序里带的第三方控件是重灾区。第二条装完启动报“无法加载 pbvm90.dll”。现象很直接双击图标弹一个错误框。原因是PATH里没有指向Shared\PowerBuilder目录或者指向了但那个目录里确实没这个文件。先去看文件在不在不在就是安装时组件没勾全重新跑 setup 修复文件在但还是报错就是PATH的问题用前面 4.1 的方法补上。还有一种少见情况系统里存在同名 DLL 的其他版本被优先加载了。用 Process Explorer 看进程加载的模块路径能确认。第三条向导界面文字变成方块或者整块空白。现象是安装向导的按钮、列表全是乱码或者干脆看不见。原因是系统缺少老版本的通用控件或者字体替换出了问题。解决方式是先把系统区域设置里的“非 Unicode 程序的语言”确认为中文简体然后装一遍comctl32的更新。如果还是不行换 Windows 7 或者 XP 虚拟机别在 Win10/11 上耗。第四条装完之后开始菜单里的快捷方式指向一个不存在的路径。现象是点了没反应右键看属性目标路径是C:\Program Files\Sybase\...之类但你明明装在了D:\PB90。原因是安装过程中你中途改过一次安装路径安装器第一次写的快捷方式没跟着更新。解决方式是删掉快捷方式手动在D:\PB90里找到pb90.exe发一个到桌面。这个坑不常见但很迷惑人因为你会以为整个安装都错了其实只是快捷方式错了。第五条编译出来的 exe 在开发机上能跑拷到客户机上就报错。现象是客户机双击提示缺少 DLL或者一闪而过。原因是目标机器没有 PB 运行时。解决方式是在客户机上装一遍 PB 的“运行时分发版”或者把Shared\PowerBuilder下的核心 DLL 随程序一起拷过去。这里有个细节分发的时候建议把 DLL 放在 exe 同目录而不是依赖PATH因为客户机的PATH你控制不了而且可能已经有别的软件把同名 DLL 放进去了加载顺序一乱就出玄学问题。5.2 卸不干净怎么救回滚与重装顺序PB 9.0 卸载是个麻烦事。它不只写注册表的卸载项还往HKLM\SOFTWARE下面写了一大堆CLSID往系统目录写 DLL卸载程序经常漏删。表现就是卸完重装装到一半提示“已存在旧版本”。我的处理顺序是这样先走控制面板的卸载让它删掉能删的。手动删安装目录。注意Shared\PowerBuilder这个目录可能在C:\Program Files\Common Files下面别只删D:\PB90。清理注册表残留。这一步必须小心先导出备份再动手# 导出备份出问题能还原 reg export HKLM\SOFTWARE\Sybase D:\backup_sybase.reg reg export HKCU\SOFTWARE\Sybase D:\backup_sybase_hkcu.reg # 确认没有别的 Sybase 产品在用之后再删 reg delete HKLM\SOFTWARE\Sybase /f reg delete HKCU\SOFTWARE\Sybase /freg export是整棵子树导出恢复的时候双击.reg文件就行。/f表示不再询问。注意如果机器上还装着别的同厂商产品比如某个数据库客户端删这棵子树会一起带走所以第二步的确认不能省。重启然后重新安装。如果是虚拟机方案第 2 到第 4 步全都可以用快照回滚代替这也是我一直推荐虚拟机的原因。装坏了直接回到干净快照两分钟的事比跟注册表搏斗舒服。6. 装完怎么验证真能用一个 20 行的窗口程序跑通全链路装完了、配完了怎么确认这套环境是真能用而不是“看起来能启动”我的办法是跑一个最小闭环建工作空间 → 建目标 → 建窗口 → 放一个按钮 → 写一行代码 → 编译成 exe → 在另一台机器上跑起来。全链路走通才算装完。第一步启动 PBFile → New → Workspace存成D:\pbwork\demo.pbw。第二步在 Workspace 面板里右键 → New → Target选 Application目标名填demo库文件名填demo.pbl。第三步在目标上右键 → New → Window存成w_main标题改成Demo。第四步在窗口上放一个按钮名字默认cb_1在它的 Clicked 事件里写// 按钮点击事件弹一个消息框验证运行时和 UI 都正常 MessageBox(验证, PowerBuilder 9.0 环境正常)这两行代码不需要任何外部依赖能弹出来就说明虚拟机、UI 框架、事件循环都是好的。第五步编译。在 Target 上右键 → Build选Executable输出路径填D:\pbwork\bin\demo.exe勾上Prompt for Overwrite其他默认。编译出来的 exe 先在本机双击确认能弹出窗口。然后把demo.exe和Shared\PowerBuilder下那几个核心 DLL 一起拷到另一台没装 PB 的机器上双击。如果能正常弹出消息框说明整个运行时链路是通的如果报缺 DLL回到 4.1 对一遍清单。我习惯在验证完之后把这套最小工程连同 DLL 一起打包留档命名成pb9_smoke_test.zip。以后每装一台新机器解压跑一遍三分钟出结论。有一次我在一台受管控的机器上装完IDE 启动正常、编译也正常就是编译出来的 exe 一跑就闪退最后靠这个冒烟包定位到是系统目录里有个同名旧版 DLL 抢先加载。从那以后我每次装完 PB 9.0不管多赶时间都强制走一遍这个冒烟流程再交付省下的返工时间比这三分钟多得多。希望帮到你。本文还有配套的精品资源点击获取