Как считать несколько классов из файла не зная их количество

[USBLexus]

С помощью сериализации типа:

     CArchive ar(pLogFile, CArchive::load);
      while(...){
            pData=new CData;
          ar>>pData;
              m_Array.Add(pData);
                }

Как узнать когда файл закончился и считывать больше нечего? :?

[USBLexus]

В названии темы имелось в виду несколько экземпляров одного класса

[Malaja]

USBLexus,

самое простое - при сериализации сразу же запоминать количество экземпляров (тем более это происходит на твоей стороне, а не на вражеской , ты же все равно сериализируешь объекты класса ), а потом их сохранять, тогда при чтении ты сначала считываешь это самое число,а потом по нему, как по счетчику, читаешь заданное количество объектов.

Иначе - не знаю.

[Alf]

А признак конца файла не годится?

[USBLexus]

А признак конца файла не годится?

А что это за признак, как его использовать?

[Malaja]

USBLexus,

когда ты работаешь со стандартными функциями (например, испоьзуешь FILE - тип), там есть такая милая функция как feof - она и проверяет для тебя, дошел ли ты уже до конца или тебе еще что-то почитать надо.
Если делаешь Serialize и используешь CFile, посмотри функции
Seek(0, CFile::current) и GetLength - первая с такими параметрами должна, судя по описанию, вернуть количество прочитанных тобой ан данный момент байт, а вторая должна вернуть общее количество етих самых байт в файле. Посему если оба числа совпадают, то ты дошел до конза файла.
Но это надо попробовать на примерчике - насколько это так.

Или попробуй использовать стандартные функции чтения - записи open, read, close. Если надо, скину примерчики (из моего проекта - как ни странно, работает ).

[USBLexus]

USBLexus,

когда ты работаешь со стандартными функциями (например, испоьзуешь FILE - тип), там есть такая милая функция как feof - она и проверяет для тебя, дошел ли ты уже до конца или тебе еще что-то почитать надо.
Если делаешь Serialize и используешь CFile, посмотри функции
Seek(0, CFile::current) и GetLength - первая с такими параметрами должна, судя по описанию, вернуть количество прочитанных тобой ан данный момент байт, а вторая должна вернуть общее количество етих самых байт в файле. Посему если оба числа совпадают, то ты дошел до конза файла.
Но это надо попробовать на примерчике - насколько это так.

Или попробуй использовать стандартные функции чтения - записи open, read, close. Если надо, скину примерчики (из моего проекта - как ни странно, работает ).

Да в принципе так сейчас и собираюсь реализовывать через GetLength и GetPosition только неправильно как-то это На каждой итерации проверять GetPosition... Странно почему в конце файла архив просто не возвращает NULL, вместо этого он запускает особую ситуацию

[Джон]

А ты не пробовал эту сиутацию отлавливать?

[USBLexus]

Да я честно говоря эти особые ситуации недолюбливаю У меня от них мурашки по коже хотя засунуть цикл чтения в try тоже вариант...

[Джон]

На самом деле "не так страшен чёрт, как его малютка". Приём довольно-таки стандартный, особенно при итерации. Согласно МСДН операторы << и >> выкидываю 3 исключения:
throw(
   CArchiveException*,
   CFileException*,
   CMemoryException*
);

Попробуй отловить их всех, ну и ещё остаток catch(...)

[Alf]

Да я честно говоря эти особые ситуации недолюбливаю У меня от них мурашки по коже хотя засунуть цикл чтения в try тоже вариант...

А как же тогда твои программы обрабатывают ошибки? Неужели любой сбой вываливает программу целиком?

[Алексей++]

мурашки - это неправильно

а кроме того в некоторых ексепшенах можно найти описание на человечьем языке - что именно случилось

[Alf]

а кроме того в некоторых ексепшенах можно найти описание на человечьем языке - что именно случилось

Практически во всех. А если их самостоятельно писать, так и тем более можно весьма обстоятельную диагностику делать.

[USBLexus]

Да я честно говоря эти особые ситуации недолюбливаю У меня от них мурашки по коже хотя засунуть цикл чтения в try тоже вариант...

А как же тогда твои программы обрабатывают ошибки? Неужели любой сбой вываливает программу целиком?

Незнаю может это и не совсем правильно но мне пока хватало if ов для диагностики состояния программы или класса Try Catch я использую очень редко - например при подключении к БД через ODBC или в работе с оборудованием когда if ами проверка невозможна