Valeur par défaut d'une variable

Version imprimable

04/10/2017, 11h45
Papy214

Valeur par défaut d'une variable

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 ?
04/10/2017, 12h53
Andnotor

Indéterminée, elle peut être VRAI comme FAUX.
04/10/2017, 13h47
Papy214

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

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.
04/10/2017, 14h46
Andnotor
Citation:

Envoyé par Papy214

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:

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 :mrgreen:

Citation:

Envoyé par Papy214

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.
04/10/2017, 14h46
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 !
04/10/2017, 16h07
Cirec

Bonjour,

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

Citation:

Envoyé par Aide en ligne de Delphi

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,
@+
04/10/2017, 17h46
Andnotor

Citation:

Envoyé par Cirec

les variables globales sont initialisées par le compilateur

Et bien tant mieux :ccool:

Il me semblait que ce n'était pas le cas à une époque (peut-être trop lointaine...)
04/10/2017, 22h59
Papy214

Citation:

Envoyé par 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 !

J'avais eu la même expérience :)
05/10/2017, 09h25
guillemouze

Citation:

Envoyé par Andnotor

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)
05/10/2017, 09h43
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 )
05/10/2017, 13h00
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.
05/10/2017, 23h11
Paul TOTH

Citation:

Envoyé par 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 )

c'est inutile dans 90% des cas....et tu as un Warning quand tu utilises une variables non initialisée.
06/10/2017, 09h36
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 :ptdr:

Citation:

Envoyé par 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 :ptdr:

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

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:

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