CLP编译报错CPD0852：QTEMP中已存在的TEMPFILE仍无法被找到

我编写了一段CLP代码，其中包含文件声明：

DCLF       FILE(QTEMP/TEMPFILE)

编译时出现错误：CPD0852 30 库QTEMP中的文件TEMPFILE未找到。

于是我执行以下命令创建该文件：

CRTPF FILE(QTEMP/TEMPFILE) RCDLEN(150) SIZE(*NOMAX)

但在同一会话中编译CLP时，仍提示文件未找到。我尝试编辑对象权限，执行命令：

EDTOBJAUT OBJ(QTEMP/TEMPFILE) OBJTYPE(*FILE)

权限设置如下：

Edit Object Authority                              
                                                                                
 Object . . . . . . . :   TEMPFILE        Owner  . . . . . . . :   PAXUS        
   Library  . . . . . :     QTEMP         Primary group  . . . :   *NONE        
 Object type  . . . . :   *FILE           ASP device . . . . . :   *SYSBAS      
                                                                                
 Type changes to current authorities, press Enter.                              
                                                                                
   Object secured by authorization list  . . . . . . . . . . . .   *NONE        
                                                                                
                          Object                                                
 User        Group       Authority                                              
 *PUBLIC                 *ALL                                                   
 *GROUP      PAXUS       *ALL                                                   
                                                                                
                                                                         Bottom 
 F3=Exit   F5=Refresh   F6=Add new users   F10=Grant with reference object      
 F11=Display detail object authorities     F12=Cancel   F17=Top   F18=Bottom    
 (C) COPYRIGHT IBM CORP. 1980, 2018.                                            

请排查为何已存在的文件在编译CLP时仍被提示未找到？

1. 作业独立性问题（最常见原因） #

QTEMP是每个作业专属的临时库，不同作业（如不同5250会话、SSH连接、子作业）的QTEMP完全隔离。请确认：

• 创建文件的命令和编译CLP的命令是在同一个作业中执行的，比如在同一个5250窗口、同一个SSH会话内完成所有操作。
• 验证当前作业的QTEMP中确实存在文件：执行命令WRKOBJ OBJ(QTEMP/TEMPFILE) OBJTYPE(*FILE)，查看对象是否存在。

2. 编译时库列表（LIBL）问题 #

虽然DCLF使用了绝对库名QTEMP/TEMPFILE，但编译CLP时系统的LIBL配置可能影响文件搜索：

• 编译前执行DSPLIBL，确认QTEMP在库列表中。如果不在，执行CHGLIBL LIBL(QTEMP *LIBL)将QTEMP移到LIBL最前端，再重新编译。
• 检查编译命令CRTCLPGM是否指定了LIBL参数覆盖默认库列表，若存在此类情况，需修改LIBL参数确保包含QTEMP。

3. 文件类型或属性不匹配 #

DCLF要求关联的是物理文件（*PF），请确认文件属性正确：

• 执行DSPOBJD OBJ(QTEMP/TEMPFILE) OBJTYPE(*FILE)，检查输出中的Attribute字段是否为*PF。

4. 拼写或语法错误 #

• 检查CLP代码中的DCLF语句，确保文件名、库名拼写完全正确，无多余空格或大小写问题（IBM i默认不区分大小写，但建议保持统一大写）。
• 确认DCLF语句的语法格式正确，参数位置无误。

5. ASP（辅助存储池）不一致 #

如果系统使用了辅助存储池，需确认创建文件和编译CLP的作业使用的ASP一致：

• 执行DSPJOB查看当前作业的ASP设置，确保和文件的ASP device（权限界面显示为*SYSBAS）匹配。

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