Обнуление глобальных переменных при работе с ЛБД

rush7ka

Имеется программа, использующая ЛБД PNP. Для сбора табельных номеров используется вызов по кнопке отчетоа (submit report ZZZ1), результаты которого (Орг Единицы) складываются в глобальную табличку tabo. Штатный режим: пользователь запускает программу, давит на кнопку "найти людей", отчет ZZZ1 возвращает ему людей (правда пользователю приходится покликать немного прежде, чем получить список). Затем он запускает основную программу (по выходу из submit report ZZZ1 табличка tabo заполнена). Программа отрабатывает до конца. Все нормально. Когда пользователь возвращается в стартовый экран ЛБД, то табличка tabo магическим образом ПУСТА. Вопос: как это пофиксить? Приветствуются все идеи (самая простая - MEMORY ID, но так делать очень не хочется).

Aleqs

Можно попробовать табличку tabo преобразовать в SELECT-OPTIONS (чтобы не смущала пользователей сделать ее NO-DISPLAY).
Вот они, насколько я помню, не чистятся при возврате на стартовый экран.

rush7ka

Aleqs написал:

Можно попробовать табличку tabo преобразовать в SELECT-OPTIONS (чтобы не смущала пользователей сделать ее NO-DISPLAY).
Вот они, насколько я помню, не чистятся при возврате на стартовый экран.

Это конечно вариант, хотя хотелось бы понять как такое поведение экранов с ЛБД изменить по-человечески, не очень хочется на каждую фигню создавать SO, да и не всегда это возможно. Может кто из ГУРУ знает ответ?

N/A

rush7ka написал(а):

Имеется программа, использующая ЛБД PNP. Для сбора табельных номеров используется вызов по кнопке отчетоа (submit report ZZZ1), результаты которого (Орг Единицы) складываются в глобальную табличку tabo.

Можете пояснить зачем в отчете который использует ЛБД PNP, вы используете сбор табельных номеров в другой программе (ZZZ1)?

rush7ka написал(а):

Когда пользователь возвращается в стартовый экран ЛБД, то табличка tabo магическим образом ПУСТА. Вопос: как это пофиксить?

В отладчике на каком этапе обнуляется табличка?

rush7ka

N/A написал(а):

Можете пояснить зачем в отчете который использует ЛБД PNP, вы используете сбор табельных номеров в другой программе (ZZZ1)?

Программа - вызов различных средств поиска (от простых вариантов до инфонаборов), позволяющих пользователю найти людей, которых он хочет обработать. Встраивание подобных средств в комплексное ср-во поиска решили не делать (тем более, что программка возвращает много чего полезного кроме табельных номеров

).

N/A написал(а):

В отладчике на каком этапе обнуляется табличка?

Табличка заполнена вплоть до END-OF-SELECTION. При повторном запуске в INITIALIZATION, AT SELECTION-SCREEN и START-OF-SELECTION она уже пуста.

N/A

rush7ka написал(а):

Программа - вызов различных средств поиска (

Ясно.

rush7ka написал(а):

Табличка заполнена вплоть до END-OF-SELECTION. При повторном запуске в INITIALIZATION, AT SELECTION-SCREEN и START-OF-SELECTION она уже пуста.

странно. А под повторным запуском мы понимаем именно простой возврат на селекционный экран после отработки по F8? Скорей всего где-то чистится у вас в программе. Есть же наверняка что-то типа

Code:

Clear tabo[] или Refresh Tabo

. Может быть чистится не явно. Я думаю LBD здесь не причем.

ArmAnn

rush7ka написал(а):

Табличка заполнена вплоть до END-OF-SELECTION. При повторном запуске в INITIALIZATION, AT SELECTION-SCREEN и START-OF-SELECTION она уже пуста.

Когда программа заканчивает работу и возвращается к селекционному экрану - переменные очищаются. Поэтому если хотите сохранить свою tabo в неприкосновенности - надо ее сохранять, например в АБАП памяти (EXPORT TO MEMORY), а в событии INITIALIZATION соответственно доставать (IMPORT FROM MEMORY)

rush7ka

ArmAnn написал:

Когда программа заканчивает работу и возвращается к селекционному экрану - переменные очищаются. Поэтому если хотите сохранить свою tabo в неприкосновенности - надо ее сохранять, например в АБАП памяти (EXPORT TO MEMORY), а в событии INITIALIZATION соответственно доставать (IMPORT FROM MEMORY)

ААА!!!! И Эти люди запрещают мне ковыряться в носу ???Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!
Всем спасибо за помощь, хотя концепция принудительной очистки памяти ЧУЖОЙ программы выходит за пределы моего понимания ...

N/A

ArmAnn написал:

Когда программа заканчивает работу и возвращается к селекционному экрану - переменные очищаются.

Блин, точно помню задвоение у себя в простом отчете при повторном запуске без очистки таблички. :roll:

(вспоминает код)

ArmAnn

rush7ka написал(а):

Всем спасибо за помощь, хотя концепция принудительной очистки памяти ЧУЖОЙ программы выходит за пределы моего понимания ...

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

N/A написал(а):

Блин, точно помню задвоение у себя в простом отчете при повторном запуске без очистки таблички. :roll:

(вспоминает код)

ага, покажите код

DKiyanov

ArmAnn написал:

Когда программа заканчивает работу и возвращается к селекционному экрану - переменные очищаются

Не совсем так, там просто делается повторный SUBMIT программы...
RSDBRUNT:

Code:

FORM %_RETURN_TO_SELSCREEN.                                       "#EC *

  IF MEMKEY-REPORT NE SPACE.
    SUBMIT (MEMKEY-REPORT) VIA SELECTION-SCREEN
                      %_INTERNAL_%_SUBMODE_% MEMKEY-INT_MODE
                      USING SELECTION-SCREEN SUBMIT_SCREEN
                      USING SELECTION-SET MEMKEY-VARIANT.
  ENDIF.

ENDFORM.

ArmAnn

DKiyanov написал:

ArmAnn написал:

Когда программа заканчивает работу и возвращается к селекционному экрану - переменные очищаются

Не совсем так, там просто делается повторный SUBMIT программы...

ага... понятно

Правила форума

Обнуление глобальных переменных при работе с ЛБД

Кто сейчас на конференции