[KSN]

Здравствуйте.

Val ( S; var V; var Code: Integer )

Объясните пожалуйста почему происходит вывод сообщения 'Ошибка размерности', в той ситуации когда я в поле Edit1.text допускаю ошибку, то есть получается, что cod<>0, а в поле Edit2.text ошибки не допускаю, то есть code=0. По идее он должен перекрыть полученное значение при проверке Edit1.text не равное нулю на полученное - равное, а при равенстве нулю нулю сообщения выводится не должно.

PS: Скриншот кода прикреплён.

[Bargest]

происходит вывод сообщения 'Ошибка размерности'

Потому что буквы слишком большие.

PS: у тебя вообще-то три условия для вывода ошибки. Подумай над этим.

[Alegun]

Пример успешного и неудачного преобразования строки с вещественным числом

Код:

var
  numberString : string;
  float        : Extended;
  errorPos     : Integer;
begin
  // Установка строки правильным с вещественным числом
  numberString := '12345.678';

  // Его преобразование в значение
  Val(numberString, float, errorPos);

  // Показ строки и преобразованного значения
  if errorPos = 0
  then ShowMessageFmt('Val(%s) = %12.3f',[numberString,float]);

  // Val игнорирует десятичный разделитель
  DecimalSeparator := '_';
  numberString := '12345_678';
  Val(numberString, float, errorPos);
  if errorPos = 0
  then ShowMessageFmt('Val(%s) = %12.3f',[numberString,float])
  else ShowMessageFmt('Val(%s) потерпело неудачу в позиции %d',
                      [numberString, errorPos]);
end;

Val(12345.678) = 12345.678
Val(12345_678) потерпело неудачу в позиции 6

[KSN]

Alegun, спасибо!

Bargest, facepalm.

[Sitkin]

Действительно, при повторном вызове процедуры Val с фактическими параметрами Val(Edit2.Text, m, Cod) в параметре Cod будет
записано новое значение, которое затрёт старое. И, если в Edit1.Text была допущена синтаксическая ошибка в числе,
а в Edit2.Text нет ошибки, то Cod будет равен в конце концов нулю и логический операнд Cod<>0 будет принимать значение
"Ложь". Но в логическом выражении (Cod<>0)or(m<2)or(n<2) есть ещё два операнда. И вот они как раз оказывают влияние на значение
всего выражения. Ведь процедура Val в Вашем случае записывает преобразованные из строки числа в параметры n и m, а они как раз
фигурируют в двух других логических операндах.Так вот пусть в Edit1.Text введено fignya, а в в Edit2.Text - 5.После двух
вызовов процедуры Val на момент вычисления значения логического выражения (Cod<>0)or(m<2)or(n<2) Cod будет равен нулю, т.к.
5 - съедобное для Val значение и оно вводится вторым. Но! Во время вызова Val(Edit1.Text, n, Cod) ошибка преобразования
произошла, но параметр n НЕ останется никаким, там будет записан 0. А поскольку 0<2, то (n<2) будет иметь значение "Истина",
а значит "Истиной" будет и всё выражение (Cod<>0)or(m<2)or(n<2), т.к. связка "или". Это и заставит выполняться ветвь then.
Но! Не всё так просто. Процедура Val преобразует строковое представление числа в "обычное" число посимвольно до первого
ошибочного символа, позиция первого ошибочного символа записывается в параметр Cod. Ранее успешно записанные цифры до
первого ошибочного символа не пропадают, сохраняются в данном случае в параметре n или m. Если Edit1.Text=5к, а Edit2.Text=5,
то по Вашему коду на момент вычисления логического выражения (Cod<>0)or(m<2)or(n<2) будет: n=5, m=5, Cod=0, что даст значение
"Ложь" логическому выражению, и ветвь then выполнена не будет, т.е. сообщение не выведется, досрочного выхода не будет.
Вот почему будет возникать разное развитие событий при различных комбинациях ошибок. Замечание: если Edit1.Text=-3к, то
будет n=3. Вот такие дела). С уважением для KSN