Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / DB2 Topics / March 2006

Tip: Looking for answers? Try searching our database.

DB2/COBOL Stored Procedure Parameter list

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
JLE - 02 Mar 2006 00:05 GMT
I'm new to stored procedures, however, the passing of parameters using a
group item in the calling cobol program seems incorrect to me. Would
this work?

Calling COBOL pgm is calling a stored procedure using a group 01 level
and the receiving COBOL procedure has 01 levels for each parameter.

Environment is z/OS, DB2, CICS, COBOL, LE. The procedure is local using
 WLM. DB2 version is 7.x and CICS is TS 2.2, I think.

Caller WS
01  ws-all5-parms.
  05 ws parm1
  05 ws-parm2
  05 ws-parm3
  05 ws-parm4
  05 ws-parm5

Exec sql call called-procedure :ws-all5-parms

Receiving procedure

Linkage
01 ws parm1
01 ws-parm2
01 ws-parm3
01 ws-parm4
01 ws-parm5

procedure division using
 ws parm1
 ws-parm2
 ws-parm3
 ws-parm4
 ws-parm5
       
The reason I am questioning this is because I have yet to see an example
like this. All of the examples I have seen from IBM match 01 levels in
the caller and called programs. Each parameter is coded as a 01 level
and none are passed as a group item, except null indicators and varchar,
I believe.

John
wfs - 07 Mar 2006 03:41 GMT
No.

   - you'd get an error saying something like 'no procedure found that
matches the procedure definition....'

Bill

> I'm new to stored procedures, however, the passing of parameters using a
> group item in the calling cobol program seems incorrect to me. Would
[quoted text clipped - 39 lines]
>
> John
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.