/PROG/ Даром преподаватели...

[netch]

The Daily WTF выдал такое, что я не могу не поделиться:) Такого маразма даже в страшном сне себе не представлял.
thx 2 some41
Интересно, какое оправдание выдвинул себе автор кода?

Comments

[nicka-startcev.livejournal.com]

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

[netch]

Если оставаться в рамках stdio:
- если есть funopen() или fopencookie(): принимать данные в увеличивающийся буфер или в цепочку буферов, потом выделив окончательного размера. С постепенным увеличением проще, но может брать лишнее согласно алгоритму (например, часто следующий размер берут в 2 раза больше предыдущего). С цепочкой немного экономнее в процессе;)
- если есть правильный snprintf(): вызвать vsnprintf(NULL,0,format,args), он вернёт размер сколько хотели записать, выделить столько и повторить запись уже в реальный буфер.
- если есть кривой snprintf() (типа того что у Microsoft): периодически увеличивать буфер пока не поместится.

Наконец, суперзапасной вариант - открывается /dev/null, fprintf() в него показывает сколько надо отвести байт, тогда отвести буфер такого размера и записать в него.

[nicka-startcev.livejournal.com]

гм. Я так и думал. В смысле, что менее затратоемкие алгоритмы-методы потребуют другого языка/стдлиба или еще чего подобного.

[netch]

Вообще-то анекдот в том, что весь этот кошмарный код приведённый на wtf заменялся на один sprintf(). И всё.
Там ограничение длины не делалось никаким боком:(
Так что никакого "другого языка", "другого stdlib" не надо было в принципе.

[nicka-startcev.livejournal.com]

Я не про эту данную трагикомедию, а про общий случай "сформировать строку, выделив сколько надо", вместо "заранее придумаем, что 1 к хватит"

[netch]

Ну тогда надо вспомнить, что snprintf() предусмотрен в стандарте ISO 9899-1999 (кратко называемом обычно "C99"), и если кто-то за 6 (!) лет не почесался - это его личные психосексуальные проблемы.

[nicka-startcev.livejournal.com]

M$ -это кто-то?
А в общем - да, согласен.

[netch]

> M$ -это кто-то?

M$ - спорный вопрос, учитывая наличие _snprintf (кривого, но достаточного для реализации по третьему варианту).

> А в общем - да, согласен.

Угу.:)

[mambaram.livejournal.com]

честно посмотрел на код. Больше всего смутили пустые блоки ({ }) вне всякого контекста - и шо он таки хотел этим сказать?

[netch]

Логическое отделение частей. Достаточно древний приём, хотя часто запрещённый.

[wrar.livejournal.com]

> часто запрещённый.

Кем и почему?
И чем это лучше

/* ********************* */

?

[netch]

> Кем и почему?

Локальными coding style

> И чем это лучше

ничем, AFAIK.

[mambaram.livejournal.com]

и шо, таки все компиляторы правильно и одинаково оттрекивают пустые блоки? Ни у кого в продуцируемом объектном коде мусора не добавляется?
комментарий вроде как-то правильней для этой цели подходит, ИМХО.

[netch]

> и шо, таки все компиляторы правильно и одинаково оттрекивают пустые блоки? Ни у кого в продуцируемом объектном коде мусора не добавляется?

Простите, зачем в него хоть что-то добавлять? В блоке нет ни одного исполняемого оператора.

> комментарий вроде как-то правильней для этой цели подходит, ИМХО.

Я с этим согласен. Но и против {} возражений в общем случае - не вижу.

[wrar.livejournal.com]

Мне у них больше всего понравилось bool IsTrue(bool) и комментарий "мужики, у вас там правда платят за кол-во строк кода?".

Подумалось

[nuclight.livejournal.com]

Нельзя показывать такое Луговскому. Совсем веру в людей утратит.