No, I want the DB2 coprocessor which will be used instead of precompiler
DB2 coprocessor integration, which is to say you no longer need to use the DB2 precompiler for COBOL programs that contain SQL statements. If the coprocessor is used, the compiler will process the SQL statements along with the COBOL source code.
Joined: 12 Jan 2004 Posts: 240 Topics: 48 Location: Maryland
Posted: Fri Jan 23, 2004 9:39 am Post subject:
kolusu,
I need clarification on the following lines which I found in the first link/url....
Quote:
Although the use of a separate precompile step continues to be supported, use of the coprocessor is recommended. Interactive debugging with Debug Tool is enhanced when you use the coprocessor because you see the SQL statements in the listing (and not the generated COBOL source). However, you must have DB2 for OS/390 Version 7 or later.
My confusion here is ..with Precompiler used ..and a Debugging tool like Expeditor ...we still do see the SQL statements although cannot change other than the Host values. What then is the advantage of a co-processor as far as debugging is concerned ?!!
Joined: 26 Nov 2002 Posts: 12375 Topics: 75 Location: San Jose
Posted: Fri Jan 23, 2004 9:56 am Post subject:
Vini,
The DB2 precompiler translates your original program into modified source code. Source language debuggers(xpeditor, debug tool ...) use that modified source code as input. However, when the compiler includes an SQL statement coprocessor, you can use your original source code as input to the debugger.
Prior to the release of COPROCESSOR option Xpeditor is basically doing all the work in the background which is not visible to you.
Using an SQL statement coprocessor has the following advantages over using the DB2 precompiler:
An SQL statement coprocessor removes restrictions on DB2 host
variables.
The DB2 precompiler does not allow you to fully qualify the names of
structured host variables. With an SQL statement coprocessor, a
structured host language variable can be fully qualified.
An SQL statement coprocessor makes debugging a program easier.
The format of the source file no longer has special restrictions other
than the restrictions of the compiler.
The DB2 precompiler places restrictions on the source file. For
example, the record length of the source file can be no more than 80
bytes. When you use an SQL statement coprocessor, the compiler
controls the source file format.
Include SQL statements at any level of a nested COBOL program, instead
of in only the top-level source file.
Use nested SQL INCLUDE statements.
Use COBOL REPLACE statements to replace text strings in SQL
statements.
Hi,
I have removed the preprocessor statements in my JCL and have replaced it with corresponding SQL parameters in compile step, I am getting the system dump- ABEND U3002
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum