Когда происходит ошибка при обращении к записи, мне нужно узнать, блокировка это или нет. В моём распоряжении (обращение через ODBC) есть SQLSTATE (как правило, S1000) и код native (специфический для Access'a).

Вопрос: какие коды native соответствуют тем или иным событиям блокировки и/или где это можно прочитать?

Во-первых, это позорище, во-вторых, сообщения бывают и не по-английски, в третьих, где они это советуют, дайте, пожалуйста, ссылку.

Похоже, что не зайдёт, особенно если тему не поднять...

Мы подошли к этой проблеме экспериментально: как выскочит сообщение о блокировке, сразу добавляем его код в соответствующий массив.
Если кто-то поступает так же, готов махнуться кодами :)

Если у Вас есть какой-то список кодов, пусть и неполный, посмотрите на их тексты и убедитесь, что слово locked присутствует во всех.
У меня нет списка текстов к кодам, но слово было, да, иначе мы бы не смогли определить, что этот код надо включать в список.

Либо, если у Вас не на английском, какое-нибудь другое слово.
Не у нас, а у заказчика, но, в общем, список языков невелик (русский, английский и может быть литовский). То есть можно конечно и так, хоть это и порнография.

Поставить метки перед той строкой, где случается ошибка, и после. И проверять не Err, а Erl. Если ошибка происходит именно в этой строке, то это либо блокировка, либо вообще база накрылась.
Этого я совсем не понял. Метки это что? Точки останова?
Что такое Erl? (я пишу не на бейсике)

Error(n) возвращает текст, соответствующий ошибке номер n.
Видимо, у нас с вами разные номера ошибок. Мои все с отрицательными номерами, а для Error n от 0 до 2^16.


On Error GoTo errSub
...
101
rs.Update
102
...
errSub:
If Erl = 101 Then ...


У меня это выглядит несколько иначе, хотя смысл вроде бы тот же:
try
{
rs.Update();
}
catch(CDBException e)
{
e.ReportError();
}

e -- аналог Err.

Только почему это либо блокировка, либо вообще база накрылась ?
Может, поля в таблице не хватает, или rs оказался read-only, или повторяющиеся значения уникального индекса, да мало ли причин.

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

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

Кроме того, в ODBC блокировка всегда оптимистическая, поэтому из другой копии той же программы заблокировать нельзя (нет такой строчки, вплоть до текстов ODBC драйвера, которых у меня нет, которая говорит "вот сейчас я блокирую, а следующая разблокирует").
А если блокировать из Access через Jet, то это могут быть и не те коды...

Несколько наиболее значимых кодов мы примерно так и выловили, но недавно в одном городе стал появляться ещё один, поэтому я и решил спросить, может кто знает ВСЕ.

2 Владимир Саныч
Это безусловно Аксесс (или его драйвер). Насчёт отрицательных кодов я погорячился, их ведь тоже приходится вытаскивать из строки, может это просто дефис, хотя обычно его там нет.

2 Лох Позорный
Не знаю, сложное ли это событие, но у нас не повторяется:
"База данных была приведена пользователем 'admin' на компьютере <> в состояние, препятствующее её открытию или блокировке."
SQLSTATE S1000, native -3810 (может и +3810).

Владимир Саныч, это блокировка? :)

Оптимистическая блокировка от пессимистической отличается только временем установки - перед сохранением или перед изменением записи.
Ну вот, где это "перед"? Остановился я на Update(), в этот момент ещё не заблокировал. Внутрь идти? В конце концов упираемся, например, в SQLSetPos(). До него ещё блокировки нет, внутрь войти нельзя.


В общем, всем спасибо...

Но раз их все равно приходится вытаскивать из строки, то мой вариант с отыскиванием строк не так далек от того, что делается сейчас.
Да, до меня это как раз дошло. Правда, числа большей частью от языка не зависят.
Ну хорошо, а что делать в SQL Server'e, например? То же самое (по слову locked)? А в Oracl'e (всё-таки не Microsoft)?
ODBC, блин... универсальный доступ к данным, блин. Впрочем, не первый раз...

Вот, нашёл ссылку:
The native Microsoft Jet error codes can be an important indicator of the nature of a problem. This is especially true when SQLSTATE S1000 (General error) is returned, because the ODBC error text for this SQLSTATE value does not convey any information about the problem. An application must rely on the Microsoft Jet error code in this case, and possibly the error message . Some Microsoft Jet error codes are returned for more than one type of error, in which case the error message must be used to determine the error that occurred.

Адрес в MSDN (статья "Error Handling"):
mk:@MSITStore:C:\Program%20Files\Microsoft%20Visual%20Studio\MSDN\2001JAN\1033\dnjet.chm::/c12_body_24.htm