704a9aeea7
fix pointer truncation on 64 bit
2016-03-14 16:44:27 +01:00
1ac152938c
Move semicolon into TSRMLS_CACHE_EXTERN/DEFINE
...
Also re bug #71575 .
2016-03-03 16:50:01 +01:00
c9778d3eb9
Port patch and test for bug #47803 to 7.0
...
See ff115e285a
2016-02-24 12:03:21 +01:00
ed35de784f
Merge branch 'PHP-5.6' into PHP-7.0
...
* PHP-5.6:
Happy new year (Update copyright to 2016)
2016-01-01 19:48:25 +02:00
49493a2dcf
Happy new year (Update copyright to 2016)
2016-01-01 19:21:47 +02:00
8c4bbf0f47
properly export ext/odbc globals
2015-08-02 13:05:10 +02:00
e75cf6b7e4
Merge branch 'PHP-5.6'
...
* PHP-5.6:
fixed fix #69975 wrt. ODBCVER < 0x0300
2015-07-03 13:32:05 +02:00
344ff5dd4c
fixed fix #69975 wrt. ODBCVER < 0x0300
2015-07-03 13:30:39 +02:00
caa539b481
Merge branch 'PHP-5.6'
...
* PHP-5.6:
updated NEWS
Fix #69975 : PHP segfaults when accessing nvarchar(max) defined columns
2015-07-03 00:25:03 +02:00
16db4d1462
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.
2015-07-03 00:15:47 +02:00
07e646f8ff
Cleanup (avoid reallocation)
2015-07-02 19:09:37 +03:00
7aa7627172
Use ZSTR_ API to access zend_string elements (this is just renaming without semantick changes).
2015-06-30 13:59:27 +03:00
28d7bb97a1
Fix more proto comments
2015-06-23 17:46:20 -04:00
f505d11207
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.
2015-04-28 15:08:53 +02:00
268eb1999b
fix bug #69381
...
a simpler version is to be backported
2015-04-28 15:02:48 +02:00
4eb375320e
Merge branch 'pull-request/1239'
...
* pull-request/1239:
fixes confusing SQLDescribeParam error message
2015-04-18 20:45:16 -07:00
8192d645db
Merge branch 'PHP-5.6'
...
* PHP-5.6:
fix column name attribute with ODBC 3.0
migrate SQLAllocStmt for ODBC 3.0 compliance
2015-04-17 17:14:18 +02:00
e09febb286
fix column name attribute with ODBC 3.0
2015-04-17 17:10:46 +02:00
db1596c8b1
migrate SQLAllocStmt for ODBC 3.0 compliance
2015-04-17 17:06:00 +02:00
d9de707311
fixes confusing SQLDescribeParam error message
2015-04-16 04:12:11 +02:00
d27d9158c9
further ODBC 3.0 compliance
2015-04-04 21:42:33 +02:00
5c2aa71e0c
more compliance with the ODBC 3.0
2015-04-04 21:42:17 +02:00
899362db6e
further ODBC 3.0 compliance
2015-04-02 20:19:23 +02:00
b3a027d610
more compliance with the ODBC 3.x
2015-04-02 20:18:11 +02:00
1f84e29506
integrate static tsrm_ls cache for ext/odbc
2015-03-25 15:32:36 +01:00
19360f386e
cleanup mod version macros, round 3
2015-03-23 20:54:55 +01:00
f1d1273f2b
fix fetching wrong resource
2015-03-06 21:02:29 +01:00
1c331d8d39
added ODBCVER to phpinfo()
2015-02-07 11:23:50 +01:00
17286ab869
Attempt to port odbc
2015-02-04 13:58:22 +08:00
73a6e7e24a
fix int to void * cast
2015-02-03 17:52:18 +01:00
030b4b29db
int -> size_t
2015-01-20 22:58:31 -08:00
af6119cf6c
Fixed key length
2015-01-16 00:56:21 -05:00
fc33f52d8c
bump year
2015-01-15 23:27:30 +08:00
73c1be2653
Bump year
2015-01-15 23:26:03 +08:00
bdeb220f48
first shot remove TSRMLS_* things
2014-12-13 23:06:14 +01:00
4b9535341a
typo fixes - https://github.com/vlajos/misspell_fixer
2014-11-19 20:23:00 +00:00
9ca16fd809
Merge branch 'PHP-5.6'
...
* PHP-5.6:
Add to NEWS
Add to NEWS
Fix for bug #68087 (ODBC not reading DATE columns correctly)
2014-10-07 21:23:04 +00:00
df9078ea55
Fix for bug #68087 (ODBC not reading DATE columns correctly)
...
Temporary variable indicating column field type ID should be
reset to default for loop iteration (i.e. every column in the
record set. The old buggy code made it persist across all columns
leading to invalid reads from the buffer, if for example a DATE
column was preceded by a VARCHAR column.
2014-10-07 21:17:36 +00:00
d0cb715373
s/PHP 5/PHP 7/
2014-09-19 18:33:14 +02:00
cbf530c7c0
fix possible pointer truncation
2014-09-14 12:18:52 +02:00
88d7ca44f6
Refactored INI subsystem to use zend_string* instead of char*
2014-09-01 20:57:33 +04:00
3234480827
first show to make 's' work with size_t
2014-08-27 20:49:31 +02:00
202e8db1dc
fixed several long vs zend_long casts
2014-08-26 11:26:53 +02:00
af59e92b24
master renames phase 7
2014-08-25 21:51:49 +02:00
4d997f63d9
master renames phase 3
2014-08-25 20:22:49 +02:00
c3e3c98ec6
master renames phase 1
2014-08-25 19:24:55 +02:00
70de6180d5
fixes to %pd format usage
2014-08-24 02:35:34 +02:00
e8fcd52ef1
ported ext/odbc
2014-08-19 19:35:29 +02:00
63d3f0b844
basic macro replacements, all at once
2014-08-19 08:07:31 +02:00
01c8aee7d2
cleanup
2014-08-13 22:18:05 +04:00
Anatol Belski