А зачем он тебе ? Я сказал, как строку получить без знания его стр-ры.
так. для общего развития :)
Без парсинга текста, но с парсингом статус-вектора. Если есть к нему
доступ, конечно.
статус вектор в данном случае содержит 6 чисел. Первые два: 1 и код
ошибки.
Далее идет две пары, где первое число 2, а второе скорее всего адрес
объекта в пямяти на сервере или его индекс (хэндл).
Так вот
Andrei ...
Без парсинга текста, но с парсингом статус-вектора. Если есть к нему
доступ, конечно.
статус вектор в данном случае содержит 6 чисел.
rtfm : fb_interpret
--
Хорсун Влад
rtfm : fb_interpret
всё, что есть в документации:
New Function for Delivering Error Text
C. Valderrama
The new function fb_interpret() replaces the former isc_interprete()
for extracting the text for a Firebird
error message from the error status vector to a client buffer.
Important
Andrei
rtfm : fb_interpret
всё, что есть в документации:
New Function for Delivering Error Text
C. Valderrama
The new function fb_interpret() replaces the former isc_interprete()
for extracting the text for a Firebird
error message from the error status vector to a client buffer.
Andrei wrote:
Далее идет две пары, где первое число 2,
isc_arg_string из iberror.h.
а второе скорее всего адрес объекта в пямяти на сервере
На клиенте. Используй его как (const char*) и все дела.
--
Дмитрий Еманов
На клиенте. Используй его как (const char*) и все дела.
наконец-то. спасибо.
PS: но в самой документации, что бы Влад не говорил, ничего нет
проформат StatusVectora...
Andrei ...
На клиенте. Используй его как (const char*) и все дела.
наконец-то. спасибо.
PS: но в самой документации, что бы Влад не говорил, ничего нет
проформат StatusVectora...
А зачем он тебе ? Я сказал, как строку получить без знания его стр-ры.
--
Хорсун Влад
PS API Guide, стр
А имя индекса можно и без парсинга вытащить, было бы желание...
как? подскажите
Andrei wrote:
А имя индекса можно и без парсинга вытащить, было бы желание...
как? подскажите
Без парсинга текста, но с парсингом статус-вектора. Если есть к нему
доступ, конечно.
--
Дмитрий Еманов
Добрый день,
Такой вопрос: на клиенте отличить ошибку нарушения уникальность
первичного ключа от нарушения уникальности другого поле с констрэинтом
UNIQUE или с созданным уникальным индексом можно?
Если да, то как?
Андрей
Andrei wrote:
Такой вопрос: на клиенте отличить ошибку нарушения уникальность
первичного ключа от нарушения уникальности другого поле с констрэинтом
UNIQUE или с созданным уникальным индексом можно?
Разве что по имени индекса. Ибо это одно и тоже исключение.
--
Дмитрий Еманов
Hello, Andrei!
You wrote:
A Такой вопрос: на клиенте отличить ошибку нарушения уникальность
A первичного ключа от нарушения уникальности другого поле с констрэинтом
A UNIQUE или с созданным уникальным индексом можно?
A Если да, то как?
Какая половая разница?
Код ошибки будет тот же
Dmitry Yemanov wrote:
Такой вопрос: на клиенте отличить ошибку нарушения уникальность
первичного ключа от нарушения уникальности другого поле с констрэинтом
UNIQUE или с созданным уникальным индексом можно?
Разве что по имени индекса. Ибо это одно и тоже исключение.
Чо-та мне склероз
Парсить текст сообщения - западло...
будем парсить. просто, как сами надеюсь понимаете, тексты сообщения об
ошибках не являются
частью стандарта SQL и могут в последствии легко поменяться. От чего
код, на них полагающийся,
придет в негодность...
Andrei wrote:
тексты сообщения об
ошибках не являются
частью стандарта SQL и могут в последствии легко поменяться. От чего
код, на них полагающийся,
придет в негодность...
В общем - верная позиция, что можно решить на кодах, надо решать на
кодах. Но в частности - как-то не получается у
Andrei wrote:
будем парсить
А смысл? Если код ошибки одинаков, то и текст будет одинаков. А имя
индекса можно и без парсинга вытащить, было бы желание...
--
Дмитрий Еманов
17 matches
Mail list logo
