Библиотека для работы с файлами

boost.filesystem - правда, я никогда не пользовался и не могу ничего сказать о «монструозности» и наличии всего, что нужно.

> Нужно кроссплатформенное решение, которое бы работало в Linux, остальных Unix системах и в винде.

man POSIX

ЗЫ. В венде 9х/МЕ работать не будет.

>Нужно кроссплатформенное решение, которое бы работало в Linux, остальных Unix системах и в винде.

1. Зачем?

2. Напиши сам. Обернуть вызовы stat/statfs/unlink и прочего весьма тривиальная задача.

а что в сишных функций fopen, fseek, read, write, getc, putc, fclose и т.д. не хватает?

Не хватает следующего - размер тома, свободное место на диске, я не знаю таких функций из стандартной библиотеки. Если подскажете - буду премного благодарен. И работа с каталогами - получение списка.

плюс к boost.filesystem
если не устраивает, есть еще вот это:
http://www.stlsoft.org/doc-1.9/
хедер-онли, красивая штука на прокладках и итераторах

для си разве что внутри больших проектов вроде glib

1. Нужно, ибо софт будет работать в разных ОСях 2. Не согласен, писать для каждой ОСИ свой велосипед (обертку) - дело неблагодарное, наверняка кто то уже это писал и скорее всего не один раз.

>man POSIX
до тех пор, пока не придется писать так:

#ifdef _MSC_VER
_splitpath_s(file, 0, 0, dir, _MAX_DIR, 0, 0, 0, 0);
#else
dir = dirname(file);
#endif

>размер тома, свободное место на диске
вот с этим сложнее

а, прошу прощения, есть в бусте

Старательно избегаю подобного кода в своих проектах. Во первых - в идеале, это должно быть скрыто внутри библиотеки (как например это в Qt сделано, хотя местами приходится писать что то подобное). Во вторых, это усложняет отладку.

размер тома, свободное место на диске

ну это как бы не задача файлового API — это проблемы OS

работа с каталогами

opendir(3), readdir(3), scandir(3), seekdir(3), telldir(3) ...

>> man POSIX

до тех пор, пока не придется писать так:

И какое отношение имеют оба этих вызова к POSIX?

такое, что POSIX-ом не обойдешься

Хочешь переносимости - умей обойтись.

В qt+kdelibs точно есть.
И с кроссплатформенностью всё ок.
так что решай, писать свой велосипед, или использовать готовое решение)

Это не проблемы ОС, у ОС проблем вообще нет, это проблема разработчика - написать софт, работающий на 3 основных платформах - Линукс, Мак и винда. Желательно быстро и без глюков. А про функции мне известно, только хотелось бы что то высокоуровневое, в стиле Qt.

java?

У меня есть то, что вам нужно. Сам сталкивался с подобной проблемой и написал свою библиотеку. Если хотите, стукните мне в мыло: igor <тчк> gutnik {друг человека} г-мыло

Можно посмотреть POCO http://pocoproject.org/

А чем statvfs не угодил?