Topic de mloris7 :

[C++] 99% du 18-25 répondra FAUX !

crash, ta boucle itere une fois de trop :noel:

Le 18 avril 2021 à 04:22:48 :
y a une erreur non ? la boucle fait 11 itérations

ce n'est pas une erreur en soit :hap:

Le 18 avril 2021 à 04:23:03 :
Il va afficher 0 non ?

non :hap:

Le 18 avril 2021 à 04:23:55 :

Le 18 avril 2021 à 04:22:36 :
au pif

rien du tout, car boucle infinie ?

dépend du compilo ?

VRAI mais pourquoi boucle infinie ? :hap:

Écrasement de l'adresse de retour?

Pour te répondre l'op, ton programme va afficher rien.

Le 18 avril 2021 à 04:23:55 :

Le 18 avril 2021 à 04:22:36 :
au pif

rien du tout, car boucle infinie ?

dépend du compilo ?

VRAI mais pourquoi boucle infinie ? :hap:

car i est dans la case mémoire qui suit tableau[10] décalé de size int, et va donc (re)prendre la valeur 0 à "chaque" 11ème itération ?

En vrai j'aurais plus penché pour une erreur de compilo ou un résultat indéterminé car rien ne me semble certifier que ça sera le cas

ah ok boucle infini car dans la pile i sera juste après ton tableau, donc quand tu écrit dans tableau[11] tu remet i à 0

Le 18 avril 2021 à 04:25:05 :

Le 18 avril 2021 à 04:23:55 :

Le 18 avril 2021 à 04:22:36 :
au pif

rien du tout, car boucle infinie ?

dépend du compilo ?

VRAI mais pourquoi boucle infinie ? :hap:

Écrasement de l'adresse de retour?

expliques plus stp :hap:

En vrai, ça renvoie rien, c'est de la merde

Le 18 avril 2021 à 04:25:37 :
ah ok boucle infini car dans la pile i sera juste après ton tableau, donc quand tu écrit dans tableau[11] tu remet i à 0

Il n'écrit jamais dans tableau[11] non ?

Le 18 avril 2021 à 04:25:37 :
ah ok boucle infini car dans la pile i sera juste après ton tableau, donc quand tu écrit dans tableau[11] tu remet i à 0

VRAI :hap:

les deux sont sur le segment BSS, i enregistrée juste après le tableau :hap:

Le 18 avril 2021 à 04:27:14 :

Le 18 avril 2021 à 04:25:37 :
ah ok boucle infini car dans la pile i sera juste après ton tableau, donc quand tu écrit dans tableau[11] tu remet i à 0

Il n'écrit jamais dans tableau[11] non ?

oui tableau[10] pardon mais ça correspond au 11ème élément de tableau, qui n'a pas été alloué pour tableau, mais pour i

Je viens de lancer le programme et ça m'affiche erreur stack overflow

Le 18 avril 2021 à 04:28:21 :
Je viens de lancer le programme et ça m'affiche erreur stack overflow

https://image.noelshack.com/fichiers/2019/14/1/1554077562-fishyjesus.png

Mais il n'y aura jamais de 11ème itération la dans son programme non ?

ça dépend de comment se comporte le compilo, j'en sais foutrement rien à vrai dire. Mais si i est effectivement placé après tableau dans la mémoire et qu'il ne déclenche pas d'erreur, ça serait le comportement qu'on verrait j'imagine

Mais bon si tu cherches ce qui pourrait se passer d'exotique, c'était logique que ça corresponde à ce que l'OP voulait faire deviner

Le 18 avril 2021 à 04:28:17 :

Le 18 avril 2021 à 04:27:14 :

Le 18 avril 2021 à 04:25:37 :
ah ok boucle infini car dans la pile i sera juste après ton tableau, donc quand tu écrit dans tableau[11] tu remet i à 0

Il n'écrit jamais dans tableau[11] non ?

oui tableau[10] pardon mais ça correspond au 11ème élément de tableau, qui n'a pas été alloué pour tableau, mais pour i

Ahh j'avais pas vu le <= :rire:

[04:28:21] <Credential>
Je viens de lancer le programme et ça m'affiche erreur stack overflow

étonnant :hap:

Le 18 avril 2021 à 04:28:21 :
Je viens de lancer le programme et ça m'affiche erreur stack overflow

compilateur en carton :hap:

Le 18 avril 2021 à 04:29:29 :

[04:28:21] <Credential>
Je viens de lancer le programme et ça m'affiche erreur stack overflow

étonnant :hap:

Je sais pas ce que ça veut dire perso je programme en python (si on peut appeler ça programmer)

Le 18 avril 2021 à 04:30:09 :

Le 18 avril 2021 à 04:28:21 :
Je viens de lancer le programme et ça m'affiche erreur stack overflow

compilateur en carton :hap:

C'est le gcc built-in de ubuntu

Données du topic

Auteur
mloris7
Date de création
18 avril 2021 à 04:18:41
Nb. messages archivés
72
Nb. messages JVC
71
En ligne sur JvArchive 469