bmarxhau
Active Member
This notice was attached to 8.94.C1 on 1/28 .
Clients running EnterpriseOne iSeries Enterprise Server code compiled on
V5R3 machine without the Hyper PTF/PTFs specified in the IBM info APAR and
running on V5R2 or V5R3 level may experience the following Kernel crashes
with MCH0601 error in the joblog.
From module . . . . . . . . : MUL_1
From procedure . . . . . . : __mpn_mul_1 Statement . . . . . . . . . : 7 To
module . . . . . . . . . : MUL_1 To procedure . . . . . . . : __mpn_mul_1
Statement . . . . . . . . . : 7 Message . . . . : Space offset X'00000000'
or X'0000007F06CDA640' is outside current limit for object JDENET_K ONEWORLD
295085
Client can perform a DSPSRVPGM GNUMP and see build information in the GNUMP
*SRVPGM created between 12/17/04 and 1/27/05. The information will appears
as follows (for example):
Release service program created on . . . . . . . : V5R3M0 Release service
program created for . . . . . . : V5R2M0 Earliest release service program
can run . . . . : V5R2M0
PeopleSoft claimed that it would be resolved with 8.94.C2. However, 8.94.C2
was not packaged correctly, and does NOT resolve the issue. I have two
customers who are experiencing this when running pre-payroll on the iSeries.
One is V5R2 one is V5R3, both are 8.94.C2 customers. The job logs contain
the above errors, the jdedebug logs end with 'Entering MathDivide' This is
not limited to the JDENET_K, but also any UBE that uses BSFNs that utilize
MathDivide functionality. Compling the code with V5R2 flags does NOT
resolve the issue. As stated above, the issue lies with the version of the
GNUMP *SRVPGM that was delivered with 8.94. Using the GNUMP from your 8.93
backup library with the rest of the 8.94 tools release seems to be a good
work around. No final word on when it will be corrected. Seems to also be
present in SP23_I1.
Brent Marxhausen
DBT, Inc.
Independent CNC
EMail: [email protected]
Clients running EnterpriseOne iSeries Enterprise Server code compiled on
V5R3 machine without the Hyper PTF/PTFs specified in the IBM info APAR and
running on V5R2 or V5R3 level may experience the following Kernel crashes
with MCH0601 error in the joblog.
From module . . . . . . . . : MUL_1
From procedure . . . . . . : __mpn_mul_1 Statement . . . . . . . . . : 7 To
module . . . . . . . . . : MUL_1 To procedure . . . . . . . : __mpn_mul_1
Statement . . . . . . . . . : 7 Message . . . . : Space offset X'00000000'
or X'0000007F06CDA640' is outside current limit for object JDENET_K ONEWORLD
295085
Client can perform a DSPSRVPGM GNUMP and see build information in the GNUMP
*SRVPGM created between 12/17/04 and 1/27/05. The information will appears
as follows (for example):
Release service program created on . . . . . . . : V5R3M0 Release service
program created for . . . . . . : V5R2M0 Earliest release service program
can run . . . . : V5R2M0
PeopleSoft claimed that it would be resolved with 8.94.C2. However, 8.94.C2
was not packaged correctly, and does NOT resolve the issue. I have two
customers who are experiencing this when running pre-payroll on the iSeries.
One is V5R2 one is V5R3, both are 8.94.C2 customers. The job logs contain
the above errors, the jdedebug logs end with 'Entering MathDivide' This is
not limited to the JDENET_K, but also any UBE that uses BSFNs that utilize
MathDivide functionality. Compling the code with V5R2 flags does NOT
resolve the issue. As stated above, the issue lies with the version of the
GNUMP *SRVPGM that was delivered with 8.94. Using the GNUMP from your 8.93
backup library with the rest of the 8.94 tools release seems to be a good
work around. No final word on when it will be corrected. Seems to also be
present in SP23_I1.
Brent Marxhausen
DBT, Inc.
Independent CNC
EMail: [email protected]