#19945 [Com]: serialize function bug
ID: 19945
Comment by: skold at habber dot net
Reported By: gaopeng at eazier dot com
Status: No Feedback
Bug Type: Arrays related
Operating System: FreeBSD 4.2
PHP Version: 4.2.2
New Comment:
Ok, I narrowed it down. mysql_query does something similar to
stripslashes on text, which is where the \ in Test\'s was going.
Obviously it doesn't alter the serialized array to show 6 bytes instead
of 7.
Just do mysql_real_escape_string() on the serialized array before
throwing it into mysql_query() and it should be fine!
Previous Comments:
[2004-02-10 07:47:25] skold at habber dot net
I've run into this problem as well. So far I've had the same problem on
4.3.2, 4.3.4, 4.3.5RC2. The latest snapshot (as of Feb 10) won't
compile for me.
The problem, like gaopeng said, is with quotes and such. serialize()
doesn't store the proper length and it won't unserialize properly.
For example:
a:1:{i:1;s:7:Test's;}
It says it's 7 bytes long, when it's only 6. If I addslashes() to it,
it does this:
a:1:{i:1;s:9:Test\'s;}
It's now 7 but it says its 9.
Are there any workarounds for this?
[2002-11-04 01:00:06] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2002-10-17 00:42:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-10-17 00:04:29] gaopeng at eazier dot com
when serialize a array which contains special characters such as ',
, \, php4 cannot unserialize it correct, i think the problem is
the length of string when do unserialize.
--
Edit this bug report at http://bugs.php.net/?id=19945edit=1
#20854 [Com]: Unable to load dynamic library
ID: 20854 Comment by: giunta dot gaetano at sea-aeroportimilano dot it Reported By: pardy at freemail dot hu Status: Bogus Bug Type: Oracle related Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: I had exactly the same headache with Oracle9 client. The funniest thing is Apache was running fine in exactly the same PC. It actually is a pbl related to IIS confioguration. The solution is: in IIS uncheck the let IIS validate anon user password in anoun user auth panel. Rationale: check out reports 216828 e 218756 on MSDN. Previous Comments: [2002-12-07 02:35:34] pardy at freemail dot hu Ok, I have posted the problem description to [EMAIL PROTECTED] Please answer me there. By the way I still don't know why this isn't a bug in php. Maybe I don't understand what php itself means. Thanks. [2002-12-06 18:35:45] [EMAIL PROTECTED] This is not a support forum. [2002-12-06 06:55:40] pardy at freemail dot hu How can you be so sure that this is not a bug in php? I mean everything else seems ok. Then you must know where the problem is. What about telling me? Thanks [2002-12-06 06:25:33] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. [2002-12-06 03:24:51] pardy at freemail dot hu PHP 4.2.3 is running with IIS 5 on W2k server. Oracle client v6 is installed and working properly. The error message is the following: PHP Warning: Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Also tried with php_oracle.dll but the result is the same. I'm sure the dlls are there. gds32.dll is in system32. Dependency walker stops at apphelp.dll - as it is not an XP. -- Edit this bug report at http://bugs.php.net/?id=20854edit=1
#27221 [Fbk-Opn]: $_POST superglobal variable not populated after posting a form
ID: 27221 User updated by: patrick at studioemma dot be Reported By: patrick at studioemma dot be -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Redhat 7.3 PHP Version: 4.3.4 New Comment: I will wait for the definite release. I can however allready add these comments: - only occurs on SSL - occurs when some fields (no reserved words as names) have spaces, numeric values, and perhaps others. In the meantime I moved to just HTTP instead of HTTPS Previous Comments: [2004-02-11 15:02:01] [EMAIL PROTECTED] Just try the snapshot first. [2004-02-11 14:51:49] patrick at studioemma dot be my httpd.conf only mentions: AddType application/x-httpd-php .php4 .php3 .phtml .php AddType application/x-httpd-php-source .phps However I have found a key to the origin: apparently the values I enter in the form influence the problem. I have been able to reproduce but cannot figure out any logic. I have to mention I'm only using a-zA-Z and - signs.. it's like black magic... I have not yet installed the snapshot, will definitely await final release. I have to mention as well that I just upgraded to 4.3.4 from 4.3.2 where the problem occured as well. [2004-02-11 14:04:52] [EMAIL PROTECTED] Obviously you are not using Apache2, so Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE- latest.zip [2004-02-11 14:01:56] [EMAIL PROTECTED] See bug #18648 and check your httpd.conf ... [2004-02-11 13:54:19] patrick at studioemma dot be Description: After posting (method POST) a form (of any kind) the $_POST variable does not get populated. This error is hard to reproduce as it occurs sporadicily but sometimes more than once on the same form. Apparently with under the same conditions it sometimes works and sometimes not. I experience the problem (I believe) only using SSL. I'm using rewrite rules, but the same as on other sites without SSL. I read stuff about mentioning the action property in the form tag, about GPC order, etc... but nothing I've tried can reduce the error to it's origin. I do not know however how to check apache for incoming POSTed data. Apache: Server Version: Apache/1.3.27 (Unix) (Red-Hat/Linux) FrontPage/5.0.2.2623 mod_ssl/2.8.12OpenSSL/0.9.6b PHP/4.3.4 mod_perl/1.26 mod_python/2.7.6 Python/1.5.2 mod_webapp/1.2.0-dev Server Built: Dec 21 2003 12:00:54 Can you recommend me some actions ? I have not found any relevant info on the web. -- Edit this bug report at http://bugs.php.net/?id=27221edit=1
#26666 [Ver]: crash in zend_mm_alloc
ID: 2
User updated by: jan at horde dot org
Reported By: jan at horde dot org
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5CVS-2004-02-05
New Comment:
Can you find out what statement triggers that error from your bt?
Perhaps I am able to strip the example down if I know where to start.
No promises though.
Previous Comments:
[2004-02-04 20:35:55] [EMAIL PROTECTED]
This is the backtrace I got:
0x082c1c9d in _zend_is_inconsistent (ht=0x1b, file=0x8403060
/usr/src/web/php/php5/Zend/zend_hash.c, line=841)
at /usr/src/web/php/php5/Zend/zend_hash.c:53
53 if (ht-inconsistent==HT_OK) {
(gdb) bt
#0 0x082c1c9d in _zend_is_inconsistent (ht=0x1b, file=0x8403060
/usr/src/web/php/php5/Zend/zend_hash.c, line=841)
at /usr/src/web/php/php5/Zend/zend_hash.c:53
#1 0x082c3dcc in zend_hash_find (ht=0x1b, arKey=0x4111999c __wakeup,
nKeyLength=9, pData=0xbfffd088)
at /usr/src/web/php/php5/Zend/zend_hash.c:841
#2 0x082b2489 in zend_call_function (fci=0xbfffd130, fci_cache=0x0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:619
#3 0x082b2033 in call_user_function_ex (function_table=0x8613e08,
object_pp=0xbfffd270, function_name=0xbfffd1a0,
retval_ptr_ptr=0xbfffd1bc, param_count=0, params=0x0,
no_separation=1, symbol_table=0x0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:517
#4 0x0825cb91 in object_common2 (rval=0xbfffd270, p=0xbfffd42c,
max=0x41117545 , var_hash=0xbfffd430, elements=20)
at var_unserializer.re:233
#5 0x0825bc53 in php_var_unserialize (rval=0xbfffd270, p=0xbfffd42c,
max=0x41117545 , var_hash=0xbfffd430)
at var_unserializer.re:452
#6 0x0825c945 in process_nested_data (rval=0xbfffd320, p=0xbfffd42c,
max=0x41117545 , var_hash=0xbfffd430,
ht=0x4111985c, elements=0) at var_unserializer.re:173
#7 0x0825bea1 in php_var_unserialize (rval=0xbfffd320, p=0xbfffd42c,
max=0x41117545 , var_hash=0xbfffd430)
at var_unserializer.re:361
#8 0x0825c945 in process_nested_data (rval=0xbfffd444, p=0xbfffd42c,
max=0x41117545 , var_hash=0xbfffd430,
ht=0x41118918, elements=9) at var_unserializer.re:173
#9 0x0825cb1f in object_common2 (rval=0xbfffd444, p=0xbfffd42c,
max=0x41117545 , var_hash=0xbfffd430, elements=22)
at var_unserializer.re:226
#10 0x0825bc53 in php_var_unserialize (rval=0xbfffd444, p=0xbfffd42c,
max=0x41117545 , var_hash=0xbfffd430)
at var_unserializer.re:452
#11 0x0824fb39 in zif_unserialize (ht=1, return_value=0x40e6abdc,
this_ptr=0x0, return_value_used=1)
at /usr/src/web/php/php5/ext/standard/var.c:742
#12 0x082dd628 in zend_do_fcall_common_helper (execute_data=0xbfffd7a0,
opline=0x40e42aa0, op_array=0x40e426ac)
at /usr/src/web/php/php5/Zend/zend_execute.c:2558
#13 0x082ddc5e in zend_do_fcall_handler (execute_data=0xbfffd7a0,
opline=0x40e42aa0, op_array=0x40e426ac)
at /usr/src/web/php/php5/Zend/zend_execute.c:2700
#14 0x082da46c in execute (op_array=0x40e426ac) at
/usr/src/web/php/php5/Zend/zend_execute.c:1272
#15 0x082bcaa7 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/web/php/php5/Zend/zend.c:1051
#16 0x08285fd8 in php_execute_script (primary_file=0xbba0) at
/usr/src/web/php/php5/main/main.c:1641
[2004-02-03 15:07:00] jan at horde dot org
http://www.horde.org/~jan/prop_test.tar.gz has been updated to contain
all files necessary. I just checked again that this bug still happens
with the current PHP 5 from CVS.
[2004-01-16 19:06:48] [EMAIL PROTECTED]
Fatal error: main(): Failed opening required 'Horde/MIME/MIME.php'
(include_path='/home/jani/prop_test/libs/') in
/home/jani/prop_test/libs/Horde/MIME/Part.php on line 3
Are you sure you can't include more files in there?
[2004-01-16 12:55:47] jan at horde dot org
I hope this link doesn't wrap:
http://cvs.horde.org/co.php/framework/MIME/MIME/Part.php?sa=1r=1.159p=1
[2004-01-16 12:54:20] jan at horde dot org
Oops, sorry. Damn include_path! ;-)
http://cvsweb.horde.org/co.php/framework/MIME/MIME/Part.php?sa=1r=1.159p=1
Sorry about the big scripts, but whenever I tried to strip it down, the
crash went away.
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/2
--
Edit this bug report at http://bugs.php.net/?id=2edit=1
#27224 [Bgs]: var_dump() cannot be stopped from output
ID: 27224 User updated by: reklov at unitedklasens dot de Reported By: reklov at unitedklasens dot de Status: Bogus Bug Type: Unknown/Other Function Operating System: Win98SE PHP Version: 4.3.4 New Comment: Ok, thx...it seems, it was a missunderstanding while reading the manual (http://reklov.homeip.net/manual/PHP/function.ob-get-flush.html): ob_get_flush -- Flush the output buffer, return it as a string and turn off output buffering --- i understood it this way: flush the output into a string an turn off... instead of flush (understood as delete) the output, send it and return to a string and turn off... perhaps this happened, because of my not very well english (i guess, you have already noticed that...) Thx for the answer Previous Comments: [2004-02-11 15:52:54] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php from manual (http://nl3.php.net/ob_flush): ob_flush -- Flush (send) the output buffer see also: http://nl3.php.net/manual/en/function.ob-get-clean.php [2004-02-11 15:50:38] reklov at unitedklasens dot de Description: On the contrary to the tip in the documentation (http://www.php.net/manual/en/function.var-dump.php), there's no chance to stop var_dump() from outputting. Although you can save it with output buffering into a string, it will be sent to output, anyway... As you can see in the example, the var_dump()-output is sent to output twice, first from var_dump(9), second from echo $output. Reproduce code: --- pre ?php $a = 'Output'; echo 'Output from var_dump():'.\n; ob_start(); var_dump($a); $output = ob_get_flush(); echo 'Same as above: '.\n.$output; ? /pre Expected result: pre Output from var_dump(): Same as above: string(6) Output /pre Actual result: -- pre Output from var_dump(): string(6) Output Same as above: string(6) Output /pre -- Edit this bug report at http://bugs.php.net/?id=27224edit=1
#27221 [Opn-Bgs]: $_POST superglobal variable not populated after posting a form
ID: 27221 Updated by: [EMAIL PROTECTED] Reported By: patrick at studioemma dot be -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Redhat 7.3 PHP Version: 4.3.4 New Comment: Can not reproduce using latest CVS (or even with 4.3.4) Previous Comments: [2004-02-12 05:10:24] patrick at studioemma dot be I will wait for the definite release. I can however allready add these comments: - only occurs on SSL - occurs when some fields (no reserved words as names) have spaces, numeric values, and perhaps others. In the meantime I moved to just HTTP instead of HTTPS [2004-02-11 15:02:01] [EMAIL PROTECTED] Just try the snapshot first. [2004-02-11 14:51:49] patrick at studioemma dot be my httpd.conf only mentions: AddType application/x-httpd-php .php4 .php3 .phtml .php AddType application/x-httpd-php-source .phps However I have found a key to the origin: apparently the values I enter in the form influence the problem. I have been able to reproduce but cannot figure out any logic. I have to mention I'm only using a-zA-Z and - signs.. it's like black magic... I have not yet installed the snapshot, will definitely await final release. I have to mention as well that I just upgraded to 4.3.4 from 4.3.2 where the problem occured as well. [2004-02-11 14:04:52] [EMAIL PROTECTED] Obviously you are not using Apache2, so Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE- latest.zip [2004-02-11 14:01:56] [EMAIL PROTECTED] See bug #18648 and check your httpd.conf ... 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/27221 -- Edit this bug report at http://bugs.php.net/?id=27221edit=1
#27226 [Opn-Bgs]: associative arrays as session variables
ID: 27226 Updated by: [EMAIL PROTECTED] Reported By: dayal at capital-merchant dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Unix PHP Version: 4.3.2 New Comment: Read the NEWS file. I don't know if this was specifically fixed in it or if it was some side-effect of some other bug that was fixed or if you're doing something wrong. I can just say that this works fine in PHP versions = 4.3.3 (used in one other host I have some stuff running on) We have no resources to support old versions anyway. If you say you're using any older PHP version than the latest release it causes the report to be bogus automatically. Previous Comments: [2004-02-11 21:57:12] dayal at capital-merchant dot com So was this bug present in 4.3.2 and has been rectified in 4.3.4? If not, what could be the reason why associative arrays are failing when used as session variables in my case? I just want to confirm the above before upgrading my php version. Thanks in advance Dayal [2004-02-11 19:59:19] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Works (and has worked) fine with PHP 4.3.4 in production since release. (heavily using sessions and also storing associative arrays in them) [2004-02-11 17:43:08] dayal at capital-merchant dot com Description: PHP Version: 4.3.2 -- Hi, I am using an associative array as a session variable. Randomly this variable fails in the sense that all values corresponding to the keys are lost. To see if this problem is specific to associative arrays I have added another simple variable to the session. The application is able to retrieve this other variable from the session all the time, even when the associative array fails. Is there any problem using associative arrays as session variables in php?? Reproduce code: --- ?php session_start(); $ar = array(); $ar[name] = ; $ar[password] = y; $_SESSION[arrayvariable] = $ar; $_SESSION[numericvariable] = 30; Header(Location: test2.php); ? Expected result: test2.php - ?php session_start(); echo Your name: .$_SESSION[arrayvariable][name]; echo Numeric value: .$_SESSION[numericvariable]; ? Expected Result: --- Your name: Numeric value: 30 Actual result: -- Your name: Numeric value: 30 -- Edit this bug report at http://bugs.php.net/?id=27226edit=1
#27228 [Opn-Bgs]: SSI Including PHP File Within PHP File Causes Seg Fault
ID: 27228 Updated by: [EMAIL PROTECTED] Reported By: arthur at levelogic dot com -Status: Open +Status: Bogus -Bug Type: Reproducible crash +Bug Type: Apache2 related Operating System: RedHat Linux 9 PHP Version: 4.3.4 New Comment: To make this work you must use PHP's apache2handler module. But I don't see why you would want to do this anyway, using 'include()' works much better when you deal with PHP code within PHP code.. (the crash is not even PHP related I bet..you failed to give a backtrace so I have to ASSUME..) Previous Comments: [2004-02-11 21:37:23] arthur at levelogic dot com Description: Setting up Apache 2.0 to FILTER php files and SSI parse them. When trying to include a php file from within another php file, I get a seg fault. Apache setup as: Files *.php SetOutputFilter PHP;INCLUDES SetInputFilter PHP LimitRequestBody 524288 /Files Reproduce code: --- /test1.php !--#include virtual=/test2.php -- /test2.php Testing 1 2 3 Expected result: Testing 1 2 3 Actual result: -- Seg fault on server and hanging to eventually timeout on client. -- Edit this bug report at http://bugs.php.net/?id=27228edit=1
#27204 [Opn-Fbk]: Queries fail after sp_help
ID: 27204
Updated by: [EMAIL PROTECTED]
Reported By: willy at vuboys dot nl
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: Windows XP SP1
PHP Version: 4CVS-2004-02-10
New Comment:
I don't know mssql at all..but what might that 'sp_help' query
supposedly do? (some url pointing to a document explaining it is
enough..) It sounds like something you're not allowed/supposed to do
from a script..
Previous Comments:
[2004-02-10 06:23:35] willy at vuboys dot nl
Description:
After you run mssql_query(sp_help) all following queries fail. I am
using PHP4.3.4 running as ISAPI module in IIS5 on Windows XP. SQL
Server 2000, version 8.00.760.
When you uncomment both lines in the reproduce script:
while (mssql_next_result($result));
mssql_free_result($result);
the script does work.
Reproduce code:
---
if ( ! $connect_id = mssql_connect( $sql_host,$sql_user,$sql_pass ) )
{
die(Could not create a MSSQL connection, please check the SQL values
entered);
}
if ( ! mssql_select_db($sql_database, $connect_id) )
{
die(MSSQL could not locate a database called
'{$VARS['sql_database']}' please check the value entered for this);
}
$result = mssql_query(SELECT @@VERSION);
$row = mssql_fetch_row($result);
echo $row[0].br /;
$result = mssql_query(sp_help, $connect_id);
while ($table = mssql_fetch_array($result))
{
if (($table[2]==user table) (!($table[0]==dtproperties))) {
echo $table[2]. | .$table[0].br /;
}
}
// while (mssql_next_result($result));
// mssql_free_result($result);
$result = mssql_query(SELECT @@VERSION);
$row = mssql_fetch_row($result);
echo $row[0].br /;
mssql_close($connect_id);
?
Expected result:
Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05
Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on
Windows NT 5.1 (Build 2600: Service Pack 1)
user table | table 1
...
user table | table n
Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05
Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on
Windows NT 5.1 (Build 2600: Service Pack 1)
Actual result:
--
Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05
Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on
Windows NT 5.1 (Build 2600: Service Pack 1)
user table | table 1
...
user table | table n
Warning: mssql_query(): Query failed in c:\inetpub\wwwroot\testsql.php
on line 33
--
Edit this bug report at http://bugs.php.net/?id=27204edit=1
#27229 [NEW]: Abort trap (6)
From: dodell at sitetronics dot com Operating system: FreeBSD 5.1-RELEASE-p13 PHP version: 4.3.4 PHP Bug Type: Reproducible crash Bug description: Abort trap (6) Description: PHP 4.3.4 is causing apache to crash. Here's the error in httpd-error.log httpd in free(): error: chunk is already free phpinfo() available at: http://www.sitetronics.com/~dodell/phpinfo.php Reproduce code: --- I'd provide code, but it's proprietary. I'll attempt to reproduce the crash with similar code. Actual result: -- #0 0x2811db23 in kill () from /usr/lib/libc.so.5 #1 0x2818a4fd in abort () from /usr/lib/libc.so.5 #2 0x28188d1f in tcflow () from /usr/lib/libc.so.5 #3 0x28188d7e in tcflow () from /usr/lib/libc.so.5 #4 0x281897e7 in tcflow () from /usr/lib/libc.so.5 #5 0x28189a30 in free () from /usr/lib/libc.so.5 #6 0x2859b83f in _fini () from /usr/local/libexec/ apache/libphp4.so #7 0x2857e318 in _fini () from /usr/local/libexec/ apache/libphp4.so #8 0x285bd6dc in _fini () from /usr/local/libexec/ apache/libphp4.so #9 0x285be2d2 in _fini () from /usr/local/libexec/ apache/libphp4.so #10 0x285be495 in _fini () from /usr/local/libexec/ apache/libphp4.so #11 0x08054983 in ap_invoke_handler () #12 0x080671d4 in process_request_internal () #13 0x080673e4 in ap_process_request () #14 0x0805f808 in child_main () #15 0x0805fa88 in make_child () #16 0x0805faff in startup_children () #17 0x080605fa in standalone_main () #18 0x08060939 in main () #19 0x0804fd65 in _start () -- Edit bug report at http://bugs.php.net/?id=27229edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27229r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27229r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27229r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27229r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27229r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27229r=needscript Try newer version: http://bugs.php.net/fix.php?id=27229r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27229r=support Expected behavior: http://bugs.php.net/fix.php?id=27229r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27229r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27229r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27229r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27229r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27229r=dst IIS Stability: http://bugs.php.net/fix.php?id=27229r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27229r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27229r=float
#26223 [Fbk-Opn]: wired file system with session write handler make php crash
ID: 26223 User updated by: Xuefer at 21cn dot com Reported By: Xuefer at 21cn dot com -Status: Feedback +Status: Open Bug Type: Session related -Operating System: win32 +Operating System: winxp PHP Version: 4CVS-2003-12-2 New Comment: not crash under linux but still crash on winxp Previous Comments: [2004-02-11 12:37:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works fine for me. [2004-01-31 22:27:11] xuefer at 21cn dot com verified on linux is anyone fixing this bug? btw, in error log: [01-Feb-2004 11:24:30] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 maybe it generate this error everytime it crash, i'm not sure [2003-11-17 23:08:44] Xuefer at 21cn dot com i'm not familiar with debugging i'm stucked with same script still crash on http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-foundstone-latest.zip (with similar gdb bt) but not crash on: http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-debug-foundstone-latest.zip output: Warning: file_exists(): Stat failed for Unknown (errno=9 - Bad file descriptor) in c:\test.php on line 14 warning: --- warning: f:\tbr\php\snapbuilder\php_4_3-foundstone\ext\standard\filestat.c(616) : Block 0x00BAE800 status: warning: Beginning: warning: Cached (allocated on f:\tbr\php\snapbuilder\php_4_3-foundstone\main\main.c:485, 21 bytes) warning: End: warning: OK warning: --- [Tue Nov 18 11:23:53 2003] Script: 'test.php' Program exited normally. [2003-11-17 21:38:43] [EMAIL PROTECTED] Here you can find some debug enabled builds: http://www.thebrainroom.net/php-snaps/ [2003-11-17 20:53:09] Xuefer at 21cn dot com Program received signal SIGSEGV, Segmentation fault. 0x100c00a4 in shutdown_memory_manager () from /cygdrive/d/www/php4/php4ts.dll (gdb) bt #0 0x100c00a4 in shutdown_memory_manager () from /cygdrive/d/www/php4/php4ts.dll #1 0x0012fd68 in ?? () #2 0x003e82b4 in ?? () #3 0x0012fe74 in ?? () #4 0x003e4248 in ?? () #5 0x10004276 in php_register_variable_ex () from /cygdrive/d/www/php4/php4ts.dll Previous frame inner to this frame (corrupt stack?) (gdb) i'm using cygwin gdb to debug but it is said: To get a backtrace with correct information you must have PHP configured with --enable-debug! where can i get a debug built? is the snapshot already with --enable-debug? i've tested under linux and it does not crash but under windows xp, updated to lastest snapshot still crash :( what point am i missing? 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/26223 -- Edit this bug report at http://bugs.php.net/?id=26223edit=1
#27230 [NEW]: print_r or evaluation script code error !
From: ntunali at isbank dot net dot tr
Operating system: win98
PHP version: 4.3.4
PHP Bug Type: Scripting Engine problem
Bug description: print_r or evaluation script code error !
Description:
in line echo ...
Reproduce code:
---
function split_post()
{
$fields=array_keys($_POST);
foreach($fields as $key = $field)
echo $key.'-'.print_r(split(_,$field)).'br';
return $fields;
}
Expected result:
I think, result must be
0-Array ( [0] = usergroup )
1-Array ( [0] = position )
2-Array ( [0] = menukeyw [1] = 34 )
:
:
:
Actual result:
--
Array ( [0] = usergroup ) 0-1
Array ( [0] = position ) 1-1
Array ( [0] = menukeyw [1] = 34 ) 2-1
Array ( [0] = task [1] = 34 ) 3-1
Array ( [0] = visible [1] = 34 ) 4-1
Array ( [0] = menukeyw [1] = 35 ) 5-1
Array ( [0] = task [1] = 35 ) 6-1
Array ( [0] = visible [1] = 35 ) 7-1
Array ( [0] = menukeyw [1] = 36 ) 8-1
Array ( [0] = task [1] = 36 ) 9-1
Array ( [0] = visible [1] = 36 ) 10-1
Array ( [0] = menukeyw [1] = 37 ) 11-1
Array ( [0] = task [1] = 37 ) 12-1
--
Edit bug report at http://bugs.php.net/?id=27230edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27230r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27230r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27230r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27230r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27230r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27230r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27230r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27230r=support
Expected behavior: http://bugs.php.net/fix.php?id=27230r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27230r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27230r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27230r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27230r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27230r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27230r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27230r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27230r=float
#27230 [Opn-Bgs]: print_r or evaluation script code error !
ID: 27230
Updated by: [EMAIL PROTECTED]
Reported By: ntunali at isbank dot net dot tr
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: win98
PHP Version: 4.3.4
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
You're echoing the return value of print_r() which prints to stdout
itself.
Previous Comments:
[2004-02-12 12:22:02] ntunali at isbank dot net dot tr
Description:
in line echo ...
Reproduce code:
---
function split_post()
{
$fields=array_keys($_POST);
foreach($fields as $key = $field)
echo $key.'-'.print_r(split(_,$field)).'br';
return $fields;
}
Expected result:
I think, result must be
0-Array ( [0] = usergroup )
1-Array ( [0] = position )
2-Array ( [0] = menukeyw [1] = 34 )
:
:
:
Actual result:
--
Array ( [0] = usergroup ) 0-1
Array ( [0] = position ) 1-1
Array ( [0] = menukeyw [1] = 34 ) 2-1
Array ( [0] = task [1] = 34 ) 3-1
Array ( [0] = visible [1] = 34 ) 4-1
Array ( [0] = menukeyw [1] = 35 ) 5-1
Array ( [0] = task [1] = 35 ) 6-1
Array ( [0] = visible [1] = 35 ) 7-1
Array ( [0] = menukeyw [1] = 36 ) 8-1
Array ( [0] = task [1] = 36 ) 9-1
Array ( [0] = visible [1] = 36 ) 10-1
Array ( [0] = menukeyw [1] = 37 ) 11-1
Array ( [0] = task [1] = 37 ) 12-1
--
Edit this bug report at http://bugs.php.net/?id=27230edit=1
#26223 [Com]: wired file system with session write handler make php crash
ID: 26223 Comment by: xuefer at 21cn dot com Reported By: Xuefer at 21cn dot com Status: Open Bug Type: Session related Operating System: winxp PHP Version: 4CVS-2003-12-2 New Comment: i've built a simple version under cygwin, but do not crash [Xuefer php4]$ ./build/buildcheck.sh buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: libtool version 1.4.3 (ok) [Xuefer php4]$ bison -V bison (GNU Bison) 1.875b Written by Robert Corbett and Richard Stallman. Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [Xuefer php4]$ flex -V flex version 2.5.4 [Xuefer php4]$ cat config.nice #! /bin/sh # # Created by configure './configure' \ '--disable-all' \ '--enable-cli' \ '--enable-session' \ '--with-pcre-regex' \ $@ [Xuefer php4]$ sapi/cli/php.exe -v PHP 4.3.5RC3-dev (cli) (built: Feb 13 2004 01:29:25) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Previous Comments: [2004-02-12 11:18:20] Xuefer at 21cn dot com not crash under linux but still crash on winxp [2004-02-11 12:37:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works fine for me. [2004-01-31 22:27:11] xuefer at 21cn dot com verified on linux is anyone fixing this bug? btw, in error log: [01-Feb-2004 11:24:30] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 maybe it generate this error everytime it crash, i'm not sure [2003-11-17 23:08:44] Xuefer at 21cn dot com i'm not familiar with debugging i'm stucked with same script still crash on http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-foundstone-latest.zip (with similar gdb bt) but not crash on: http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-debug-foundstone-latest.zip output: Warning: file_exists(): Stat failed for Unknown (errno=9 - Bad file descriptor) in c:\test.php on line 14 warning: --- warning: f:\tbr\php\snapbuilder\php_4_3-foundstone\ext\standard\filestat.c(616) : Block 0x00BAE800 status: warning: Beginning: warning: Cached (allocated on f:\tbr\php\snapbuilder\php_4_3-foundstone\main\main.c:485, 21 bytes) warning: End: warning: OK warning: --- [Tue Nov 18 11:23:53 2003] Script: 'test.php' Program exited normally. [2003-11-17 21:38:43] [EMAIL PROTECTED] Here you can find some debug enabled builds: http://www.thebrainroom.net/php-snaps/ 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/26223 -- Edit this bug report at http://bugs.php.net/?id=26223edit=1
#21513 [Com]: shutdown functions not executed if timed out
ID: 21513
Comment by: xuefer at 21cn dot com
Reported By: ceeam at mail dot ru
Status: Closed
Bug Type: Scripting Engine problem
Operating System: win32 (only)
PHP Version: 4CVS, 5CVS
Assigned To: zeev
New Comment:
compiled under cygwin
[Xuefer php4]$ ./sapi/cli/php.exe -v
PHP 4.3.5RC3-dev (cli) (built: Feb 13 2004 01:29:25)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
[Xuefer php4]$ make test
.
PASS Testing register_shutdown_function() [tests/func/005.phpt]
- freeze here
it's running 005a.phpt
[Xuefer php4]$ sapi/cli/php -d max_execution_time=1 -r
'set_time_limit(1); for(;;) {}'
[Xuefer php4]$ sapi/cli/php test/func/005a.phpt
both is frozen
Previous Comments:
[2004-01-19 04:52:58] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2003-08-04 00:24:07] wmeler at wp-sa dot pl
This is related to http://bugs.php.net/bug.php?id=16820 (see comment
from 21 Jul 2:46am CDT)
You can find my patch at http://strony.wp.pl/wp/wmeler/.
These are old issues ...
[2003-01-22 22:44:36] [EMAIL PROTECTED]
I can not reproduce this with PHP CGI/CLI/Apache DSO,
but Steph tested the script under windows and
got the same results as [EMAIL PROTECTED] did so this is
definately a windows-only bug.
[2003-01-22 02:09:49] ceeam at mail dot ru
[EMAIL PROTECTED]:
This script works just fine for me (using CLI):
[skipped]
I tested your script. The output is:
PHP Fatal error: Maximum execution time of 1 second exceeded in
c:\exp.php on line 16
PHP Fatal error: Maximum execution time of 1 second exceeded in
c:\exp.php on line 7
test.log contains only one Start line.
I tried with both my own (pretty much cleaned up) php.ini and
recommended php.ini.
I suspect it is only Windows-related problem.
[2003-01-20 22:47:06] [EMAIL PROTECTED]
And this is related to http://bugs.php.net/bug.php?id=14542
(and maybe to http://bugs.php.net/bug.php?id=14251 ?)
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/21513
--
Edit this bug report at http://bugs.php.net/?id=21513edit=1
#24053 [Bgs-Csd]: include issues spurious stream warning that clutters up the page ...
ID: 24053
Updated by: [EMAIL PROTECTED]
Reported By: jphey at netdoor dot com
-Status: Bogus
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux 2.4.20
PHP Version: 4.3.2
New Comment:
That bug is fixed in the Zend Optimizer 2.5
(http://www.zend.com/store/free_download.php?pid=13)
Previous Comments:
[2004-02-03 19:52:37] rgraham at star-fleet dot org
Running 4.3.4 with Zend installed same issue, seems this states it's
listed at 4.3.2, i thought i'd bring it up.
Even if it is a Zend Issue with Php doesn't it still fall into PHP's
bug list? Seems it wasn't there before and now it is?
The @include works because @ = supress the error messeges but it's
annoying.
[2004-01-25 12:15:55] webmaster at nowproduction dot com
I had the same error Warning: main(): stream does not support
seeking
You can include remote files with adding an '@'. This code should
work:
?php
@include('http://remoteurl.com/somefile.html'); ?
[2004-01-17 18:20:22] [EMAIL PROTECTED]
Not PHP but Zend Optimizer bug - bogus.
[2004-01-17 05:43:57] [EMAIL PROTECTED]
If it only happens when you have Zend Optimizer loaded,
it's a Zend Optimizer bug. URL includes under windows
are handled slightly differently internally (due to flex/
bison issues when working on sockets), which would explain
why you don't have the problem there.
[2004-01-17 03:26:54] choinet at rocketmail dot com
The other hosts that worked fine did not have the Zend Optimizer, just
to clarify.
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/24053
--
Edit this bug report at http://bugs.php.net/?id=24053edit=1
#27211 [Opn]: stream_socket_accept() returns Invalid argument
ID: 27211
User updated by: glox at glox dot be
Reported By: glox at glox dot be
Status: Open
Bug Type: Sockets related
Operating System: *
PHP Version: 5CVS-2004-02-12
New Comment:
Well the server script is copy pasted from the manual page.
So, or the example is wrong, or there is a bug with those functions.
Previous Comments:
[2004-02-11 15:43:55] [EMAIL PROTECTED]
I'm not sure if it's actually a bug..(just read the manual page for
these funcs, never used them myself before :)
stream_socket_accept() also crashes, if you happen to use the 3rd
parameter too..
[2004-02-10 14:28:51] glox at glox dot be
Description:
stream_socket_accept() returns the following error with the example
from the manual page:
Warning: stream_socket_accept(): accept failed: Invalid argument in
/share/wolfd/serv.php on line 6
I'm running this on freeBSD 5.1 with the latest php snapshot at this
moment.
Reproduce code:
---
Server:
?php
$socket = stream_socket_server(udp://0.0.0.0:13, $errno, $errstr,
STREAM_SERVER_BIND);
if (!$socket) {
echo ERROR: $errno - $errstrbr /\n;
} else {
while ($conn = stream_socket_accept($socket)) {
fwrite($conn, date(D M j H:i:s Y\r\n));
fclose($conn);
}
fclose($socket);
}
?
Client:
?php
$sock = stream_socket_client('udp://127.0.0.1:13');
fwrite($sock, a\n); //if I don't add this nothing happens
$get = fgets($sock);
echo $get;
fclose($sock);
?
Expected result:
The connection to the client should open, it should send the time and
close.
Actual result:
--
Warning: stream_socket_accept(): accept failed: Invalid argument in
/share/wolfd/serv.php on line 6
--
Edit this bug report at http://bugs.php.net/?id=27211edit=1
#27229 [Fbk-Opn]: Abort trap (6)
ID: 27229
User updated by: dodell at sitetronics dot com
Reported By: dodell at sitetronics dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 5.1-RELEASE-p13
PHP Version: 4.3.4
New Comment:
This code does essentially the same operations as the code I'm using
and produces the same error.
This is FreeBSD package ``mod_php4-4.3.4_6,1''
?php
$string = a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al;
$regex = (\w{1}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1}
(\w{2}) \d{1} (\w{2})
\d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2})
\d{1} (\w{2});
$matches = array();
preg_match_all(/$regex/mi, $string, $matches);
$date = date('Y-m-d', time());
$packet_matches = array();
$i = 0;
$num_matches = count($matches[0]);
array_shift($matches);
array_multisort($matches[2], SORT_ASC);
$t = array('aj'=0, 'ja'=0);
$p_p = array('a'=0, 'b'=0, 'ai'=0);
$diff = $s_p = $s_t = array_fill (0, 65535, 0);
for ($i = 0; $i $num_matches; $i++) {
$p_p[$matches[4][$i]]++;
$s_p[$matches[8][$i]]++;
$s_t[$matches[8][$i]] += $matches[11][$i];
$t[$matches[9][$i]] += $matches[11][$i];
}
function _a_d($array) {
$a = array();
for ($i = 0; $i count($array); $i++)
if ($array[$i] != 0) $a[] = $array[$i];
return $a;
}
$s_p = _a_d($s_p, $diff);
print_r($s_p);
?
Previous Comments:
[2004-02-12 11:11:46] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-02-12 10:59:02] dodell at sitetronics dot com
Description:
PHP 4.3.4 is causing apache to crash. Here's the error
in httpd-error.log
httpd in free(): error: chunk is already free
phpinfo() available at:
http://www.sitetronics.com/~dodell/phpinfo.php
Reproduce code:
---
I'd provide code, but it's proprietary. I'll attempt to reproduce the
crash with similar code.
Actual result:
--
#0 0x2811db23 in kill () from /usr/lib/libc.so.5
#1 0x2818a4fd in abort () from /usr/lib/libc.so.5
#2 0x28188d1f in tcflow () from /usr/lib/libc.so.5
#3 0x28188d7e in tcflow () from /usr/lib/libc.so.5
#4 0x281897e7 in tcflow () from /usr/lib/libc.so.5
#5 0x28189a30 in free () from /usr/lib/libc.so.5
#6 0x2859b83f in _fini () from /usr/local/libexec/
apache/libphp4.so
#7 0x2857e318 in _fini () from /usr/local/libexec/
apache/libphp4.so
#8 0x285bd6dc in _fini () from /usr/local/libexec/
apache/libphp4.so
#9 0x285be2d2 in _fini () from /usr/local/libexec/
apache/libphp4.so
#10 0x285be495 in _fini () from /usr/local/libexec/
apache/libphp4.so
#11 0x08054983 in ap_invoke_handler ()
#12 0x080671d4 in process_request_internal ()
#13 0x080673e4 in ap_process_request ()
#14 0x0805f808 in child_main ()
#15 0x0805fa88 in make_child ()
#16 0x0805faff in startup_children ()
#17 0x080605fa in standalone_main ()
#18 0x08060939 in main ()
#19 0x0804fd65 in _start ()
--
Edit this bug report at http://bugs.php.net/?id=27229edit=1
#27204 [Fbk-Opn]: Queries fail after sp_help
ID: 27204
User updated by: willy at vuboys dot nl
Reported By: willy at vuboys dot nl
-Status: Feedback
+Status: Open
Bug Type: MSSQL related
Operating System: Windows XP SP1
PHP Version: 4CVS-2004-02-10
New Comment:
Let me explain;
sp_help returns more the one resultset. In previous versions of PHP
(4.2.3 and earlier) this function worked perfectly without freeing the
result or browsing to all result sets. In this version suddenly all
queries after it fail.
Again uncommenting those two lines is a workaround. But surely the
connection to the database should not be lost after this query. It's
running a query and not fetching the result and then running a new
query. Surely in this case the connection should not be lost.
Therefore I feel it is a bug.
Previous Comments:
[2004-02-12 10:37:43] [EMAIL PROTECTED]
I don't know mssql at all..but what might that 'sp_help' query
supposedly do? (some url pointing to a document explaining it is
enough..) It sounds like something you're not allowed/supposed to do
from a script..
[2004-02-10 06:23:35] willy at vuboys dot nl
Description:
After you run mssql_query(sp_help) all following queries fail. I am
using PHP4.3.4 running as ISAPI module in IIS5 on Windows XP. SQL
Server 2000, version 8.00.760.
When you uncomment both lines in the reproduce script:
while (mssql_next_result($result));
mssql_free_result($result);
the script does work.
Reproduce code:
---
if ( ! $connect_id = mssql_connect( $sql_host,$sql_user,$sql_pass ) )
{
die(Could not create a MSSQL connection, please check the SQL values
entered);
}
if ( ! mssql_select_db($sql_database, $connect_id) )
{
die(MSSQL could not locate a database called
'{$VARS['sql_database']}' please check the value entered for this);
}
$result = mssql_query(SELECT @@VERSION);
$row = mssql_fetch_row($result);
echo $row[0].br /;
$result = mssql_query(sp_help, $connect_id);
while ($table = mssql_fetch_array($result))
{
if (($table[2]==user table) (!($table[0]==dtproperties))) {
echo $table[2]. | .$table[0].br /;
}
}
// while (mssql_next_result($result));
// mssql_free_result($result);
$result = mssql_query(SELECT @@VERSION);
$row = mssql_fetch_row($result);
echo $row[0].br /;
mssql_close($connect_id);
?
Expected result:
Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05
Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on
Windows NT 5.1 (Build 2600: Service Pack 1)
user table | table 1
...
user table | table n
Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05
Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on
Windows NT 5.1 (Build 2600: Service Pack 1)
Actual result:
--
Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05
Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on
Windows NT 5.1 (Build 2600: Service Pack 1)
user table | table 1
...
user table | table n
Warning: mssql_query(): Query failed in c:\inetpub\wwwroot\testsql.php
on line 33
--
Edit this bug report at http://bugs.php.net/?id=27204edit=1
#27231 [NEW]: Large-size PHP script crashes SunONE webserver
From: herman at frontier dot nl Operating system: SunOS 5.8 PHP version: 4.3.4 PHP Bug Type: Reproducible crash Bug description: Large-size PHP script crashes SunONE webserver Description: When trying an PHP application (which uses generated code, some rather quite large files) on Sun server running Solaris 8, the SunONE webserver 6.1 and PHP 4.3.4 using nsapi, one of the scripts crashed the server. After some experimenting, it seems the size of the script file triggered the crash: a PHP script 128KB will bring down the server, a script 128KB will not. To complicate matters a bit, if a small script includes a large script, the server will also crash, but if a small script will include two half size scripts, it will not. The server seems to run other PHP scripts well, and is also used to run applets through its nsapi interface without problems. PHP has been compiled as per instructions on the PHP website, with mysql disabled, and ldap and oci8 enabled. Reproduce code: --- The test scripts consist of: ?php echo hello; exit; $a = 123456789012345678901234567890123456789012345678901234567890; // previous line copied till the script is large enough ? The scripts can be found at: http://www.ozuzo.net/phpbug/test1.php.txt = WORKS http://www.ozuzo.net/phpbug/test2.php.txt = CRASH Include examples: http://www.ozuzo.net/phpbug/test3.php.txt = WORKS http://www.ozuzo.net/phpbug/test3a.php.txt http://www.ozuzo.net/phpbug/test3b.php.txt http://www.ozuzo.net/phpbug/test4.php.txt = CRASH http://www.ozuzo.net/phpbug/test4a.php.txt Expected result: The word hello. Actual result: -- The server crashes with the following message (no entry in the PHP log): failure (25268): CORE3107: Child process closed admin channel fine (25268): CORE3061: signal_handler_thread: received signal 18 fine (25268): CORE3049: Primordial process detected child 25296 died: status 11 fine (25268): CORE3050: Is our child, will spawn replacement fine (25268): CORE3062: Unlinking of /tmp/servername/.cgistub_25296 returned -1 fine (25268): CORE3047: Server spawned worker process 25305 -- Edit bug report at http://bugs.php.net/?id=27231edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27231r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27231r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27231r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27231r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27231r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27231r=needscript Try newer version: http://bugs.php.net/fix.php?id=27231r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27231r=support Expected behavior: http://bugs.php.net/fix.php?id=27231r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27231r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27231r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27231r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27231r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27231r=dst IIS Stability: http://bugs.php.net/fix.php?id=27231r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27231r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27231r=float
#26038 [Com]: session_start(): Failed to initialize storage module
ID: 26038 Comment by: mivox at mivox dot com Reported By: pedro at dehumanizer dot com Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.9 PHP Version: 4CVS-2003-10-30 (stable) New Comment: Happens frequently on my osCommerce site, hosted at Pair, running Apache 1.3.29 and PHP 4.3.4. The problems started in November 2003, and they began upgrading to FreeBSD 4.6-STABLE (incl. the Apache and PHP versions noted above) in November. I have just tried implementing the suggestion given above about the session.save_handler = files php setting, by adding the following to my .htaccess file (as per Pair's suggestion): php_value session.save_handler files php_value magic_quotes_gpc 1 If the problem reappears after altering the .htaccess, I will report back. It seems to be running fine right now, but it is a maddeningly intermittent problem. Previous Comments: [2004-02-05 06:42:40] bugs dot php dot net at mkaart dot net Hi, I had similar problems on my Gentoo Linux box running Apache 2.0.48 and php4. The problem was solved when I changed the following setting from user to files in the php.ini: session.save_handler = files Note: This broke drupal (a CMS i have running), but enabling .htaccess for drupal, which sets session.save_handler to user, fixed that as well. Hope this helps... Regards, Marnix Kaart [2004-01-05 03:28:35] dewaard at netcollective dot nl I encountered this problem while working on a custom session handler with session_set_save_handler(). All the virtual hosts on that particular server that contain session_start() where having this issue, except from the virtual host on which I was developing the custom session handler. The only way to solve it was an Apache restart. After a while the problem occured again and an Apache restart fixed this occurence to. I don't know what caused the problem, but i'm quite sure it happened because of my experiments with session_set_save_handler(). I didn't do anything else that relates to sessions and didn't mess with the ini settings. The error occured on PHP 4.3.3 (Apache 1.3.29, Red Hat 8). I've just updated to PHP 4.3.4, but I'm afraid that won't solve this issue. I will true to find out more about this problem and will share all the clues that i can find. [2003-12-29 16:51:31] der at derdev dot com I confirm problem on RedHat 7.3, source-built apache 1.3.29, php 4.3.4 as module. Mysql 3.23.56, localhost socket connect. [2003-12-16 17:05:45] darren at cpanel dot net Just FYI, this also happens with apache 1.3.29 and php 4.3.3 and 4.3.4 on RedHat Linux. [2003-11-17 18:08:18] [EMAIL PROTECTED] It's not PHP bug. (Apache2 is really not ready for production) 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/26038 -- Edit this bug report at http://bugs.php.net/?id=26038edit=1
#26038 [Com]: session_start(): Failed to initialize storage module
ID: 26038 Comment by: mivox at mivox dot com Reported By: pedro at dehumanizer dot com Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.9 PHP Version: 4CVS-2003-10-30 (stable) New Comment: Correction: Pair upgraded *to* FreeBSD 4.8-STABLE *from* 4.6... Previous Comments: [2004-02-12 16:52:36] mivox at mivox dot com Happens frequently on my osCommerce site, hosted at Pair, running Apache 1.3.29 and PHP 4.3.4. The problems started in November 2003, and they began upgrading to FreeBSD 4.6-STABLE (incl. the Apache and PHP versions noted above) in November. I have just tried implementing the suggestion given above about the session.save_handler = files php setting, by adding the following to my .htaccess file (as per Pair's suggestion): php_value session.save_handler files php_value magic_quotes_gpc 1 If the problem reappears after altering the .htaccess, I will report back. It seems to be running fine right now, but it is a maddeningly intermittent problem. [2004-02-05 06:42:40] bugs dot php dot net at mkaart dot net Hi, I had similar problems on my Gentoo Linux box running Apache 2.0.48 and php4. The problem was solved when I changed the following setting from user to files in the php.ini: session.save_handler = files Note: This broke drupal (a CMS i have running), but enabling .htaccess for drupal, which sets session.save_handler to user, fixed that as well. Hope this helps... Regards, Marnix Kaart [2004-01-05 03:28:35] dewaard at netcollective dot nl I encountered this problem while working on a custom session handler with session_set_save_handler(). All the virtual hosts on that particular server that contain session_start() where having this issue, except from the virtual host on which I was developing the custom session handler. The only way to solve it was an Apache restart. After a while the problem occured again and an Apache restart fixed this occurence to. I don't know what caused the problem, but i'm quite sure it happened because of my experiments with session_set_save_handler(). I didn't do anything else that relates to sessions and didn't mess with the ini settings. The error occured on PHP 4.3.3 (Apache 1.3.29, Red Hat 8). I've just updated to PHP 4.3.4, but I'm afraid that won't solve this issue. I will true to find out more about this problem and will share all the clues that i can find. [2003-12-29 16:51:31] der at derdev dot com I confirm problem on RedHat 7.3, source-built apache 1.3.29, php 4.3.4 as module. Mysql 3.23.56, localhost socket connect. [2003-12-16 17:05:45] darren at cpanel dot net Just FYI, this also happens with apache 1.3.29 and php 4.3.3 and 4.3.4 on RedHat Linux. 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/26038 -- Edit this bug report at http://bugs.php.net/?id=26038edit=1
#16057 [Csd]: ftp_nlist() and ftp_rawlist() return nothing
ID: 16057 Updated by: [EMAIL PROTECTED] Reported By: ryan at wonko dot com Status: Closed Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.2 New Comment: As already stated in other duplicates of this bug report. ftp_(n)list requires write permissions to the system's tempoarary directory. IIS's default installation does not include this in the permissions for IUSR. The bug is in system configuration, not PHP. Previous Comments: [2004-02-06 01:32:57] phpbugs at psychicsms dot com dot au Same here. When I run as Administrator I can execute ftp_rawlist(). When I run as a user, I cannot. [2004-01-21 13:50:39] bo at sgmbiotech dot com This issue is not fixed in 4.3.4 on IIS5, connecting to remote microsoft FTP server. Interesting note: these functions work fine if logged into a domain with administrator rights. When logged in as a regular user the functions return false. However, ftp_put and ftp_get all work finethe problem is only when listing directories. I fail to see how user rights external to IIS should have any impact these particular functions, but somehow they do. [2004-01-14 09:26:19] orlax at gmx dot net It's fixed in ver. 5. Works fine with windows + iss + ftp. [2004-01-13 09:03:34] sean at abcvoice dot com Hate to be a Me Too poster, but: OS: Windows XP (SP1) PHP: 4.3.2 When connecting to an FTP and getting a rawlist, if I'm getting the root directory and it contains a colon (:) then rawlist (and nlist) return nothing. If I'm getting a rawlist of something in a subdirectory of root (even if root contains a colon) then it works every time. [2004-01-10 13:19:21] bug at nexus-zone dot com same problem apears on version 4.3.4 will it ever work? 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/16057 -- Edit this bug report at http://bugs.php.net/?id=16057edit=1
#27232 [NEW]: comment nodes are being skipped
From: lalo at teligens dot com Operating system: Windows XP PHP version: 4.3.4 PHP Bug Type: DOM XML related Bug description: comment nodes are being skipped Description: Comments nodes are being skipped. Reproduce code: --- $doc = domxml_open_file($path . '/conf.xml'); // first node should be a comment, but it's not $node = $doc-first_child(); Expected result: the type of the first node should be XML_COMMENT_NODE Actual result: -- The type of the first node is a node. -- Edit bug report at http://bugs.php.net/?id=27232edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27232r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27232r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27232r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27232r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27232r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27232r=needscript Try newer version: http://bugs.php.net/fix.php?id=27232r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27232r=support Expected behavior: http://bugs.php.net/fix.php?id=27232r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27232r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27232r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27232r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27232r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27232r=dst IIS Stability: http://bugs.php.net/fix.php?id=27232r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27232r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27232r=float
#27233 [NEW]: /foo.php/bar yields No input file specified
From: jwh3 at voicenet dot com Operating system: Windows 2000 PHP version: 4.3.4 PHP Bug Type: CGI related Bug description: /foo.php/bar yields No input file specified Description: Problem: PATH_INFO is enabled by default in apache 1.3, but php 4.3.4 CGI doesn't pick it up correctly. environment: Winbook Z1 notebook, windows 2000, apache 1.3, php 4.3.4 CGI. test script - foo.php: ? echo br/br/PATH_INFO: . $_ENV['PATH_INFO']; ? test URL - http://localhost/foo.php : got: PATH_INFO: /foo.php expected: empty test URL - http://localhost/foo.php/bar : got: No input file specified. expected: /bar -- Edit bug report at http://bugs.php.net/?id=27233edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27233r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27233r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27233r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27233r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27233r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27233r=needscript Try newer version: http://bugs.php.net/fix.php?id=27233r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27233r=support Expected behavior: http://bugs.php.net/fix.php?id=27233r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27233r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27233r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27233r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27233r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27233r=dst IIS Stability: http://bugs.php.net/fix.php?id=27233r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27233r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27233r=float
#27235 [NEW]: NUMERIC x.0 field returns empty string on 0
From: pfournier at loups dot net
Operating system: Linux
PHP version: 4.3.4
PHP Bug Type: InterBase related
Bug description: NUMERIC x.0 field returns empty string on 0
Description:
When a NUMERIC or DECIMAL field with precision of 0 has a value of 0, when
fetching data, an empty string is returned instead of zero.
According to CVS, it's still in the latest PHP4 version, but the code has
been changed in PHP5.
Here's the patch:
--- interbase.c.orig2004-02-12 19:09:30.0 -0500
+++ interbase.c 2004-02-12 19:10:18.0 -0500
@@ -1856,7 +1856,7 @@
-0, -scale, (ISC_INT64) -(n % f) );
}
} else {
- Z_STRLEN_P(val) =sprintf (string_data,
%.0 ISC_INT64_FORMAT d,
+ Z_STRLEN_P(val) =sprintf (string_data, %
ISC_INT64_FORMAT d,
(ISC_INT64) *(ISC_INT64 *) data);
}
--
Reproduce code:
---
[Connect to database, then:]
$query = SELECT numeric_field FROM test_table WHERE numeric_field =
0;
$rs = ibase_query($linkID, $query);
$obj = ibase_fetch_object($rs);
print('$obj-NUMERIC_FIELD');
Expected result:
'0' should be printed
Actual result:
--
'' is printed
--
Edit bug report at http://bugs.php.net/?id=27235edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27235r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27235r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27235r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27235r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27235r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27235r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27235r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27235r=support
Expected behavior: http://bugs.php.net/fix.php?id=27235r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27235r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27235r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27235r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27235r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27235r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27235r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27235r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27235r=float
#27236 [NEW]: xsl:key has bad memory cleanup
From: bo at theaddedones dot com
Operating system: solaris 8, OSX 10.3, Redhat
PHP version: 4.3.4
PHP Bug Type: XSLT related
Bug description: xsl:key has bad memory cleanup
Description:
i have a slew of xml data that i need to select unique values from ... the
easiest method is via the xsl:key ...
when i ever i use xsl:key to make a key (regardless of if i use or not)
the xslt processor (libxml2 '20507', libxslt 1.0.30 - 1.0.36 (the
versions i have tried)) i get an 'xmlFree' error IF i compiled the libxml
with the debug-mem option...if not i crashes the Apache (1.3.29) child
via a bus error...
the error
Warning: Unknown(): Memory tag error occurs :0x6637671 bye in Unknown on
line 0
Warning: Unknown(): xmlMemFree(6637691) error in Unknown on line 0
Warning: Unknown(): xmlMallocBreakpoint reached on block 0 in Unknown on
line 0
interestingly, the entire XSL process works fine, and returns a properly
converted document (even the keys work properly), it jsut dies with the
memory error..i'm guessing something funny with garbage colleciton
Reproduce code:
---
the below should dump all the unique states in my data as a comma
separated list
xsl:key name=state_key match=images use=state/
xsl:for-each
select=//data[generate-id()=generate-id(key('state_key',state)[1])]xsl:value-of
select=state/,
/xsl:for-each
save as a normal xslt file
try to compile using dom ala
domxml_xslt_stylesheet_file({your file})...
create some XML, and process the beast via 'process' you shall see the
error
Expected result:
no silly memmory failures
Actual result:
--
Warning: Unknown(): Memory tag error occurs :0x6637671 bye in Unknown on
line 0
Warning: Unknown(): xmlMemFree(6637691) error in Unknown on line 0
Warning: Unknown(): xmlMallocBreakpoint reached on block 0 in Unknown on
line 0
--
Edit bug report at http://bugs.php.net/?id=27236edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27236r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27236r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27236r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27236r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27236r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27236r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27236r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27236r=support
Expected behavior: http://bugs.php.net/fix.php?id=27236r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27236r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27236r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27236r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27236r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27236r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27236r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27236r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27236r=float
#27236 [Opn]: xsl:key has bad memory cleanup
ID: 27236
User updated by: bo at theaddedones dot com
Reported By: bo at theaddedones dot com
Status: Open
Bug Type: XSLT related
Operating System: solaris 8, OSX 10.3, Redhat
PHP Version: 4.3.4
New Comment:
sorry,
in the 'reporduce code' the proper xsl would be (just mistyped it)
xsl:key name=state_key match=data use=state/
xsl:for-each
select=//data[generate-id()=generate-id(key('state_key',state)[1])]xsl:value-of
select=state/,
/xsl:for-each
Previous Comments:
[2004-02-12 19:55:30] bo at theaddedones dot com
Description:
i have a slew of xml data that i need to select unique values from ...
the easiest method is via the xsl:key ...
when i ever i use xsl:key to make a key (regardless of if i use or not)
the xslt processor (libxml2 '20507', libxslt 1.0.30 - 1.0.36 (the
versions i have tried)) i get an 'xmlFree' error IF i compiled the
libxml with the debug-mem option...if not i crashes the Apache (1.3.29)
child via a bus error...
the error
Warning: Unknown(): Memory tag error occurs :0x6637671 bye in Unknown
on line 0
Warning: Unknown(): xmlMemFree(6637691) error in Unknown on line 0
Warning: Unknown(): xmlMallocBreakpoint reached on block 0 in Unknown
on line 0
interestingly, the entire XSL process works fine, and returns a
properly converted document (even the keys work properly), it jsut dies
with the memory error..i'm guessing something funny with garbage
colleciton
Reproduce code:
---
the below should dump all the unique states in my data as a comma
separated list
xsl:key name=state_key match=images use=state/
xsl:for-each
select=//data[generate-id()=generate-id(key('state_key',state)[1])]xsl:value-of
select=state/,
/xsl:for-each
save as a normal xslt file
try to compile using dom ala
domxml_xslt_stylesheet_file({your file})...
create some XML, and process the beast via 'process' you shall see the
error
Expected result:
no silly memmory failures
Actual result:
--
Warning: Unknown(): Memory tag error occurs :0x6637671 bye in Unknown
on line 0
Warning: Unknown(): xmlMemFree(6637691) error in Unknown on line 0
Warning: Unknown(): xmlMallocBreakpoint reached on block 0 in Unknown
on line 0
--
Edit this bug report at http://bugs.php.net/?id=27236edit=1
#27232 [Fbk]: comment nodes are being skipped
ID: 27232 Updated by: [EMAIL PROTECTED] Reported By: lalo at teligens dot com Status: Feedback Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.3.4 New Comment: Please supply the xml file. Previous Comments: [2004-02-12 20:48:40] [EMAIL PROTECTED] Please supply the xml file. [2004-02-12 18:57:08] lalo at teligens dot com Description: Comments nodes are being skipped. Reproduce code: --- $doc = domxml_open_file($path . '/conf.xml'); // first node should be a comment, but it's not $node = $doc-first_child(); Expected result: the type of the first node should be XML_COMMENT_NODE Actual result: -- The type of the first node is a node. -- Edit this bug report at http://bugs.php.net/?id=27232edit=1
#27232 [Opn-Fbk]: comment nodes are being skipped
ID: 27232 Updated by: [EMAIL PROTECTED] Reported By: lalo at teligens dot com -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.3.4 New Comment: Please supply the xml file. Previous Comments: [2004-02-12 18:57:08] lalo at teligens dot com Description: Comments nodes are being skipped. Reproduce code: --- $doc = domxml_open_file($path . '/conf.xml'); // first node should be a comment, but it's not $node = $doc-first_child(); Expected result: the type of the first node should be XML_COMMENT_NODE Actual result: -- The type of the first node is a node. -- Edit this bug report at http://bugs.php.net/?id=27232edit=1
#27229 [Opn-Fbk]: Abort trap (6)
ID: 27229
Updated by: [EMAIL PROTECTED]
Reported By: dodell at sitetronics dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 5.1-RELEASE-p13
PHP Version: 4.3.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Cannot replicate using latest CVS.
Previous Comments:
[2004-02-12 14:33:29] dodell at sitetronics dot com
This code does essentially the same operations as the code I'm using
and produces the same error.
This is FreeBSD package ``mod_php4-4.3.4_6,1''
?php
$string = a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al;
$regex = (\w{1}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1}
(\w{2}) \d{1} (\w{2})
\d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2})
\d{1} (\w{2});
$matches = array();
preg_match_all(/$regex/mi, $string, $matches);
$date = date('Y-m-d', time());
$packet_matches = array();
$i = 0;
$num_matches = count($matches[0]);
array_shift($matches);
array_multisort($matches[2], SORT_ASC);
$t = array('aj'=0, 'ja'=0);
$p_p = array('a'=0, 'b'=0, 'ai'=0);
$diff = $s_p = $s_t = array_fill (0, 65535, 0);
for ($i = 0; $i $num_matches; $i++) {
$p_p[$matches[4][$i]]++;
$s_p[$matches[8][$i]]++;
$s_t[$matches[8][$i]] += $matches[11][$i];
$t[$matches[9][$i]] += $matches[11][$i];
}
function _a_d($array) {
$a = array();
for ($i = 0; $i count($array); $i++)
if ($array[$i] != 0) $a[] = $array[$i];
return $a;
}
$s_p = _a_d($s_p, $diff);
print_r($s_p);
?
[2004-02-12 11:11:46] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-02-12 10:59:02] dodell at sitetronics dot com
Description:
PHP 4.3.4 is causing apache to crash. Here's the error
in httpd-error.log
httpd in free(): error: chunk is already free
phpinfo() available at:
http://www.sitetronics.com/~dodell/phpinfo.php
Reproduce code:
---
I'd provide code, but it's proprietary. I'll attempt to reproduce the
crash with similar code.
Actual result:
--
#0 0x2811db23 in kill () from /usr/lib/libc.so.5
#1 0x2818a4fd in abort () from /usr/lib/libc.so.5
#2 0x28188d1f in tcflow () from /usr/lib/libc.so.5
#3 0x28188d7e in tcflow () from /usr/lib/libc.so.5
#4 0x281897e7 in tcflow () from /usr/lib/libc.so.5
#5 0x28189a30 in free () from /usr/lib/libc.so.5
#6 0x2859b83f in _fini () from /usr/local/libexec/
apache/libphp4.so
#7 0x2857e318 in _fini () from /usr/local/libexec/
apache/libphp4.so
#8 0x285bd6dc in _fini () from /usr/local/libexec/
apache/libphp4.so
#9 0x285be2d2 in _fini () from /usr/local/libexec/
apache/libphp4.so
#10 0x285be495 in _fini () from /usr/local/libexec/
apache/libphp4.so
#11 0x08054983 in ap_invoke_handler ()
#12 0x080671d4 in process_request_internal ()
#13 0x080673e4 in ap_process_request ()
#14 0x0805f808 in child_main ()
#15 0x0805fa88 in make_child ()
#16 0x0805faff in startup_children ()
#17 0x080605fa in standalone_main ()
#18 0x08060939 in main ()
#19 0x0804fd65 in _start ()
--
Edit this bug report at http://bugs.php.net/?id=27229edit=1
#27231 [Opn-Fbk]: Large-size PHP script crashes SunONE webserver
ID: 27231 Updated by: [EMAIL PROTECTED] Reported By: herman at frontier dot nl -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: SunOS 5.8 PHP Version: 4.3.4 New Comment: Does it crash with PHP-CLI? Previous Comments: [2004-02-12 14:59:48] herman at frontier dot nl Description: When trying an PHP application (which uses generated code, some rather quite large files) on Sun server running Solaris 8, the SunONE webserver 6.1 and PHP 4.3.4 using nsapi, one of the scripts crashed the server. After some experimenting, it seems the size of the script file triggered the crash: a PHP script 128KB will bring down the server, a script 128KB will not. To complicate matters a bit, if a small script includes a large script, the server will also crash, but if a small script will include two half size scripts, it will not. The server seems to run other PHP scripts well, and is also used to run applets through its nsapi interface without problems. PHP has been compiled as per instructions on the PHP website, with mysql disabled, and ldap and oci8 enabled. Reproduce code: --- The test scripts consist of: ?php echo hello; exit; $a = 123456789012345678901234567890123456789012345678901234567890; // previous line copied till the script is large enough ? The scripts can be found at: http://www.ozuzo.net/phpbug/test1.php.txt = WORKS http://www.ozuzo.net/phpbug/test2.php.txt = CRASH Include examples: http://www.ozuzo.net/phpbug/test3.php.txt = WORKS http://www.ozuzo.net/phpbug/test3a.php.txt http://www.ozuzo.net/phpbug/test3b.php.txt http://www.ozuzo.net/phpbug/test4.php.txt = CRASH http://www.ozuzo.net/phpbug/test4a.php.txt Expected result: The word hello. Actual result: -- The server crashes with the following message (no entry in the PHP log): failure (25268): CORE3107: Child process closed admin channel fine (25268): CORE3061: signal_handler_thread: received signal 18 fine (25268): CORE3049: Primordial process detected child 25296 died: status 11 fine (25268): CORE3050: Is our child, will spawn replacement fine (25268): CORE3062: Unlinking of /tmp/servername/.cgistub_25296 returned -1 fine (25268): CORE3047: Server spawned worker process 25305 -- Edit this bug report at http://bugs.php.net/?id=27231edit=1
#27234 [Opn-Bgs]: Missing php_domxml.dll in windows package zip file
ID: 27234 Updated by: [EMAIL PROTECTED] Reported By: abi dot jabar at kartasasmita dot com -Status: Open +Status: Bogus Bug Type: *Extensibility Functions Operating System: Windows XP PHP Version: 5.0.0b3 (beta3) New Comment: 1) You cannot use PHP 4.3.X extensions inside PHP5 or vice versa. 2) In PHP5 other then xmlrpc xml extensions are part of the core. Previous Comments: [2004-02-12 19:21:37] abi dot jabar at kartasasmita dot com Description: There is no php_domxml.dll in windows zip package version 5.0b3. It was availaible in 4.3.3 version. It was reported in bug#16581. I tried to copy from 4.3.3 but the system still do not recognize it. -- Edit this bug report at http://bugs.php.net/?id=27234edit=1
#11058 [Com]: php_network_getaddresses: getaddrinfo failed
ID: 11058 Comment by: cosas at minovela dot com Reported By: pat at mail dot rit dot edu Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: hello, my php is PHP Version 4.3.4 i've exatctly the same problem. my server isn't conected by dialup, and i got ever the message php_network_getaddresses: getaddrinfo failed when i use this line: fsockopen (dummy_ip, 25, $errno, $errstr, 10) it didn't occurs with older versions of php. this IS NOT a server problem, is a problem of PHP, you only need tho make a search at google http://www.google.es/search?hl=esie=UTF-8oe=UTF-8q=php+php_network_getaddresses%3A+getaddrinfo+failedmeta= target php_network_getaddresses: getaddrinfo failed and see results, a lot of people get the same errors. i hope you found a solution for this :) Previous Comments: [2003-06-04 10:08:18] fcartegnie dot at dot free dot dot dot fr at null dot null Okay. I identified the problem. When apache starts, php or apache gets dns servers entry from /etc/resolv.conf You're using a dialup connection and when logging in, your dns servers have been added at this later moment. So there's a problem with apache or php to get informed that the content of resolv.conf has been updated. Confirmed for PHP 4.3.1/apache_1.3.27 so. Temporary solution is just to reload apache doing a apachectl stop/start [2002-04-03 16:27:07] g dot almasi at gigcity dot com Well you can tell I had nothing to do today but beat my head against a wall. But I found a solution! I added my target site to /etc/hosts and restarted apache, and now I can include a page in that target site from a different site. It's Miller Time! psht, glug glug glug [2002-04-03 16:20:32] [EMAIL PROTECTED] And that is the cause of the problem (and the reason that this report is set to bogus). You need to tell your SuSE box how to resolve the addresses; the SuSE yast tool should let you set the nameserver in it's network configuration. I can't help you any further here, and this is not the place to discuss this further. I'd suggest looking at the SuSE support database for this: it's bound to be a FAQ. [2002-04-03 15:58:04] g dot almasi at gigcity dot com another note: I have root to another box (it serves about 20 sites to the web) that is also running PHP 4.0.6 and php_network_getaddresses works fine. Does this function require a nameserver? My SuSE 7.3 box is a development machine on my LAN, so I just use proxies to get to it with a browser. Getting DNS, BIND, and DHCP to work was beyond me when I set it up (still is, actually). So I just use a proxy setting for browsers while I build sites. [2002-04-03 14:18:22] g dot almasi at gigcity dot com So I just tried changing a line in /etc/modules.conf: - From alias net-pf-10 off - To alias net-pf-10 ipv6 I rebooted the box and I still had this problem happening. 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/11058 -- Edit this bug report at http://bugs.php.net/?id=11058edit=1
#27234 [Bgs-Csd]: Missing php_domxml.dll in windows package zip file
ID: 27234 User updated by: abi dot jabar at kartasasmita dot com Reported By: abi dot jabar at kartasasmita dot com -Status: Bogus +Status: Closed Bug Type: *Extensibility Functions Operating System: Windows XP PHP Version: 5.0.0b3 (beta3) New Comment: Thanks, Previous Comments: [2004-02-12 21:02:00] [EMAIL PROTECTED] 1) You cannot use PHP 4.3.X extensions inside PHP5 or vice versa. 2) In PHP5 other then xmlrpc xml extensions are part of the core. [2004-02-12 19:21:37] abi dot jabar at kartasasmita dot com Description: There is no php_domxml.dll in windows zip package version 5.0b3. It was availaible in 4.3.3 version. It was reported in bug#16581. I tried to copy from 4.3.3 but the system still do not recognize it. -- Edit this bug report at http://bugs.php.net/?id=27234edit=1
#27237 [NEW]: Working with simplexml crashes apache2
From: gerry dot rodman at ness-usa dot com
Operating system: Windows 2003
PHP version: 5CVS-2004-02-12 (dev)
PHP Bug Type: XML related
Bug description: Working with simplexml crashes apache2
Description:
VERSION INFO: I am using the BETA 4 Release published on 2/2/04. (This was
not available in the Version drop down).
Also running on Apache 2
Run the code below in IE 6. When it returns, refresh the browser
(CTRL-R). It will crash Apache2 everytime.
The last version of the code I was working with prior to BETA 4 was a
2/1/04 snapshot. I tested this specific code using that snapshot..no
error... but (as I said) it blows up on BETA4. I would like to call your
attention to another bug I reported which I believe was first fixed in
RC4. This may be worth looking at since it was also a SimpleXML problem.
Perhaps fixing this bug is related to the current bug. I am just guessing
here. The url for the fixed bug is:
http://bugs.php.net/bug.php?id=27115
Thank you,
gr
Reproduce code:
---
?
class ThemeInstance
{
public $name;
public function __construct($ti)
{
$this-name = $ti-name;
}
}
class Holder
{
public $themeCurrent;
public function __construct()
{
$xml = 'themesthemenameblue/name/theme/themes';
$config = simplexml_load_string($xml);
$themeInstance = new ThemeInstance($config-theme);
$this-themeCurrent = $themeInstance;
}
}
$h = new Holder();
$x = $h-themeCurrent;
echo $x-name; // This statement causes it to blow
?
Expected result:
I expect it to print the word blue and when I refresh the browser
(CTRL-R) to print the word blue again
Actual result:
--
It prints the word blue. If I refresh the browser it crashes Apache2.
--
Edit bug report at http://bugs.php.net/?id=27237edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27237r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27237r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27237r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27237r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27237r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27237r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27237r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27237r=support
Expected behavior: http://bugs.php.net/fix.php?id=27237r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27237r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27237r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27237r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27237r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27237r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27237r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27237r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27237r=float
#24028 [Com]: Reading raw post message by php://input
ID: 24028 Comment by: pj22 at cox dot net Reported By: xiongwei at aerafront dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4.3.2 New Comment: HOW TO MAKE $10,000. IN 2 WEEKS! FROM THE NEEDING TO THE NEEDING. These are trying times and so many of us are unemployed, single parents, unwell or otherwise in DIRE NEED OF MONEY, to make ends meet. God helps he that helps himself; well The Letter provides the tool to do it! Are you one of us; in dire need of money to make ends meet? If you need to make a few thousand dollars really quickly, then please take a moment to read and understand this opportunity I am sharing with you. This is the fastest easiest Money making program you will ever do. Complete it in One hour and you will never forget the day you first received it in the mail or online. Beg, borrow or ste...no dont steal it, but get a $5 bill, and send it to one person to participate in this INTER NEED PROGRAM This program has only three levels, not four, five or six, as in many other programs. It is very realistic and so fast . Because it is so easy, the response rate for the program is now as high as 50 %. You will receive your reward in about fourteen days. Just in time for next month's bills!!! What you need to do is to mail 20 copies of the program (not 200 or more as in other programs), perhaps to people who send you their programs. These are already believers (and this program is better and faster) or post it in 20 chat forums or message boards on the internet. Do yourself a favor and DO THIS ONE RIGHT NOW! Just give one person $5. That's it! That's all! Follow the simple instructions and in two weeks you should have seen at least $7,000, because so many people will respond, due to the low investment, speed, and huge income potential. We are presently at a 50% response rate! That's a $10,000 return. So let's all keep it going and help each other in these tough times. HERE ARE THE SIMPLE DETAILS 1 Write your name on a blank sheet of paper, add your own address and this message: Please ad me to your list. Next fold it around a five-dollar bill and send this to the first name on the list. Only the #1 person on the list gets your name and a five-dollar gift in the first round. 2. Retype the list only, removing the first (#1) name from the list. Move the other two names up and add your name to the list in the third (#3) position. 3. Paste your newly typed list neatly over the old one and make 20 copies of this letter and send to 20 prospects or post 20 on the internet on message boards or chat forums. Well there is no more to do. It's so easy! One hour! That's it! Do it right away; don't mull it over. Your name will climb position at a Dizzying geometric rate. When your name reaches the first position in a few days, it will be your turn to collect your gifts. The gifts will be sent to you by over 1,500 to 2,000 people like yourself who are willing to invest $5 and one hour to receive $7,000 in cash. Your entire investment will be about $5 to $10, including the $5 bill you sent the first name on the list, envelopes, copies, and stamps. That's all! In return there will be a total of $7-1 in your mailbox in $5 bills, in two weeks. Consider that! HONESTY AND INTEGRITY MAKE THIS PLAN WORK, BUT REMEMBER ACT FAST AND GET MONEY FAST. COPY THE NAMES CAREFULLY AND SEND YOUR FIVE DOLLARS TO THE FIRST NAME ON THE LIST! (1). Kelli Schwanebeck, 622 Laurel CT. $104, Marshfield, WI. 54449. (2).Carol Bell, 937CR897, Rainsville, AL. 35986 (3) Phil Deadwler 4426 n78th st. apt#236B Scottsdale, Az. 85251. P.S. What you are doing is creating a service. THIS IS ABSOLUTELY LEGAL! You are requesting a legitimate service and you are paying for it! Like most of us I was a little skeptical and a little worried about the legal aspects of it all. So I checked it out with the U.S. Post Office (1-800-725-2161) and they confirmed that it is indeed legal! DO UNTO OTHERS AND ENJOY YOUR MONEY IN PEACE!! HONEST AND SINCERE PEOPLE ONLY! Previous Comments: [2004-02-11 14:25:49] pj22 at cox dot net MAKE EASY AND QUICK CASH MONEY by doing almost nothing (NO JOKE, NO SCAM, AND VERY LEGAL) Please read on! You will be very thankful you did! A little while back, I was browsing through newsgroups, just like you are now, and came across an article similar to this that said you could make thousands of dollars within weeks with only an initial investment of$6.00! So I thought, Yeah, right, this must be a scam, but like most of us, I was curious, so I kept reading. Anyway, it said that you send $1.00 to each of the 6 names and address stated in the article. You then place your own name and address in the bottom of the list at #6, and post the article in at least 200 newsgroups. (There are thousands) No catch, that was it. So after thinking it
#27229 [Fbk-Opn]: Abort trap (6)
ID: 27229
User updated by: dodell at sitetronics dot com
Reported By: dodell at sitetronics dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 5.1-RELEASE-p13
PHP Version: 4.3.4
New Comment:
This snapshot does not fix the problem. Again, the
application works under the same environment using PHP 5
beta 4.
Derick asked me off the record to try this on a FreeBSD
4.x system.
test# php -q test.php
PHP Notice: Undefined index: ae in /usr/home/dodell/
test.php on line 28
PHP Notice: Undefined index: ai in /usr/home/dodell/
test.php on line 29
PHP Notice: Undefined index: ai in /usr/home/dodell/
test.php on line 30
PHP Notice: Undefined offset: 65535 in /usr/home/
dodell/test.php on line 37
Array
(
)
php in free(): warning: chunk is already free
php in free(): warning: chunk is already free
These problems continue to persist with the latest
development version.
Previous Comments:
[2004-02-12 20:50:09] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Cannot replicate using latest CVS.
[2004-02-12 14:33:29] dodell at sitetronics dot com
This code does essentially the same operations as the code I'm using
and produces the same error.
This is FreeBSD package ``mod_php4-4.3.4_6,1''
?php
$string = a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al
a 1 ab 2 ac 5 ad 5 ae 5 af 5 ag 5 ah 5 ai 5 aj 5 ak 5 al;
$regex = (\w{1}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1}
(\w{2}) \d{1} (\w{2})
\d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2}) \d{1} (\w{2})
\d{1} (\w{2});
$matches = array();
preg_match_all(/$regex/mi, $string, $matches);
$date = date('Y-m-d', time());
$packet_matches = array();
$i = 0;
$num_matches = count($matches[0]);
array_shift($matches);
array_multisort($matches[2], SORT_ASC);
$t = array('aj'=0, 'ja'=0);
$p_p = array('a'=0, 'b'=0, 'ai'=0);
$diff = $s_p = $s_t = array_fill (0, 65535, 0);
for ($i = 0; $i $num_matches; $i++) {
$p_p[$matches[4][$i]]++;
$s_p[$matches[8][$i]]++;
$s_t[$matches[8][$i]] += $matches[11][$i];
$t[$matches[9][$i]] += $matches[11][$i];
}
function _a_d($array) {
$a = array();
for ($i = 0; $i count($array); $i++)
if ($array[$i] != 0) $a[] = $array[$i];
return $a;
}
$s_p = _a_d($s_p, $diff);
print_r($s_p);
?
[2004-02-12 11:11:46] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-02-12 10:59:02] dodell at sitetronics dot com
Description:
PHP 4.3.4 is causing apache to crash. Here's the error
in httpd-error.log
httpd in free(): error: chunk is already free
phpinfo() available at:
http://www.sitetronics.com/~dodell/phpinfo.php
Reproduce code:
---
I'd provide code, but it's proprietary. I'll attempt to reproduce the
crash with similar code.
Actual result:
--
#0 0x2811db23 in kill () from /usr/lib/libc.so.5
#1 0x2818a4fd in abort () from /usr/lib/libc.so.5
#2 0x28188d1f in tcflow () from /usr/lib/libc.so.5
#3 0x28188d7e in tcflow () from /usr/lib/libc.so.5
#4 0x281897e7 in tcflow () from /usr/lib/libc.so.5
#5 0x28189a30 in free () from /usr/lib/libc.so.5
#6 0x2859b83f in _fini () from /usr/local/libexec/
apache/libphp4.so
#7 0x2857e318 in _fini () from /usr/local/libexec/
apache/libphp4.so
#8 0x285bd6dc in _fini () from /usr/local/libexec/
apache/libphp4.so
#9 0x285be2d2 in _fini () from /usr/local/libexec/
apache/libphp4.so
#10 0x285be495 in _fini () from /usr/local/libexec/
apache/libphp4.so
#11 0x08054983 in ap_invoke_handler ()
#12 0x080671d4 in process_request_internal ()
#13 0x080673e4 in ap_process_request ()
#14 0x0805f808 in child_main ()
#15 0x0805fa88 in make_child ()
#16 0x0805faff in
#27232 [Fbk-Opn]: comment nodes are being skipped
ID: 27232 User updated by: lalo at teligens dot com Reported By: lalo at teligens dot com -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.3.4 New Comment: This happens when running horde on Windows. The XML is the configuration xml. I'm using horde from CVS so you can get a copy of the same file I'm running here: http://cvsweb.horde.org/cvs.php/horde/config/conf.xml Previous Comments: [2004-02-12 20:48:41] [EMAIL PROTECTED] Please supply the xml file. [2004-02-12 20:48:40] [EMAIL PROTECTED] Please supply the xml file. [2004-02-12 18:57:08] lalo at teligens dot com Description: Comments nodes are being skipped. Reproduce code: --- $doc = domxml_open_file($path . '/conf.xml'); // first node should be a comment, but it's not $node = $doc-first_child(); Expected result: the type of the first node should be XML_COMMENT_NODE Actual result: -- The type of the first node is a node. -- Edit this bug report at http://bugs.php.net/?id=27232edit=1
#27232 [Opn]: comment nodes are being skipped
ID: 27232 User updated by: lalo at teligens dot com Reported By: lalo at teligens dot com Status: Open Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.3.4 New Comment: Forgot to mention that I'm running the same code under gentoo with PHP 4.3.4 and it does work as expected there. Previous Comments: [2004-02-13 02:36:22] lalo at teligens dot com This happens when running horde on Windows. The XML is the configuration xml. I'm using horde from CVS so you can get a copy of the same file I'm running here: http://cvsweb.horde.org/cvs.php/horde/config/conf.xml [2004-02-12 20:48:41] [EMAIL PROTECTED] Please supply the xml file. [2004-02-12 20:48:40] [EMAIL PROTECTED] Please supply the xml file. [2004-02-12 18:57:08] lalo at teligens dot com Description: Comments nodes are being skipped. Reproduce code: --- $doc = domxml_open_file($path . '/conf.xml'); // first node should be a comment, but it's not $node = $doc-first_child(); Expected result: the type of the first node should be XML_COMMENT_NODE Actual result: -- The type of the first node is a node. -- Edit this bug report at http://bugs.php.net/?id=27232edit=1
