Собственно - весь сабж в вопросе.
Ни одного визуабельного окна ProcessExplorer не видит, тем не более, после закрытия bds и исчезновения кнопки с панели задач, он (bds) остается висеть в процессах, занимая память. Причем - процесс не хочет убиваться ни стандартным диспетчером задач, ни ProcessExplorer-ом, ни через cmd>taskkill (не пишется, как в случае к примеру с KIS - "доступ запрещен", просто команда проходит "впустую")...

Из стороннего установлено:
JVCL 3.40
AlphaControls 7.32
madExcept 3 (? не помню точно, а окошка About у них не нашел...)
CNPack 0.9.7 Stable

Замечание - если за время работы Delphi не было открыто ни одного окна с кодом/формой (то есть - открыли "пустую" Delphi и тут же ее закрыли), то выгрузка происходит в штатном режиме.

Вопрос - как и чем промониторить, на чем стопорится выгрузка программы?

А в Process Explorer видны работающие потоки? Какой у них стек вызова?

Кроме того, каким цветом выделен процесс в списке процессов? Случайно не тёмно-серым?

CodeMonkey, 
Иногда. Вот сейчас попробовал - видна куча потоков, но работающий (имеющий хоть какое-то значение CyclesDelta) только один. Судя по стеку, застопорился на 

Цвет из "желтенького" становится "сереньким". На языке ProcessExplorer это означает переход из Netprocess в OwnProcess (что бы это еще значило  ).

Добавлено через 4 минуты и 1 секунду
Попытка №2 - видны всего 2 потока, при попытке доступа к их стеку выдается ошибка доступа к потоку.
обзываются они !SystemAccert$qqrx20SystemUnicodeString1i+0x20

Upd:
опытным путем, в ходе деинсталляции всего подряд, проверки работоспособности и установки заново, обнаружил, что проблема ни разу не в дополнительных фичах, установленных в Delphi. 
Вся соль была зарыта в TortouseSVN... Кроме того, в режиме отладки из-за него невозможно было вызывать SelectDirectory (обнаружил только сегодня).
Выяснил виновника "случайно", посмотрев стек после ошибки в ходе вызова SelectDirectory - в нем было штук 8 вхождений tsvn-дллки.
Весьма странно, т.к. регулярно обновляю этого клиента, пользуясь всегда последними версиями...

Как теперь жить без svn...  

Это сообщение отредактировал(а) kami - 22.3.2011, 23:05

Upd1.
Проблема не пофиксена и проявилась опять.
Самое интересное - если попробовать завершить процесс (через диспетчер задач или ProcessExplorer), то он все равно остается висеть...спасает только перезагрузка, которая из-за этих висящих bds, само собой, длится безумно долго (+ ко всему - сама Vista долго грузится)... Если не обращать на это внимания - распухает файл подкачки, что уже само по себе напрягает...

Есть какие-нибудь идеи?

Попробуй неофициальные обновления для дельфи установить, здесь, в соседней теме.

избавиться от висты и станет легче.(проверено опытным путем)

Akella, IDE FixPack - не помог...

Frees, избавиться от Висты - дело, конечно, интересное. Но - Виста лицензионная, а на семерку денег пока нет, да и потом не предвидится. Мне же периодически бывает нужна реакция программы на UAC. Так что - избавиться пока "не судьба". Кстати, на XP (тоже лицензия, на работе) этот же дистрибутив с тем же набором компонентов (кроме Tortouse SVN) работает на ура.

Есть ли возможность включить какой-нибудь "лог выгрузки", чтобы посмотреть на чем стопорится?

Купи "Стартер". Совсем недорого.

Добавлено через 1 минуту и 2 секунды

Посмотри на том сайте, есть какой-то booster для Delphi. Он помогает нормально и быстро закрыть IDE.

http://andy.jgknet.de/blog/ide-tools/delphispeedup/

Features:
    Improves Delphi/BCB/BDS’s load times
    Optimizes often used RTL functions by functions form the FastCode project
    All optimizations are done in memory and do not change any file on disk
    Adds a “Close all and kill” menu item to the “File” menu that terminates the IDE very fast
    The fast termination is used when you close the IDE while pressing the CTRL key.
    Shows waiting cursor while loading designtime package
    Optimizes the Delphi Compiler’s C RTL
    Optimizes the Debugger, especially the Step-Into functionality
    CodeCompletion and HelpInsight can be aborted by ESC/mouse move

Добавлено через 2 минуты и 8 секунд
К сожалению для D2010 нет delphispeedup :(

уже посмотрел.
прошу прощения за молчание - у ноутбука оказалась аллергия на сладкий чай 
сейчас пишу на виртуальной клавиатуре  
Проблема актуальна, madExcept, svn - не при делах... сейчас попробую без cnpack. Если не он - даже не знаю, что думать..

Добавлено через 1 минуту и 15 секунд
самое интересное - ну почему убивание процесса не срабатывает?

Может дело в UAC? У тебя все последние обновления на висту установлены?

Возможно.

Будем считать, что проблема решена.
Правда, не так, как хотелось бы, малой кровью - т.е. манипуляциями непосредственно с Delphi и окололежащими продуктами, а полной переустановкой системы.
Благо, настроение было подходящим, то есть отвратным 

Теперь проблем с закрытием Delphi нет.
В общем, вопрос помечаю как "решенный", хотя в реальности это не так, ибо решился он "не нашими методами".