这种情况我在IBM i环境里碰过好几次，核心原因肯定不是程序或共享的打印文件本身——毕竟你说两者完全一致，问题大概率出在运行环境的配置差异上，给你梳理几个排查方向：

• 先查程序的编译/绑定属性
  虽然代码一模一样，但两个库的程序编译参数可能有差异。用DSPPGM命令分别查看两个程序的属性，重点看「Print options」板块里的行宽相关设置，有没有编译时指定了WIDTH()参数，或者有没有启用OPTION(*PRTCTL)这类会影响打印输出的选项。

• 检查作业级别的打印配置
  运行两个程序的作业环境可能不一样：

  1. 用DSPJOB查看作业的「Printer device」属性，确认是不是指向了不同的打印设备；
  2. 检查作业对应的用户配置文件（QUSRPRF）里的打印参数，比如PRTDEV（默认打印机）、CPI（字符每英寸）、LPI（行每英寸），这些都会影响最终的行宽计算；
  3. 如果是批量作业，还要看作业描述（JOBD）里的打印配置，比如PRTDEV、WIDTH这些字段。

• 排查是否存在打印文件覆盖（OVRPRTF）
  虽然程序调用的是QUSRSYS的QSYSP75，但运行前可能有CL脚本用OVRPRTF命令临时覆盖了打印文件的属性。你可以在运行程序前执行DSPOVR命令，查看有没有生效的打印文件覆盖，重点看WIDTH、CPI这些参数是否不同；另外也检查两个库的启动CL（如果有的话），有没有不一样的OVRPRTF语句。

• 验证打印机设备的配置差异
  如果两个程序最终输出到不同的打印机设备，设备本身的行宽设置可能是关键。用DSPPRTDEV命令查看对应打印机的属性，重点看「Page width」（页面宽度）和「CPI」参数——比如10CPI的设备，13.2英寸宽就是132字符；15CPI的话，12.8英寸就能到192字符，这直接决定了假脱机文件的换行位置。

• 对比已生成假脱机文件的属性
  针对已经生成的两个不同的假脱机文件，用DSPSPLF查看它们的详细属性，对比「Line width」「Page width」「CPI」这几个字段，能快速定位差异来源——比如如果CPI不一样，那问题肯定出在字符密度的配置上。

额外验证技巧：在同一个作业、同一个用户下分别调用两个库的程序，看输出是否一致。如果一致，说明问题出在作业/用户配置；如果还是不一样，那就要回到程序的编译属性或者库级别的默认配置上了。

内容的提问来源于stack exchange，提问作者Jeff