Глюк с RecID

[sobik]

Столкнулся с непонятным глюком в тройке, SP3:

ТО есть, зашло в цикл, а курсор указывает на несуществующую запись.
И, "развитие глюка":

Может, кто-то сталкивался?Заранее благодарен.

[S.Kuskov]

Очень странно.
Т.е. это глюк дебагера, который не может корректно отобразить RecId, а на самом деле запись существует и выбирается? Остальные поля дебагер показывает? Что выведет info(strfmt("%1", InventTrans.RecId));? Что будет если явно задать выбираемые поля while select RecId, Qty from InventTrans ...?

[sobik]

Деббагер показывает все верно. Когда компилятор пытается обратится к InventTrans.Qty, то выбрасывается ошибка :"Ссылка на несуществующий обьект". Т.Е., глюк именно в проверке истиннисти условий (RecID != 0).

[Alexius]

Банальные шаманства типа сброса кэша на клиенте, переиндексации приложения, глобальной компиляции и т.п. не спасают ?

[kashperuk]

Гы.. А какой RecId у этой записи в базе данных?

[sobik]

"Шаманства" не помогают. РекИД нету, так как самой записи тоже нету.

глюк странный, мне в голову только приходит древний баг, когда recid == -256, что-то неправильно работало.

[Alexius]

А не затаилась ли в какой нибудь переменной метода русская буковка ?

[pitersky]

Цитата:

Сообщение от Alexius

А не затаилась ли в какой нибудь переменной метода русская буковка ?

Это вряд ли. Тогда бы компилятор ругнулся.

[raz]

Я бы для начала синхронизировал таблицу, мне это помогало от необъяснимых глюков при работе с таблицей.
Следующий шаг, удаление *.aoc файлов.

[kornix]

А если добавить ради интереса return qty?
Понятно что в рассматриваемом примере это ну существенно, но мало-ли в 3-ке этот глюк как-то связан с отсутствием команды возврата?

[Alexius]

Цитата:

Сообщение от pitersky

Это вряд ли. Тогда бы компилятор ругнулся.

3-ка позволяет создавать переменные с кириллицей.

[Logger]

Судя по коду это у вас дисплей метод на форме.
А у вас случаем нет другого датасорса с именем InventTrans ?
Или датасорса с по табличке InventTrans, но где то в коде есть присвоение локального буфера с типом InventTrans и глобального буфера (в пределах формы) от датасорса ?

В свое время из-за этого наблюдались странные глюки.

Попробуйте расположить дисплей метод на табличке, а не на форме.

[Logger]

В общем отладчик может глючить отображая вам данные не из того экземпляра объекта.

Аналогично он глючит на табличных мапах. Если есть, например, мап tableMap, в котором объявлено поле c именем InventTransId, но при отображении на табличку InventJournalTrans ему соответствует поле InventTransIdFather, (т.е. tableMap.InventTransID этото же самое что InventJournalTrans.inventTransIdFather)

то отладчик покажет значение из поля InventJournalTrans.inventTransId вместо поля InventJournalTrans.inventTransIdFather - то есть если есть поле с совпадающим именем, то он берет его значение вместо того чтобы использовать карту соответствия полей из определения табличного мапа !