Уважаемые коллеги
Уже много лет использую следующий паттерн кода при сохранении объекта:
s sc=obj.%Save()
if sc'=1 w $System.OBJ.DisplayError(sc)

Ну вместо write могу еще что-нибудь с этим текстом делать, но суть не в этом. В Cache2012 это неожиданно перестало работать. Вызов w $System.OBJ.DisplayError(sc) почему-то вместо диагностики ошибки возвращает 1, если объект не сохраняется. Кто-нибудь может что-то посоветовать? Я делал полнотекстовый поиск по форуму, увидел, что servit пишет
$system.OBJ.DisplayError(sc) (с маленькой буквы), правда сам еще не пробовал. В этом всё дело?

Нет, нет, servit, что Вы, Вы везде вызываете этот метод через do. Я просто до сих пор не знал, что для этого метода разница стала принципиальна. Я пользовался им для вывода текста ошибки года эдак с 2003, и всё работало как часы. А вчера часов около 2 ночи обнаружил вот такую неприятность (видимо, до этого в Cache2012 у меня все объекты сохранялись без ошибок). Ну расстроился, конечно, а покопаться в Class Reference уже не было сил. Спасибо за помощь обоим откликнувшимся участникам. Значится, для вывода текста ошибки этот метод уже бесполезен.

Виноват, не для вывода, а для сохранения в переменной. А то попаду под огонь критики.

doublefint,
авторDisplayError продолжает работать, как работал и предназначен для (вы не поверите) вывода ошибки.

Ну непреодолимое желание у некоторых людей обязательно "вставить шпильку". Что-то с логикой у Вас не так. Сначала я ошибочно написал, что метод бесполезен для вывода ошибки. Потом сам же поправился, т.е. моя поправка как раз означала, что для вывода ошибки он ПРЕДНАЗНАЧЕН, а не предназначен для сохранения текста ошибки в переменной. Я поблагодарил людей за помощь и посчитал проблему закрытой. Вы же ломитесь в открытую дверь, вторично заявляя, что метод предназначен для вывода ошибки, припиисывая мне, что я это якобы отрицаю. Где Вы увидели повод поязвить? У Вас, наверное, всегда всё работает с первого раза, и Вы никогда не ошибаетесь.