= Сообщение: 74 из 1922 =========================================== RU.BINKD = От : Roman Trunov 2:5022/2 28 Oct 13 14:14:02 Кому : Max Vasilyev 28 Oct 13 14:14:02 Тема : То ли лыжи не едут... FGHI : area://RU.BINKD?msgid=2:5022/2+526ebbe0 На : area://RU.BINKD?msgid=2:5057/77@fidonet+526c04b2 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.BINKD?msgid=2:463/68+527435d2 ============================================================================== Hello Max!
MV> а 4-гиговые файлы можешь запилить, чтобы работали? MV> сейчас binkd глючит по всякому, но не работает
Сейчас 4+ гиговые файлы имеют шанс заработать, если binkd собрать компилятором, в котором:
1) определяется тип [u]intmax_t, причем как 64-битный; 2) есть функция strtoumax 3) есть #define PRIuMAX для печати 64-битных значений 4) есть функции ftello, fseeko и 64-битный тип off_t и как-то можно перейти на этот тип (через #define _FILE_OFFSET_BITS=64, __LARGE64_FILES и т.п.).
ну и если никаких багов при вкорячивании всего этого добра не вкосячили :)
Если какого-то пункта нет - binkd сейчас откатывается ПО ЭТОМУ ПУHКТУ на стандартные 32-битные типы и API, что приводит с разнообразным непредсказуемым результатам от "получилась обычная 32-битная сборка" до "тут 64, а тут 32, и веселые глюки в комплекте".
т.е. всякие лиунксовые сборки под современными gcc имеют шанс заработать, если правильно makefile или configure написать (хотя бы 64-битное файловое API включить). Для всего остального (включая разные версии того же msvc) надо рисовать набор костылей: где-то достаточно в makefile поиграться, где-то - компиляторно-платформенные куски дописывать.
Roman
--- GoldED+/W32 1.1.0 * Origin: Если есть белая горячка, должна быть и белая мерзлячка (2:5022/2)
