Судя по всему, SET TERM используется при парсинге аналогично BEGIN/END и если в начале создания процедуры или триггера прописан, к примеру, "SET TERM ^;", а после забыт "SET TERM ;^", то объект не попадает в дерево объектов, отображенного в левой панели окна редактора скриптов.

IBExpert, не попадает именно первая процедура после "SET TERM ^;", если отсутствует "SET TERM ;^", а вторая, как раз, попадает, если корректно обрамлена "SET TERM".

IBExpert, попытался воспроизвести - не получилось. Всё вышло так как ты написал. Извини, был неправ.

Удивило, что парсер ориентируется не по ключевым выражениям создания объектов БД, таких как "CREATE TABLE", "CREATE PROCEDURE" или "CREATE TRIGGER", а по "SET TERM", смысл которого изменить маркер конца оператора для утилиты исполнения скрипта, чтобы можно было использовать ";" внутри тела триггера или процедуры. Естественно, что ни "CREATE PROCEDURE", ни "CREATE TRIGGER" или т.п. не может встречаться в теле процедуры (ни до, ни даже после последнего END процедуры). ИМХО, для отлова создания объектов, парсер вполне мог бы не замечать "SET TERM" и ориентироваться только на ключевые выражения создания объектов, если они не экранированы комментарием или одинарными кавычками.

IBExpertПарсер - сюрприз! - может и без SET TERM разобраться. Но если ты использовал SET TERM в скрипте - он чё, телепатически должен догадаться, что это чисто для прикола было и можно на это забить?
Воу-воу!... Зачем так нервничать? Я ни в коем случае не наезжаю, ни к чему не принуждаю, очень ценю твой титанический труд и считаю твой инструмент лучшим из того, что есть как в свободном доступе, так и среди коммерческих продуктов. Мне, всего лишь, показалось странным некоторое поведение анализатора скрипта и, конечно, хотелось, чтобы твой анализатор скриптов был более гибок и сообщал пользователю о пропущенных ключевых элементах языка (таких как "SET TERM", "END" или ";"), как это делает, к примеру анализатор кода C++ в NetBeans, отмечая красными и желтыми черточками на поле панели прокрутки место, где допущена ошибка, пропуск ключевого элемента или сомнительное использование.

IBExpertНе надо ждать, что он будет корректно разбирать кривые скрипты. Такая задача перед ним не стоит и время на это тратиться не будет.
Ну, как говорится, на "нет" и суда нет. Дареному коню в зубы не смотрят.

kdvкроме того, SET TERM это ни разу не "элемент языка", это команда ISQL. Кроме ISQL об этой команде знают только те, кто хочет. Например, сам ФБ про эту "команду" знать не знает.
Именно так я и написал:
rdb_dev... а по "SET TERM", смысл которого изменить маркер конца оператора для утилиты исполнения скрипта, чтобы можно было использовать ";" внутри тела триггера или процедуры.
Для анализатора скрипта совершенно не принципиально, чем является "SET TERM" - элементом языка (DDL/DML) или же директивой исполнителю скриптов. Это имеет значение только при выполнении скрипта.

kdvЕсли скрипт кривой, то рано или поздно парсер ИБЕ или ФБ выматерится. А вот как оно там должно было быть, ни тот ни другой парсер вряд-ли сможет предположить.
Это понятно... Но хотелось бы видеть очевидные ошибки заранее, чтобы при выполнении полумегабайтного скрипта не искать потом место сбоя и перезапускать выполнение, выделяя оставшийся кусок в несколько тысяч строк.