delta/php-git.git/ext/odbc, branch microseconds git.php.net: repository/php-src.git Increase ODBCVER to 3.5 by default 2016-07-04T14:48:59+00:00 Anatol Belski ab@php.net 2016-07-04T14:48:59+00:00 4b9362d347143eb0d23229427b98e62504a8c64e 






Fixed compilation warnings
2016-06-21T21:40:50+00:00

Dmitry Stogov
dmitry@zend.com

2016-06-21T21:40:50+00:00

323b2733f6b42d00dd86e77ac524d64f6ddc4e22












Merge branch 'PHP-5.6' into PHP-7.0
2016-03-17T12:42:34+00:00

Remi Collet
remi@php.net

2016-03-17T12:42:34+00:00

2291ebc0ea9c71e6170f5331813f77ac6ef03026

* PHP-5.6:
  NEWS
  Fix Bug #63171 	Script hangs after max_execution_time





* PHP-5.6:
  NEWS
  Fix Bug #63171 	Script hangs after max_execution_time







Fix Bug #63171 	Script hangs after max_execution_time
2016-03-17T12:38:45+00:00

Remi Collet
remi@php.net

2016-03-17T12:38:45+00:00

407ad28ae5bbdf1c9e4c3ae8fa40a3ec6aeaf34e

If aborted via timer expiration, don't try to call any unixODBC function
which may hangs because of internal locks





If aborted via timer expiration, don't try to call any unixODBC function
which may hangs because of internal locks







fix pointer truncation on 64 bit
2016-03-14T15:44:27+00:00

Anatol Belski
ab@php.net

2016-03-14T15:44:27+00:00

704a9aeea7148ec3fb2297c0df9bc14c274774c5












Move semicolon into TSRMLS_CACHE_EXTERN/DEFINE
2016-03-03T15:50:01+00:00

Nikita Popov
nikic@php.net

2016-03-03T15:46:04+00:00

1ac152938cfe40e98b7b3c8cf403abb113266cfa

Also re bug #71575.





Also re bug #71575.







Port patch and test for bug #47803 to 7.0
2016-02-24T11:03:21+00:00

Anatol Belski
ab@php.net

2016-02-24T11:00:26+00:00

c9778d3eb9a4531dad5df21a0c9b3ddcb9807eff

See ff115e285ab5192f9e12a43d5dc202d88b01f1ea





See ff115e285ab5192f9e12a43d5dc202d88b01f1ea







add test for bug #47803
2016-02-24T10:49:02+00:00

Anatol Belski
ab@php.net

2016-02-24T10:49:02+00:00

90ad6e3c6c54c42a3d2cb83d92c66c451654586c












Fixed bug #47803
2016-02-24T10:40:35+00:00

Anatol Belski
ab@php.net

2016-02-24T10:40:35+00:00

ff115e285ab5192f9e12a43d5dc202d88b01f1ea

Executing prepared statements is succesfull only for the first two statements

The reworked patch descends to the bug #69526 which is fixed by
this as well. The broken logic in the current code was, that
SQLDescribeParam was executed in odbc_execute every time. This piece
is now moved into odbc_prepare and the results are carried on in an
additional structure.

Since the ext/odbc headers are not being currently installed and the
corresponding structs like odbc_result are not used outside ext/odbc,
the binary compatibility persists. Executing SQLDescribeParam only once
in odbc_prepare is also an optimization as the filds usually won't
change that fast and thus requestind the descriptions on every
execution is not required.





Executing prepared statements is succesfull only for the first two statements

The reworked patch descends to the bug #69526 which is fixed by
this as well. The broken logic in the current code was, that
SQLDescribeParam was executed in odbc_execute every time. This piece
is now moved into odbc_prepare and the results are carried on in an
additional structure.

Since the ext/odbc headers are not being currently installed and the
corresponding structs like odbc_result are not used outside ext/odbc,
the binary compatibility persists. Executing SQLDescribeParam only once
in odbc_prepare is also an optimization as the filds usually won't
change that fast and thus requestind the descriptions on every
execution is not required.







add test for bug #71171
2016-02-23T13:39:17+00:00

Anatol Belski
ab@php.net

2016-02-23T13:39:17+00:00

01e85f3fdc06f99e3c47b2bc2464c5de98347522