Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Geniepro

Страницы: 1 [2] 3 4 ... 131
16
Я сравнивал суммы чисел - такая упрощенная статистика.
Ну, сумма чисел -- это упрощённая контрольная сумма, тогда уж лучше сразу хеш делать, например SHA-2, а не MD5...

17
Не понятно... Почему неубывающая последовательность неправильна?

И почему равенство значений подменяется равенством хэшей?

Потому, что вот псевдокод который пройдет твой тест:
in := open("input");
out := create("output");
for i:=0; i<in.size/4; ++i {
    out.write(i);
}
При этом он ничего сортировать не будет. Ему вообще плевать на входные данные, ему важно только сколько этих данных.
В таком случае надо добавить проверку статистики файла -- сколько тех или иных чисел в обоих файлах ))

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

Пока проверка довольно тупая - через md5 суммы файлов ответов, исходим из того, что верные ответы у всех должны быть одинаковые, а вот ошибаются программисты в разных алгоритмах на разных языках, реализованных независимо друг от друга - по разному. Исходя из этого были выбраны вероятно правильные md5 суммы и теперь с ними сравниваются ответы.
"вероятно правильные md5 суммы" -- порадовало ))) вот она, партизанщина ))

19
Хм. А собирать его чем? В архиве предположительно только исполняемый файл для калибри. А я эльфов хочу...
Ну может предпоследней версией? ))

20
Да, еще вопрос к akron1: где взять актуальную версию компилятора?
Вроде вот последняя версия: http://board.kolibrios.org/viewtopic.php?f=33&t=2443&sid=06ed798bbd09a775c48ce781636a1776&start=30#p66481

21
Ясно, то есть речь идёт об уведомительном интерфейсе, с помощью которого можно проверить правильность модуля-клиента, но нельзя собрать в машинный код.
А зачем отдавать заказчику код модуля в виде машинного кода? Отдавайте ему в виде AST -- а заказчик уже сделает сборку с генерацией машинного кода...

22
Итак, я написал несколько десятков тысяч строк некачественного, но работающего кода на этом языке.
Смотрел я исходники твоего fb2-ридера, толком не разглядывал, но выглядит куда лучше, чем у Вирта, так что нормлаьный код, нечего себя принижать )))

23
Т.е. тут у нас примерно как в жизни - мутненькое ТЗ.
Да просто тебе лень полноценное ТЗ составить, а потом ещё на Вирта бочку катишь из-за его 17 страниц ))

24
Общий раздел / Re: Странные битовые операции
« : Ноябрь 29, 2016, 05:43:33 pm »
Нет,  ORD( boolean ) появился только в последних ревизиях оберона.
А ведь это было ещё в древнем паскале. Зачем Вирт его убрал?

25
Общий раздел / Re: Странные битовые операции
« : Ноябрь 29, 2016, 05:20:56 am »
Причем булево даже через SYSTEM.VAL не удастся ни к чему привести.
неужели трудно сделать свою процедурку, желательно инлайновую, типа:
PROCEDURE BoolToInt(b: BOOLEAN): INTEGER;
BEGIN
  IF b THEN RETURN 1
       ELSE RETURN 0
  END
END BoolToInt;

26
Общий раздел / Re: Странные битовые операции
« : Ноябрь 18, 2016, 06:59:05 pm »
В Си где только можно использую нормальную арифметику вместо битовых операций и не чувствую, что чего-то не хватает.
Вообще в зависимости от компилятора может порождаться разный по быстродействию код. На такой тестовый пример:
int test(int x, int num1, int num2) {
    return (x > num1) | ((x < num2) << 2);
}

int test2(int x, int num1, int num2) {
    return (x > num1) + (x < num2) * 4;
}
https://godbolt.org/
Компилятор clang 3.9.0 генерирует почти одинаковый код, заменив умножение на сдвиг, разница лишь в том, что он оставляет команды or и add.
Компилятор gcc 6.2 тоже генерирует почти одинаковый код, заменив и умножение, и сдвиг на готовую сдвинутую константу (4), и опять разница лишь в том, что он тоже оставляет команды or и add.
А вот компилятор icc 17, как ни странно, генерирует код, соответствующий коду на си -- то есть в первом случае shl и or, а во втором случае imul и add. Не помню, какие там растактовки команд у современных процессоров, но в принципе код от icc может быть медленнее, чем у других компиляторов, ведь обычно команда умножения гораздо сложнее и дольше, чем сдвига (ну по-крайней мере на старых процессорах).
PS. Впрочем, с включенными оптимизациями код сильно меняется, так что может эти рассуждения и бесполезны, хз...

27
Общий раздел / Re: Странные битовые операции
« : Ноябрь 18, 2016, 06:26:11 pm »
Так это у них там помешанность на маловразумительном типе SET. Теорию множеств не любят, но множества обожают. Странные они...

28
Общий раздел / Re: Your Language Sucks
« : Ноябрь 17, 2016, 06:03:45 am »
Хотя японский руби попал в список...

29
Общий раздел / Re: Your Language Sucks
« : Ноябрь 17, 2016, 06:03:01 am »
Похоже, мерикосы не знают о существовании информатики за пределами сша, вот и не в курсе всяких паскалей-оберонов...

30
Ещё вариант - доопределять расширяемые типы на этапе компоновки. То есть, настоящие свои размеры тип узнает только после того, как ему предоставят реализацию интерфейса, который он импортировал.
Вот об этом варианте я и говорю, но для kkkk этот вариант неприемлем как слишком сложный, неоднопроходный...

Страницы: 1 [2] 3 4 ... 131