hbi
03-19-2010, 06:45 AM
I got deleted the *MASTER nav tree when saving it.
Upon save I get:
Program In Error VVSRVPGM
Module In Error VVUTILITY
Procedure In Error VVUTILITY_DECODEUTF16
Message Id C2M3001
Statement Number 185800
Message Text A domain error in a math function occurred.
Cause . . . . . : An input argument is outside the domain for which the mathematical function is defined. Recovery . . . : Supply input values that are consistent with the mathematical definition of the function. Technical description . . . . . . . . : The value of errno is set to EDOM.
Valence User xxxxxxxx <-- (I have changed this)
System i User xxxxxxxx <-- (I have changed this)
Timestamp 2010-03-19-11.13.50.977000
Job Number 437791
Calling Program VVNAVS
Call Stack VVCALL[VVCALL]-->VVNAVS[VVNAVS]-->VVNAVS[SAVENAV]-->VVSRVPGM{VVUTILITY}[VVUTILITY_DECODEUTF16]
and the nav tree is gone.
This is surely happens because the exception occurs after the nav tree is deleted in VVNTQ200 and prior to write the modified nav tree into VVNTQ200 and
Reason for this behavior is probably a change I did to the HTTP Valence config.
<Location /valence>
# CGIJobCcsid 37
CGIJobCcsid 500
</Location>
I did this CCSID change because we are running with CCSID 500 and because
SQL used in some chart (autocode) can return fields with mixed CCSID's causing some sorting to fail when running the SQL for the chart data part.
Mixed CCSID occurs when running Valence CCSID 37 and our data in CCSID 500 when doing SQL Select OurDBField1,sum(OurDBField2)..... field1 gets CCSID 500 while field2 gets CCSID 37. Running Valence with CCSID 500 solves this problem, but seems to be the reason for the error when saving nav trees.
Changing the CCSID back to 37 gets the save nav tree to work normally, but then the other problem with mixed CCSID is back.
(I used the daily backup to reinstate the *MASTER)
Brgds
Helge
Upon save I get:
Program In Error VVSRVPGM
Module In Error VVUTILITY
Procedure In Error VVUTILITY_DECODEUTF16
Message Id C2M3001
Statement Number 185800
Message Text A domain error in a math function occurred.
Cause . . . . . : An input argument is outside the domain for which the mathematical function is defined. Recovery . . . : Supply input values that are consistent with the mathematical definition of the function. Technical description . . . . . . . . : The value of errno is set to EDOM.
Valence User xxxxxxxx <-- (I have changed this)
System i User xxxxxxxx <-- (I have changed this)
Timestamp 2010-03-19-11.13.50.977000
Job Number 437791
Calling Program VVNAVS
Call Stack VVCALL[VVCALL]-->VVNAVS[VVNAVS]-->VVNAVS[SAVENAV]-->VVSRVPGM{VVUTILITY}[VVUTILITY_DECODEUTF16]
and the nav tree is gone.
This is surely happens because the exception occurs after the nav tree is deleted in VVNTQ200 and prior to write the modified nav tree into VVNTQ200 and
Reason for this behavior is probably a change I did to the HTTP Valence config.
<Location /valence>
# CGIJobCcsid 37
CGIJobCcsid 500
</Location>
I did this CCSID change because we are running with CCSID 500 and because
SQL used in some chart (autocode) can return fields with mixed CCSID's causing some sorting to fail when running the SQL for the chart data part.
Mixed CCSID occurs when running Valence CCSID 37 and our data in CCSID 500 when doing SQL Select OurDBField1,sum(OurDBField2)..... field1 gets CCSID 500 while field2 gets CCSID 37. Running Valence with CCSID 500 solves this problem, but seems to be the reason for the error when saving nav trees.
Changing the CCSID back to 37 gets the save nav tree to work normally, but then the other problem with mixed CCSID is back.
(I used the daily backup to reinstate the *MASTER)
Brgds
Helge