Discussion :

[Catsooo]

Bonjour � tous ,
je suis �tudiant en informatique et j'ai re�u un code dans le cours que je n'arrives pas � comprendre

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
#include <iostream>
using namespace std;
 
int main() {
         unsigned r { 4 };
         bool * s { new bool [r] { true, true } };
         for (unsigned u = 0; u < r; ++u) {
                   cout << s[u] << " ";
     }
}

Le r�sultat affich� est : 1 1 "chiffre al�atoire" 0
Je comprend les deux 1 car c'est true qui est initialis� mais je ne comprend pas pourquoi le troisi�me chiffre est automatiquement un nombre al�atoire et pourquoi le quatri�me prend une valeur logique qui est 0 car un bool�en non initialis� se met � false ( donc 0 ). Donc si quelqu'un peut m'expliquer ce code �a serait sympa

[LittleWhite]

Bonjour,

Pour moi, le code me semble bizarre, car il y a des accolade � la place de certaines parenth�ses.
Sinon, la cellule 3 et 4 ne sont pas initialis� d'apr�s moi. Que cela tombe sur z�ro est de la chance. Et il y a une fuite de m�moire.

[white_tentacle]

je ne comprend pas pourquoi le troisi�me chiffre est automatiquement un nombre al�atoire et pourquoi le quatri�me prend une valeur logique qui est 0 car un bool�en non initialis� se met � false ( donc 0 ). Donc si quelqu'un peut m'expliquer ce code �a serait sympa

Un bool�en non-initialis� ne se met � rien du tout, il a une valeur al�atoire. Donc la valeur que tu r�cup�res d�pendra de :
- d�tails d�impl�mentation
- l��tat de ta m�moire

Pas grand chose d�int�ressant � en tirer, sauf si tu t�int�resse au fonctionnement interne de ton compilateur. Pour info, chez moi les deux valeurs (3 et 4) sont � z�ro.

Sinon, quelques remarques sur le code en question :
- la syntaxe, bien que valide, est peu usuelle. On pr�f�re plut�t �crire :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
 
unsigned int r = 4;
bool* s = new bool[r]{ true, true};

- utiliser des initializer-lists avec un tableau de taille variable g�n�re un warning chez moi. C�est logique, le compilateur ne peut pas v�rifier que le tableau cible a bien une taille suffisante, ce qui est susceptible de poser de gros probl�mes.
- comme l�a fait remarquer littlewhite, il y a une fuite m�moire.

[Neckara]

Pour moi, le code me semble bizarre, car il y a des accolade � la place de certaines parenth�ses.

la syntaxe, bien que valide, est peu usuelle

Si je ne me trompe pas, ceci est une nouveaut�s du C++11, on peut remplacer les parenth�ses des constructeurs par des accolades.
Ce n'est donc pas valide en C++99 par exemple.

Attention � la petite nuance :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
struct myclass {
  myclass (int,int);
  myclass (initializer_list<int>);
  /* definitions ... */
};
 
myclass foo {10,20};  // calls initializer_list ctor
myclass bar (10,20);  // calls first constructor

cf http://www.cplusplus.com/reference/i...tializer_list/

[Ehonn]

Si je ne me trompe pas, ceci est une nouveaut�s du C++11, on peut remplacer les parenth�ses des constructeurs par des accolades..

C++11 am�ne bien l'initialisation uniforme.

C++99

C++98, C++03, C++11, C++14, C++17, ...

[Neckara]

C++98, C++03, C++11, C++14, C++17, ...

Ah... je confonds avec le C :
C89/90, C99, C11.

Je dis pas mal de b�tises ces derniers temps .

[M�dinoc]

Donc si j'ai bien compris, en C++11, on a droit � une instanciation du type:

Code C++ :

S�lectionner tout - Visualiser dans une fen�tre � part

bool* pTab = new bool[4] { true, true };

Mais contrairement � bool tab[4] = {true, true};, cela n'initialise pas les valeurs restantes?
(probablement sur le m�me principe qu'un tableau dynamique de POD n'est jamais initialis� automatiquement)

[jo_link_noir]

Je ne suis pas d'accord. Si le tableau est initialis�, les valeurs non initialis�s le seront avec {} ; false pour un bool�en, 0 pour un int, etc.

new bool[4]; : pas initialis�
new bool[4] {}; : 0 0 0 0
new bool[4] { true, true }; : 1 1 0 0

Que le 4 soit dynamique ou pas.

[white_tentacle]

Je ne suis pas d'accord. Si le tableau est initialis�, les valeurs non initialis�s le seront avec {} ; false pour un bool�en, 0 pour un int, etc.

new bool[4]; : pas initialis�
new bool[4] {}; : 0 0 0 0
new bool[4] { true, true }; : 1 1 0 0

Que le 4 soit dynamique ou pas.

Je confirme. C�est bien ce que dit ma version de la norme (� 8.5.1 et suivants). J�ai tendance � oublier que le compilateur initialise certaines valeurs dans certains contextes (c�est tellement moins grave de se tromper dans ce sens l� que je pr�f�re toujours initialiser explicitement).

[M�dinoc]

Alors comment expliquer les r�sultats obtenus par catsooo?

[LittleWhite]

Cela d�pend du compilateur, des optimisations (ou mode d�bogage) et du syst�me, je pense.

[therwald]

Peut-�tre que le compilateur n'est pas full C++11 et ne fait pas la partie implicite de l'initialisation? C'est lequel?

[Astraya]

Je comprend les deux 1 car c'est true qui est initialis� mais je ne comprend pas pourquoi le troisi�me chiffre est automatiquement un nombre al�atoire et pourquoi le quatri�me prend une valeur logique qui est 0 car un bool�en non initialis� se met � false ( donc 0 ). Donc si quelqu'un peut m'expliquer ce code �a serait sympa

Normalement les deux derniers doivent �tre al�atoire. que tu obtiennes 0 est un pur hazard.

Cela d�pend du compilateur, des optimisations (ou mode d�bogage) et du syst�me, je pense.

L'initialisation est une fantaisie de compilateur si c'est le cas, certains set � 0 (peut-�tre) d'autre le set rien (prend la valeur qui est d�j� dans la m�moire).
Mais le compilateur qui set � 0 sans que l'on lui demande... �a doit �tre une option (optimisation?)

Je me rappelle de m�moire avoir eu un truc similaire en debug et release. En Debug, les valeurs �tait par defaut � 0, en release non (Sous visual express 2008 de m�moire)

Il n'est pas normal qu'un compilateur initialise pour nous une valeur sans que l'on lui demande explicitement.

[therwald]

Normalement les deux derniers doivent �tre al�atoire. que tu obtiennes 0 est un pur hazard

cf + haut, c++11 est cens� initialiser � la valeur par d�faut quand on n'initialise explicitement que certains �l�ments.

[Astraya]

cf + haut, c++11 est cens� initialiser � la valeur par d�faut quand on n'initialise explicitement que certains �l�ments.

Oups... J'ai lu en diagonal, je n'ai pas encore eu l'occasion d'utiliser les list initializer.
Mais dans ce cas l�, il ne devrait pas avoir de valeur al�atoire dans s[2]....
Est-ce que le r�sultat est le m�me sans l'allocation dynamique?