Thanks for the advice Derick, valgrind gave this output with
USE_ZEND_ALLOC set to 0:
==29752== Memcheck, a memory error detector.
==29752== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==29752== Using LibVEX rev 1854, a library for dynamic binary translation.
==29752== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==29752== Using valgrind-3.3.1, a dynamic binary instrumentation framework.
==29752== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==29752== For more details, rerun with: -v
==29752==
==29752== Invalid write of size 1
==29752== at 0x4024D57: memcpy (mc_replace_strmem.c:402)
==29752== by 0x406B0C1: dbconvert (in /usr/lib/libsybdb.so.5.0.0)
==29752== by 0x80997F9: php_mssql_get_column_content_with_type
(php_mssql.c:912)
==29752== by 0x809A791: _mssql_fetch_batch (php_mssql.c:1140)
==29752== by 0x809AF19: zif_mssql_query (php_mssql.c:1263)
==29752== by 0x81C88DC: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==29752== by 0x81CE2B2: ZEND_DO_FCALL_SPEC_CONST_HANDLER
(zend_vm_execute.h:1679)
==29752== by 0x81C842F: execute (zend_vm_execute.h:92)
==29752== by 0x81A390F: zend_execute_scripts (zend.c:1134)
==29752== by 0x8151090: php_execute_script (main.c:2005)
==29752== by 0x821FEE5: main (php_cli.c:1140)
==29752== Address 0x43c1711 is 0 bytes after a block of size 25 alloc'd
==29752== at 0x4022AE8: malloc (vg_replace_malloc.c:207)
==29752== by 0x8186640: _emalloc (zend_alloc.c:2280)
==29752== by 0x8099794: php_mssql_get_column_content_with_type
(php_mssql.c:911)
==29752== by 0x809A791: _mssql_fetch_batch (php_mssql.c:1140)
==29752== by 0x809AF19: zif_mssql_query (php_mssql.c:1263)
==29752== by 0x81C88DC: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==29752== by 0x81CE2B2: ZEND_DO_FCALL_SPEC_CONST_HANDLER
(zend_vm_execute.h:1679)
==29752== by 0x81C842F: execute (zend_vm_execute.h:92)
==29752== by 0x81A390F: zend_execute_scripts (zend.c:1134)
==29752== by 0x8151090: php_execute_script (main.c:2005)
==29752== by 0x821FEE5: main (php_cli.c:1140)
==29752==
==29752== Invalid write of size 1
==29752== at 0x406B0CA: dbconvert (in /usr/lib/libsybdb.so.5.0.0)
==29752== by 0x80997F9: php_mssql_get_column_content_with_type
(php_mssql.c:912)
==29752== by 0x809A791: _mssql_fetch_batch (php_mssql.c:1140)
==29752== by 0x809AF19: zif_mssql_query (php_mssql.c:1263)
==29752== by 0x81C88DC: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==29752== by 0x81CE2B2: ZEND_DO_FCALL_SPEC_CONST_HANDLER
(zend_vm_execute.h:1679)
==29752== by 0x81C842F: execute (zend_vm_execute.h:92)
==29752== by 0x81A390F: zend_execute_scripts (zend.c:1134)
==29752== by 0x8151090: php_execute_script (main.c:2005)
==29752== by 0x821FEE5: main (php_cli.c:1140)
==29752== Address 0x43c1712 is 1 bytes after a block of size 25 alloc'd
==29752== at 0x4022AE8: malloc (vg_replace_malloc.c:207)
==29752== by 0x8186640: _emalloc (zend_alloc.c:2280)
==29752== by 0x8099794: php_mssql_get_column_content_with_type
(php_mssql.c:911)
==29752== by 0x809A791: _mssql_fetch_batch (php_mssql.c:1140)
==29752== by 0x809AF19: zif_mssql_query (php_mssql.c:1263)
==29752== by 0x81C88DC: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==29752== by 0x81CE2B2: ZEND_DO_FCALL_SPEC_CONST_HANDLER
(zend_vm_execute.h:1679)
==29752== by 0x81C842F: execute (zend_vm_execute.h:92)
==29752== by 0x81A390F: zend_execute_scripts (zend.c:1134)
==29752== by 0x8151090: php_execute_script (main.c:2005)
==29752== by 0x821FEE5: main (php_cli.c:1140)
==29752==
==29752== Invalid write of size 1
==29752== at 0x8099806: php_mssql_get_column_content_with_type
(php_mssql.c:913)
==29752== by 0x809A791: _mssql_fetch_batch (php_mssql.c:1140)
==29752== by 0x809AF19: zif_mssql_query (php_mssql.c:1263)
==29752== by 0x81C88DC: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==29752== by 0x81CE2B2: ZEND_DO_FCALL_SPEC_CONST_HANDLER
(zend_vm_execute.h:1679)
==29752== by 0x81C842F: execute (zend_vm_execute.h:92)
==29752== by 0x81A390F: zend_execute_scripts (zend.c:1134)
==29752== by 0x8151090: php_execute_script (main.c:2005)
==29752== by 0x821FEE5: main (php_cli.c:1140)
==29752== Address 0x43c1712 is 1 bytes after a block of size 25 alloc'd
==29752== at 0x4022AE8: malloc (vg_replace_malloc.c:207)
==29752== by 0x8186640: _emalloc (zend_alloc.c:2280)
==29752== by 0x8099794: php_mssql_get_column_content_with_type
(php_mssql.c:911)
==29752== by 0x809A791: _mssql_fetch_batch (php_mssql.c:1140)
==29752== by 0x809AF19: zif_mssql_query (php_mssql.c:1263)
==29752== by 0x81C88DC: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==29752== by 0x81CE2B2: ZEND_DO_FCALL_SPEC_CONST_HANDLER
(zend_vm_execute.h:1679)
==29752== by 0x81C842F: execute (zend_vm_execute.h:92)
==29752== by 0x81A390F: zend_execute_scripts (zend.c:1134)
==29752== by 0x8151090: php_execute_script (main.c:2005)
==29752== by 0x821FEE5: main (php_cli.c:1140)
==29752==
==29752== Invalid read of size 1
==29752== at 0x81A1538: _zval_dtor_func (zend_variables.c:35)
==29752== by 0x8096D01: _zval_dtor (zend_variables.h:35)
==29752== by 0x8096B1A: _free_result (php_mssql.c:201)
==29752== by 0x8096DA5: _free_mssql_result (php_mssql.c:236)
==29752== by 0x81B195C: list_entry_destructor (zend_list.c:184)
==29752== by 0x81AF21A: zend_hash_del_key_or_index (zend_hash.c:497)
==29752== by 0x81B1614: _zend_list_delete (zend_list.c:58)
==29752== by 0x809B0C8: zif_mssql_free_result (php_mssql.c:1309)
==29752== by 0x81C88DC: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==29752== by 0x81CE2B2: ZEND_DO_FCALL_SPEC_CONST_HANDLER
(zend_vm_execute.h:1679)
==29752== by 0x81C842F: execute (zend_vm_execute.h:92)
==29752== by 0x81A390F: zend_execute_scripts (zend.c:1134)
==29752== Address 0x43c1712 is 1 bytes after a block of size 25 alloc'd
==29752== at 0x4022AE8: malloc (vg_replace_malloc.c:207)
==29752== by 0x8186640: _emalloc (zend_alloc.c:2280)
==29752== by 0x8099794: php_mssql_get_column_content_with_type
(php_mssql.c:911)
==29752== by 0x809A791: _mssql_fetch_batch (php_mssql.c:1140)
==29752== by 0x809AF19: zif_mssql_query (php_mssql.c:1263)
==29752== by 0x81C88DC: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:200)
==29752== by 0x81CE2B2: ZEND_DO_FCALL_SPEC_CONST_HANDLER
(zend_vm_execute.h:1679)
==29752== by 0x81C842F: execute (zend_vm_execute.h:92)
==29752== by 0x81A390F: zend_execute_scripts (zend.c:1134)
==29752== by 0x8151090: php_execute_script (main.c:2005)
==29752== by 0x821FEE5: main (php_cli.c:1140)
==29752==
==29752== ERROR SUMMARY: 40 errors from 4 contexts (suppressed: 45 from 2)
==29752== malloc/free: in use at exit: 156 bytes in 11 blocks.
==29752== malloc/free: 5,605 allocs, 5,594 frees, 1,535,300 bytes allocated.
==29752== For counts of detected errors, rerun with: -v
==29752== searching for pointers to 11 not-freed blocks.
==29752== checked 383,396 bytes.
==29752==
==29752==
==29752== 156 (36 direct, 120 indirect) bytes in 1 blocks are definitely
lost in loss record 1 of 3
==29752== at 0x4022AE8: malloc (vg_replace_malloc.c:207)
==29752== by 0x41E13E2: (within /lib/tls/i686/cmov/libc-2.7.so)
==29752== by 0x41E1C2D: __nss_database_lookup (in
/lib/tls/i686/cmov/libc-2.7.so)
==29752== by 0x4694FDB: ???
==29752== by 0x469613C: ???
==29752== by 0x418DD15: getpwuid_r (in /lib/tls/i686/cmov/libc-2.7.so)
==29752== by 0x408E302: (within /usr/lib/libsybdb.so.5.0.0)
==29752== by 0x4085660: (within /usr/lib/libsybdb.so.5.0.0)
==29752== by 0x4085890: (within /usr/lib/libsybdb.so.5.0.0)
==29752== by 0x40867D1: (within /usr/lib/libsybdb.so.5.0.0)
==29752== by 0x406C073: tdsdbopen (in /usr/lib/libsybdb.so.5.0.0)
==29752== by 0x8098B88: php_mssql_do_connect (php_mssql.c:661)
==29752==
==29752== LEAK SUMMARY:
==29752== definitely lost: 36 bytes in 1 blocks.
==29752== indirectly lost: 120 bytes in 10 blocks.
==29752== possibly lost: 0 bytes in 0 blocks.
==29752== still reachable: 0 bytes in 0 blocks.
==29752== suppressed: 0 bytes in 0 blocks.
Still saying that some bytes where lost... Any ideas why this problem
only shows on Ubuntu and not on Slackware?
/Krister Karlström
Derick Rethans wrote:
On Wed, 15 Oct 2008, Krister Karlström wrote:
run the same sample script with PHP 5.2.6 configured with --disable-all
--enable-debug --with-mssql on the Ubuntu Hardy machine. I did exactly the
same things on both the Slackware server and the Ubuntu, the output and
expected result was though different:
Here's PHP:s output on Ubnuntu Hardy 8.0.4 with PHP 5.2.6:
[snip]
It reports 10 memory leaks..? I'm also gonna run this though valgrind, need to
install it on this machine first...
If you do, please export the following environment variable before you
run it with valgrind:
export USE_ZEND_ALLOC=0
that disables the zend memory manager, which means valgrind can see much
better what might go wrong. If it doesn't show anything then, switch it
back to "1" and try again.
regards,
Derick
--
* Ing. Krister Karlström, Zend Certified Engineer *
* Systemutvecklare, IT-Centralen *
* Arcada - Nylands Svenska Yrkeshögskola *
* Jan-Magnus Janssons plats 1, 00550 Helsingfors, Finland *
* Tel: +358(20)7699699 GSM: +358(50)5328390 *
* E-mail: [EMAIL PROTECTED] *
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
