DB2 - Problem description
Problem IC78558 | Status: Closed |
FP5: LUW V97: DEBUGGER SHOULD STOP AT THE "LAST" STATEMENT TO LE T USER VIEWING SOME VARIABLE'S VALUE BEFORE EXISTING DEBUG SESSI | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problem description: | |
This is not a regression. This defect is simply used to keep track of minor problem that PSM/Unified Debugger needs to solve in the future release. When you debug the below function, the debugger does stop at "RETURN v1;" or the first line "CREATE FUNCTION..." statement to let the user viewing v1's value before existing debug. CREATE FUNCTION FOO(IN pin INTEGER) RETURNS INTEGER BEGIN DECLARE v1 INTEGER; DECLARE v2 INTEGER DEFAULT 100; SET v1 = pin * pin; RETURN v1; END There is a similar problem in debugging procedure below. The user can't view v1's value before existing debug session. CREATE PROCEDURE FOO(IN pin INTEGER) BEGIN DECLARE v1 INTEGER; DECLARE v2 INTEGER DEFAULT 100; SET v1 = pin * pin; END To solve this problem, all DB2z, iSeries, and IDS debugger stop at the first line CREATE PROCEDURE or CREATE FUNCTION | |
Problem Summary: | |
Local Fix: | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows | |
Solution | |
Workaround | |
not known / see Local fix | |
Comment | |
This is an extremely minor issue that has been rectified. | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 07.09.2011 20.09.2011 20.09.2011 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.7.0.5 |