Из-за отсутствия избранного приходится накидывать книги в корзину. НО потом нельзя сделать заказ, например, всего на пару книг из корзины, тк нет возможности выделить их, можно только все сразу покупать...
Если в m_indexed_isa_cache лежит знаковый тип, то при таком касте к uint64_t может случиться расширение знака и в лог попадёт не совсем ожидаемо значение.
Подскажите, нормально ли выглядят профили в приложениях с корутинами? По моим представлении там будет полная мешанина в рамках одного физического потока.
Гарантирует ли kafka порядок доставки сообщений до консьюмеров? Т.е. сперва придут все сообщения N1, затем N2 и тд. от продьюсеров и N2 не придёт вперёд N1.
Есть ли возможность похожим образом разметить синтетическую структуру в памяти, а не код? Хочется использовать dt на область данных, но в pdb отсутствует данный тип.
Да, он как раз для таких задач хорошо подходит, когда надо от сервера на клиент что-то слать, не обязывая при этом клиента постоянно дёргать запросами сервер.
Немного оффтоп. А как часто браузер перезпрашивает новый кадр? Вижу заголовок multipart для кадра, но какого-то регулятора/хинта для периодичности не вижу. Стало интересно как это на клиентской стороне разруливается.
Я не из мира java, но предположу, что при работе с коллекцией там есть встроенные механизмы, которые могут хорошо параллелиться, что даст выигрыш на реально больших коллекциях.
Пользуясь случаем, хочу спросить у разработчиков анализатора. Почему в последней сборке PVS под Linux пропали исходники к plog-converter из архива *.tgz?
Читайте внимательнее.
"Для того, чтобы такая проверка была возможна, следует добавить к классам виртуальность (dynamic_cast использует таблицы виртуальных функций, чтобы делать проверку)."
Отвечу сам же. Инструкция call использует относительный адрес, а не абсолютный, как я считал выше. В случае вызова static функции линкеру нет смысла делать релокацию, т.к. функция внутренняя и ее расположение известно по смещению. Если же функция не static, то линкер создаст для нее релокацию, причины лежат в LD_PRELOAD и в глобальном переопределении внешних символов динамическим линкером.
Не могли бы подробнее пояснить, почему в таком случае не требуется got и plt. Я не вижу разницы между static и рассмотренной в статье функцией. Для call ведь по-прежнему требуется абсолютный адрес, а его без got в случае pic не получить.
Имелось в виду, где происходит монтирование файловой системы виртуалки для загрузки собранного драйвера, какие средства под Windows для этого используются, как собственно запускается образ ВМ (qemu?) Возможно ли это использовать в отрыве от edk2.
Спасибо, все очень доступно! Планируете описать процесс деплоя драйвера в виртуалку более подробно? Интересуюсь с целью встраивания данного подхода в CI.
А с компа по adb можно добраться до этой инсталляции debian?
Из-за отсутствия избранного приходится накидывать книги в корзину. НО потом нельзя сделать заказ, например, всего на пару книг из корзины, тк нет возможности выделить их, можно только все сразу покупать...
Если в m_indexed_isa_cache лежит знаковый тип, то при таком касте к uint64_t может случиться расширение знака и в лог попадёт не совсем ожидаемо значение.
Крутой и полезный проект, спасибо!
Подскажите, нормально ли выглядят профили в приложениях с корутинами? По моим представлении там будет полная мешанина в рамках одного физического потока.
Гарантирует ли kafka порядок доставки сообщений до консьюмеров? Т.е. сперва придут все сообщения N1, затем N2 и тд. от продьюсеров и N2 не придёт вперёд N1.
Спасибо за ссылку! Подход так или иначе сводится к генерации pdb. Надеялся найти другой способ. Но похоже придётся все-таки идти этим путем.
Есть ли возможность похожим образом разметить синтетическую структуру в памяти, а не код? Хочется использовать dt на область данных, но в pdb отсутствует данный тип.
Да, он как раз для таких задач хорошо подходит, когда надо от сервера на клиент что-то слать, не обязывая при этом клиента постоянно дёргать запросами сервер.
Ясно. Т.е. происходит удержание соединения, одни запрос на сервер при загрузке страницы и далее много ответов от него.
Изначально сложилось впечатление, что работает наоборот - клиент делает периодические запросы к серверу.
Немного оффтоп. А как часто браузер перезпрашивает новый кадр? Вижу заголовок multipart для кадра, но какого-то регулятора/хинта для периодичности не вижу. Стало интересно как это на клиентской стороне разруливается.
А что не так с for-циклами?
Я не из мира java, но предположу, что при работе с коллекцией там есть встроенные механизмы, которые могут хорошо параллелиться, что даст выигрыш на реально больших коллекциях.
Не могли бы пояснить, пожалуйста. Выглядит так, что d <= 0, а Wi > 0. Условие Wi <= d никогда не выполнится.
О какой игре речь?
Пользуясь случаем, хочу спросить у разработчиков анализатора. Почему в последней сборке PVS под Linux пропали исходники к plog-converter из архива *.tgz?
Читайте внимательнее.
"Для того, чтобы такая проверка была возможна, следует добавить к классам виртуальность (dynamic_cast использует таблицы виртуальных функций, чтобы делать проверку)."
Отвечу сам же. Инструкция call использует относительный адрес, а не абсолютный, как я считал выше. В случае вызова static функции линкеру нет смысла делать релокацию, т.к. функция внутренняя и ее расположение известно по смещению. Если же функция не static, то линкер создаст для нее релокацию, причины лежат в LD_PRELOAD и в глобальном переопределении внешних символов динамическим линкером.
Не могли бы подробнее пояснить, почему в таком случае не требуется got и plt. Я не вижу разницы между static и рассмотренной в статье функцией. Для call ведь по-прежнему требуется абсолютный адрес, а его без got в случае pic не получить.
Имелось в виду, где происходит монтирование файловой системы виртуалки для загрузки собранного драйвера, какие средства под Windows для этого используются, как собственно запускается образ ВМ (qemu?) Возможно ли это использовать в отрыве от edk2.
Спасибо, все очень доступно! Планируете описать процесс деплоя драйвера в виртуалку более подробно? Интересуюсь с целью встраивания данного подхода в CI.