|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
Привет всем ! Дано : Есть приложение писанное на дельфях и работающее на виндах через ODBC с базой Informix 7.31.UC7 под SCO OpenServer 5.0.7. Исходников нет. Задача : Перенести базу под линукс. Поставил Informix 9.40.UC6 под линукс. Сделал текстовый дамп/лоад . Пытаюсь работать этим приложением с базой уже на линуксе. Многое работает, но при попытке вызвать некоторые менюшки выпадает окно с ошибкой : [Informix][Informix ODBC Driver][Informix]Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000. Сама процедура такова: Код: plaintext 1. 2. 3. 4. 5.
Пробовал ставить разные ODBC дрова - 2.60 , 2.70 , 2.81TC3 (идут в дистрибе с 9.40.UC6) - безрезультатно. Помогите чем сможете люди добрые ;)) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:16 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
прав у пользователя может нету. На старом сервере тоже informix владелец процедуры был? google: NODEFDAC ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:28 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
defocusСделал текстовый дамп/лоад . Поясните подробнеее - что вы сделали и как. defocus Пробовал ставить разные ODBC дрова - 2.60 , 2.70 , 2.81TC3 (идут в дистрибе с 9.40.UC6) - безрезультатно. Попробуйте установить такую же версию ODBC , которая работала ранее с 7.31 Но мне, почему то, кажется, что проблема не в драйвере... Другие процедуры работают ? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:32 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
Да. Права есть. Захожу под informix. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:33 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
слова - can not be resolved скорее говорят о том, что в приложении вызов процедуры делается с явным указанием владельца, а сейчас владельцы не совпадают. В ODBC можно указать trace и посмотреть какой вызов идет. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:38 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
Сделал текстовый дамп/лоад из под informix : На OpenServer : dbexport database_name -o /backup/dump На Linux : dbimport database_name -d maindbs -i /backup/dump ODBC : С любой из перечисленных версий не работает. На OpenServer работает с любой из перечисленных. Другие процедуры работают. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:39 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
lkirВ ODBC можно указать trace и посмотреть какой вызов идет. Сорри за тупость, а как это сделать ? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:43 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
lkirслова - can not be resolved скорее говорят о том, что в приложении вызов процедуры делается с явным указанием владельца, а сейчас владельцы не совпадают. Вот из dbexport.out : Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:48 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
defocuslkirВ ODBC можно указать trace и посмотреть какой вызов идет. Сорри за тупость, а как это сделать ? Запустить ODBC Data Source Administrator - там есть вкладка Tracing. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:49 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
Журавлев Денисgoogle: NODEFDAC Попробую завтра. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:51 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
defocus, А зачем там параметр psVoucherDef char(6) внутри нигде не используется. Может у вас две процедуры с одинаковым именем? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:52 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
Ikir, Попробую завтра потрэйсить, спасибо ! ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:52 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
Журавлев Денисdefocus, А зачем там параметр psVoucherDef char(6) внутри нигде не используется. Может у вас две процедуры с одинаковым именем? Чесно говоря не знаю зачем ;( я в этом не силен, но двух процедур с одинаковым именем нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2008, 16:56 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
defocusЖуравлев Денисdefocus, А зачем там параметр psVoucherDef char(6) внутри нигде не используется. Может у вас две процедуры с одинаковым именем? Чесно говоря не знаю зачем ;( я в этом не силен, но двух процедур с одинаковым именем нет. в версии 9.40.UC6 процедуры идентифицируются именем и типом параметров наверное, приложение передает параметры несоответствующих типов ODBC Tracing поможет посмотреть какие и потом можно создать еще одну процедуру с тем же названием с нужными типами параметров ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2008, 09:37 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
+100 к мнению Тан. Забыл вчера отписаться, проблема наверняка именно в этом. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2008, 10:02 |
|
Routine (ps_todayvoucher0) can not be resolved. ODBC State = S1000.
|
|||
---|---|---|---|
#18+
Потрэйсил ODBC : Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
Ну натурально ! Вызов ps_TodayVoucher0() с пустым аргументом. Так что для меня самый безопасный вариант - завести еще одну функцию ps_TodayVoucher0() с пустым аргументом ОООООГРОМНОЕЕЕЕЕЕЕЕЕ СПАСИБО ВСЕМ !!! :) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2009, 10:36 |
|
|
start [/forum/topic.php?fid=44&msg=35730611&tid=1607916]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
68ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 163ms |
0 / 0 |