Rubberduck VBA: что может вызвать ошибку распознавателя?

TL;DR: Rubberduck просрочен для нового «официального» релиза!

Отказ от ответственности: я управляю проектом Rubberduck OSS и участвую в нем.

Исключение возникло при обходе деревьев синтаксического анализа. Трудно точно сказать, что произошло, потому что синтаксический анализ и разрешение кода VBA — это очень сложный, многоэтапный процесс.

Чтобы узнать, что именно пошло не так, нужно посмотреть логи — логирование по умолчанию отключено (оно достаточно подробное), нужно включить его через диалог настройки:

Установите для минимального уровня журнала значение Трассировка для получения полной информации обо всем, что делает синтаксический анализатор/преобразователь, или Ошибка для менее подробного журнала, который включает только информацию об исключении; затем вы можете опубликовать этот журнал (или его части) в новой задаче, и разработчики проекта незамедлительно пометят/пометят его соответствующим образом, изучат детали журнала/исключения и определят, была ли проблема исправлена ​​в более поздней предварительной сборке или это новая ошибка, которую необходимо исправить.

Поскольку почти каждая отдельная функция требует точного понимания кода в VBE, разработчики Rubberduck очень серьезно относятся к проблемам парсера/преобразователя.

Если вы используете последнюю «зеленую» версию (v2.2.0), я уверен, что с тех пор проблема была исправлена. В последней "предварительной" сборке есть досадные проблемы с функцией автодополнения (определенно будет исправлено в версии 2.3.0), но теперь резолвер работает очень хорошо :)

По крайней мере, один из случаев выглядит следующим образом:

Функция или подпрограмма не компилируются, и разработчик не знает об этом при запуске проекта VBA, поскольку подпрограмма никогда не вызывается.

Решение:

Этот "мусорный" код можно обнаружить в журналах уровня трассировки Rubberduck.

Например, в моем случае:

Sub CleanSheetOut()
Worksheets(sheetOut).Range("A1:XFD10485576").Clear
Worksheets(sheetOut).Range("A1:XFD10485576").Interior
        .Pattern = xlNone
       .TintAndShade = 0
     .PatternTintAndShade = 0
End Sub

... был неправильным (не компилировался), но никогда не вызывался, поэтому проект работал нормально, но Rubberduck не мог решить.

Правильный код:

Sub CleanSheetOut()
   Worksheets(sheetOut).Range("A1:XFD10485576").Clear
   With Worksheets(sheetOut).Range("A1:XFD10485576").Interior
      .Pattern = xlNone
      .TintAndShade = 0
      .PatternTintAndShade = 0
   End With
End Sub

... компилирует и позволяет Rubberduck нормально анализировать и разрешать.

Журналы: ... показал неисправный саб и в каком модуле я смог его найти.

Комментарий от команды разработчиков Rubberduck:

Компилируется ли VBE на лету, зависит от настроек компиляции в правом нижнем углу вкладки «Редактор» в меню «Инструменты» -> «Параметры».

На самом деле мы пытаемся скомпилировать проект и предупреждаем пользователя, что проект не скомпилируется. Однако вышеупомянутые настройки VBE могут этому помешать. Более того, компиляция перед обновлением может быть деактивирована в собственных настройках Rubberduck.

Подробнее см. в этой ветке Github.