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

располагаются в адресном пространстве процесса. Если в твоем случае приложение == программа == процесс, то после завершения процесса(программы) вся выделенная ей память(в т.ч. "heap" - "куча") будет возвращена ОС. Т.о. "глобальной" утечки памяти быть не может(разве что ты внедрялся в чужое адресное пространство и "гадил" там - в том же explorer.exe или ещё где... но, видимо, в твоем случае такого не было). А утечка есть только в пределах твоего процесса. С другой стороны, если твое приложение сожрет всю доступную адресуемую память, то ничего хорошего в этом не будет, хоть память и освободится с закрытием твоего приложения... так что проверять надо. На это дело есть модуль MemCheck

Ну если используються связные списки.. никаких левых наворотов. Если память в любом случае освобождаеться то зачем ее освобождать явно?

если ты никогда-никогда не задействуешь свой класс в программе, где объекты такого класса будут создаваться/уничтожаться пачками - не пиши особождение памяти в деструкторе.
если твой класс гарантированно(хотел бы знать того, кто дает такие гарантии) будет использоваться в приложении только в виде единственного экземпляра на протяжении всей работы и максимально занимает 1-2 Кб памяти - не ищи утечки.
НО! Если ты можешь предсказать такие условия работы своего класса/приложения, то ты - бог   
если тебе так неохота чистить за собой память, что ты против соблюдения правил приличия(вдруг твой класс/функцию/код будет использовать кто посторонний?) и даже просто здравого смысла(если у тебя в цикле создаются объекты, скажем, в количестве 1000000 штук и каждый вызывает утечку памяти на мегабайт, может случиться out of memory) - то пользуй лучше другие языки, среда которых подразумевает автоматизированную сборку мусора(Java, .Net - группа, реализации языков функционального программирования), либо используй smart pointers вместо "обычных" указателей.

У меня в объекте есть поля которые являються указателями на списки разных размеров. Списки эти не слишком большие и я хотел бы проверить все ли они хорошо убиваються в деструкторе. Как вижу убивать их необязательно... :( Столько сил и мозгов угрохал чтобы написать вродебы корректное удаление. Хотелось бы чтобы это было действительно так.

ты что, приносил кусочки мозга в жертву компу?  Это же опыт! А корректное удаление я бы советовал-таки сделать...

это хто такие?

Это auto_ptr в С++. Не знаю насколько это удобно и возможно в Delphi 

Почти 

черт! я просто на С++ в то время писал....
Значит, другой совет: наследуй классы не от TObject, а от TInterfacedObject - как я понимаю, даже без внедрения интерфейсов там реализован механизм подсчета ссылок и когда на область памяти(объект) больше никто не ссылается, объект уничтожается автоматически.

Добавлено через 54 секунды
а вообще - хватит лениться и вперед - писать деструкторы!   

  Нет что-то путаешь, такое есть только для строк и динамических массивов. Даже себе не представляю как можно в Delphi сделать auto_ptr... ведь тут нет перегрузки, хотя что-то в 2007 уже есть. Но как определить что указатель уничтожен? На счет интерфейсов, так счетчик ссылок работает только у интерфейса. Это если создать объект как интерфейс... и то интерфейс нужно занулить, чтобы уничтожить ссылку, пока этого не будет сделано ничего не произойдет. А если указатель создан в стеке, то по выходу из процедуры никто не заботится чтобы занулять область памяти стековых переменных, просто смещают указатель стека и все. 

да :( запутал...