Наткнулся на такой неприятный момент:
В КОПе-наследнике от ТП объявляем обработчик события:

Процедура ПриВыводеСтроки(ОформлениеСтроки, ДанныеСтроки, ТипРегиона) Экспорт
	Сам().Колонки.Получить("Пом");
КонецПроцедуры	// ПриВыводеСтроки 

Колонки с именем "Пом" - не существует!
1С валится при первом же обращении, причём успевает сказать в конфигуратор правильную проблему:
Цитата:

Если тоже самое сделать в обработке:

Процедура тпНаФормеПриВыводеСтроки(тп, ОформлениеСтроки, ДанныеСтроки, ТипРегиона)
	тп.Колонки.Получить("Пом");
КонецПроцедуры	// тпНаФормеПриВыводеСтроки
 

То, ес-но, имеем ту же ошибку, но 1С уже не валится.

Проверял на 3.0 и 2.5
Или я что-то опять не так делаю?


+мальнькое пожелание. Можно добавить в Колекцию "Колонки" ТП метод:

КолонкаСуществует(ИмяКолонки) 

который возвращал бы 1 или 0 в зависимости от того, существует ли колонка?

Ну через попытку мы и сами сделали. 
А у тебя валится на приведенном в (0)-м посте коде?

Это не ТП валит 1С, а коллекция типа "КолонкиТабличногоПоля" валят ТП.

Здесь даже тема есть с описанием решения http://www.1cpp.ru/forum/YaBB.pl?num=1188924266/0
Только пример с падением не будет работать на свежих сборках - в самом ТП я уже исправил, сорри.

P.S.
Результаты голосования умиляют

думаю что "пустяки, дело житейское" 

На самом деле, случай другой (не тот, на который я дал ссылку).

Беда в том, что действительно код ТП::ПриВыводеСтроки небезопасен относительно исключений внутри события.
Возможно, подобные проблемы существуют и в других событиях.

Надо стремиться к тому, чтобы события ТП (ActiveX и т.п.) не вызывали исключений.
И любой вылет стоит регистрировать в багтракере и исправлять, пока для этого есть возможности.

Я вот если честно до сих пор не могу 100% теста сделать для той ошибки что периодически ловлю.
Даже ума не приложу в чем может быть причина. В общем история... дело было как то раз в очередном созданном КОПе (КОП: ТабличноПоле {}), инициализировав ТЗ и создав колонки (НоваяКолонка(Ид,ТипВид,Длина,Точность...)) я попробовал создать поставщика, установить в него тз и в запихнуть в качестве поставщика ТП. 1С упала. Что там она болтнула я уже не помню, но помню про строку которая превысила допустимые размеры. Крутил вертел все одон все едино. Подсунул другую ТЗ (другая структура данные и т.д.) все прошло нормально... был озадачен....
переименовал ТЗ (которое приводило к падению) не помогло, что ж.
Решено было создавать ТЗ по другому. Тут в чем дело то было, ТЗ я создавал перебирая метаданные получая тип, вид, длину точность и т.д., создавал колонки прописывая все параметры при создании. В итоге получал хорошо параметрезированные колонки, чтобы при выводе строки определенным образом все это дело обрабатывать. Но данные в значения видимо не всегда попадали соответствующего типа, и видимо на это ТП и ругалось. Уж чем вся эта история закончилась счас я уже и не вспомню, как то обошел.
И вот счас родилась мысль.... в 99 случаях я создаю новые колонки в ТЗ не указывая тип, длину, точность и т.д. а передавая только идентификатор, обработку осуществляя зная что в какой колонке, тут же я получил такую проблему. причем в другом КОПе этот же код работал, однако там принцип наследования был проще.

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

А про ошибку с ужасом вспоминаю потерянный день в попытке обойти проблему, и ежели натолкнусь повторно обязательно сообщу. Но тогда на самом деле тест не получилось сделать  

В моей старенькой 1c++ RT-исключение в обработчике событий внутри КОПа не приводит к падению 1с.
Думается мне, что такое поведение 1с++ как то связано с внедрением CRuntimeExceptionClass.
но точной уверенности нет

Миш, ещё падения до кучи можешь подтвердить:
Если у ТП есть подвал, то там шаг влево, шаг вправо - расстрел!
Возьми, например, в свой пример по прямому редактированию ТП и добавь туда кнопочку с вызовом след. процедуры:

Процедура ДобавитьКолонку()
	ТП.Подвал.ПоставщикДанных="";
КонецПроцедуры	// ПоменятьПоставщика 

имеем вылет   (причём иногда не мнгновенный, а через несколько сек или после прокрутки. Уж не знаю от чего зависит)
или:

Процедура ДобавитьКолонку()
	ТП.Колонки.Добавить("Новая");
КонецПроцедуры	// ПоменятьПоставщика 

тоже имеем вылет. в общем вариаций - масса. (проверял только для провайдера ТЗ)
Я, конечно, понимаю, что по логике так делать нельзя, но вылет - тоже не есть гуд.

И вообще можно ли сделать, чтобы шапка и подвал никак не зависили от коллекций колонок основной ТП, т.е. чтоб это были некие независимые ТП внутри основного ТП.