× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



i do not want to replicate the arrays, but the information send by caller
is on P_ER6005DS and not in the ER6005DS.

and i use the fields from the ER6005DS on the code and for the overlay in
the arrays. If i not declare
DCL-DS ER6005DS extname('ER6005DS') inz;

i cannot use the name of the fields of ER6005DS on the program.

begsr tcseins;
//exsr $vidtr;
exsr $trlgi;
// Se não ocorreram Erros nas Validações...
if* #cfrercode* <= 1 and* #cfreaptr* = 'A';
$fapli = *#cfreaptr; *
exsr csein;
else;
#cfresttr = '1';
endif;
exsr $trlgx;
exsr $trcvr;
endsr;

On Wed, Mar 4, 2020 at 5:26 PM <dlclark@xxxxxxxxxxxxxxxx> wrote:

"RPG400-L" <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> wrote on 03/04/2020
05:39:31 AM:
In fixed we work with external data structures to received information
and
pass information between programs.


*---------------------------------------------------------------------------------------------
D er6005ds e ds extname(er6005ds)

D wrtprba 4 dim(50) overlay(#tractprba)
Tp Reembolso Anteci.
D wrdesc 80 dim(50) overlay(#tracdesc)
Desc. Tp Reemb. Ant.


*---------------------------------------------------------------------------------------------
C *entry plist
C parm er6005ds

And now we have to used FREE and maintain the same structure.
DCL-DS ER6005DS extname('ER6005DS') inz;
wrtprba char(4) dim(50) overlay(#tractprba);
wrdesc char(80) dim(50) overlay(#tracdesc);

but i can use the same ext DS in the procedure interface:
DCL-PI *N;
p_er6005ds like(ER6005DS);
END-PI;

The information from the caller is on P_ER6005DS.

And i have on the pcpgm always to do:

ER6005DS = P_ER6005DS;

e the ucpgm the inverse:

P_ER6005DS = ER6005DS;

Theres any way of receive the information not in P_ER6005DS, but in the
DS
declare with the arrays???


Why do you not want to use this statement to get the data into the
original data structure that is declared with the arrays?

ER6005DS = P_ER6005DS;

Otherwise, since neither LIKE nor LIKEDS will copy the number of
dimensions in an array, you would be forced to replicate the data
structure definition in the called program in order to get the same
definition with dimensioned arrays as in the calling program.

Note that this is not a FIXED vs. FREE issue. You would have the
same problem either way.


Sincerely,

Dave Clark
--
int.ext: 91078
direct: (937) 531-6378
home: (937) 751-3300

Winsupply Group Services
3110 Kettering Boulevard
Dayton, Ohio 45439 USA
(937) 294-5331






*********************************************************************************************
This email message and any attachments is for use only by the named
addressee(s) and may contain confidential, privileged and/or proprietary
information. If you have received this message in error, please
immediately notify the sender and delete and destroy the message and all
copies. All unauthorized direct or indirect use or disclosure of this
message is strictly prohibited. No right to confidentiality or privilege
is waived or lost by any error in transmission.

*********************************************************************************************
--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.