перед выполнением fwrite нужно проверить доступность файла с помошью access
Vi Vola, м... это странное пожелание, но если очень хочется пойти этим путём, то нужно проверять, что inode файла с таким именем не изменился со времени его открытия. Потому что если кто-то удалит, а потом опять создаст файл с таким именем, то он не будет никак связан с оригинальным файлом.
SouLWorkeR, как всегда с шаблонами, определение шаблона должно быть видно из места, где шаблонная функция используется, либо использованные шаблоны должны быть явно инстанцированы.
Qpz111, кратное выравниванию. Выравнивание обычно равно размеру, но не всегда. Например long double может иметь размер 10, а выравниваться на 12 или на 16.
Михаил, что видно в пропатченном месте CoolFunc прямо перед вызовом __сlear_cache если не ходить там по шагам а остановиться прямо перед вызовом?
А ещё -- покажи код __clear_cache?
Единственная странность которую я вижу -- это то, что в одном случае используется __memcpy_chk а в другом -- memcpy. Ну и что код совсем без оптимизации.
А можешь ли ты по нему ходить в gdb? Что видно в пропатченном месте CoolFunc прямо перед вызовом __сlear_cache?
Vi Vola, м... это странное пожелание, но если очень хочется пойти этим путём, то нужно проверять, что inode файла с таким именем не изменился со времени его открытия. Потому что если кто-то удалит, а потом опять создаст файл с таким именем, то он не будет никак связан с оригинальным файлом.