Точно, недалёкий. Какое отношение имеет пользовательский runtime environment к ядру? У тебя точно так же .jar не встанет на винду без необходимого окружения. И да, .apk на Дебиан или Генту встанет после установки необходимого окружения.
То есть, если бы ты писал эту статью про Симбиан, ты бы не стал упоминать ядро. Почему же ты счёл нужным упомянуть ядро Линукс? Покажи мне хоть одно ядро успешнее Линукс. Windows сосёт - ты же не станешь утверждать, что его рабочих копий больше, чем Андроид.
И где эта Симбиан сейчас, где успех то? То есть, микроядероность - не гарантия успеха. Почему тогда монолитность указана в статье как причина неуспеха Линукс? Ведь логичнее из примера Симбиан, что микроядероность может быть причиной неуспеха.
Ущербная концепция монолитного ядра непонятна разве что школьникам
А покажи-ка нам успешную концепцию микроядра. Так то ядра Windows NT, Darwin, Linux ... - это примеры успешных монолитных ядер с модулями/драйверами. Где успешное микроядро?
test.c не тянет на тест. Он должен начинаться с cvec_new(int, 0); .
Незачёт!
==1==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x719f53220020 at pc 0x757f54f4d4e2 bp 0x7fffd63f9840 sp 0x7fffd63f9000
WRITE of size 4 at 0x719f53220020 thread T0
#0 0x757f54f4d4e1 in memcpy (/opt/compiler-explorer/gcc-15.1.0/lib64/libasan.so.8+0x11f4e1)
#1 0x000000401d38 in __cvec_push /app/example.c:115
#2 0x000000401357 in main /app/example.c:51
Но подобный стрим данных провоцировал бы нагрузку на процессор смартфона, и она была бы сразу заметна — её практически невозможно скрыть.
Но это же так и есть, куда уж незаметнее. Приложение Facebook всегда находится в топе статистики энергопотребления, даже когда не пользуешься приложением.
Это зря вырезал из контекста. Там всё правильно, ниже идут реализации функций, чтобы компилятор мог их инлайнить, а если не смог, то линкер не ругался на множественные определения функций.
Нет, это так не работает. Живые люди минусуют и удаляют плохой ответ, но новый не добавляют.
Ну и где этот QNX и его успешный успех? Что-то я его ни дома, ни в офисе не наблюдаю.
Точно, недалёкий. Какое отношение имеет пользовательский runtime environment к ядру? У тебя точно так же .jar не встанет на винду без необходимого окружения. И да, .apk на Дебиан или Генту встанет после установки необходимого окружения.
Ты что, дурак? Что там выкинуто до уровня ДОС? Начиная с версии Linux 5.8 патчи для Андроид не требуются. Там работают те же ФС, SELinux и т.д.
То есть, если бы ты писал эту статью про Симбиан, ты бы не стал упоминать ядро. Почему же ты счёл нужным упомянуть ядро Линукс? Покажи мне хоть одно ядро успешнее Линукс. Windows сосёт - ты же не станешь утверждать, что его рабочих копий больше, чем Андроид.
И где эта Симбиан сейчас, где успех то? То есть, микроядероность - не гарантия успеха. Почему тогда монолитность указана в статье как причина неуспеха Линукс? Ведь логичнее из примера Симбиан, что микроядероность может быть причиной неуспеха.
А покажи-ка нам успешную концепцию микроядра. Так то ядра Windows NT, Darwin, Linux ... - это примеры успешных монолитных ядер с модулями/драйверами. Где успешное микроядро?
Да ты что, автор даже не осилил блоки кода в редакторе Хабра, а читать wiki - это надо быть сверхразумом.
Задача поставлена. Её практическая ценность не объяснена. Применение на практике не показано. Похоже, это - задача ради статьи.
test.c не тянет на тест. Он должен начинаться с
cvec_new(int, 0);.Незачёт!
https://godbolt.org/z/rMaqMsor5
В США очень частое использование в размерах.
Но это же так и есть, куда уж незаметнее. Приложение Facebook всегда находится в топе статистики энергопотребления, даже когда не пользуешься приложением.
Ужасный перевод, трудно читать и сильно размыто. Но есть смешные места типа "локальные рассуждения".
Ну да, Windows же началось с графической оболочки для DOS, и первый Windows API был 16-битным со всякими FAR и FARPROC.
А тут ты с размаху сел в лужу. Тип битового поля может быть только int, unsigned int, _Bool или _BitInt(n).
А здесь что не так? Продолжение бултыхания в 9?
Какой-то ты безграмотный сишник. Справа не определение структуры, а инициализация. И в структуре не переменные, а поля или члены, кому как нравится.
Зря наехал на этот код. Для тебя, наверно, будет откровением, что не так много проектов используют C99, не везде он доступен.
Привычка с эпохи DOS и Unix. До C89 не было enum, и до сих пор иногда нет в компиляторах, написанных на колонках.
Это зря вырезал из контекста. Там всё правильно, ниже идут реализации функций, чтобы компилятор мог их инлайнить, а если не смог, то линкер не ругался на множественные определения функций.
Вот это, наверно, единственная правильная информация - деформация при запекании, а в статье - фантазия автора про излучения.
Ты чё разошёлся, утро уже, не проспался?