1. не думаю, что это минус - особенно если сравнить

Question

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 тоже в топку? :)

#asm #programming #russian

0

19.11.2016

1 ответов

11 просмотров

分解物質 · Accepted Answer

1. $ man strgrpbrk No manual entry for strgrpbrk 2-3. где он себе противоречит? "1: Functions which try to do 20 things at once 2:»BUT ALSO« unnecesssarily specialized functions and many functions which do mostly the same" 4. int open(const char *pathname, int flags, mode_t mode); точно также имеет всё самое нужное, и при том ещё открывает не только файлы, список флагов прикреплю 6. а fastcall что такое? (я не эксперт) 7. да, но это единичный случай

169 похожих чатов

1. не думаю, что это минус - особенно если сравнить

1 ответов

Похожие вопросы