Симонов Денис,

Вообще-то описание смысла ошибок в документации - это правильно и хорошо.

Особенно, когда из текста ошибки не вытекает её конкретный, прикладной смысл.

PS. а в Дьябло я не играл. В MUDы - было дело, бегал злым хоббитом. Но кажется не некромантом.

kdvArioch же про "официальную документацию по Firebird" спрашивает. Официальная - это пока только release notes и language reference.

....и все содержание firebirdsql.org

увы, гугл меня привел именно в этот топик. К конкретному процитированному мной посту. За что ему спасибо.

Симонов ДенисДелал это не я, но лучше сделал бы вряд ли, поскольку понимания что значит каждая из ошибок нет.

И получается бег пo кругу :-(

девелы раз за разом сатанее рассказывают одно и то же на форумах
юзеры и док-райтеры это раз за разом забывают и т.д.

wiki бы какую там опднять по ошибкам что ли....

kdv- не имеет смысла делать "справочник по ошибкам с их объяснением". Например,
"Cannot rename column being used in an Integrity Constraint." - что тут объяснять?

Ну например, дать ссылку на "что такое integrity constraint" и как все же переименовать, с временной отменой ограничения и восстановлением после
Те же ссылки на FAQ и прочие How-To

- в language reference всегда было только перечисление ошибок.
Перечисление без описаний... Либо это недоделка, брошеннаая на полпути, либо я не знаю что....

- если где и описывать ошибки типа unavailable database,
Можно и в firebird.msg - пусть описывается текст, с подробностями, например. Вместо двух настолько неопределенных общих слов, что их значение точное кроме разработчиков ядра никто не знает.

- в конце-концов, по данной конкретной ошибке есть и был FAQ, который легко находится в гугле (там и другие ссылки есть).
Особенно иностранцам его весело читать....

- "какую-нибудь вики" - где? почему именно вики? какие ошибки там перечислять?
Любые, по которым будут возникать проблемы нехватки/утери информации.

Именно потому и wiki, что она не требует заранее разрабатывать "структуру раздела", а позволяет накапливать информацию вводя структуру задним числом по мере накопления.

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

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

Симонов Денисэта табличка просто с перечислением кодов и текстов ошибок занимает почти 100 страниц. Представляешь что будет, если к каждой ошибке описание полное дать.

Ну да, зачем что-то делать, лучше сразу отправлять читать исходники.

....похоже, кто-то делает вид, что не знает зачем создавалась wiki и почему та же wikipedia в виде "табличек с перечислением" была невозможна, а сейчас вполне себе существует