and prior to the call you
1. Substantiated (that’s a great word we don’t use in 400 land)
these variables with D spec-s — not the prototype specs but stand-alone or data structure.
2. put values in num1:num2:Char1
what about the parameter list of ST_samp1 ???
“CALLP” is not how you call a stored procedure from RPGLE. If this truly is a stored procedure, you call it using embedded SQL. If it’s a “subprocedure” in another *MODULE or *SRVPGM, then CALLP would be one of the correct ways top call it.
If it is a “subprocedure”, is it in a library that’s on your library list at run time?
I think Michael is right — cannot find any callp to procedure.
SQL CALL to the created procedure should be used.
If ST_samp1 where an RPGLE or CL program then CALLP could be used.
Stored procedures can be defined with an “external program”, they basically pass the parameters coming in to an RPGLE or CL program and receive results back and pass them forward to the caller. Stored procedures can also be defined with an SQL body which processes the request internally. If it were calling an external program then you could call that program directly from your RPGLE program.
I’m assuming that ST_samp1 is some object related to your stored procedure.