>> уповал на int конкретной разрядности, /dev/null по нему соскучился.
> Вот только поговорили на эту тему,а сегодня я захотел собрать и запустить
> тест памяти: https://github.com/google/rowhammer-test Rowhammer? Это так то похвально. А как насчет немного телепатии? Этот код был задизайнен, скомпилен и проверен... на 64 бит машине! Его никто никогда на x86-32 не собирал, и вы первый. Те кто знал такие слова - на 64 бита перешли давно.
Бонус: програмер видимо "исследователь" с академбэкграундом, а не тот кто пишет софт всерьез. Его юзеж смеси C99 и классических типов в дурном виде намекает.
В паре с дурацкими сишными типами VS легаси в виде stdlib'ы с древними функциями получается - ну вот такое. Этот кадр неумело замесил типы и на этом погорел. На 64 бит машине тип даже, вот, совпал. Хоть это и не следовало ниоткуда.
По теме (без протокола, ибо автобот на ссылки обижается)
1) en.cppreference.com/w/c/types/integer
2) stackoverflow.com/questions/9225567/how-to-portably-print-a-int64-t-type-in-c
3) lkml.org/lkml/2023/11/17/1038 - пример правильного фикса
> И получил:
...что у прогера была 64 бит машина и они там не заметили никаких проблем :). Будущее передало вам привет. На тему что там большинство програмеров и проч юзает.
> Тип из С99 не помог переносимости.
Потому что горе-програмер некорректно юзал printf для данного типа, внезапно. А то что это гугол - ничерта не гарантирует, там половина проектов это частные проектики сотрудников по сути, которые они в фирме юзали, и прочие результаты исследований. Так что качество кода у гугли в репах ДИКО варьируется.
> По всей видимости писали это на системе где у printf другие понятия
> о разрядности интов чем у меня тут.
Это писали и собирали на 64 бит системе. И там все катит на ура. Но это тот случай когда все совпадения - случайны. Это ниоткуда не следовало. А как юзать printf правильно гуглопрогер не знал. Что довольно постыдно для гуглопрогера. Ему повезло что боссы ЭТО не видели :)
