https://www.opennet.ru/openforum/vsluhforumID9/8562.html Собственно, проблема в заголовке. Следующий код:<br>FILE *input = fopen(file_path, "rb");<br>успешно открывает файлы, но не более 2-х Гб, для которых fopen возвращает ноль.<br><br>Та же проблема, если использовать open:<br>int input = open(file_path, O_RDONLY);<br>open возвращает -1.<br><br>Компилирую так:<br>gcc -std=c99 main.c<br><br>Uname -a:<br>2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009 i686 GNU/Linux<br><br>gcc version 4.4.1<br><br>Уже с ног сбился, гуглил до посинения, нигде не встречал подобных тем, чтобы у кого-то такая проблема была.<br> https://www.opennet.ru/openforum/vsluhforumID9/8562.html#9 Mon, 21 Dec 2009 13:55:43 GMT &gt;Ну это вы так думаете. А в linux не ломают syscall без <br>&gt;веской причины. И программы написанные для 2.0 отлично работают и на <br>&gt;2.6 ядре. <br><br>А, ну да, ну да.<br> https://www.opennet.ru/openforum/vsluhforumID9/8562.html#8 Mon, 21 Dec 2009 11:46:34 GMT &gt;про системный API. Во FreeBSD off_t 64битный и костылей типа O_LARGEFILE <br>&gt;и lseek64 просто нет, потому что не нужны. <br><br>Ну это вы так думаете. А в linux не ломают syscall без веской причины. И программы написанные для 2.0 отлично работают и на 2.6 ядре.<br><br> https://www.opennet.ru/openforum/vsluhforumID9/8562.html#7 Mon, 21 Dec 2009 09:35:05 GMT &gt;int fseek(FILE *stream, long offset, int whence); <br>&gt;Действительно, очень интересно почему в FreeBSD это вдруг заработает )) <br>&gt;<br>&gt;Установка макроса говорит что ты знаешь что делаешь, и не собираешься пользоваться <br>&gt;fseek. <br><br>Я не про yблюдский stdio, с ним и так все понятно, а про системный API. Во FreeBSD off_t 64битный и костылей типа O_LARGEFILE и lseek64 просто нет, потому что не нужны.<br> https://www.opennet.ru/openforum/vsluhforumID9/8562.html#6 Sun, 20 Dec 2009 22:34:46 GMT &gt;Мне вот интересно, почему под FreeBSD никаких проблем с этим нет - <br>&gt;без всяких костылей обычные open и seek работают с терабайтными файлами <br>&gt;и 64битными смещениями. А у нас этот маразм. <br><br>int fseek(FILE *stream, long offset, int whence);<br>Действительно, очень интересно почему в FreeBSD это вдруг заработает ))<br><br>Установка макроса говорит что ты знаешь что делаешь, и не собираешься пользоваться fseek.<br> https://www.opennet.ru/openforum/vsluhforumID9/8562.html#5 Sun, 20 Dec 2009 18:39:31 GMT Мне вот интересно, почему под FreeBSD никаких проблем с этим нет - без всяких костылей обычные open и seek работают с терабайтными файлами и 64битными смещениями. А у нас этот маразм.<br> https://www.opennet.ru/openforum/vsluhforumID9/8562.html#4 Sat, 19 Dec 2009 17:38:01 GMT Спасибо всем за помощь! Помогло добавление опции -D_FILE_OFFSET_BITS=64.<br> https://www.opennet.ru/openforum/vsluhforumID9/8562.html#3 Sat, 19 Dec 2009 16:37:00 GMT &gt;open возвращает -1. <br><br>Есть такая штука, которая называется errno и она обычно отвечает на многие вопросы. В частности, в моём мане open(2) написано:[code]EFBIG pathname refers to a regular file, too large to be opened; see O_LARGEFILE above.<br> (POSIX.1-2001 specifies the error EOVERFLOW for this case.)[/code] вероятно именно это у вас происходит (вы можете убедиться в этом, вызвав, например, perror(3)), а above написано:[code] O_LARGEFILE<br> (LFS) Allow files whose sizes cannot be represented in an off_t (but can be repre&#8208;<br> sented in an off64_t) to be opened. The _LARGEFILE64_SOURCE macro must be defined<br> in order to obtain this definition. Setting the _FILE_OFFSET_BITS feature test<br> macro to 64 (rather than using O_LARGEFILE) is the preferred method of obtaining<br> method of accessing large files on 32-bit systems (see feature_test_macros(7)).[/code] что отвечает на все ваши вопросы. Всё это можно проделать с https://www.opennet.ru/openforum/vsluhforumID9/8562.html#2 Sat, 19 Dec 2009 14:36:35 GMT &gt;[оверквотинг удален]<br>&gt;Компилирую так: <br>&gt;gcc -std=c99 main.c <br>&gt;<br>&gt;Uname -a: <br>&gt;2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009 i686 GNU/Linux <br>&gt;<br>&gt;gcc version 4.4.1 <br>&gt;<br>&gt;Уже с ног сбился, гуглил до посинения, нигде не встречал подобных тем, <br>&gt;чтобы у кого-то такая проблема была. <br><br>-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE<br><br> https://www.opennet.ru/openforum/vsluhforumID9/8562.html#1 Sat, 19 Dec 2009 11:02:14 GMT В самом начале файла перед инклудами написать<br>#define _XOPEN_SOURCE 600<br>или<br>#define _GNU_SOURCE<br>