Интересные интересности и задачи/головоломки

[Poma][a]

1. Известно, что объявление переменной, как string технически равносильно тому, объявлению её как string[255]. Приведите пример, когда такая эквивалентность будет потеряна.

Чейта? Ты тогда объяви компилятор.. А то возьму дельфина.. И фряху как дельфин.. Или фряха с {$H+}

2. Известно, что эквивалентом действия i:=i+1 является инкремент inc(i), при условии, что i - целое. Приведите пример, когда такие действие не будут эквивалентными (не обязательно будет разный результат работы). Напомню, что рассматриваются только случае, когда i - целое

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

3. В каком случае сравнение значения с самим собой даст результат FALSE?

Возьми вещественные

[Вадим Мошев]

Чейта? Ты тогда объяви компилятор.. А то возьму дельфина.. И фряху как дельфин.. Или фряха с {$H+}

Что за фряха? Я знаю, что так freeBSD расшифровывается, но при чём здесь оно?
И что делает директива {$H+}?
ADD. Фряха = фриПаскаль. Дошло...

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

Хорошо, я тогда переформулирую задачу... в каких случаях нельзя заменить i:=i+1 или i:=i -1 их эквивалентами inc(i) или dec(i). Если я возьму максимальное значение, то я смогу спокойно взять декремент.

Возьми вещественные

Сравнил число

2.123456789987654321159753

- получил TRUE, хотя я и до этого знал, что иногда сравнение двух действительных чисел на равенство даёт TRUE. Я же имел в виду случай, когда результат всегда будет FALSE.

[ds.Dante]

Сообщение от Poma][a

Ну эт понятно..
Основная фишка все равно в отказе от хранения массива (я забыл сказать, что нужно вывести номера элементов, а не их значения (начинаем нумерацию с 1))

И это ещё не всё. Если массив состоит из одних нулей, то его надо вернуть целиком.

Сообщение от Вадим Мошев

1. Известно, что объявление переменной, как string технически равносильно тому, объявлению её как string[255].

Именно string[255], а не char[255]?

Сообщение от Вадим Мошев

2. Известно, что эквивалентом действия i:=i+1 является инкремент inc(i), при условии, что i - целое. Приведите пример, когда такие действие не будут эквивалентными (не обязательно будет разный результат работы).

Если по условию это эквивалент, то опровержений быть не должно.

Сообщение от Вадим Мошев

3. В каком случае сравнение значения с самим собой даст результат FALSE?

NaN или класс с перегруженным оператором неравенства.

[Poma][a]

И это ещё не всё. Если массив состоит из одних нулей, то его надо вернуть целиком.

Неа, числа же не повторяются

[Вадим Мошев]

ds.Dante

NaN или класс с перегруженным оператором неравенства.

Да, с NaN всё верно. Про классы я не подумал.

Именно string[255], а не char[255]?

Да, рассматриваем только string[255]

Это может быть property в C#, им не всегда можно присваивать значение. Думаю, для других языков тоже могут быть свои ответы.

Ну, я имел в виду Delphi. В C# инкремент записывается по другому.
Я тогда не очень хорошо сформулировал условие задачи.
в каким случае сработает i:=i+1 (или вычитание) но не сработает inc(i) [или dec(i)]?

[Poma][a]

Про Inc() была идея с функцией.. Но она не зашла.. тыц

И что делает директива {$H+}?

тыц

[ds.Dante]

Сообщение от Poma][a

Неа, числа же не повторяются

Всё равно, в случае с одним нулём предыдущий вариант не сработает.

Сообщение от Вадим Мошев

Да, рассматриваем только string[255]

То есть вот прям typedef string[255] string? Это же бессмыслица.

Сообщение от Вадим Мошев

Ну, я имел в виду Delphi. В C# инкремент записывается по другому.
Я тогда не очень хорошо сформулировал условие задачи.
в каким случае сработает i:=i+1 (или вычитание) но не сработает inc(i) [или dec(i)]?

Я ошибся, поправил предыдущий комментарий.

Задам и я задачку. Хороший, плохой и злой решили немного разнообразить свои скучные пострелушки, собраться на кладбищенском пустыре и устроить тройную дуэль. Хороший стреляет чуть хуже, чем плохой, но чуть лучше, чем злой. В остальном все в одинаковых условиях. Допустим, все трое действуют рационально (вообще, к злому это не относится, но для простоты задачи примем такое условие). У кого больше шансов выжить в дуэле? Чтобы тема не скатывалась в полный оффтопик, добавлю иллюстрацию задачи.

[Poma][a]

Всё равно, в случае с одним нулём предыдущий вариант не сработает.

Чейта он не сработает?
Кол-во элементов больше 3 (или больше или равное - не суть)
Даже если есть один нолик, то есть еще два ненулевых числа. Значится все работает

[Аватар]

Да, с NaN всё верно

А выполнить не пробовали:

ShowMessage(IntToStr(Ord(NaN=NaN)));

Хороший, плохой и злой

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

[ds.Dante]

Сообщение от Poma][a

Чейта он не сработает?
Кол-во элементов больше 3 (или больше или равное - не суть)
Даже если есть один нолик, то есть еще два ненулевых числа. Значится все работает

Согласен.

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

А выполнить не пробовали:

ShowMessage(IntToStr(Ord(NaN=NaN)));

Ваш язык нарушает IEEE 754?

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

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

Я специально сформулировал задачу не как у Гарднера, и похоже, что ваш ответ правильный.

Тогда такой вопрос: у кого больше шансов, если они будут стрелять по очереди, по жеребию?