Discussion :

[Papy214]

Bonjour les gens,

Dans une procédure, si j'ai une variable B de type Boolean. Quelle est sa valeur par défaut à la première ligne de la procédure ?

[Andnotor]

Indéterminée, elle peut être VRAI comme FAUX.

[Papy214]

indéterminée, en informatique, c'est super pour les bugs aléatoires

Et tu sais ça comment ? C'est noté dans un coin de la doc ?

Il me semblait que c'était initialisé à False . Encore une certitude qui s'évapore.

[Andnotor]

Et tu sais ça comment ?

Je dirais que ça a toujours été ainsi

Tu alloues un bloc mémoire mais son contenu n'est pas touché. C'est plus ou moins gênant dans certains cas (le tiens actuel) mais on peut aussi se dire "pourquoi effacer ce bloc, je vais le remplir juste derrière ?" et donc gagner du temps.

La même chose survient avec des fichiers ; on peut en fixer la taille sans rien y écrire. Le fichier contiendra ce qu'il y avait sur le disque à cet instant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Handle := CreateFile(...);
SetFilePointerEx(Handle, UneTailleArbitraire, nil, FILE_BEGIN);
SetEndOfFile(Handle);

Il y a tout de même des subtilités ; quand on parle de variables locales/globales, il faut distinguer deux types de données : les types avec compteur de référence et les autres.
Les types avec compteur de référence (chaînes, interfaces, etc.) sont toujours initialisés.

Ça s'explique assez aisément ; si une chaîne n'était pas initialisée, son compteur de référence vaudrait n'importe quoi. Y insérer un texte impliquerait donc le décrément du compteur et par conséquent la corruption d'une zone mémoire. VA presque assurée

Tu aurais donc posé la même question pour une chaîne, je t'aurais répondu "elle est vide" mais un booléen on ne sait pas

Il me semblait que c'était initialisé à False.

Tu confonds, les propriétés d'un objet sont initialisées à zéro (nil) lors de son instanciation.

[Charly910]

Bonjour,

avec D7 j'ai toujours vu que les booléens étaient initialisés par défaut à False. Mais par sécurité, j'initialise toutes les variables (c'est peut être un peu lourding ? mais ceinture et bretelles ...)

A+
Charly

PS : vu le post de AndNotOr, c'est surement un coup de chance qu'ils soient à False !

[Cirec]

Bonjour,

les variables globales sont initialisées par le compilateur
les variables locales elles sont indéfinies

Si vous n'initialisez pas explicitement une variable globale, le compilateur l'initialise à 0. Les données de l'instance d'un objet (champs) sont également initialisées à 0. Sur la plate-forme Win32, le contenu d'une variable locale est indéfini jusqu'à ce qu'une valeur lui soit assignée.

http://docwiki.embarcadero.com/RADSt...ables_(Delphi)

Cordialement,
@+

[Andnotor]

les variables globales sont initialisées par le compilateur

Et bien tant mieux

Il me semblait que ce n'était pas le cas à une époque (peut-être trop lointaine...)

[Papy214]

Bonjour,

avec D7 j'ai toujours vu que les booléens étaient initialisés par défaut à False. Mais par sécurité, j'initialise toutes les variables (c'est peut être un peu lourding ? mais ceinture et bretelles ...)

A+
Charly

PS : vu le post de AndNotOr, c'est surement un coup de chance qu'ils soient à False !

J'avais eu la même expérience

[guillemouze]

Indéterminée, elle peut être VRAI comme FAUX.

J'irai même plus loin, elle peut être VRAI ($01) comme FAUX ($00) comme VRAI($03) comme VRAI($1A) ...
J'avais eu un problème à cause de ca une fois, un if monBool = True then qui ne rentrait pas dans le if, alors que l’évaluateur m'affichait monBool comme true, mais monBool($08) <> True($01)

[Papy214]

Tout ça me fait me poser la question suivante:

"Qu'est-ce que ça aurait coûté de plus d'initialiser la valeur à faux ?"

Surement pas grand-chose et ça aurait évité surement pas mal de problèmes comme celui que j'ai rencontré tout récemment ( d'où ma question )

[Andnotor]

Du temps

GetMem est plus rapide que AllocMem. Cette différence était sans doute non négligeable à l'époque, certainement moins maintenant il est vrai.

[Paul TOTH]

Tout ça me fait me poser la question suivante:

"Qu'est-ce que ça aurait coûté de plus d'initialiser la valeur à faux ?"

Surement pas grand-chose et ça aurait évité surement pas mal de problèmes comme celui que j'ai rencontré tout récemment ( d'où ma question )

c'est inutile dans 90% des cas....et tu as un Warning quand tu utilises une variables non initialisée.

[Papy214]

c'est vrai. Encore que .... il m'est arrivé quelques fois que Delphi me dise qu'une variable n'était pas initialisée ...
Je l'initialise et ... Delphi me dit que la valeur affectée n'est pas utilisée

[Paul TOTH]

c'est vrai. Encore que .... il m'est arrivé quelques fois que Delphi me dise qu'une variable n'était pas initialisée ...
Je l'initialise et ... Delphi me dit que la valeur affectée n'est pas utilisée

il arrive qu'il se trompe, mais parfois c'est aussi parce qu'il a une logique implacable:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
begin
  case toto of
    1 : titi := 'u';  
    2 : titi := 'x';  
  end;
  if titi = 'x' then // warning car toto pourrait être égale à 3 par exemple et du coup titi non initialisé
end;

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
begin
  titi := '?': // warning car '?' sera toujours remplacé par 'u' ou 'x'
  if toto  = 1 then
    titi := 'u'
  else
    titi := 'x';  
end;

avec la gestion des exceptions ça complique encore un peu plus les choses