2 spas2001
spas2001Может все-таки:
{Имя_столбца}.protect='1'
Нет. Как раз "{Имя_столбца}.protect=1". Даже специально в отладчике сейчас посмотрел. Именно как я указал. И это сейчас работает.
Anatoly Moskovsky
Anatoly Moskovsky А запостите сюда PBL с минимальным примером где это повторяется.
Full rebuild устраняет проблему?
Переход на другой билд PB?
У меня подобная проблема повторилась дважды (в разных местах). Но во второй раз я уже знал в чем дело и "разбил" строку. В одном случае странный кусок находится внутри одного из событий, а в другом внутри маленькой функции.
Full rebuild пробовал в первую очередь - не помогло.
Другие билды не пробовал. Собственно возможности экспериментировать нет.
Могу выложить функцию, но не уверен, что это что-то скажет:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
/*
long of_set_protect (string as_column_name, boolean ab_switch)
Параметры: as_column_name[] - название колонки
ab_switch - флаг
Назначение: Установить свойство protect для указанного поля в DS (ids_where_simple)
Примечание:
Возвращает: SUCCESS (1) - успешно
FAILURE (-1) - ошибка
Дата: 04.10.2006
*/
long ll_return_code = FAILURE
long ll_protect
string ls_modify
string ls_result
if ab_switch then
ll_protect = inv_const.il_protected
else
ll_protect = inv_const.il_not_protected
end if
ls_modify = trim( as_column_name )
ls_modify += '.protect='
ls_modify += string( ll_protect )
ls_result = ids_where_simple.modify( ls_modify )
if ls_result = '' then ll_return_code = SUCCESS
return ll_return_code
Это текущий рабочий вариант. Но если "склеить" вычисление ls_modify, то получаю бред. Только что проверил в отладчике.
