Проверка знаний talkers-программистов.. aka Помогите))

[asdx]

Сообщение от Poca

Тест не проведен.

почему? мы видим изначально, что в суммарной ячейке у нас ***ня.

program Project2;

{$APPTYPE CONSOLE}

uses
SysUtils;

procedure SwapInt(var A, B: ShortInt);
begin
A := A + B;
B := A - B;
A := A - B;
end;

var
C, A, B: ShortInt;

begin
A := 125;
B := 124;
C := A + B;
WriteLn(C);
WriteLn(A, ' ', B);
SwapInt(A, B);
WriteLn(A, ' ', B);
ReadLn;
end.


Результат:
- 7
125 124
124 125

Добавлено через 45 секунд

Сообщение от asdx

почему? мы видим изначально, что в суммарной ячейке у нас ***ня.

Ты не смотришь вглубь. При переполнении значения в памяти хранится отрицательное число. А значит в следующих операциях будет не вычитаение а сложение и все встанет на свои места.

P.S.: в примере отрицательное значение С доказывает факт переполнения операции сложения.

[asdx]

Сообщение от Poca

Ты не смотришь вглубь. При переполнении значения в памяти хранится отрицательное число. А значит в следующих операциях будет не вычитаение а сложение и все встанет на свои места.

эта "глубина" может не сработать где-то еще... например в том-же мускуле.

Сообщение от asdx

эта "глубина" может не сработать где-то еще... например в том-же мускуле.

Тест?

[asdx]

Сообщение от Poca

Тест?

поднять глаза выше не судьба? или мне все-таки довести тест до конца?

Сообщение от asdx

поднять глаза выше не судьба? или мне все-таки довести тест до конца?

В моем тесте тоже в памяти получилась "***ня". Ну и что?
Ты только что уверял, что это не может работать, однако я показал тебе, что работает.
P.S.: Я не знаю сработает ли это в mysql. Возможно что он числа хранит в текстовом представлении.

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

[asdx]

Сообщение от Poca

В моем тесте тоже в памяти получилась "***ня". Ну и что?
Ты только что уверял, что это не может работать, однако я показал тебе, что работает.
P.S.: Я не знаю сработает ли это в mysql. Возможно что он числа хранит в текстовом представлении.

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

я не уверял, что он не работающий. я говорил, что ГДЕ-ТО он будет не работать. использовать алгоритм, который "где-то" "когда-то" "почему-то" может не работать - идиотизм.

Сообщение от asdx

я не уверял, что он не работающий. я говорил, что ГДЕ-ТО он будет не работать. использовать алгоритм, который "где-то" "когда-то" "почему-то" может не работать - идиотизм.

Ничего подобного. Большинство программ пишется для конкретных условий и конкретных платформ.

Любая программа (абсолютно любая!) может где-то и как-то не работать в каких-то условиях. Не писать программы, который возможно будут глючить (а они будут глючить) - вот это точно идиотизм.

Поэтому я за то, чтобы перед каким-либо утверждением всё проверять.