Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

Цитата --Ins-- @ 01.02.11, 21:47

Ты же объявил результат как byte - он и будет

результат будет NativeInt, если не указано иное
ошибка из-за переполнения возникнет при присвоении или при переполнении NativeInt

var
  a,b,c,d:byte;
begin
  b:=200;
  c:=200;
  d:=200;
  a:=b+c-d; // 200
end;

Цитата korvin @ 01.02.11, 21:57

не только

а где еще

Цитата --Ins-- @ 01.02.11, 21:53

оператор / в принципе возвращает extended

??

Цитата --Ins-- @ 01.02.11, 21:49

То будет int, причем если a = 200, b = 200, то результат будет 400, как и ожидаемо. Урезание до разрядности результата происходит в конце. В этом случае наименьшее удивление и достигается

Очень странно, значит так

double := int / int работает, т.к. область допустимых значений операции такая же, как область допустимых значений переменной-результата
int := int / int не работает, т.к. область допустимых значений операции ниже, чем область допустимых значений переменной-результата

int := byte + byte работает, т.к. область допустимых значений операции такая же, как область допустимых значений переменной-результата
byte := byte + byte всё равно работает, даже не смотря нато, что область допустимых значений операции ниже, чем область допустимых значений переменной-результата

KILLER, под extended я подразумеваю просто вещественный тип

Цитата --Ins-- @ 01.02.11, 21:53

Вот это я могу понять! Так же как и могу понять, что оператор / в принципе возвращает extended

А я не могу. Аргументы были.
Кстати, можно ли в дельфи так же удобно обработать переполнение?

    byte b = 200, c = 100;
    try
    {
      byte a = checked((byte)(b + c));
      Console.WriteLine(a);
    }
    catch(OverflowException e)
    {
      Console.WriteLine(e.Message);
    }

При этом checked может выставляться на одно выражение (как в примере), на блок кода (checked { }), на весь собираемый проект (в настройках компилятора). Для последнего случая есть антагонист - unchecked.

Сообщение отредактировано: MyNameIsIgor - 01.02.11, 22:00

Цитата --Ins-- @ 01.02.11, 21:58

Разве? Отнюдь. Хотя да, я забыл добавить "в арифметике"

в арифметике, на сколько я знаю, по крайней мере в школьной, термин extended отсуствует

Добавлено 01.02.11, 22:01

Цитата --Ins-- @ 01.02.11, 21:59

KILLER, под extended я подразумеваю просто вещественный тип

Ну так тебе ведь уже про комплексные намекали? Вроде намекали, ну так значит за делфи и говори, а не за всю арифметику...

Цитата Повстанець @ 01.02.11, 21:59

byte := byte + byte

То же относится и к int + int и к int * int и т.д. Переполнение - это не всегда ошибка. На переполнении может основываться алгоритм. Какой? Например - шифрования. И определить, ошибка эта или нет, может только сам программист опираясь на свою задачу. Карты в руки - определяй. скажешь что ошибка - будет ошибкой

Цитата Qraizer @ 01.02.11, 21:53

Гы. Ты, небось, за byte посчитал char (который по-дефолту знаковый)? Тогда у тебя 200 получилось -56. В Паскале/Дельфи byte - беззнаковый тип. Сделай unsigned char получишь те же 600.

И вправду. Тогда я протупил.

Цитата --Ins-- @ 01.02.11, 21:26

изменил бы значок / на div, который дал бы ему желанное целочисленное деление

Столь желанный вещественный результат из целочисленных операндов запиливается в виде функции. Если это кому-то надо.

Я вообще не понимаю, нашли чо обсуждать, какую то синтаксическую перделку...

Цитата Shaggy @ 01.02.11, 21:58

ошибка из-за переполнения возникнет при присвоении или при переполнении NativeInt

Я в курсе, может я вопрос не так понял или ты мой ответ? Я писал, что обрезание до нужной разрядности происходит при присвоении результата

Цитата KILLER @ 01.02.11, 22:04

Я вообще не понимаю, нашли чо обсуждать, какую то синтаксическую перделку...

Ну, был вброс. Мы достойно на него ответили
Все эти холивары - это вообще языком почесать

Цитата --Ins-- @ 01.02.11, 22:03

То же относится и к int + int и к int * int и т.д. Переполнение - это не всегда ошибка. На переполнении может основываться алгоритм. Какой? Например - шифрования. И определить, ошибка эта или нет, может только сам программист опираясь на свою задачу. Карты в руки - определяй. скажешь что ошибка - будет ошибкой

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

Цитата MyNameIsIgor @ 01.02.11, 21:59

Кстати, можно ли в дельфи так же удобно обработать переполнение?

{$OVERFLOWCHECKS ON/OFF}
?

Цитата KILLER @ 01.02.11, 21:58

а где еще?

CL, Scheme, Haskell, больше навскидку не вспомню