Memory map после завершения программы (откуда? О_о)

[Assuri]

Скажите, пожалуйста, что я могу такого написать в программе C++, чтобы после завершения программы у меня выдавалось:

Код: Выделить всё

======= Memory map: ========
08048000-0804e000 r-xp 00000000 03:01 18170119   /home/doom/c++/diary/diary
0804e000-0804f000 rw-p 00005000 03:01 18170119   /home/doom/c++/diary/diary

Такие операторы, как new я не использовал. Работаю только с файлами и записью объектов в эти файлы.

Стоит заменить, что именно после завершения программы. => что-то с деструкторами. Но свои деструкторы я не определял.

Код довольно большой, поэтому находить точную ошибку я вас просить не буду. Просто подскажите, из-за чего такая проблема возможна?

[minoru-kun]

А чего тут непонятного? С указателями где-то намудрил, не иначе как. Посмотрев ошибки в остальных твоих постах, можно сделать вывод, что тебе не мешало бы выкурить какую-нибудь книжку по Assembler. Серьезно >_<

[Assuri]

А чего тут непонятного? С указателями где-то намудрил, не иначе как. Посмотрев ошибки в остальных твоих постах, можно сделать вывод, что тебе не мешало бы выкурить какую-нибудь книжку по Assembler. Серьезно >_<

В моей программе нет ни единого указателя!

[minoru-kun]

Хм... Тогда, чтобы не было таких жестоких ошибок, выложи сюда исходники.

[Assuri]

Хм... Тогда, чтобы не было таких жестоких ошибок, выложи сюда исходники.

Вот архивчик:

Только программка недописана. Поэтому критика только по теме !

[DaemonTux]

Хм... Тогда, чтобы не было таких жестоких ошибок, выложи сюда исходники.

Вот архивчик:

Только программка недописана. Поэтому критика только по теме !

1. Не нашел деструкторы класса.
2. Нужно после открытия файла и обработки закрывать файл.

Код: Выделить всё

PFile.Close();

[Assuri]

Кстати, данная вещь возникает после 2-ого выхода, а не 1-ого из программы.

1. Не нашел деструкторы класса.

А что в теле деструктора надо написать то?

[Assuri]

Все, я понял. Это все из-за класса "string", который я использовал, думая, что он удобнее, чем char*. Изменил некоторые фрагменты кода и теперь такой ошибки нет.

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

[Uncle_Theodore]

Класс string значительно удобнее, чем char
А для исследования памяти, поставь, наконец, себе хороший дебаггер. valgrind -- очень рекомендую.

[Александр]

2. Нужно после открытия файла и обработки закрывать файл.

Зачем? Функция exit(), вызываемая явно или неявно сама закрывает все открытые файлы.

[Assuri]

Класс string значительно удобнее, чем char
А для исследования памяти, поставь, наконец, себе хороший дебаггер. valgrind -- очень рекомендую.

Я тоже так думал, но с char* подобных проблем у меня нет. Кстати, как valgrind'ом пользоваться? И, может быть, Вы подскажите, где у меня ошибка?

[helicopter]

Класс string значительно удобнее, чем char
А для исследования памяти, поставь, наконец, себе хороший дебаггер. valgrind -- очень рекомендую.

Но при этом, как-бы потормознее ))

[Uncle_Theodore]

Класс string значительно удобнее, чем char
А для исследования памяти, поставь, наконец, себе хороший дебаггер. valgrind -- очень рекомендую.

Но при этом, как-бы потормознее ))

C++ вообще тормознее C.
А valgrind'ом пользоваться так
Компилируешь прогу с ключом -g, а потом запускаешь через valgrind.
Подробности -- в мане.
Для валгринда есть еще и гуя, Валькирия называется... Посмотри на сайте.
http://valgrind.org/

[Liksys]

2. Нужно после открытия файла и обработки закрывать файл.

Зачем? Функция exit(), вызываемая явно или неявно сама закрывает все открытые файлы.

Угу, начитались всяких крисовкасперских Нельзя оставлять раскрытыми ресурсы,
Все надо всегда возвращать системе после окончания использования - память, закрывать файлы...

[Александр]

Угу, начитались всяких крисовкасперских

Не, им не увлекаюсь
Память, конечно, надо отдавать, но от лишнего свободного PID системе особо легче не станет... Тут, в принципе, на любителя - если файл больше не понадобится, можно и закрыть, иначе можно и оставить. mmap, конечно, другая басня уже.

[DaemonTux]

Память, конечно, надо отдавать, но от лишнего свободного PID системе особо легче не станет... Тут, в принципе, на любителя - если файл больше не понадобится, можно и закрыть, иначе можно и оставить. mmap, конечно, другая басня уже.

Вот по этому и развелось кривых программ потомучто делается на любителя. Дело не в легче или тяжелее.
Надо делать как положенно.
Файл можно оставлять открытым во время работы программы. А по её завершению надо закрывать их.

Темболее что реализация проги идет через классы. И закрытие файла можно вставить в диструктор. Собственно для закрытия (портов, файлов и тд). и освобождения памяти деструкторы и нужны.

[v04bvs]

2. Нужно после открытия файла и обработки закрывать файл.

Зачем? Функция exit(), вызываемая явно или неявно сама закрывает все открытые файлы.

Если не закрывать файл, то могут остаться несброшенные буферы, которые останутся незаписанными при выходе через, например, abort.

[Александр]

Файл можно оставлять открытым во время работы программы. А по её завершению надо закрывать их.

Вы меня немного не поняли
Говоря оставлять, я имел ввиду "оставить до конца работы программы", где файлы закроются автоматически.

Если не закрывать файл, то могут остаться несброшенные буферы, которые останутся незаписанными при выходе через, например, abort.

Ну, это уже на совести как раз программиста. Либо он должен открывать файл с sync, либо же соответствующим образом обрабатывать поступающие сигналы.

[Assuri]

Написать несколько строк - не сложно, поэтому решил закрыть на всякий случай.

С этой проблемой покончено, теперь появилась другая. Вот в этой теме