Размер каталога

iterate over file tree and stat() each file.

system(«du -hs ./»)

Шутка

iterate over file tree and stat() each file.

Ну это очевидный вариант. А какого нибудь системного вызова для этого не существует?
И ещё вопрос - как узнать размер диска (например cdrom) и насколько он заполнен?

я за бан.

Шутка

это не шутка - это оно так и есть на самом деле :) ещё ключик -S :) du как раз и посчитает сколько блоков fs ушло на записи в каталог и содержимое файлов. Всё равно более точный способ - только на низком уровне разбирать конкретную файловую систему.

это не шутка - это оно так и есть на самом деле :) ещё ключик -S :) du как раз и посчитает сколько блоков fs ушло на записи в каталог и содержимое файлов.

Ну это же занимает много времени.

ну просто это не C-way. Кстати, в гугле, как обычно, есть готовые решения.

Ну это же занимает много времени.

ты думаешь если напишешь самопальную программу то она будет обходить дерево каталогов быстрее?

Не надо учить Си с такими шокирующими вопросами.

А вообще... банально у Кернигана и Ритчи и в той самой книге должно было быть написано, или «как всегда»? Автор почитал только «для чайников»? Или это такое упоротое стебалово, прикрытое якобы дерзкой бездарностью? ЗЫ рекурсия поможет, если по теме.

man 2 stat

Ну предположу, что можно и

popen("du -hs ./", "r");

ты думаешь если напишешь самопальную программу то она будет обходить дерево каталогов быстрее?

Для обхода придумали nftw(). Я думаю, что скорее всего GNU du его и юзает. Так что не быстрее, но и не медленнее будет.

Посмотри исходники du - будет понятно, как это делается. Но сильно уверен, что там всё делается руками, проходя по всем файлам каталога.

http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/du.c ?

http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/du.c ?

Хм-м...
На первый взгляд кажется, что там рекурсивно обходят дерево. Только там не stat, а xfts_open (wrapper вокруг fts_open).

Да, кстати, ТС, там не забывают о возможных круговых ссылках и прочих вероятных проблемах.

На первый взгляд кажется, что там рекурсивно обходят дерево. Только там не stat, а xfts_open (wrapper вокруг fts_open).

xfts_open походу сам вызывает stat, http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/du.c#n425

Ну теперь всё понятно, что кроме итерации по всем вложенным каталогам другого пути нет. Спасибо всем кто откликнулся.
Теперь я поставлю вопрос именно под мою задачу: как узнать объём записанных данных на cdrom? Неужели рекурсивный обход и stat??? Это же времени хз сколько займёт.

http://www.raspberryginger.com/jbailey/minix/html/df_8c-source.html

statfs(2)

Вот это как раз то что надо. Ещё раз всем спасибо и отдельная благодарность Q3164

readdir + stat на каждый файл с рекурсией по вложенным директориям. Ничего сложного же.

Чтобы узнать это, я просто сделал strace df.

readdir + stat на каждый файл с рекурсией по вложенным директориям. Ничего сложного же.

Не сложно, но долго!

А по-другому никак. Кроме оптических дисках. Но ты о них в теле темы ничего не сказал.