Подсчитать размер файла (как лучше?)

[lightmaker]

Собсно имеется текстовый файл (или бинарный, не важно) и требуется получить его размер.
В голову пришло только следующее:

char buf[256];
unsigned size=0, tmp;
......
for( ; ; ){
  tmp=fread(buf,1,256,fp);
  size+=tmp;
  if(tmp<256) break;
}
......
В итоге получили размер файла в лице size
Смущает в первую очередь то, что функция fread при возникновении ошибки также возвращает значение меньшее, чем счетчик. И не ясно, толи достигут конец файла и, поэтому считано меньше, чем счетчик или возникла ошибка.

Как сделать лучше?
Заранее спасибо.

[RXL]

lightmaker, проще: stat или fstat.
Вот в POSIX
В винде

[Антон (LogRus)]

lightmaker, еще можно сделать fseek от конца файла, а потом получить pos

[RXL]

LogRus, извращенец 

[Вад]

Согласен с RXL, лучше пользоваться специальными функциями для получения информации о файле
lightmaker не указал нам платформу, для которой это делает. Если это Win, то если не нужна кросс-платформенность, возможно, проще будет воспользоваться CreateFile для открытия файла и GetFileSize для получения размера

[lightmaker]

Спасибо за ответы.
Пишу под Linux. Прочитал про stat, fstat, но хочется обойтись без подключения доп. библиотек. Хотя, если этого требует хороший тон и т.д. то можно и с ними.
Товарисч LogRus действительно извращенец. Но я последовал половине его совета, поставил указатель в конец файла и использовал ftell.
А задача у меня вообще такая, есть некий конфигурациооный файл, количество и размер строк (параметров) заранее не известно. Нужно на его основе забить массив структур. Я решил взять его размер и считать инфу в динам. массив, для последующий с ним работы.
Может быть эту задачу можно решить эффективней? Посоветуйте пож-та.

[RXL]

lightmaker, glibc трудно назвать дополнительной библиотекой
Более того, данные можно получить без библиотеки, напрямую обращаясь к системным вызовам, но это решение может оказаться не кроссплатформенным.

Разбор конфига лучше делать построчным чтением и последующей интерпретацией строк. Знать размер файла для этого необходимости нет. Читать весь файл в память - не лучшее решение.
Смотри ф-ии fgets и подобные.

Возможно стоит воспользоваться сторонней библиотекой для работы с такими файлами. Ведь зачем делать эту работу повторно? Разве только для обучения.

"Массив структур". Следует заранее выделить с запасом, или применить динамическое выделение. Напрямер, использовать связанные списки. Очень полезная вещь - STL, но это С++.

[RXL]

Примерно так можно решить.

Код: (C++)

#include <stdio.h>
#include <map>

typedef std::map <std::string, std::string> map_string_by_string_t;

#define STRING_SIZE_MAX 1024

int main()
{
    map_string_by_string_t config;
    FILE *f;
    char s[STRING_SIZE_MAX];
    std::string key, value;

    f = fopen("file", "r");
    while (fgets(s, STRING_SIZE_MAX, f))
    {
        // разбор строки типа key=value (здесь не преведен)
        // результат помещаем в переменные key и value

        // сохраняем пару в конфиге
        config[key] = value;
    }

    // обращаемся к значению в конфиге
    value = config[key];

    // .....

    return 0;
}

Более сложный формат конфига потребует более сложного решения. Логика всегда поможет.

[lightmaker]

Не могли бы вы пояснить строчку:
typedef std::map <std::string, std::string> map_string_by_string_t;
Просто я на С++ с С только только перехожу.

А если строчка окажеться более 1024, заранее длину не могу предположить.

И почему считывать все сразу в память не самое лучшее решение? Ведь в этом случае мы только один раз обращаемся к диску.
Спасибо за терпение:)

[RXL]

lightmaker, это не готовый код, а только пример. Шаблон STL map показан только для примера. реализовать такое можно и без STL и С++.

STL - это библиотека шаблонов для C++ (Standart Template Library).

Для удобства подкрасил части.
typedef std::map <std::string, std::string> map_string_by_string_t;

1. Синий. typedef - ключевое слово для определения пользовательского типа.
2. Красный. Имя шаблона. std - это пространство имен. map - имя класса-шаблона.
3. Зеленый. Первый аргумент шаблона - ключ. В данном случае это тоже тип из STL - строка.
4. Оранжевый. Второй аргумент шаблона - значение.
5. Фиолетовый. Имя определяемого типа.

В итоге, тип map_string_by_string_t означает: ассоциативный контейнер, содержащий строки, индексированные строками.

Есть у нас статья, но для начинающего она не подойдет: https://club.shelek.ru/viewart.php?id=96 .
Лучше почитать описание STL или самоучитель.

[lightmaker]

Спасибо! Буду читать про STL;
А как насчет:

"А если строчка окажеться более 1024, заранее длину не могу предположить.

И почему считывать все сразу в память не самое лучшее решение? Ведь в этом случае мы только один раз обращаемся к диску."
Спасибо снова за терпение:)

[Вад]

lightmaker, если не знаешь размера строки, то читай посимвольно или используй файловые потоки ввода-вывода (fstream).
А читать целиком идея плохая, потому что попадётся тебе слишком крупный файл (по ошибке или ещё как) - только память зря забьёшь, или просто памяти не хватит на то, чтобы загрузить всё.

[RXL]

Функции streaming IO, куда входят fopen, fclose, fread, fwrite, fputs и т.п., используют буферизированный  ввод-вывод и разницы в скорости ты не заметишь. Ведь по сути - что указателем познать по байтам, что построчно читать из буфера - принцип и скорость одна. Зато расход памяти минимален и способ универсальный. Чтение же файла целиком для текста - излишество. Нет, это никто не запрещает, но смысла нет. Подсунет кто-нибудь (может быть и не со зла) твоей программе вместо конфига образ dvd размером гиг 8. Думаю, что после нескольких минут свопирования программа завершится с ошибкой.
Кстати, о расходе памяти. Ее надо экономить как воду - программа не одна на компе и всем хочется кушать.

На случай, если строка больше 1кБ, то есть решение только для GNU (glibc) - см. pinfo libc. Есть такая ф-ия getline.

Код: (C)

size_t getline(char **LINEPTR, size_t *N, FILE *STREAM)

Эта ф-ия сама выделит столько памяти, сколько потребуется твоей строке: если буфер мал - она его увеличит, если память вообще не выделена - сама это сделает. Просто сказка, а не ф-ия. Обязательно прочти мануал перед использованием. Ф-ия работает с динамической памятью.

[Антон (LogRus)]

RXL, раз C++ то ведзе
максимальную длинну строки в топку
открываем файл через ifstream ifs("FILE.TXT");
читаем строки через getline(ifs,line);
или ifs >> line;
getline удобней в ряде случаев.