"Преобразование значения к типу Число не может быть выполнено" (вина Роли???) #750432

Жму кнопку, с которой никаких раньше проблем не было. И прежде, чем процедура этой кнопки начинает выполняться (т.е. даже не могу отладчиком посмотреть, что за беда), получаю сабж. Откуда вылезло? Все на что грешу - создана была роль (и юзер с этой ролью), но для нее на этот документ (где кнопка) дал полные права...

в Отледке поставить Остановка по ошибке..

с отладчиком кажется понял - отладка тоже требует соответствующих прав.... Под админской учеткой выполнил трассировку - и в очередной раз сильно удивился. Вот код: ...смысл простой - тупо берем МАКСИМУМ от измерения РС (строкового типа). Сейчас этот РС пустой. Поэтому, как я понимаю, ВыборкаДетальныеЗаписи.Следующий = Ложь, но в табло вижу Истина! При этом - выполнение все же идет в ветку Иначе!! А дальше - вообще потеря дара речи: жму еще раз кнопку (движения РС еще не записаны - он все еще пустой!), теперь выполнение идет в ветку Если!!! Причем  ВыборкаДетальныеЗаписи.ИнвНомер = Null (отсюда в дальнейшем и сабж)... "Где логика, где разум?!" (с)

я балдею.... оказывается, если ОТЛАДЧИКОМ ПОСМОТРЕТЬ значение выражения "ВыборкаДетальныеЗаписи.Следующий" ... Да, вы правильно поняли - происходит ПЕРЕХОД к следующей записи выборки. Т.е., когда я смотрю это выражение отладчиком - попадаю в Иначе. Если не смотрю - в Если.

В первый раз отладчик запустил, что ли?

а что, к этому можно привыкнуть? не, я не ругатель 1С, но.......

Это, вообще-то, в любом языке так. Ну, кроме тех, у из отладчиков только Сообщить или аналог

щас некогда, но не поленюсь, сделаю на днях тестик с ADODB.Recordset в Аксесе...чо-то сильно сомневаюсь, что так в любом языке.

То есть если ты вычислишь в отладчике rs.MoveNext, то у тебя оно на следующую запись не перейдёт? Не рановато ли начал? Сегодня только вторник...