Dmitry
1. не думаю, что это минус - особенно если сравнить с никсовыми названиями типа strgrpbrk. у всех экраны большие, названия помещаются, названия понятные.
2. не 20 вещей за раз (хотя есть функция NtAccessCheckByTypeResultListAndAuditAlarmByHandle), а 20 опций, связанных с одной и той же вещью. нельзя же делать несколько системных вызовов для замены того же CreateFile.
3. да нихуя, он сам себе противоречит в последующем и предыдущем пункте. да, все функции из примера можно заменить одним WaitForMultipleObjectEx, но тогда получается одна функция с кучей параметров, делающая кучу вещей за раз, разве нет? :))
4. да, у CreateFile много опций. режим открытия, режим доступа, атрибуты файла, шеринг мод, файл-шаблон. и это всё нужно, и это всё удобно, и это всё используется. это не минус.
5. бред. везде венгерская нотация.
6. одно. stdcall. для x86_64 другое (rcx, rdx, r8, r9, стек).
7. единственное, где я могу вспомнить - это функции, принимающие структуру, где размер структуры указывает так же и её тип. ололо, ну тогда BSD-шные bind, connect и прочее, работающее с sockaddr_in тоже в топку? :)
x86-64
стандарт вызова для x86-64, опубликованный в ранней спецификации - rdi, rsi, rdx, rcx, r8, r9. мелкомягкие опять пошли своим путём
Dmitry
7. есть такое. wchar_t вообще по стандарту должен покрывать все возможные символы. на винде он два байта. это хуй знает что, это своя кодировка такая.
1. потом что винда does give a fuck о совместимости.
2. да, seriously. а хули? хотя -A функции в себе зовут -W как правило.
3. есть такое, в файл ты пишешь БАЙТЫ. в линуксе тоже write()'ом ты пишешь байты. не нравится - юзай CRT.
4. ну а хули.
5. ну это не то что utf-16.
x86-64
во кстати, интересно,слышал,что в win10 слой совместимости с линухом запилили.