- More strncpy() -> strlcpy() changes. Am I getting bored yet? :)

- Use memcpy() instead of strlcpy() which is faster.

appling patch for joey since he has no ODBC karma. this is for bug #10252

corrects bug #7488, patch supplied by submitter (torben@php.net).
quick local tests show it to work.

This change seems to fix bugs 7158, 7807, 8531, and 8636. After asking why this patch was applied no one seemed to respond with anything useful. If you find this change in error, sorry, I tested it

This change seems to fix bugs 7158, 7807, 8531, and 8636. After asking why this patch was applied no one seemed to respond with anything useful. If you find this change in error, sorry, I tested it on as many systems as I could.

show more ...

Fixed compatibility issues in the ODBC extension for the Velocis Database server. Specifically, config.m4 was changed to use the client libraries instead of the serer libraries, and to look for the l

Fixed compatibility issues in the ODBC extension for the Velocis Database server. Specifically, config.m4 was changed to use the client libraries instead of the serer libraries, and to look for the libs in the $RDSHOME/lin directory ass opposed to the $RDSHOME/bin directory. Makefile.in was changed to use the php_odbc.c file as the source for Velocis support. Other misc changes include a few #defines for some undefined data types and some #ifdefs for unsupported functions.

show more ...

Added small change to php_odbc module, to check for failed SQLDisconnects
and to close any outstanding transactions if the call fails, then disconnect
again. This can cause chaos with SQL Ser

Added small change to php_odbc module, to check for failed SQLDisconnects
and to close any outstanding transactions if the call fails, then disconnect
again. This can cause chaos with SQL Server, this regards a SELECT as
starting a transaction, and will leave it open if the result set is not all
read.

show more ...

The last fix was missing a &, Marc Boeren either made the patch wrong, or I applied it improperly. Anyways, Sebastian Bergmann discovered it, and supposedly is fixed with this.

Fix for Bug #9272, as submitted by marc boeren (m.boeren@guidance.nl).
Applied by me, due to apparently a lack of cvs access to ext/odbc for him.

Adding a new function odbc_next_result() allowing the query to return more than one result.
This can be done with a stored procedure or by sending more than one select to the server.

- Fix copyright notices with 2001

Fix Win32 build

@- Added odbc_error() and odbc_errormsg() functions (Stig)

Adding hack to allow odbc_tables to work on Access databases

added #define(OPENLINK) to the SDWORD instead of SQLINTEGER line.. this is for bug #5526 to allow compiles.

@Added ODBC_TYPE constant (Stig)

Applied IBM DB2 patch by Walter Franzini <walter@sys-net.it>
@ext/odbc: IBM DB2 patch by Walter Franzini <walter@sys-net.it>

Missed one section that required the addition of a new HAVE_SOLID_30
This should be correct now.

Corrected the spelling of verion to version, and cleaned the configuration
code up a bit. Also added in much better (read: tested) support for
Solid 3.0. Credit for almost all of the patch

Corrected the spelling of verion to version, and cleaned the configuration
code up a bit. Also added in much better (read: tested) support for
Solid 3.0. Credit for almost all of the patch goes to Eric Veldhuyzen,
minor modifications done (by me) to make it non-linux specific.

This commit also creates the HAVE_SOLID_30 define

@ Fixed/created support for Solid 3.0 databases (kalowsky)
@ Fixed support for Solid 2.3 databases (kalowsky)

show more ...

Use zend_register_list_destructors_ex() instead.

Mega-patch to get better resource information for modules.
* Fixed a bug in zend_rsrc_list_get_rsrc_type()
* Switched register_list_destructors() to use
zend_register_list_destruc

Mega-patch to get better resource information for modules.
* Fixed a bug in zend_rsrc_list_get_rsrc_type()
* Switched register_list_destructors() to use
zend_register_list_destructors_ex() instead
* Updated all relevant modules to provide the resource type name
to register_list_destructors() call
* Updated var_dump() to output resource type name instead of number

@- Made resource type names visible, e.g. var_dump() and
@ get_resource_type() display "file" for file resources. (Andrei)

show more ...

corrected lines for Solid 2.3 systems after some advice from users, please test...

Having odbc_tables() and odbc_columns() match the documentation with parameters optionel from the right

Applied DBMaker patch by Jeffrey Lin <clin@lion.syscom.com.tw>

- Make PHP compile again under Windows.
- Please be careful when you make such changes.