|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
IBM Informix Dynamic Server Version 11.50.FC3 PHP Version 5.2.0 phpinfo выдает ESQL/C Version 3.50 При выполении запроса из PHP вместо содержимого поля типа lvarchar выдается такое: ESQL/C : caption : unsupported field type[370] ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2009, 17:16 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
Воможно, будет полезно "A step-by-step how-to guide to install, configure, and test a Linux, Apache, Informix, and PHP server" http://www-128.ibm.com/developerworks/db2/library/techarticle/dm-0606bombardier/ Обратите внимание на версию Informix ClientSDK (лучше взять клиента от IDS 11.5) Поищите подходящую информацию на comp.databases.informix ( http://groups.google.com.ua/group/comp.databases.informix/topics ) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2009, 17:43 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
Версия клиента самая свежая, от того же дистрибутива. С той же базой нормально работает c другой машины со старого SDK от 10-го Informix. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2009, 14:01 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
yackВерсия клиента самая свежая, от того же дистрибутива. С той же базой нормально работает c другой машины со старого SDK от 10-го Informix. Если вы знаете условия, при которых все работает, тогда в чем состоит вопрос ? Или это была просто "информация для размышления" ? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2009, 16:15 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
вопрос в том, что ставить старую версию Client SDK (от 10.1) на сервер с 11.5 - более чем нерезонно и хочется знать, не удалось ли кому обойти вышеуказанную проблему, оставшись на новой версии. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.01.2009, 23:16 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
yackвопрос в том, что ставить старую версию Client SDK (от 10.1) на сервер с 11.5 - более чем нерезонно... Не вижу здесь никакой проблемы. Если вам не нужны какие-то гипотетические возможности нового клиента, то почему бы не работать на старой версии ? Много раз наблюдал такие симбиозы. Основная ведь задача в том, чтобы связка работала стабильно и правильно, а не в совпадении и новизне версий. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2009, 11:50 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
vasilisyackвопрос в том, что ставить старую версию Client SDK (от 10.1) на сервер с 11.5 - более чем нерезонно... Не вижу здесь никакой проблемы. Если вам не нужны какие-то гипотетические возможности нового клиента, то почему бы не работать на старой версии ? Много раз наблюдал такие симбиозы. Основная ведь задача в том, чтобы связка работала стабильно и правильно, а не в совпадении и новизне версий. Могу сказать то же самое: обращение "старым" клиентом к "новой" базе, - это нормальный режим работы, поддерживаемый производителем СУБД. Гораздо важнее оказывается взаимодействие клиента с php. Например, лично я всё ещё использую SDK из времён 7 версии Informix, поскольку "старый" php 4 с ним собирается и работает. И пока не перестанет собираться - буду использовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.01.2009, 12:01 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
Добрый вечер! В данном случае, необходимо рассмотреть несколько вариантов, указанной проблемы: - наличие ошибок в новой версии Informix CSDK ESQL/C. - ошибка в SQL-запросе (неявный вызов фукции для преобразования типов и т.д.). - ошибка сборки библиотеки PHP для работы с сервером Informix 11.50.FC3. Проверить на каком уровне происходит ошибка достаточно просто: ------------------------------------------------------------------ 1. Выполнить проблемный SQL-запрос в dbaccess. 2. Скомпилировать тестовую программу ESQL/C с использованием последней версии CSDK. 3. Выполнить трассировку SQLI- протокола для сессии с проблемным SQL и посмотреть на SQL-дамп трассировки. Когда будет известен диагноз, тогда можно будет предлагать пути решения, указанной проблемы. Есть подозрение, что это ошибка INFORMIX. Похожая ситуация была обнаружена для утилиты dbschema (IDS 11.50.FC3) - dbschema does not yet correctly support VERCOLS. В любом случае, нужно поставить диагноз. С уважением, Вадим. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2009, 00:01 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
немного с опозданием, но все же... Опытным путем установлено, что конфликт возникает именно на стыке PHP и ESQL/C. В моем случае 2.90 работает без нареканий, а 3.50 работает с вышеуказанной ошибкой для lvarchar. Промежуточными версиями не располагаю, но в гугле натыкался на похожую проблему с VisualBasic на версии 3.00 Решить пока удалось только даунгрейдом. Однако, не без проблем. Например, на Ubuntu не ставится 2.90 ни при каких танцах ни с каким бубном. Пришлось юзать Mandriva ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 01:16 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
Кстати, еще раз по поводу ошибки: ESQL/C : caption : unsupported field type[370] здесь caption - это имя поля, а 370 - это как-раз длина той самой строки, которую я ожидаю в качестве результата запроса. Dbaccess выводит все поле корректно, Serverstudio - тоже. А вот PHP - хромает. Array{ [id] => 4522445 [product_id] => 10 [product_date] => 2010-02-11 20:35:26 [header] => 'Новый сезон скидок в магазинах Дачетехника' [caption] => ESQL/C : body : unsupported field type[864] [status] => 0 [user_id] => 134 } Еще раз подчеркну - такая ощибка только с полем типа lvarchar. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 01:26 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
В исходниках PHP-шного модуля ifx.ec идет case обработки типов, в результате которого значение default (т.е. не попавшее ни под одно условие) генерирует как раз эту ошибку. Что могли поменять такого в ESQL/C, что они уже не определяются как lvarchar ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 01:34 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
если еще глубже - то он не проходит проверку на SQLLVARCHAR ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 02:00 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
Идей нет? Информикс никто не юзает? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2010, 10:29 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
А вопрос-то по-прежнему актуален! ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2010, 13:59 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
yackESQL/C : caption : unsupported field type[370] Пхпшные информикс-дрова написаны левой задней ногой студента двоечника - там глюков больше чем кода. Я уже даже не помню, сколько таких косяков в свое время фиксил, чтобы оно нормально работало. И данную ошибку с необработанными типами в СИшных case-ах чинить надо, и косяк с persistent-коннекшнами, даже не пытающимися восстанавливать оборванные сессии, и до перезапуска пхп теряющими связь с сервером, и с датами там что-то такое было, уже даже не помню.... Данный конкретный глюк связан с необработанным типом данных - надо добавлять обработку вставляя соответствующие case в обработчике типов в пхп-драйвере. Точнее не скажу, ибо делал это года 4 назад, уже давно не помню подробностей. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2010, 20:06 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
С кривизной драйвера согласен полностью. А pconnect я не использовал, т.к. имхо для сеансовых веб-приложений это не лучший вариант. Вопрос сейчас сводится к следующему: если старый SCDK 2.90 называл называл lvarchar как SQLLVARCHAR, то в 3.50 SQLLVARCHAR не прокатывает. Вопрос в том, что в 3.50 вместо SQLLVARCHAR? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2010, 12:11 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
yackС кривизной драйвера согласен полностью. Дык вроде OAT использует Informix-PDO, а OAT сейчас входит в стандартную поставку. Никто не пытался выдернуть оттуда этот драйвер? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2010, 13:51 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
Проблема не с PDO а с PHP-драйвером Informix'a ... |
|||
:
Нравится:
Не нравится:
|
|||
01.06.2010, 11:36 |
|
PHP + INFORMIX, при обращении к lvarchar ошибка
|
|||
---|---|---|---|
#18+
Честно говоря думал, что для связи PHP+Informix надо использовать Informix PDO или IBM PDO . Посмотрите еще статьи на DeveloperWorks: 1. Google Maps API, DB2/Informix и PHP на Linux 2. Пошаговое руководство по установке, настройке и тестированию сервера Linux, Apache, Informix и PHP ... |
|||
:
Нравится:
Не нравится:
|
|||
01.06.2010, 12:41 |
|
|
start [/forum/topic.php?fid=44&fpage=23&tid=1607568]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
48ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
others: | 325ms |
total: | 480ms |
0 / 0 |