Discussion :

[apqmwnqmap]

Bonjour,

J'aimerais savoir s'il existe un compilateur COBOL qui accepte des sources qui ont des lignes plus longues que 80 caractères. Et sinon, pourquoi garder cette limitation dans les compilateurs actuels? (des sociétés en maintiennent encore actuellement)

Merci

[Hédhili Jaïdane]

Bonjour.

Je pense que non, jusque là j'en ai jamais rencontré. Celà fait partie de la normalisation depuis 1974. Au fait il n'y en a que 72 utiles.c'est hérité de cette histoire de carte perforée 80c. On retrouve ça dans le RPG, le Fortran, le Basic, etc...

Bien cordialement
Hédhili Jaïdane
- - - - - - - - -

[Luc Orient]

... J'aimerais savoir s'il existe un compilateur COBOL qui accepte des sources qui ont des lignes plus longues que 80 caractères. Et sinon, pourquoi garder cette limitation dans les compilateurs actuels? ...

A contrario, quel est intérêt d'avoir des lignes plus longues que 80 caractères, ce qui correspond en gros à la taille d'une ligne affichable sur un écran ?

[Mercure]

Pour info, les 80 colonnes de la carte Hollerith ont été inventées par ce même Herman Hollerith. La carte fut utilisée à l'origine en mécanographie pour le dépouillement des élections américaines. Elle a hérité des 80 caractères qui formaient en fait la longueur d'une ligne de la machine-à-écrire des dactylographes, machine aujourd'hui classée au rang des Dinosaures,

[apqmwnqmap]

L'intéret est qu'on peut s'imposer une limite pour avoir un code lisible, mais que ce soit le compilateur qui l'impose est handicapant. Dans mon cas, j'ai du code généré, donc que je n'ai pas écrit et que je ne vais pas lire. Et bien j'ai cette contreinte en plus, alors que ça n'apporte rien...

Je ne comprend pas comment une telle restriction peut etre difficile à enlever (ou étendre). En gros, y'a pas un 80 en dur dans les compilateurs?

[Hédhili Jaïdane]

... En gros, y'a pas un 80 en dur dans les compilateurs?

Oui, et plutôt du 72 (73-80 : nom du programme et qui n'a jamais servi depuis la nuit des temps).

Format des lignes COBOL
| <1à6> | <7> | <8à11> | <12 à 72> | <72 à 80> |
|N° Séq.|Cont.|Zone A |Zone B |commentaires |
- N° Séquence = libre et non contrôlé sauf indication
contraire.
- « * » en col 7 = commentaires : en mettre autant qu’il
faut.
- Zone A = Entêtes des divisions, sections, paragraphes,
indicateurs de niveau (FD, SD, 01 et 77), DECLARATIVES,
END PROGRAM.
- Zone B = Entrées, instructions, phrases, etc..

Cordialement
Hédhili Jaïdane
- - - - - - - - -

[apqmwnqmap]

Quelqu'un a-t-il déjà fait, ou touché au source d'un compilateur cobol?

[Hédhili Jaïdane]

Je n'arrive pas à comprendre ce que tu cherches à gagner surtout dans le cas précis que tu nous a indiqué diu générateur ? De la place mémoire dans les sources ?
Et en plus si tu cherches midi à quatorze heures en pensant à modifier le compilateur, là tu n'es pas sorti de l'auberge.

Hédhili Jaïdane
- - - - - - - - -

[Luc Orient]

L'intéret est qu'on peut s'imposer une limite pour avoir un code lisible, mais que ce soit le compilateur qui l'impose est handicapant. Dans mon cas, j'ai du code généré, donc que je n'ai pas écrit et que je ne vais pas lire. Et bien j'ai cette contreinte en plus, alors que ça n'apporte rien...

Eh bien je ne vois pas où est le problème ... si c'est du code généré c'est au générateur de prendre en compte cette contrainte ... si il n'en est pas capable c'est un bien piètre générateur ...

[Mercure]

J'approuve pleinement la remarque de Luc.

[ym]

Acucobol permet la saisie en format libre ou dans le format que vous décrivez (ANSI).

On peut aussi jongler entre les deux : les différents fichiers insérés par COPY peuvent être dans un format ou l'autre.

Il y a un exemple des deux formats sur l'article "COBOL" de Wikipédia.
En format libre, les paragraphes sont en colonne 1, le code à partir de la colonne 5, et on n'est pas limité pour la longueur de la ligne.

ym

[apqmwnqmap]

merci pour cette réponse.

je ne trouvais pas les réponses du type "ça sert à rien ce que tu demandes" d'une pertinance révolutionnaire...

[Mercure]

Ce qui veut dire apqmwnqmap, que les autres intervenants qui se sont donnés la peine de te répondre ne méritent même pas un semblant de remerciement.

[apqmwnqmap]

je vous dis merci d'avoir pris la peine d'écrire un mot, mais je voulais savoir pourquoi la contrainte existait encore et si enlever cette contrainte aurait été un gros travail. Mais l'intervention de Luc Orient appuyé par Mercure revient à me voir répondre : la réponse à ta question ne résoudra pas un problème technique, alors on n'y répond pas.
Je trouve ça un peu dommage...

Mais encore une fois merci de vos réponses et désolé si j'ai pu faire défaut de reconnaissance