goto line 3 = une boucle qui englobe line 3 jusqu'au "if..else" du goto.

j'ai pas bien compris ce que vous voulez dire par ca

"goto" est un mot-clé, pas une fonction.

Et c'est une fonctionnalité qui n'a aucun intérêt pour un débutant et extrêmement controversé pour le reste.

N'utilisez jamais "goto".

Remplacez ce if/goto par un simple "while(...){}".

j'ai eu l'idée de créer une fonction qui fait l'addition des job aux tableaux jd puis je fait l'appel a chaque fois que je trouve ce goto mais ça n'a pas marché aussi

Tu as déjà eu plusieurs réponses qui t'ont dit d'utiliser des boucles a la places des goto. Si tu n'écoutes pas ce qui est dit je ne vois pas ce qu'on peut faire de plus pour toi.

Penser à factoriser le code via des fonctions est une bonne idée en soi, mais l'usage des goto détruit toutes velléité de structuration procédurale, c'est l'un des problèmes majeur de goto, reliquat des temps ancestraux où le code C ressemblait souvent à de l'assembleur "amélioré".

En remplaçant les goto par des boucles simplifiera la conception de fonction utiles.

Donc création des boucles AVANT la création des fonctions.

Merci beaucoup pour votre réponse ,c’est logique et convaincant

Pour compléter la réponse de bacelar:

Typiquement, ce que je fais moi c'est de pratiquement toujours penser le corps d'une boucle comme une fonction à part entière en première approximation. Après cette première approximation, il se peut que je me ravise (par exemple si la boucle doit/peut être interrompue prématurément, cela va se juger au cas par cas), mais cette approche à priori, permet une approche qui est connue depuis la nuit des temps "Diviser pour régner", c'est à dire découper un problème compliqué que je ne sais pas résoudre, en une succession de problèmes, plus simples, que je sais résoudre. 

Je vais prendre un exemple que nous connaissons tous, parce que nous avons tous été des enfants, et que nous avons probablement tous joué avec des legos. Lorsque nous assemblions nos légos, nous placions les briques de telles sorte qu'à la fin nous obtenions ce que nous avions voulu faire. Quelque part, la programmation c'est la même chose, nous assemblons des briques pour arriver au résultat que nous voulons obtenir. Ces briques de la programmation, ce sont les instructions, nous les combinons pour obtenir des fonctions que nous combinons à leur tour pour obtenir des programmes.

En fait, les programmeurs sont de grands enfants qui n'ont jamais pu arrêter de jouer au lego

-
Edité par int21h 6 avril 2019 à 12:29:30

nul ne guérit de son enfance...merci pour votre réponse