ID: 39460
Comment by: alejandro dot padilla at gmail dot com
Reported By: ben at thelemite dot freeserve dot co dot uk
Status: Assigned
Bug Type: MSSQL related
Operating System: Solaris 10
PHP Version: 5.2.0
Assigned To: fmk
New Comment:
Hi,
is there any solution about this Bug,
I'm having the same trouble with this,
there is the information of my case:
Server: Dell PE 2970
SO: RHEL 5.3
PHP: 5.3
FreeTDS: 0.64
SQL Server: SQL Server 2005 SP2 On Win2003
Here is an example:
test_table{
id, int
text_field, varchar(10)
int_field, int
bigint_field, bigint
float_field, float
}
$link = mssql_connect("mssqlServer", "mssqlUser", "mssqlPass");
mssql_select_db("mssqlDb", $link);
$version = mssql_query("Select
id,
text_field,
int_field,
bigint_field,
float_field
>From test_table");
while($row = mssql_fetch_assoc($version)){
print_r($row);
echo "\r\n<br><br>";
}
The httpd error_log trowhs: zend_mm_heap corrupted
PHP crash when I select the float_field...
Thanks in advance...
Previous Comments:
------------------------------------------------------------------------
[2007-06-04 02:57:33] shayne at syra dot com dot au
Has this been resolved? Im about to run smack bang into this issue?
------------------------------------------------------------------------
[2006-11-10 14:32:48] ben at thelemite dot freeserve dot co dot uk
-
------------------------------------------------------------------------
[2006-11-10 13:56:42] ben at thelemite dot freeserve dot co dot uk
Firstly I seem to have narrowed it down a little further. Crashes only
occur when the first 64-bit field occurs in column 2 (as in my test
table). If I rearrange the table to something like
TestTable {
id, int
value1, int
value2, bigint
}
suddenly it doesn't crash anymore. very, very weird.
anyway, the requested backtrace:-
php_mssql_get_column_content_with_type+0x2b8(6c0178, 2, 604998, 3e,
6140d8, 61357c)
_mssql_fetch_batch+0x244(0, 6037c8, ffffffff, 0, 2, 523858)
zif_mssql_query+0x2a4(2, 604ae0, ffffffff, 6c0178, 2, ffbfed60)
zend_do_fcall_common_helper_SPEC+0x6f0(ffbfee08, ffbfee08, 1, 688e20,
ffbfee08, 66d9e0)
execute+0x10c(6418d8, 40, 523818, ffbff0dc, 168, 748c)
zend_do_fcall_common_helper_SPEC+0x204(ffbff1e0, 35ebd8, 1, 6418d8,
ffbff1e0, 1)
execute+0x10c(689008, 40, 523818, ffbff3b4, 78, 748c)
zend_do_fcall_common_helper_SPEC+0x204(ffbff3e0, ffbff3e0, 1, 0, 0,
ffbff4a8)
execute+0x10c(5fffa0, ffbffc70, 1e8ff0, ffbff4ac, 4, 2279ac)
zend_execute_scripts+0xe0(7c54, 0, 3, ffbff598, 523598, ffbffc70)
php_execute_script+0x260(ffbffc70, 74, 2d00, 74657374, 0, ffbffa48)
main+0xfb8(2, ffbffd0c, ffbffd18, 50bf40, 0, 0)
_start+0x5c(0, 0, 0, 0, 0, 0)
------------------------------------------------------------------------
[2006-11-10 12:58:31] [email protected]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2006-11-10 12:55:39] ben at thelemite dot freeserve dot co dot uk
Just to clarify; it segfaults both in apache mod and cli. SQL Server
2003 is being used. built using gcc 3.4.6, and mssql is built-in (not
DSO loaded)
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/39460
--
Edit this bug report at http://bugs.php.net/?id=39460&edit=1
