Если переменная might not have been initialized то...?

[kta87]

При компиляции появляется предупреждение типа: "Variable 'KoefVipusk' might not have been initialized" ! таком случае необходимо присвоить этой переменной значение 0 перед ее расчетом, я правильно понимаю или нет?

[Человек_Борща]

Правильно пониамаете.. иначе начальное значение переменной будет максимум её типа.

К примеру SmallInt (0..127)

var
 i:smallint;//variable 'i' might not have been initialized
begin
 //Сейчас i равно 127
end;

Явно задавайте переменным значения.

[Аватар]

Человек_Борща, как не стыдно максимуму Smallint приписывать 127 Да и с чего он там будет, особенно в локальной переменной функции или процедуры

[kta87]

Ну вот например:

if(ComboBox1.ItemIndex >= 0) and (ComboBox1.ItemIndex <= 7) then
   Vmest1:= cConst1[ComboBox1.ItemIndex];

естественно поваляется это предупреждения т.к. переменная не явно задана, так что лучше перед этой строкой присвоить ей 0 или игнорировать это предупреждение?

[Аватар]

переменная не явно задана

Нет такого понятия. В данном случае значение может быть присвоено, а может и нет. И компилятор в неудоумении, если дальше встречается обращение к значению этой переменной. Если вы обращаеетесь при выполнение того же условия, по которому значение присваивалось, то нет проблем и сообщение можно проигнорировать. В противном случае может быть масса проблем при использовании не инициализированной переменной

[Человек_Борща]

Сообщение от Аватар

Человек_Борща, как не стыдно максимуму Smallint приписывать 127 Да и с чего он там будет, особенно в локальной переменной функции или процедуры

Ой.. опять напутал.. не smallint а shortint[-128..127]

но сути не меняет. Среда указывает на необходимость инициализации результатов функций, переменных если те(переменные) сразу же используются по назначению..

This warning is given if a variable has not been assigned a value on every code path leading to a point where it is used.

program Produce;
(*$WARNINGS ON*)
var
B: Boolean;
C: (Red,Green,Blue);

procedure Simple;
var
I : Integer;
begin
Writeln(I); (*<-- Warning here*)
end;

procedure IfStatement;
var
I : Integer;
begin
if B then
I := 42;
Writeln(I); (*<-- Warning here*)
end;

procedure CaseStatement;
var
I: Integer;
begin
case C of
Red..Blue: I := 42;
end;
Writeln(I); (*<-- Warning here*)
end;

procedure TryStatement;
var
I: Integer;
begin
try
I := 42;
except
Writeln('Should not get here!');
end;
Writeln(I); (*<-- Warning here*)
end;

begin
B := False;
end.

In an if statement, you have to make sure the variable is assigned in both branches. In a case statement, you need to add an else part to make sure the variable is assigned a value in every conceivable case. In a try-except construct, the compiler assumes that assignments in the try part may in fact not happen, even if they are at the very beginning of the try part and so simple that they cannot conceivably cause an exception.

program Solve;
(*$WARNINGS ON*)
var
B: Boolean;
C: (Red,Green,Blue);

procedure Simple;
var
I : Integer;
begin
I := 42;
Writeln(I);
end;

procedure IfStatement;
var
I : Integer;
begin
if B then
I := 42
else
I := 0;
Writeln(I); (*Need to assign I in the else part
end;

procedure CaseStatement;
var
I: Integer;
begin
case C of
Red..Blue: I := 42;
else I := 0;
end;
Writeln(I); (*Need to assign I in the else part*)
end;

procedure TryStatement;
var
I: Integer;
begin
I := 0;
try
I := 42;
except
Writeln('Should not get here!');
end;
Writeln(I); (*Need to assign I before the try*)
end;

begin
B := False;
end.

The solution is to either add assignments to the code paths where they were missing, or to add an assignment before a conditional statement or a try-except construct.

[kta87]

Сообщение от Аватар

Нет такого понятия. В данном случае значение может быть присвоено, а может и нет. И компилятор в неудоумении, если дальше встречается обращение к значению этой переменной. Если вы обращаеетесь при выполнение того же условия, по которому значение присваивалось, то нет проблем и сообщение можно проигнорировать. В противном случае может быть масса проблем при использовании не инициализированной переменной

Т.е. присвоение этой переменной 0 решает эту проблему на первом этапе, но потом значение 0 может и не измениться? Или же решает глобально, т.е. полностью исключает вариант ошибки при обращении в других условиях?

[Аватар]

Или же решает глобально, т.е. полностью исключает вариант ошибки при обращении в других условиях?

Откуда мне может быть это известно? Все зависит от конкретного кода и как это начальное значение может повлиять на ход программы. Если другие условия 0 нормально обработают, как предусмотрено по алгоритму, то нет проблем, иначе... А значение в не инициализированной переменной есть, только оно не предсказуемое в данном случае

[kta87]

Аватар, спасибо за четкий диалог и ясность мысли!

[GunSmoker]

Буратине дали три яблока. Два он съел.

Сколько яблок осталось у Буратины?

Думаете одно? Hичего подобного. Hикто же не знает сколько у него уже было яблок до этого.

Мораль - обнуляйте переменные!