buddenу меня попутный вопрос - вы программист? программы отлаживали? Сколько лет уже программируете?

Я, в общем-то, уже ответил выше. Я программист уже довольно давно (ну уж не меньше 10 лет). Естественно, отладчиками пользоваться приходится регулярно. Правда, gdb видел всего раза два - работаю под виндой обычно. Но в мануал заглядывал.

Вот Firebird. Вот разработчики. И им говорят - у вас тут зависает. Они говорят - нам нужен дамп, лок-принт, и т.д.
А вы им - не, вы лучше напишите софтину, которая вам скажет, что вот тут и здесь у вас криво, и в результате зависло.
Так, примерно?

Я пока не говорю "у вас". Я пока говорю "у меня", причины могут быть и внутри моих клиентов.

На данный момент задача видится так: имеется сервер (классик 2.5), работающий и прямой. Хотим увидеть граф блокировок. Типа такого:
клиент PID 2343, транзакция 4345, блокирует запись с ROWID таким-то в таблице такой-то,блокировка такая-то
... и остальные блокировки
ожидает ввод запроса
клиент PID 4343, транзакция 6689, запросила блокировку такую-то записи с ROWID таким-же в таблице такой-же, ждёт блокировки
... и остальные блокировки

Полезность данного отчёта надо обосновывать?

Если я правильно понял, fb_lock_print такую инфу не выдаёт, но если подключиться gdb к отладочной сборке, то эту информцию можно извлечь в ходе диалога с gdb. Поэтому, методически предлагается запускать отладочную сборку, аттачиться gdb в нужный момент и извлекать инфу об объектах в человекочитабельном виде тем же путём, к-рым обычно это делает человек в отладчике, анализирующий (отлаживающий) работающий экземпляр сервера.

Конечно, может оказаться, что в моём случае FB сломался и мне эта тулзень не поможет, но это - уже мой риск, готов ли я на него пойти - зависит от того, найдутся ли желающие делать такую тулзень и сколько запросят денег за неё.

dimitr, ну, вот я потому и спрашивал, какая инфа есть в дебаггере. Если хотя бы на уровне таблиц и других объектов будет инфа, то уже будет не так уж плохо.

Dimitry Sibiryakov,
мдя. Прошу прощения у уважаемого сообщества и иду RTFM.

hvlad,
мануал я ещё не прочитал, но я правильно понял, что всё же, вообще говоря, нельзя понять, из-за какой таблицы одна транзакция ждёт другую? И значит, поставленный мной вопрос актуален.

Dimitry Sibiryakov, активный запрос может быть хранимкой. В одной транзакции может быть несколько запросов. Могут быть триггеры на таблицу. Так что через мониторинг - недостаточно хорошо.

hvlad, ну тогда запрос об утилите, которая покажет вышенарисованный граф ожиданий, тоже остаётся актуальным. Если будут предложения - предлагайте.