History log of /PHP-7.2/ext/mysqlnd/mysqlnd_result.c (Results 176 – 200 of 223)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: php-5.2.13RC1
# 4bbdce5c 13-Jan-2010 Andrey Hristov

export more functionality for phpize builds


# 2331e285 11-Jan-2010 Andrey Hristov

cosmetics. typedef-ed types should be in capital case


# d20fdd60 08-Jan-2010 Andrey Hristov

improve the stats subsystem. Reduce the number of macro definitions
in half by smartly introducing 2 new macros. Make MYSQLND::stats a pointer
from being aggregated and add triggers.


# 73b23fca 07-Jan-2010 Andrey Hristov

Change of way the packet objects are created/initialised
If the protocol gets changed, ever, we can decide at runtime
easily which protocol to use by instantiating the right protocol
obje

Change of way the packet objects are created/initialised
If the protocol gets changed, ever, we can decide at runtime
easily which protocol to use by instantiating the right protocol
object. But this is restricted to the structure of the packets, not
the flow.

show more ...


Revision tags: php-5.3.2RC1, php-5.2.12, php-5.2.12RC4
# 00d76a84 10-Dec-2009 Andrey Hristov

Add plugin storage for MYSQLND_STMT too


# 06a417b6 09-Dec-2009 Andrey Hristov

Remove stub code which never actually was used for anything.
Things like this can be built on top of the core.


# 6f598e62 09-Dec-2009 Andrey Hristov

Remove the zval caching from mysqlnd. It was disabled versions ago
due to problems on windows, which were not debugged. Better have
code that is disabled not in the core.


# 4d273500 09-Dec-2009 Andrey Hristov

Remove disabled code - threaded fetching. This can be implemented
on a upper level and by offloading it we reduce the complexity of
the core.


# 2a3ec70d 30-Nov-2009 Pierre Joye

- void is NaN, you can't do math ops on void. Declarations go first. Fix TS build


Revision tags: php-5.2.12RC3, php-5.2.12RC2
# 5143fe41 20-Nov-2009 Andrey Hristov

Compressed protocol support + extensibility for mysqlnd


Revision tags: php-5.3.1, php-5.3.1RC4, php-5.2.12RC1, php-5.3.1RC3
# 08db32e0 23-Oct-2009 Ulf Wendel

Fix: log slow queries in stats regardless of mysqlnd.log_mask setting.


Revision tags: php-5.3.1RC2, oci8-1.4.0
# ba5c40b2 30-Sep-2009 Andrey Hristov

Use mnd_ wrappers wherever possible. Needed for
statistics.


# b9dcc28c 30-Sep-2009 Andrey Hristov

Fix trace output. DBG_RETURN should be used in traced
functions.


# 94083033 30-Sep-2009 Ulf Wendel

Fixing a leak in mysqlnd when passing invalid fetch modes to mysqlnd.


Revision tags: php-5.2.11, php-5.2.11RC3, php-5.3.1RC1, php-5.2.11RC2
# 9bf74760 28-Aug-2009 Andrey Hristov

Fix for bug#48745
mysqlnd: mysql_num_fields returns wrong column count for mysql_list_fields


Revision tags: php-5.2.11RC1, php-5.3.0
# 9485cad6 25-Jun-2009 Johannes Schlüter

Revert mysqlnd to RC3 state after issues with pconnects


# 4d7e6edd 23-Jun-2009 David Soria Parra

MFH: Fix bug #48644 mysqlnd does not compile with '--enable-mysqlnd-threading'


Revision tags: php-5.3.0RC4
# 067276a0 18-Jun-2009 Johannes Schlüter

Temporarily disable this optimization causing too much trouble, kept in HEAD


Revision tags: php-5.2.10
# 10ee06ca 16-Jun-2009 Andrey Hristov

MFH:
Memory usage optimisation. mysqlnd is not libmysql. mysqlnd does use the
Zend allocator, which means that is easier to hit memory_limit if you
have big stored (buffered) result sets.

MFH:
Memory usage optimisation. mysqlnd is not libmysql. mysqlnd does use the
Zend allocator, which means that is easier to hit memory_limit if you
have big stored (buffered) result sets. Before with libmysql you won't
hit memory_limit because libmysql uses libc's allocator and nothing is
checked. Now, with mysqlnd the situation is stricter and it is easier to
hit memory_limit. We try to optimize for big result sets. If a result set
is larger than 10 rows we will start freeing some data to keep memory usage
after 10 rows constant. This will help in the cases where a buffered result
set is scrolled forward only and just only once, or mysqlnd will need to
decode data from the network buffers again - yes, it is a trade-off between
CPU time and memory size. The best for big result sets is of course using
unbuffered queries - for comparison : 3 Million rows with buffered take
at least 180MB, with buffered you will stay at 3MB, and unbuffered will be
just 7-8% slower.

show more ...


# 27270621 16-Jun-2009 Andrey Hristov

MFH:
Hardwire function call instead of using callbacks. We don't actually need
callbacks, it was done for making 2 functions static, not to pollute the
global functions space but that had

MFH:
Hardwire function call instead of using callbacks. We don't actually need
callbacks, it was done for making 2 functions static, not to pollute the
global functions space but that had its price of 8 bytes overheat per
allocation, which is just too much. Also making the app member 32b instead
of 64b, which should save additional 4 byte, to the total of 12 byte per
allocation of a row buffer.

show more ...


Revision tags: php-5.2.10RC2, php-5.3.0RC3
# 804f6138 28-May-2009 Andrey Hristov

MFH:Fix a valgrind warning as well as more trace log information


# 76d091d5 28-May-2009 Andrey Hristov

MFH:Fix a problem with cursors, which did not happen with unbuffered PS for
some reason. Double free of the data, which led to valgrind warnigns.
The fix actually optimizes the code in this c

MFH:Fix a problem with cursors, which did not happen with unbuffered PS for
some reason. Double free of the data, which led to valgrind warnigns.
The fix actually optimizes the code in this cases because the old code
used copy_ctor while the new one skips it because it is not needed.
Transferring data ownership and nulling works best, for PS where we
always copy the string from the result set, unlike the text protocol.

show more ...


# 6c4e8fa4 28-May-2009 Andrey Hristov

MFH:
Fix a bug with mysqlnd_fetch_field(_direct()). With mysqlnd the optimised
function was called, which however, doesn't respect that during store the
raw data is not unpacked, to be la

MFH:
Fix a bug with mysqlnd_fetch_field(_direct()). With mysqlnd the optimised
function was called, which however, doesn't respect that during store the
raw data is not unpacked, to be lazy. The data is unpacked to zvals later,
during every row fetch. However, this way max_length won't be calculated
correctly. So, if a mysqlnd_fetch_field(_direct) call comes we need to
unpack everything and then calculate max_length...and that is expensive,
defies our lazy unpacking optimisation.

show more ...


Revision tags: php-5.2.10RC1, php-5.3.0RC2
# dcd86aeb 30-Mar-2009 Felipe Pena

- MFH: Removed UG(unicode) checks


Revision tags: php-5.3.0RC1
# df7ebb5d 17-Mar-2009 Andrey Hristov

MFH: Fix the build because the macro name has changed


123456789