Discussion :

[_Jnie_]

Bonjour tout le monde,

Mon programme appelle deux /copy qui définissent des variables et prototypes.

Hors ces 2 copy comportent une variable avec le même nom. Est-il possible de gérer ça en qualifiant la variable par le nom de copy (comme une DS)? faut-il tout renommer une des deux variables?

Merci d'avance,
_Jnie_

[K2R400]

Elles sont la même définition ou pas ?

[rcordonnier]

Bonjour,

dans quel langage s v p cl? rpg ? autres

si tu precise nous pourrons t'aider

a plus

[_Jnie_]

C'est du RPG. (je débute avec le free)

Et non, elles n'ont pas la même définition...

Merci,

[jump400]

Bjr,


Personnellement, je suis assez catégorique sur ce genre de cas.
C'est manifestement une erreur de conception, il faut donc modifier les noms dans les /copy.
Mais je présume que ce n'est pas le genre de réponse que tu attends ...

[laurentb91]

Le /copy est intégré dans le source exactement comme si tu avais écrit le code du copy dans le source. C'est ce que fait le compilateur. Tu dois donc renommer tes zones dans les copy ou refaire d'autres membres copy si ils sont déja utilsés ailleurs par d'autres programmes.
Personellement, le / copy, je pense que c'est à mettre à la poubelle, ça rend les programmes illisibles, et c'est un truc qui date de l'époque ou le code action Call n'existait pas, donc désuet et inutile depuis à peu prés 20 ans.Avis personnel et partagé par pas mal de personnes .

[m4k-Hurrican]

Les /COPY sont au contraire très utiles depuis les évolutions modernes...
Quand tu définis des procédures externes (ce que tout bon programmeur RPG doit faire aujourd'hui), tu t'amuses à recopier dans tous tes membres, le source du prototype ? Donc à chaque changement des paramètres de la procédure tu dois remodifier tous tes sources ?
Non, il est beaucoup plus pratique et logique de n'avoir qu'un source pour le(s) prototype(s). Dans le meilleur des cas, on recompile juste le programme de service si les procédures sont placées dedans, et le tour est joué.