More TSRMLS_FETCH annihilation (Zend compatibility patch)

- Object macros...

Redesigned thread safety mechanism - nua nua

- Get rid of ELS_*(), and use TSRMLS_*() instead.
- Move to the new ts_allocate_id() API
This patch is *bound* to break some files, as I must have had typos somewhere.
If you use any unco

- Get rid of ELS_*(), and use TSRMLS_*() instead.
- Move to the new ts_allocate_id() API
This patch is *bound* to break some files, as I must have had typos somewhere.
If you use any uncommon extension, please try to build it...

show more ...

Closed off Solid DB access to a function that it doesn't support in 3.0 and less.
Thanks to Eric Veldhuzen

adding in some error checking for parameter counts, and some thread safety for
functions

# just correcting the evil vim removal of {{{'s and }}}'s ... bad vim! no folding for you!

corrected a compile error (named variable missing). thanks to sebastian for pointing it out
# but why is he getting php-cvs commit messages and i'm not?!?
# i hope to hear that the mailing l

corrected a compile error (named variable missing). thanks to sebastian for pointing it out
# but why is he getting php-cvs commit messages and i'm not?!?
# i hope to hear that the mailing lists will be back online soon...

show more ...

added in a bit more checking on the persistent connection checks...

Fix folding and clean up some extensions

vim-6 does folding - clean up a bunch of missing folding tags plus
some misguided RINIT and RSHUTDOWN calls in a few fringe extensions

Output something if password is not set.

* include "config.h" if HAVE_CONFIG_H is defined (for standalone dso build)

Fixing prototypes to match function names

this is a fix for bug 10250. it basically provides the unixODBC driver with
access to the SQLDriver functions. patch originally submitted by
dzoll@nyscul.org, and is going to be tested by s

this is a fix for bug 10250. it basically provides the unixODBC driver with
access to the SQLDriver functions. patch originally submitted by
dzoll@nyscul.org, and is going to be tested by some of the unixODBC people.

show more ...

- 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.