| |
| 1.1, Аноним, 08:38, 30/09/2015 [ответить] [смотреть все]
| +8 +/– |
Этот чудософт удивляет. То они поносят Си как могут, то свои фичи туда пытаются запилить. Какие-то непоследовательные.
|  | | |
| |
| |
| |
| 4.36, dr Equivalent, 17:39, 30/09/2015 [^] [ответить] [смотреть все]
| +6 +/– |
Микрософт - это как царь Мидас наоборот. Все к чему он прикасается, превращается в безжизненное, посредственное, ненужное, безысходное говно.
Нокия была прекрасной компанией. Подотстала одно время, увлекшись симбианом, но N900 и N9 (вернее даже, может быть, ветыь развития Maemo-MeeGo) были вещами прорывными, и при должной поддержке платформы у нас бы на мобильном рынке было не два игрока, а три. А потом пришел Микрософт.
Вон скупе - когда-то даже p2p был.
|  | | |
|
|
|
| |
| 2.22, Аноним, 12:32, 30/09/2015 [^] [ответить] [смотреть все] [показать ветку]
| +9 +/– | |
> Насчет отсутствия реализаций - вранье (как минимум есть MSVC)
А теперь давай вместе почитаем что же там в действительности написано:
Despite the specification of the APIs having been around for over a decade only a handful of implementations exist with varying degrees of completeness and conformance.
Microsoft Visual Studio implements an early version of the APIs. However, the implementation is incomplete and conforms neither to C11 nor to the original TR 24731-1.
| | | |
|
| 1.34, Тузя, 17:17, 30/09/2015 [ответить] [смотреть все]
| +2 +/– | |
Все эти _s функции, на самом деле мертвому припарок, всегда им были им же и останутся! Они не добавляют защищенности, они добавляют кучу лишнего кода. Как минимум, они добавляют кучу проверок, которые можно сделать, не меняя синтаксис стандартных функций, вполне самостоятельно. Ради интереса попробуйте перенести любую С-программу в их студию и переделать на _s. Там с ума сойти сколько переписывать, смысла нет. Так эти наглецы еще и показывают предупреждения и ошибки нагло навязывая использовать эти ненужные _s. Чтобы переключиться на нормальное поведение? там какую-то еще коyстанту надо пропихнуть компилятору, чтобы он прекратил этот кошмар!
Непонятно, почему это вообще впихнули в стандарт, благо, это лишь необязательное приложение.
|  | | |
| |
| |
| 3.47, Ytch, 01:17, 01/10/2015 [^] [ответить] [смотреть все]
| +/– |
> Особенно феерично смотрятся _s-версии функций, которые и так принимают размер целевого
> буфера (например, snprintf). Казалось бы, если уже есть параметр, позволяющий избежать
> переполнение буфера, зачем добавлять ещё один с точно такой же целью?
Так в новых функциях есть ещё некий умолчальный обработчик runtime-constraints, который по стандарту(!): "The behavior of the default handler is implementation-defined, and it may
cause the program to exit or abort." Не отказаться выполнять небезопасное действие, не вернуть ошибку, а имеет законное право обрушить программу! И этот обработчик один на всё! Можно задать свой, но он тоже будет один на все вызовы (из всех используемых библиотек и потоков)! Какой уж тут здравый смысл...
|  | | |
|
|
|
|
