AIZТеперь совсем не понятно, почему не
datetime ldt_sysdate
SELECT SYSDATE into :ldt_sysdate FROM DUAL;
как предлагал PL99?

Сделаю. Просто начальный вариант не мой... Других "спецов". Но в чем проблема решительно не понимаю. Данный скрипт пробовал, результат тот же...

Многопоточный - это именно многопоточный? Или речь идет про асинхронные обращения к БД? SQLErrText, в котором содержится "f_env_duration_to_string.fun" чем генерируется? Там идет что-нибудь, вроде ?
В этом случае, AFAIK, в SQLErrText должно быть нечто вроде "ORA-20001 f_env_duration_to_string.fun" и соответствующий номер ошибки в SQLDbCode. Все потоки работают с одним объектом транзакций и это SQLCA? Чего-то ты темнишь :-))

Если отладчиком пользоваться нельзя, напиши функцию логирования и пиши отладочную информацию в файл.

Программка производит некоторые экспорт данных из одной системы в другую, и может одновременно экспортировать несколько наборов данных, при этом, позволяя пользователю работать с интерфейсом. В этом смысле многопоточная. Для транзакций используется собственный объект.

Чем генерируется такой SQLERRTEXT я без понятия, но он такой. Судя по всему он связан с моей глобальной функцией
'f_env_duration_to_string() но почему она вдруг вызывается, я без понятия... ;-(

Anatoly MoskovskyЧитал я этот топик и не выдержал :))
Возник такой вопрос: можно все-таки выдать нам текст ошибки или так и будем в угадайку играть?

Можно, смотря что ты имеешь ввиду. Еще раз - ошибка в том что с помощью вышеуказанного запроса, возвращается вместо даты пустое значение. При этом, в свойстве SQLERRTEXT соответствующей транзакции лежит следующая строчка: "f_env_duration_to_string.fun", а SQLERRCode = -1. Вот такие дела...

ГеннадичА никто из "спецов" не блокирует DUAL примерно так: в f_env_duration_to_string.fun или ещё где-нибудь?
На соседней ветке недавно такое обсуждалось.
Нет такого там нету... ;-)

Anatoly MoskovskyИспользование драйвера O73 (как советовали) что-то меняет?

Поподробней, если можно. К тому же боюсь для "спецов" использование конкретного драйвера важно.

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

PL99 maxim566Для транзакций используется собственный объект. Я пока просто спросил используется ли для всех обращений к базе один единственный глобальный объект транзакций или в каких-то случаях создаются дополнительные коннекты? Особенно в свете
maxim566Программка производит некоторые экспорт данных из одной системы в другую. Системы на одном сервере живут или на разных?
Могут быть на разных. Сейчас на одном.

maxim566Чем генерируется такой SQLERRTEXT я без понятия, но он такой. Судя по всему он связан с моей глобальной функцией
'f_env_duration_to_string() но почему она вдруг вызывается, я без понятия... ;-(Вы, что, простите за прямоту, намекаете, что эта самая функция не серверная, а клиентская? Кто-то напрямую пишет нечто вроде SQLCA.SQLErrText="f_env_duration_to_string.fun"?
Участники форума заинтригованы :-))

Думаю что такой фигни не происходит. код по выводу SQLErrText такой

MessageBox("", sqlca_dwh.SQLErrText)
В боксе сами понимаете что... Почему в SQLных ошибках затясалась ссылка на функцию я в шоке...

Ктати, про SQLDBCode мы до сих пор ничего не знаем...
Посмотрю. Но теперь стало понятно что дело видимо в конекционном объекте. Так как в одном потоке все это работает прилично.

AIZИ, все-таки, SQLDBCode какой?
Так я пока разбираюсь с тем какой транзакцией пользуется этот запрос. Тогда смогу понять точно "сообщения об ошибках"

Anatoly MoskovskyНасколько я помню в каждом потоке надо создавать свой объект транзакции.
Да он создается отдельно.

P.S. Всем спасибо. Почитал полезный мануал про то как задавать вопросы. Проблему решу следующим образом - получать время буду средствами Power Builder, ибо большой проблемы в этом не вижу.

Дело спасла собственноручно написанная копия "спецовской" функции в правильном месте, с учетом правильной транзакции. И как я сразу не догадался... Всем еще раз спасибо.

Раз уж один вопрос отпал, может кто-нибудь знает что делать с этим:

http://www.sql.ru/forum/actualthread.aspx?tid=201733