|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
[2001-03-28 10:43 UTC] kalowsky@php.net
[2001-04-25 10:38 UTC] kalowsky@php.net
|
|||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Sun Nov 02 07:00:01 2025 UTC |
./configure --with-openlink=/usr/local/openlink make There are some queries that will not work with OpenLink/PHP4/Linux and MSSQL 7. For example, any use of SOUNDEX() will fail, as well as odd things like if queries end in a semicolon (";"). These exact same queries work with the "odbctest" program that ships with OpenLink, which leads me to think it is an issue with the way PHP4 interacts with OpenLink. This exact problem has been reported by several other people on the PHP mailing list and on the OpenLink newsgroup servers. resolution: In my attempt to track down this problem, I compared php_odbc.c with what the odbctest program does. The code is similar in some ways and not in others. After tweaking several options, I found that if I undefine HAVE_SQL_EXTENDED_FETCH everything works great with PHP4/Openlink, including the queries with things like SOUNDEX()/etc that would not work previously. This is also using odbc_prepare/execute. The only problem I've found with this change is that queries will sometimes fail if you don't use odbc_free_result frequently. #undef HAVE_SQL_EXTENDED_FETCH