Лучше переделай сразу, как выше сказали.
---
Hе стpойте глaзки моему оpижину (2:463/244.30)

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

Может быть, потому, что stl и шаблоны сложны для двух месяцев?
Ему ж не самому их писать. Со стрингом работать проще чем с char*. Да и со стримами не сложнее чем с этим CStdioFile

Стандартно - при ексепшене, неотфиналеном, деструктор не будет вызван...

Это понятно было, я просто забыл порядок размещения объектов на стеке в виндовсе:
var_n, ..., var_1, EBP, return_adr, arg1, ..., arg_n.

Не увиливай, вот этот бред сразу или при выходе из области определения - что значит?

Локальные переменные в порядке декларации, порядок аргументов не определён. Только при чём тут это?

При том, что если не знать в какую сторону растёт стек и как размещаются переменные, можно представить, например, такую картину:
var_1, var_2, ..., var_n
где var_1 это ofile (где хэндл портился), а var_2 это тот самый char, в который буфер пытались записать; при росте стека вверх и таком размещении, испортить ofile не удастся.
p.s. (слева меньшие адреса, справа большие)

Я и не увиливаю - если объект не используется он может быть разрушен сразу после вызова конструктора, равно как разрушение объекта может быть отложено до выполнения последнего оператора в текущем блоке. Второе - проще в реализации.

Ясно. Стек растёт вниз, так что всё правильно, ltoa будет писать по ofile. Мне собственно было всё равно где он будет писать, ясно, что там где не положено...

Локальные переменные в порядке декларации, порядок аргументов не определён.
------
Да, внесли в стандарт порядок создания переменных... По моему - зря. Для скалярных можно выделять непрерывный блок, а не скалярные - определять в конструкторе...
Порядков - два. слева направо, справо налево. Какой именно используется надо смотреть в доках на компайлер... в стандарте вроде не было ограничений.

В стандарте чётко определено когда вызывается деструктор. Так что объект либо будет разрушен после function return, либо вообще не будет создан.

Сути необходимых действий это не меняет, но еще раз доказывает, что мне надо найти время и перечитать стандарт. Хотя... писать приходится на всем, кроме С++...

Программа читает файл по строчно, делает грамматический разбор каждой строчки. строка должна начинаться с объявления #define #ifdef ... и тому подобное, только тогда происходит разбор строки.
Со String действительно удобно работать, только возникают проблемы с е╦ конвертацией в char или long или int.
есть функция strtol(char *c, char **endptr,int i)
мне нужно преобразовать HEX число в Decimal. вот и проблема конвертации CString в Char.
не подскажите как можно сконвертировать или есть ли другие функции?
с iostream тоже много неопредел╦нности. как читает она строчку с файла, откуда я могу знать размер строчки заранее и т.д.

У CString есть операторы для этого.
Остальное - читай книжки по STL, для форума это слишком объемный материал.

Прошу прощения за глупые вопросы.

Глупых вопросов не бывает.

> с iostream тоже много неопредел╦нности. как читает она строчку с файла
Ты имеешь в виду istream. Показали же: наследуешь класс от std::string и перегружаешь глобальный оператор >>. Про размер строки мысль не понял. Зачем его надо знать заранее?

http://www.cppreference.com/
> Со String действительно удобно работать, только возникают проблемы с еe конвертацией в char или long или int.
есть функция strtol(char *c, char **endptr,int i)
c_str, atol, atoi
> не нужно преобразовать HEX число в Decimal. вот и проблема конвертации CString в Char.
Нет проблем, ставь в atoi сразу чар с хекс значением.
> как читает она строчку с файла, откуда я могу знать размер строчки заранее и т.д.
В этом-то и прелесть. Он просто читает строчку, неважно какой она длины.
---
Ничто так не согревает душу, как холодное пиво