Файлы *.ddp *.tds

[Day]

При трансляции проекта (Borland C++Builder 6) появляется куча файлов с расширением ddp, видимо, не содержащих никакой полезной информации. Если их удалить - возникают снова. Нельзя ли от них вообще избавиться? Какой их смысл?
Тот же вопрос к файлу tds (отладкой я не пользуюсь). Хотя с ним не так критично - он всего один.

[Ree4]

они будут появляться при каждой компиляции

[Day]

они будут появляться при каждой компиляции

Жаль! Я не люблю мусора. Ладно. Повесим эту задачу на FAR. Но смысла в них ведь точно нет? В obj еще хоть какой-смысл можно уловить, хотя его и не много. Их-то мне удалось отправить в другую папку. Поймите, дело не в экономии места на диске, а в экономии МЕНЯ.

[Ree4]

создай BAT файл с содержимым

Код:

del *.~*
del *.obj
del *.tds

как мусор накапливается, просто его запускаешь и он их удаляет)

[Day]

Спасибо.
Штатного средства (в Бюлдере) стало быть нет.
Но я работаю с Far-ом. Просто повешу на все эти файлы del *.ddp *.~* *.tds и дело с концом.
*.obj мне не мешают, я их в другую директорию сослал, чтоб глаза не мозолили.

[code doctor]

есть штатное средство - где-то в настройках - не создавать ... файлы .

[Day]

есть штатное средство - где-то в настройках - не создавать ... файлы .

Интересно - где? Если случаем наткнетесь - расскажите.

[code doctor]

Отключить генерацию файлов отладки (*.tds):

Tools->Debugger Options и на вкладке General снять галочку у Integrated Debugger.

Не создавать резервные файлы:

В Compiler отключить Debug Information
В Linker отключить Create Debug Information
Поставить галочку Don't generate state files.

[S0mbre]

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

[code doctor]

способ с батником предпочтительней.

и на мой - тоже, всегда лучше управлять процессом, чем иметь кота в мешке.