Quelle est la différence entre READ et READ INTO ?

Bonjour,
J’aurais aimé savoir c’est quoi la différence entre read et read into et surtout qui détermine le choix entre les deux.
Et une deuxième question , dans la FD des fois c’est pas détaillé comme pour le fic6 avec juste la copie et des fois c’est détaillé comme fic5 .

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

FD FIC6 RECORDING F LABEL RECORD STANDARD BLOCK 0 RECORDS RECORD 150 DATA RECORD ENR-FIC6. 01 ENR-FIC6. COPY CRMRIB REPLACING ==(ENR)== BY ==CR==. FD FIC5 RECORDING F LABEL RECORD STANDARD BLOCK 0 RECORDS RECORD 300 DATA RECORD ENR-FIC5. 01 ENR-FIC5 . 02 FIC5-NUM-SEQ PIC X(010). 02 FIC5-PIVOT PIC X(240). 02 FIC5-CODE-REJET PIC X(003). 02 FIC5-LIB-MOTIF-REJET PIC X(047)

---

merci beaucoup

si j'ai bien compris ce que xfanx dit dans une autre discussion
" tu utilises les buffers d'I/O pour tes READ INTO et WRITE FROM (niveau 01 en FD) c'est dangereux puisque c'est le systeme qui gere ces valorisations.."
alors vaut mieux utiliser le read into avec une variable déclarée dans le working storage ?

Bonjour.

Citation:

---

Envoyé par mosaab

..." tu utilises les buffers d'I/O pour tes READ INTO et WRITE FROM (niveau 01 en FD) ...

---

Non, tu utilises les buffers I/O (gérés par le système et pouvant être déplacés à tout moment) quand tu utilises un READ tout court SANS le INTO et le WRITE/REWRITE SANS le FROM. Beaucoup de développeurs n'utilisent pas cette technique par crainte d'avoir les buffers mal renseignés, ceci est surtout vrai après un ordre WRITE/REWRITE réussi. Ils préconisent d'utiliser des DS (structure de données/groupes) dans la Working ou dans la Linkage dans lesquelles vont être dupliqués les buffers d'entrée avec le READ INTO ou qui vont servir à remplir les buffer de sortie avec le WRITE FROM.
Personnellement j'utilise cette technique uniquement quand je veux préserver les données lues ou écrites pour un usage ultérieur, cela m'évite de gonfler la mémoire utilisée par la Working, vieux soucis pour un vieux développeur.

Citation:

---

Envoyé par Hédhili Jaïdane

Bonjour.

Non, tu utilises les buffers I/O (gérés par le système et pouvant être déplacés à tout moment) quand tu utilises un READ tout court SANS le INTO et le WRITE/REWRITE SANS le FROM. Beaucoup de développeurs n'utilisent pas cette technique par crainte d'avoir les buffers mal renseignés, ceci est surtout vrai après un ordre WRITE/REWRITE réussi. Ils préconisent d'utiliser des DS (structure de données/groupes) dans la Working ou dans la Linkage dans lesquelles vont être dupliqués les buffers d'entrée avec le READ INTO ou qui vont servir à remplir les buffer de sortie avec le WRITE FROM.
Personnellement j'utilise cette technique uniquement quand je veux préserver les données lues ou écrites pour un usage ultérieur, cela m'évite de gonfler la mémoire utilisée par la Working, vieux soucis pour un vieux développeur.

---

merci beaucoup pour vos réponses et surtout votre disponibilité
donc si j'ai bien compris c'est pas toujours bon d'utiliser le into ou from par soucis de mémoire , donc à utiliser a bon escient , comme vous l'avez expliqué

Bonjour et de rien.

A vrai dire la mémoire ne pose plus tellement de problèmes et n'est plus un soucis pour les développeurs, sauf cas rares, vu l'avancement de la techno matérielle et logicielle, l'optimisation des compilateurs et la réentrance du code exécutable.

Les soucis des INTO/FROM sont de deux ordres : l'utilisation du buffer d'entrée ou de sortie s'il y a eu un CLOSE du fichier sans repasser par un OPEN si les erreurs I/O (Exceptions) ne sont pas bien gérées auquel cas le système sortira le programme pour violation de mémoire ou au pire le fera planter pour pointeur non défini. Donc ce genre de binz ne passe pas inaperçu. Le cas le plus dangereux est celui de l'utilisation des données du buffer de sortie (pas son remplissage) après une opération de WRITE/REWRITE réussie, le système peut changer le buffer de place sans que le programme s'en aperçoive et là on récupère n'importe quoi, c'est surtout à ce cas là qu'il faut faire le plus attention : NE JAMAIS UTILISER UNE DONNEE D'UN BUFFER DE SORTIE QU'ON VIENT D'ECRIRE.

Bonne continuation.

Aux propos qui précèdent et que j'approuve, j'ajoute aussi la difficulté particulière liée aux fichiers variables : le buffer (la zone FD donc) peut contenir plusieurs enregistrements, alors que le read INTO permettra de ne récupérer que l'occurrence qui va bien dans la description qui va bien et éviter ainsi les impairs ;-)

Toujours le même débat et toujours les mêmes arguments débiles ...

cf. :
https://www.developpez.net/forums/d1...entiel-indexe/

Dans cette discussion, je concluais :

Citation:

---

Donc à part consommer du CPU pour rien, le READ INTO ne présente qu'un intérêt marginal, voir aucun intérêt du tout ...
CQFD.

---

Je reste sur ma position ...

Bonjour mosaab,

J'ai modifié le titre de ton sujet pour le rendre un peu plus explicite. N'hésite pas à y retoucher au besoin. ;)

Bonne journée !

bonjour ,
on me demande de faire une chose mais je en comprends pas le sens .
"Ecriture de l’en-tête du fichier en sortie: Société;Région;Traité;CI;CF;Produit 1; Produit 2;Produit 3; … ; Produit 50;"
en fait je dois écrire dans un fichier et avant on me demande ça juste avant d'alimenter ce fichier et je ne vois ce que cela veut dire
quelqu'un pourrait m'expliquer . merci beucoup

Citation:

---

Envoyé par mosaab

...
on me demande de faire une chose mais je en comprends pas le sens .
"Ecriture de l’en-tête du fichier en sortie: Société;Région;Traité;CI;CF;Produit 1; Produit 2;Produit 3; … ; Produit 50;"

---

ça correspond, me semble t il, au premier enregistrement du fichier ...

Citation:

---

Envoyé par mosaab

bonjour ,
on me demande de faire une chose mais je en comprends pas le sens .
"Ecriture de l’en-tête du fichier en sortie: Société;Région;Traité;CI;CF;Produit 1; Produit 2;Produit 3; … ; Produit 50;"
en fait je dois écrire dans un fichier et avant on me demande ça juste avant d'alimenter ce fichier et je ne vois ce que cela veut dire
quelqu'un pourrait m'expliquer . merci beucoup

---

Bonjour.

Tu vois, quand tu as un tableau (Excel par exemple), tu as une ligne qui contient les libellés (entêtes) des données qui vont être écrites sur les lignes suivantes. Donc si j'ai bien compris on te demande de faire la même chose avec le fichier en sortie (que tu vas écrire/produire), en première ligne les entêtes puis sur les lignes suivantes les données que tu vas lire à partir du fichier en entrée.
Comme je vois des ";" dans la ligne entête, on va peut être te demander de faire la même chose avec les données à suivre pour produire un fichier texte avec ";" comme séparateur (un csv en fait)