Opened 3 years ago
Closed 3 years ago
#112 closed ожидается проверка (задача сдана)
WW_mergesort savin.sergej
Reported by: | Савин Сергей | Owned by: | Дмитрий Лапшин (lapshin) |
---|---|---|---|
Component: | WW_mergesort | Version: | |
Keywords: | Cc: |
Description
Change History (5)
comment:1 Changed 3 years ago by
Owner: | changed from Дмитрий Лапшин (lapshin) to Савин Сергей |
---|---|
Type: | ожидается проверка → ожидаются исправления |
Version: | 1.0 |
comment:2 Changed 3 years ago by
Нерекурсивный mergesort написал потому, что в принципе не очень люблю рекурсию за лишнюю трату памяти и шанс получить stackoverflow. В принципе здесь рекурсивный алгоритм более читаем, но мне кажется, что не очень значительно. Если нужно, могу изменить.
comment:3 Changed 3 years ago by
Не нужно заменять, вопрос был уточняющий. А остальное мне стоит проверять испралвенное или нет?
comment:4 Changed 3 years ago by
Owner: | changed from Савин Сергей to Дмитрий Лапшин (lapshin) |
---|---|
Type: | ожидаются исправления → ожидается проверка |
Теперь можно проверять, кажется я всё поправил.
comment:5 Changed 3 years ago by
Resolution: | → задача сдана |
---|---|
Status: | assigned → closed |
Вообще я ожидал, что ты просто ответишь, что можно проверять, потому что сроки вышли, а исправлять ты начал после моего сообщения. Нехорошо.
Формат вывода, а именно перевод строки, не исправил. Остальное работает, с бонусом.
У тебя есть утечка памяти, если mergesort
вернёт ошибку.
А из упрощённого mergesort
я бы и условия выкинул, цикл на 0 размере всё равно работает.
Давай зачту на 9.
Неверное имя исполняемого файла, слегка нарушаешь формат вывода.
Компараторы слишком сложные, особенно строчковый.
Массивы на стеке динамического размера это расширение GCC, причём опасное, не надо.
Ох как много раз повторяются сложные вычисления в сортировке, ах если бы у нас были переменные.
Вижу циклы копирования элементов.
Результат
malloc
надо проверять хотя быassert
-ом.Нерекурсивный
mergesort
! Ух ты, хорошо, даже круто, а почему?5/10.