| #
ff115e28 |
| 24-Feb-2016 |
Anatol Belski |
Fixed bug #47803
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
Fixed bug #47803
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.
show more ...
|
|
Revision tags: php-5.6.19RC1, php-7.0.4RC1, php-5.6.18, php-7.0.3, php-5.5.32, php-5.6.18RC1, php-7.0.3RC1, php-5.6.17, php-5.5.31, php-7.0.2 |
|
| #
ed35de78 |
| 01-Jan-2016 |
Lior Kaplan |
Merge branch 'PHP-5.6' into PHP-7.0
* PHP-5.6:
Happy new year (Update copyright to 2016)
|
| #
49493a2d |
| 01-Jan-2016 |
Lior Kaplan |
Happy new year (Update copyright to 2016) |
|
Revision tags: php-7.0.2RC1, php-5.6.17RC1, php-7.0.1RC1, php-7.0.0, php-5.6.16, php-7.0.0RC8, php-7.0.0RC7, php-5.6.16RC1, php-5.6.15, php-7.0.0RC6, php-7.0.1, php-5.6.15RC1, php-7.0.0RC5, php-5.5.30, php-5.6.14, php-7.0.0RC4, php-5.6.14RC1, php-7.0.0RC3, php-5.6.13, php-7.0.0RC2, php-5.5.29, php-5.4.45, php-5.6.13RC1, php-7.0.0RC1, php-5.6.12, php-5.5.28, php-7.0.0beta3, php-5.4.44 |
|
| #
8c4bbf0f |
| 02-Aug-2015 |
Anatol Belski |
properly export ext/odbc globals |
|
Revision tags: php-5.6.12RC1, php-7.0.0beta2, php-7.0.0beta1, php-5.6.11, php-5.5.27, php-5.4.43 |
|
| #
e75cf6b7 |
| 03-Jul-2015 |
Christoph M. Becker |
Merge branch 'PHP-5.6'
* PHP-5.6:
fixed fix #69975 wrt. ODBCVER < 0x0300
|
| #
344ff5dd |
| 03-Jul-2015 |
Christoph M. Becker |
fixed fix #69975 wrt. ODBCVER < 0x0300 |
| #
caa539b4 |
| 02-Jul-2015 |
Christoph M. Becker |
Merge branch 'PHP-5.6'
* PHP-5.6:
updated NEWS
Fix #69975: PHP segfaults when accessing nvarchar(max) defined columns
|
| #
16db4d14 |
| 02-Jul-2015 |
Christoph M. Becker |
Fix #69975: PHP segfaults when accessing nvarchar(max) defined columns
The SQL Server Native Client 11.0 and maybe other ODBC drivers report
NVARCHAR(MAX) columns as SQL_WVARCHAR with si
Fix #69975: PHP segfaults when accessing nvarchar(max) defined columns
The SQL Server Native Client 11.0 and maybe other ODBC drivers report
NVARCHAR(MAX) columns as SQL_WVARCHAR with size 0. This causes too small a
buffer to be emalloc'd, likely causing a segfault in the following. As we don't
know the real size of the column data, we treat such colums as
SQL_WLONGVARCHAR.
The related bug #67437 suggests that some drivers report a size of ~4GB. It is
not certain that this is really the case (there might be some integer overflow
involved, and anyway, there has been no feedback), so we do not cater for this
now. However, it would not be hard to treat all sizes above a certain threshold
in a similar way, i.e. as SQL_WLONGVARCHAR.
show more ...
|
| #
07e646f8 |
| 02-Jul-2015 |
Dmitry Stogov |
Cleanup (avoid reallocation) |
| #
7aa76271 |
| 30-Jun-2015 |
Dmitry Stogov |
Use ZSTR_ API to access zend_string elements (this is just renaming without semantick changes). |
|
Revision tags: php-5.6.11RC1, php-5.5.27RC1 |
|
| #
28d7bb97 |
| 23-Jun-2015 |
Rasmus Lerdorf |
Fix more proto comments |
|
Revision tags: php-7.0.0alpha2, php-5.5.26, php-7.0.0alpha1, php-5.6.10, php-5.4.42, POST_PHP7_NSAPI_REMOVAL, PRE_PHP7_NSAPI_REMOVAL, php-5.6.10RC1, php-5.5.26RC1, php-5.5.25, php-5.6.9, php-5.4.41, php-5.6.9RC1, php-5.5.25RC1 |
|
| #
f505d112 |
| 28-Apr-2015 |
Frederic Marchal |
Fixed bug #69381 out of memory with sage odbc driver
This is just a hotfix as there are still drivers with no full
ODBC 3.x support. This patch origins from bug #68350 which was
solv
Fixed bug #69381 out of memory with sage odbc driver
This is just a hotfix as there are still drivers with no full
ODBC 3.x support. This patch origins from bug #68350 which was
solved by the proper 3.0 migration, another driver (Sage)
turned out to have the real issue.
show more ...
|
| #
268eb199 |
| 28-Apr-2015 |
Anatol Belski |
fix bug #69381
a simpler version is to be backported |
| #
4eb37532 |
| 19-Apr-2015 |
Stanislav Malyshev |
Merge branch 'pull-request/1239'
* pull-request/1239:
fixes confusing SQLDescribeParam error message
|
| #
8192d645 |
| 17-Apr-2015 |
Anatol Belski |
Merge branch 'PHP-5.6'
* PHP-5.6:
fix column name attribute with ODBC 3.0
migrate SQLAllocStmt for ODBC 3.0 compliance
|
| #
e09febb2 |
| 17-Apr-2015 |
Anatol Belski |
fix column name attribute with ODBC 3.0 |
| #
db1596c8 |
| 17-Apr-2015 |
Anatol Belski |
migrate SQLAllocStmt for ODBC 3.0 compliance |
| #
d9de7073 |
| 16-Apr-2015 |
Christoph M. Becker |
fixes confusing SQLDescribeParam error message |
|
Revision tags: php-5.6.8, php-5.5.24, php-5.4.40 |
|
| #
d27d9158 |
| 02-Apr-2015 |
Anatol Belski |
further ODBC 3.0 compliance |
| #
5c2aa71e |
| 02-Apr-2015 |
Anatol Belski |
more compliance with the ODBC 3.0 |
| #
899362db |
| 02-Apr-2015 |
Anatol Belski |
further ODBC 3.0 compliance |
| #
b3a027d6 |
| 02-Apr-2015 |
Anatol Belski |
more compliance with the ODBC 3.x |
|
Revision tags: php-5.6.8RC1, php-5.5.24RC1 |
|
| #
1f84e295 |
| 25-Mar-2015 |
Anatol Belski |
integrate static tsrm_ls cache for ext/odbc |
| #
19360f38 |
| 23-Mar-2015 |
Anatol Belski |
cleanup mod version macros, round 3 |
|
Revision tags: php-5.6.7, php-5.5.23, php-5.4.39 |
|
| #
f1d1273f |
| 06-Mar-2015 |
Anatol Belski |
fix fetching wrong resource |
