#29167 [Opn]: fopen works differently in a constructor vs. a destructor
ID: 29167 Updated by: [EMAIL PROTECTED] Reported By: kaspersv at privat dot dk Status: Open Bug Type: Filesystem function related -Operating System: Windows XP Professional +Operating System: * PHP Version: 5.0.0 New Comment: ATM you need to explicitly unset the object before script termination by using: unset($bugtest); Previous Comments: [2004-07-14 23:44:15] kaspersv at privat dot dk Description: When I run the attached code on my machine, it creates a file called testing.txt in the directory where the php-file was located, containing the line "Constructor". And another file in the apache servers root directory also called testing.txt, containing the line "Destructor". Reproduce code: --- Expected result: A single file containing the two lines: Constructor Destructor -- Edit this bug report at http://bugs.php.net/?id=29167&edit=1
#28209 [Com]: strtotime("now")
ID: 28209
Comment by: kilnight at hotmail dot com
Reported By: gamin at centras dot lt
Status: Assigned
Bug Type: Date/time related
Operating System: WinXP HE SP1
PHP Version: 5.0.0RC2
Assigned To: derick
New Comment:
I've been using strtotime() to calculate relative shifts in time, ie.
$real_now = strtotime("2004-07-15 00:16:35");
$exactly_one_day_ago = strtotime("-1 day", $real_now);
echo date('Y-m-d H:i:s', $exactly_one_day_ago)
Expecting "2004-07-14 00:16:35"
but getting: "2004-07-14 00:00:00"
I'm sure there's a way around this, but I'm really not that bright...
so I had to jump back to php4 for the time being.
So I also think that the "now" parameter should be real now, not GNU
"now".
Previous Comments:
[2004-07-12 21:50:07] patchwork14 at hotmail dot com
Will this bug be fixed before the final php5 release?
A lot of code will need rewriting before php5 is released if "now" is
going to changed.
Wouldn't it be better to have
today = Monday 12th of July 2004 12:00:00 AM
now = Monday 12th of July 2004 08:49:23 PM
[2004-07-05 11:13:44] niels dot hansen at pola dot dk
The functionality is maintained in RC3.
I needs the realtime for logging of process. My workaround is to do
this:
$str=date('d F Y h:i:s A');
$timestamp = strtotime("$str");
[2004-06-15 12:42:47] wb at pro-net dot co dot uk
So how would one, for example, use strtotime() to get the current time
+ 10 mins?
[2004-05-19 12:33:35] [EMAIL PROTECTED]
That's feasible for the rewrite, but for the current parser.
[2004-05-19 12:10:35] wb at pro-net dot co dot uk
Just thought that i would point out that in PHP 4 now is real now and
not GNU now so form a BC point of view i think now should be real now.
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/28209
--
Edit this bug report at http://bugs.php.net/?id=28209&edit=1
#28616 [NoF->Opn]: Error while make (compiling) Oracle 9i with php 4.3.6 (oci8 lib) .
ID: 28616 User updated by: post_ravi at yahoo dot com Reported By: post_ravi at yahoo dot com -Status: No Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux host 2.4.21-4.ELsmp (ES 3) PHP Version: 4.3.6 Assigned To: tony2001 New Comment: Hi, Sorry there was a delay in getting a new machine with same setup at my site. Infact in the clean and new machine with same configuration as specified earlier, i have appalied the patch 9204 (from oracle/metalink) for Linux ES. But after installation also i ended up with the same error while using the command (make) after configuring php. Please let me know whether do you expect any logs from my side. Previous Comments: [2004-07-14 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2004-07-06 09:31:59] [EMAIL PROTECTED] Could you please try the same at a clean machine? Just to install Oracle Client & build PHP with OCI8 support. [2004-07-02 07:36:29] post_ravi at yahoo dot com Hi Please find the queries answered. 1) -- START --- cimlix002> grep @OCI8 /opt/php-4.3.6/config.status [EMAIL PROTECTED]@%%g [EMAIL PROTECTED]@%/home/oracle/OraHome1/%g [EMAIL PROTECTED]@%9.2%g --- END -- 2) START -- find $ORACLE_HOME -name "oci.h" -print Ans: No such file is found find $ORACLE_HOME -name "oro.h" -print Ans: No such file is found Note : ORACLE_HOME = /home/oracle/OraHome1 By the way these are the only header found when i searched the ORACLE_HOME for *.h cimlix002> find $ORACLE_HOME -name "*.h" -print /home/oracle/OraHome1/xdk/include/oratypes.h /home/oracle/OraHome1/xdk/include/oraxsd.h /home/oracle/OraHome1/xdk/include/oraxml.h /home/oracle/OraHome1/xdk/include/oraxmlcg.h /home/oracle/OraHome1/rdbms/demo/oratypes.h /home/oracle/OraHome1/rdbms/demo/xa.h /home/oracle/OraHome1/ldap/public/oapt.h /home/oracle/OraHome1/ldap/public/gsdsy.h /home/oracle/OraHome1/ldap/public/gsdsd.h /home/oracle/OraHome1/ldap/public/oamst.h /home/oracle/OraHome1/ldap/public/oals.h /home/oracle/OraHome1/ldap/public/oaos.h /home/oracle/OraHome1/ldap/public/ldap.h /home/oracle/OraHome1/ldap/public/dsspid.h /home/oracle/OraHome1/ldap/public/omupi.h /home/oracle/OraHome1/ldap/public/gslpl.h /home/oracle/OraHome1/ldap/public/oacm.h /home/oracle/OraHome1/ldap/public/oaxm.h /home/oracle/OraHome1/ldap/public/oa.h /home/oracle/OraHome1/ldap/public/oamh.h /home/oracle/OraHome1/ldap/public/oodef.h /home/oracle/OraHome1/ldap/public/oaodes.h /home/oracle/OraHome1/ldap/public/gssdom.h /home/oracle/OraHome1/ldap/public/dsid.h /home/oracle/OraHome1/ldap/public/dsec.h /home/oracle/OraHome1/ldap/public/dsi.h /home/oracle/OraHome1/ldap/public/soa.h /home/oracle/OraHome1/precomp/demo/proc/lobdemo1.h /home/oracle/OraHome1/precomp/demo/proc/empclass.h /home/oracle/OraHome1/precomp/public/oraca.h /home/oracle/OraHome1/precomp/public/sqlca.h /home/oracle/OraHome1/precomp/public/sqlda.h /home/oracle/OraHome1/precomp/public/sql2oci.h /home/oracle/OraHome1/precomp/public/sqlapr.h /home/oracle/OraHome1/precomp/public/sqlcpr.h /home/oracle/OraHome1/precomp/public/sqlkpr.h /home/oracle/OraHome1/precomp/public/sqlucs2.h /home/oracle/OraHome1/precomp/syshdr/a.out.h /home/oracle/OraHome1/precomp/syshdr/limits.h /home/oracle/OraHome1/precomp/syshdr/syslimits.h /home/oracle/OraHome1/precomp/syshdr/bits/mathcalls.h /home/oracle/OraHome1/precomp/syshdr/sys/ipc.h /home/oracle/OraHome1/plsql/include/pdtyp.h /home/oracle/OraHome1/plsql/include/pen.h /home/oracle/OraHome1/plsql/include/pn.h /home/oracle/OraHome1/plsql/include/pptyp.h /home/oracle/OraHome1/plsql/include/pvm.h /home/oracle/OraHome1/jdk/include/linux/jni_md.h /home/oracle/OraHome1/jdk/include/linux/jawt_md.h /home/oracle/OraHome1/jdk/include/jvmpi.h /home/oracle/OraHome1/jdk/include/jawt.h /home/oracle/OraHome1/jdk/include/jni.h /home/oracle/OraHome1/jdk/include/jvmdi.h /home/oracle/OraHome1/jdk/include-old/linux/miscdefs_md.h /home/oracle/OraHome1/jdk/include-old/linux/path_md.h /home/oracle/OraHome1/jdk/include-old/linux/io_md.h /home/oracle/OraHome1/jdk/include-old/linux/jmath_md.h /home/oracle/OraHome1/jdk/include-old/linux/hpi_md.h /home/oracle/OraHome1/jdk/include-old/linux/jvm_md.h /home/oracle/OraHome1/jdk/include-old/linux/typedefs_md.h /home/oracle/OraHome1/jdk/include-old/linux/sysmacros_md.h /home/oracle/OraHome1
#28616 [Opn->Fbk]: Error while make (compiling) Oracle 9i with php 4.3.6 (oci8 lib) .
ID: 28616 Updated by: [EMAIL PROTECTED] Reported By: post_ravi at yahoo dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux host 2.4.21-4.ELsmp (ES 3) PHP Version: 4.3.6 Assigned To: tony2001 New Comment: Have you tried it with 4.3.6 only or this happens with all versions of PHP? Please, try this: make > make.log 2>&1 and give me a link to this file. Previous Comments: [2004-07-15 09:41:45] post_ravi at yahoo dot com Hi, Sorry there was a delay in getting a new machine with same setup at my site. Infact in the clean and new machine with same configuration as specified earlier, i have appalied the patch 9204 (from oracle/metalink) for Linux ES. But after installation also i ended up with the same error while using the command (make) after configuring php. Please let me know whether do you expect any logs from my side. [2004-07-14 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2004-07-06 09:31:59] [EMAIL PROTECTED] Could you please try the same at a clean machine? Just to install Oracle Client & build PHP with OCI8 support. [2004-07-02 07:36:29] post_ravi at yahoo dot com Hi Please find the queries answered. 1) -- START --- cimlix002> grep @OCI8 /opt/php-4.3.6/config.status [EMAIL PROTECTED]@%%g [EMAIL PROTECTED]@%/home/oracle/OraHome1/%g [EMAIL PROTECTED]@%9.2%g --- END -- 2) START -- find $ORACLE_HOME -name "oci.h" -print Ans: No such file is found find $ORACLE_HOME -name "oro.h" -print Ans: No such file is found Note : ORACLE_HOME = /home/oracle/OraHome1 By the way these are the only header found when i searched the ORACLE_HOME for *.h cimlix002> find $ORACLE_HOME -name "*.h" -print /home/oracle/OraHome1/xdk/include/oratypes.h /home/oracle/OraHome1/xdk/include/oraxsd.h /home/oracle/OraHome1/xdk/include/oraxml.h /home/oracle/OraHome1/xdk/include/oraxmlcg.h /home/oracle/OraHome1/rdbms/demo/oratypes.h /home/oracle/OraHome1/rdbms/demo/xa.h /home/oracle/OraHome1/ldap/public/oapt.h /home/oracle/OraHome1/ldap/public/gsdsy.h /home/oracle/OraHome1/ldap/public/gsdsd.h /home/oracle/OraHome1/ldap/public/oamst.h /home/oracle/OraHome1/ldap/public/oals.h /home/oracle/OraHome1/ldap/public/oaos.h /home/oracle/OraHome1/ldap/public/ldap.h /home/oracle/OraHome1/ldap/public/dsspid.h /home/oracle/OraHome1/ldap/public/omupi.h /home/oracle/OraHome1/ldap/public/gslpl.h /home/oracle/OraHome1/ldap/public/oacm.h /home/oracle/OraHome1/ldap/public/oaxm.h /home/oracle/OraHome1/ldap/public/oa.h /home/oracle/OraHome1/ldap/public/oamh.h /home/oracle/OraHome1/ldap/public/oodef.h /home/oracle/OraHome1/ldap/public/oaodes.h /home/oracle/OraHome1/ldap/public/gssdom.h /home/oracle/OraHome1/ldap/public/dsid.h /home/oracle/OraHome1/ldap/public/dsec.h /home/oracle/OraHome1/ldap/public/dsi.h /home/oracle/OraHome1/ldap/public/soa.h /home/oracle/OraHome1/precomp/demo/proc/lobdemo1.h /home/oracle/OraHome1/precomp/demo/proc/empclass.h /home/oracle/OraHome1/precomp/public/oraca.h /home/oracle/OraHome1/precomp/public/sqlca.h /home/oracle/OraHome1/precomp/public/sqlda.h /home/oracle/OraHome1/precomp/public/sql2oci.h /home/oracle/OraHome1/precomp/public/sqlapr.h /home/oracle/OraHome1/precomp/public/sqlcpr.h /home/oracle/OraHome1/precomp/public/sqlkpr.h /home/oracle/OraHome1/precomp/public/sqlucs2.h /home/oracle/OraHome1/precomp/syshdr/a.out.h /home/oracle/OraHome1/precomp/syshdr/limits.h /home/oracle/OraHome1/precomp/syshdr/syslimits.h /home/oracle/OraHome1/precomp/syshdr/bits/mathcalls.h /home/oracle/OraHome1/precomp/syshdr/sys/ipc.h /home/oracle/OraHome1/plsql/include/pdtyp.h /home/oracle/OraHome1/plsql/include/pen.h /home/oracle/OraHome1/plsql/include/pn.h /home/oracle/OraHome1/plsql/include/pptyp.h /home/oracle/OraHome1/plsql/include/pvm.h /home/oracle/OraHome1/jdk/include/linux/jni_md.h /home/oracle/OraHome1/jdk/include/linux/jawt_md.h /home/oracle/OraHome1/jdk/include/jvmpi.h /home/oracle/OraHome1/jdk/include/jawt.h /home/oracle/OraHome1/jdk/include/jni.h /home/oracle/OraHome1/jdk/include/jvmdi.h /home/oracle/OraHome1/jdk/include-old/linux/miscdefs_md.h /home/oracle/OraHome1/jdk/include-old/linux/path_md.h /home/oracle/OraHome1/jdk/include-old/linux/io_md.h /home/oracle/OraHome1/jdk/include-old/
#23252 [Com]: Incorrect MySQL client version compiled in PHP
ID: 23252 Comment by: arjen at mysql dot com Reported By: j dot katarski at ecu dot edu dot au Status: Bogus Bug Type: MySQL related Operating System: Windows XP SP1 PHP Version: 4.3.2RC1 Assigned To: georg New Comment: Simple solution: you can use the --old-passwords option in the MySQL 4.1 (or higher) server, to be able to connect from the PHP 4 mysql extension. See here for more info: http://dev.mysql.com/doc/mysql/en/Upgrading-from-4.0.html The mysqli extension in PHP 5 speaks the new protocol. Previous Comments: [2003-04-24 04:08:01] [EMAIL PROTECTED] In MySQL 4.1 they changed the authentication protocol and password() function. To use 3.23 client library you must copy the mysql-tables from an older version into your datadirectory. As long 4.1 is still alpha we cannot provide a bundled library. [2003-04-23 03:12:52] [EMAIL PROTECTED] That's what you get when using beta/alpha software. Use a stable mysql release and it will all be fine. [2003-04-23 00:44:05] j dot katarski at ecu dot edu dot au Returns the following information: 3.23.49 Warning: mysql_connect() [function.mysql-connect]: Client does not support authentication protoc ol requested by server. Consider upgrading MySQL client in my php filename on line 3 It was outlined earlier that PHP4 will *NOT* support MySQL 4.1. [2003-04-23 00:15:05] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-04-18 12:48:58] [EMAIL PROTECTED] changed status to feedback 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/23252 -- Edit this bug report at http://bugs.php.net/?id=23252&edit=1
#29177 [Opn->Bgs]: 5.0.0 final phpinfo claims to be RC3
ID: 29177 Updated by: [EMAIL PROTECTED] Reported By: cpuidle at gmx dot de -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: WinXP SP1 PHP Version: 5.0.0 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 haven't replaced all files on your system with the new ones. Make sure you replace the files located in your system dir. Previous Comments: [2004-07-15 08:30:07] cpuidle at gmx dot de Description: 5.0.0 final still claims to be RC3, also build date is not updated. Reproduce code: --- phpinfo(); Actual result: -- PHP Version 5.0.0RC3-dev System Windows NT MOBILE 5.1 build 2600 Build Date Jun 2 2004 08:22:04 -- Edit this bug report at http://bugs.php.net/?id=29177&edit=1
#29156 [Com]: PHP hangs with IIS 5.0
ID: 29156 Comment by: lslight at no-log dot org Reported By: bharris at lakeforesthospital dot com Status: Open Bug Type: IIS related Operating System: Windows 2000 SP4 PHP Version: 5.0.0 New Comment: >From install.txt : !NOTE!: Since 4.1.2, the php.ini setting cgi.force_redirect defaults to '1' which effectively prevents the cgi from working within IIS. You need to set up at least a minimal php.ini file with the following directive: cgi.force_redirect = 0 And no more http 400 error. Previous Comments: [2004-07-14 22:29:17] bharris at lakeforesthospital dot com Well that sorta worked... But now every page gives me an HTML error 400 - Bad Request. Any ideas? [2004-07-14 21:53:34] lslight at no-log dot org Oops. Not a bug anymore for me. I had to change the executable associated with ".php" in IIS, from "php.exe" to "php-cgi.exe". Install.txt included is the distribution seems to be not updated. [2004-07-14 20:52:44] lslight at no-log dot org sale result with Windows NT Server and IIS4 [2004-07-14 18:07:03] bharris at lakeforesthospital dot com Description: I installed php as a cgi module with the instructions on the php website. I then created a page named "index.php" with a single line: When I view the page, nothing happens... Nothing happens... Nothing happens... Finally "CGI Timeout" happens. Obviously it's not timing out because of the php code, as any other code produces the same result including absolutely no code. I've looked all over and I can't find a single positive response to this problem. It seems to be one of those lost causes that no one has any idea about and therefore ignores. Prove me wrong, O, prove me wrong! Reproduce code: --- Expected result: hello Actual result: -- CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. -- Edit this bug report at http://bugs.php.net/?id=29156&edit=1
#29179 [NEW]: php dir structure of zip file
From: zbarton at assettrust dot com
Operating system: windows
PHP version: 5.0.0
PHP Bug Type: Feature/Change Request
Bug description: php dir structure of zip file
Description:
i noticed when up-zipping the php 5.0 zip file that the directory
structure was different than that of the previous releases (eg 4.3.8)
in 4.3.8 the directory structure for extensions, dlls and sapi has
changed. in 4.3.8 it is as follows:
{root}/extensions
{root}/dlls
{root}/sapi
but the 5.0 directory structure for extensions is now:
{root}/ext
all the sapi dlls are now placed in the {root} of the zip file, no "sapi"
folder.
all the "normall" dlls (eg libmysql.dll) are also placed in the {root}
folder, no "dlls" folder.
it seems messy to have the above files in the {root} directory and i would
have thought it might be good to have the same directory structure between
php releases.
any ideas why this has changed between 4.3.8 and 5.0?
thanks
zac barton
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
n/a
--
Edit bug report at http://bugs.php.net/?id=29179&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29179&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29179&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29179&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29179&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29179&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29179&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29179&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29179&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29179&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29179&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29179&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29179&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29179&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29179&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29179&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29179&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29179&r=float
#28403 [Com]: ORA dll make apache child process crash and restart Apache
ID: 28403 Comment by: Lukas dot Theiler at ch dot ibm dot com Reported By: scouture at novo dot ca Status: Suspended Bug Type: Apache2 related Operating System: win 2003 server PHP Version: 4.3.7 New Comment: Running longer tests, even single-cpu systems fail. (after 7hours 1st, 1h34 2nd crash, 6h23 3rd crash...) Previous Comments: [2004-07-02 11:18:26] Lukas dot Theiler at ch dot ibm dot com Referring to Bug #28983 (now bogus:-) ) - we reprouced that error using - different versions of oracle clients (8.1.7, 9i, 10g, accessing through different methods) - different versions of php (4.2.x, 4.3.x 5.x) - different versions of apache (1.3x, IBM http server, apache) Conclusions: - Stable on Linux single and multiprocessor systems - Stable on Windows *single* processor systems - Crash on Windows *multi* processor systems How to replicate the error? a) use the OCIlogon script from Bug #28983 b) use a loadtest tool, e.g. OpenSTA and run 5 concurrent users calling the above php script. You'd see the crash within a few secs :-) I agree with derik, that it is probably related to oci.dll or php_oci8.dll. /cheers Lukas [2004-07-01 09:24:28] [EMAIL PROTECTED] Sounds like a threading issue to me... and you're asking for those by running apache 2 on windows (where the default processing model for apache is threaded). It sounds like either the oracle extension or oracle libraries are not threadsafe. I'll suspend this until you can come up with a clear script to reproduce this as there is no other way to find what this problem might be. [2004-06-30 20:41:30] scouture at novo dot ca Ok, it is a long process for us just upgrade our php version. We have to pass by a dev environment before going to prod so we have pass to PHP 4.3.7 in prod recently. And since that the PHP team have annonce the release of 4.3.8. :o) But we still have the problem. Same error that the one list bellow. I can add that the server is a multiprocessor server (4 procs). We have a lot of hits by minutes. The error occurs every 5-10 minutes so kind of frequently. Apache and php are call via C# services and soap implementation. We do not seem to have this problem with a low volume environment (in our labs). The requests we pass via apache/phh are very simple (insert into... where, update ... where) nothing consumming. Please tell me if you need something more. Thanks for your help. Styve [2004-05-23 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2004-05-14 18:23:35] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Also, upgrade to latest version.. 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/28403 -- Edit this bug report at http://bugs.php.net/?id=28403&edit=1
#28403 [Com]: ORA dll make apache child process crash and restart Apache
ID: 28403 Comment by: Lukas dot Theiler at ch dot ibm dot com Reported By: scouture at novo dot ca Status: Suspended Bug Type: Apache2 related Operating System: win 2003 server PHP Version: 4.3.7 New Comment: Running longer tests, even single-cpu systems fail. (after 7hours 1st, 1h34 2nd crash, 6h23 3rd crash...) Previous Comments: [2004-07-15 10:42:24] Lukas dot Theiler at ch dot ibm dot com Running longer tests, even single-cpu systems fail. (after 7hours 1st, 1h34 2nd crash, 6h23 3rd crash...) [2004-07-02 11:18:26] Lukas dot Theiler at ch dot ibm dot com Referring to Bug #28983 (now bogus:-) ) - we reprouced that error using - different versions of oracle clients (8.1.7, 9i, 10g, accessing through different methods) - different versions of php (4.2.x, 4.3.x 5.x) - different versions of apache (1.3x, IBM http server, apache) Conclusions: - Stable on Linux single and multiprocessor systems - Stable on Windows *single* processor systems - Crash on Windows *multi* processor systems How to replicate the error? a) use the OCIlogon script from Bug #28983 b) use a loadtest tool, e.g. OpenSTA and run 5 concurrent users calling the above php script. You'd see the crash within a few secs :-) I agree with derik, that it is probably related to oci.dll or php_oci8.dll. /cheers Lukas [2004-07-01 09:24:28] [EMAIL PROTECTED] Sounds like a threading issue to me... and you're asking for those by running apache 2 on windows (where the default processing model for apache is threaded). It sounds like either the oracle extension or oracle libraries are not threadsafe. I'll suspend this until you can come up with a clear script to reproduce this as there is no other way to find what this problem might be. [2004-06-30 20:41:30] scouture at novo dot ca Ok, it is a long process for us just upgrade our php version. We have to pass by a dev environment before going to prod so we have pass to PHP 4.3.7 in prod recently. And since that the PHP team have annonce the release of 4.3.8. :o) But we still have the problem. Same error that the one list bellow. I can add that the server is a multiprocessor server (4 procs). We have a lot of hits by minutes. The error occurs every 5-10 minutes so kind of frequently. Apache and php are call via C# services and soap implementation. We do not seem to have this problem with a low volume environment (in our labs). The requests we pass via apache/phh are very simple (insert into... where, update ... where) nothing consumming. Please tell me if you need something more. Thanks for your help. Styve [2004-05-23 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". 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/28403 -- Edit this bug report at http://bugs.php.net/?id=28403&edit=1
#29179 [Opn->Bgs]: php dir structure of zip file
ID: 29179
Updated by: [EMAIL PROTECTED]
Reported By: zbarton at assettrust dot com
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: windows
PHP Version: 5.0.0
New Comment:
How exactly is this a bug? Please use mailing lists and not the bug
system for questions like this.
Previous Comments:
[2004-07-15 10:36:30] zbarton at assettrust dot com
Description:
i noticed when up-zipping the php 5.0 zip file that the directory
structure was different than that of the previous releases (eg 4.3.8)
in 4.3.8 the directory structure for extensions, dlls and sapi has
changed. in 4.3.8 it is as follows:
{root}/extensions
{root}/dlls
{root}/sapi
but the 5.0 directory structure for extensions is now:
{root}/ext
all the sapi dlls are now placed in the {root} of the zip file, no
"sapi" folder.
all the "normall" dlls (eg libmysql.dll) are also placed in the {root}
folder, no "dlls" folder.
it seems messy to have the above files in the {root} directory and i
would have thought it might be good to have the same directory
structure between php releases.
any ideas why this has changed between 4.3.8 and 5.0?
thanks
zac barton
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
n/a
--
Edit this bug report at http://bugs.php.net/?id=29179&edit=1
#29179 [Bgs]: php dir structure of zip file
ID: 29179
User updated by: zbarton at assettrust dot com
Reported By: zbarton at assettrust dot com
Status: Bogus
Bug Type: Feature/Change Request
Operating System: windows
PHP Version: 5.0.0
New Comment:
sorry
it was more of a suggestion than a question
Previous Comments:
[2004-07-15 10:49:39] [EMAIL PROTECTED]
How exactly is this a bug? Please use mailing lists and not the bug
system for questions like this.
[2004-07-15 10:36:30] zbarton at assettrust dot com
Description:
i noticed when up-zipping the php 5.0 zip file that the directory
structure was different than that of the previous releases (eg 4.3.8)
in 4.3.8 the directory structure for extensions, dlls and sapi has
changed. in 4.3.8 it is as follows:
{root}/extensions
{root}/dlls
{root}/sapi
but the 5.0 directory structure for extensions is now:
{root}/ext
all the sapi dlls are now placed in the {root} of the zip file, no
"sapi" folder.
all the "normall" dlls (eg libmysql.dll) are also placed in the {root}
folder, no "dlls" folder.
it seems messy to have the above files in the {root} directory and i
would have thought it might be good to have the same directory
structure between php releases.
any ideas why this has changed between 4.3.8 and 5.0?
thanks
zac barton
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
n/a
--
Edit this bug report at http://bugs.php.net/?id=29179&edit=1
#29180 [NEW]: Client crash
From: tila at home dot nl
Operating system: Linux 2.4.24
PHP version: 5.0.0
PHP Bug Type: PostgreSQL related
Bug description: Client crash
Description:
The client crash on the following code when offset > 0;
I don't get an error message.
Reproduce code:
---
$result = $db->query($QUERY);
$total = $result->numRows();
$back = max (0, $offset - $perpage);
$forward = min (($offset + $perpage), max (0, (($perpage * ceil ($total
/ $perpage)) - $perpage)));
$end = max (0, (($perpage * ceil ($total / $perpage)) - $perpage));
$overviewtemplate->setVariable("back", $back);
$overviewtemplate->setVariable("forward", $forward);
$overviewtemplate->setVariable("end", $end);
for ($i = $offset; (($i < $total) && ($i < ($offset + $perpage))); $i++)
{
$row = $result->fetchRow(DB_FETCHMODE_ASSOC, $i);
while (list($key, $value) = each($row)) {
$row[$key] = stripslashes(trim($row[$key]));
}
}
--
Edit bug report at http://bugs.php.net/?id=29180&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29180&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29180&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29180&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29180&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29180&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29180&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29180&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29180&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29180&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29180&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29180&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29180&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29180&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29180&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29180&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29180&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29180&r=float
#29181 [NEW]: HTTP Basic AUTH support broken
From: revengeofthecats at hotmail dot com
Operating system: Windows XP
PHP version: 5.0.0
PHP Bug Type: Apache related
Bug description: HTTP Basic AUTH support broken
Description:
The HTML basic authentication support has stopped working for me after
upgrading to PHP5. I'm using Apache 1.3.31 and PHP5.0.0; the *exact* same
setup but with PHP4.3.7 works fine. The only change to my php.ini file is
changing the include/extensions directory and loading the mysql
extensions, which does not seem to be related to the problem.
To reproduce the bug, one may use the first sample script at
http://www.php.net/manual/en/features.http-auth.php. You will be asked
time and again for your username and password, no matter what you enter.
A little investigation using phpinfo() shows that the
$_SERVER['PHP_AUTH_USER'] and $_SERVER['AUTH_TYPE'] are not set.
$_SERVER['PHP_AUTH_PW'] is correctly set, however.
Reproduce code:
---
example at http://www.php.net/manual/en/features.http-auth.php
Hello {$_SERVER['PHP_AUTH_USER']}.";
echo "You entered {$_SERVER['PHP_AUTH_PW']} as your password.";
}
?>
Expected result:
After entering username and password, they are displayed.
Actual result:
--
The code keeps asking for username/password time and again.
$_SERVER['PHP_AUTH_USER'] is not set.
--
Edit bug report at http://bugs.php.net/?id=29181&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29181&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29181&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29181&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29181&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29181&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29181&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29181&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29181&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29181&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29181&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29181&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29181&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29181&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29181&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29181&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29181&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29181&r=float
#29181 [Opn->Bgs]: HTTP Basic AUTH support broken
ID: 29181
Updated by: [EMAIL PROTECTED]
Reported By: revengeofthecats at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Apache related
Operating System: Windows XP
PHP Version: 5.0.0
New Comment:
Duplicate. See #29132
Previous Comments:
[2004-07-15 11:13:50] revengeofthecats at hotmail dot com
Description:
The HTML basic authentication support has stopped working for me after
upgrading to PHP5. I'm using Apache 1.3.31 and PHP5.0.0; the *exact*
same setup but with PHP4.3.7 works fine. The only change to my php.ini
file is changing the include/extensions directory and loading the mysql
extensions, which does not seem to be related to the problem.
To reproduce the bug, one may use the first sample script at
http://www.php.net/manual/en/features.http-auth.php. You will be asked
time and again for your username and password, no matter what you
enter.
A little investigation using phpinfo() shows that the
$_SERVER['PHP_AUTH_USER'] and $_SERVER['AUTH_TYPE'] are not set.
$_SERVER['PHP_AUTH_PW'] is correctly set, however.
Reproduce code:
---
example at http://www.php.net/manual/en/features.http-auth.php
Hello {$_SERVER['PHP_AUTH_USER']}.";
echo "You entered {$_SERVER['PHP_AUTH_PW']} as your
password.";
}
?>
Expected result:
After entering username and password, they are displayed.
Actual result:
--
The code keeps asking for username/password time and again.
$_SERVER['PHP_AUTH_USER'] is not set.
--
Edit this bug report at http://bugs.php.net/?id=29181&edit=1
#29182 [NEW]: $_SERVER['PHP_AUTH_USER'] missing ?
From: herve at elma dot fr Operating system: Linux PHP version: 5.0.0 PHP Bug Type: *General Issues Bug description: $_SERVER['PHP_AUTH_USER'] missing ? Description: Since I have installed PHP-5.0.0 I do not have any answer to the command $_SERVER['PHP_AUTH_USER'] ... PHP_AUTH_USER seems to not being defined ... included in the phpinfo() ... !? With Apache 1.3.31, php compiled as a module. Reproduce code: --- Expected result: The auth user name ... as explain in the PHP documentation : When running under Apache as module doing HTTP authentication this variable is set to the username provided by the user. Actual result: -- 'PHP_AUTH_USER' not defined. -- Edit bug report at http://bugs.php.net/?id=29182&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29182&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29182&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29182&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29182&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29182&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29182&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29182&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29182&r=support Expected behavior: http://bugs.php.net/fix.php?id=29182&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29182&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29182&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29182&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29182&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29182&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29182&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29182&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29182&r=float
#28175 [Csd->Asn]: compile failure
ID: 28175
Updated by: [EMAIL PROTECTED]
Reported By: Paul dot Gardiner at Barleychalu dot Co dot Uk
-Status: Closed
+Status: Assigned
Bug Type: Compile Failure
Operating System: slackware 9.1, 2.4.25 kernel
PHP Version: 4.3.6/4.3.7
Assigned To: iliaa
Previous Comments:
[2004-07-14 22:23:44] ottenhoff at longsight dot com
I received the same error with 4.3.8 on Red Hat 8.0 w/ Freetype 2.1.2.
It looks like gdft.c 1.11.2.18 did not make it in 4.3.8.
The one changed line in 1.11.2.18 fixed the problem for me.
http://cvs.php.net/php-src/ext/gd/libgd/gdft.c
[2004-07-13 20:49:00] karen at lilycreek dot net
My host just upgraded to Plesk 7 with PHP 4.3.6 from Plesk 6.0 PHP
4.1.0 (I believe) I am running a Textpng php class calling a website's
logo thru an image tag like so http://205.214.89.29/text2.php?msg=Pattys Plaster
Gifts&rot=0&size=32&font=/home/httpd/vhosts/ionservers.com/httpdocs/fonts/HEATHER.TTF&pad=10&clr=cc">
I realize this isn't the most secure but it's the only way I could get
the class to work on the old server which you can see it works if you
view the image thru your browser, but now with the new server http://ionservers.com/text2.php?msg=Pattys Plaster
Gifts&rot=0&size=32&font=/home/httpd/vhosts/ionservers.com/httpdocs/fonts/HEATHER.TTF&pad=10&clr=cc">
It does'nt work, I don't know if it's not initiating the vars or can't
open the font file. This is a major problem for me as I have several
hundred users running this for their website's main title logo. I've
tried for over 20 hours straight to get it to work on the new system to
no avail. Can someone please point me in the right direction for a
solution. Wether the script needs a rewrite or a different PHP version
needs to be installed, I'm stuck with hundreds of users breathing down
my neck.
Thanks s much for any help or suggestions.
Karen
[2004-06-09 16:50:41] [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.
[2004-06-07 12:44:48] [EMAIL PROTECTED]
Operation mistake;-(
[2004-06-07 12:16:48] [EMAIL PROTECTED]
The problem is not solved.
Correction of gdft.c is inadequate.
Therefore, it cannot still build by freetype 2.1.2.
Here is diff from php-4.3.7.
Cut HereCut HereCut HereCut HereCut Here
--- php-4.3.7/ext/gd/libgd/gdft.c 2004-05-10 02:34:02.0 +0900
+++ php-4.3.7.new/ext/gd/libgd/gdft.c 2004-06-07 15:20:19.0
+0900
@@ -984,7 +984,7 @@
}
/* EAM DEBUG */
-#if (defined(FREETYPE_MAJOR) && (FREETYPE_MAJOR >=2 ) &&
(FREETYPE_MINOR >= 1))
+#if (defined(FREETYPE_MAJOR) && ((FREETYPE_MAJOR == 2 &&
((FREETYPE_MINOR == 1 && FREETYPE_PATCH >= 3) || FREETYPE_MINOR > 1) ||
FREETYPE_MAJOR > 2)))
if (font->face->charmap->encoding == FT_ENCODING_MS_SYMBOL) {
/* I do not know the significance of the constant 0xf000.
* It was determined by inspection of the character codes
Cut HereCut HereCut HereCut HereCut Here
I check build on red hat linux 7.2/7.3/8/9, red hat enterprise linux
2.1/3.0 and turbolinux 8 server.
The problem was generated in redhat linux 8.
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/28175
--
Edit this bug report at http://bugs.php.net/?id=28175&edit=1
#29165 [Opn->Bgs]: Request variables are being escaped
ID: 29165 Updated by: [EMAIL PROTECTED] Reported By: guardkarma-php at yahoo dot com -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Mac OS X PHP Version: 5.0.0 New Comment: We don't support variable names with wierd characters, so the result is undefined. Previous Comments: [2004-07-14 22:52:30] guardkarma-php at yahoo dot com Description: When upgrading from php 4.3 to 5.0 and using the same php.ini file, form variable names with apostrophe characters are now being escaped. magic_quotes_gpc = Off magic_quotes_runtime = Off magic_quotes_sybase = Off Reproduce code: --- // mydomain.com/script.php?variable'name=value Expected result: Array ( [variable'name] => value ) Actual result: -- Array ( [variable\'name] => value ) -- Edit this bug report at http://bugs.php.net/?id=29165&edit=1
#29172 [Opn]: mdecrypt not working anymore
ID: 29172 Updated by: [EMAIL PROTECTED] Reported By: lars at larswolter dot de Status: Open Bug Type: mcrypt related Operating System: Windows PHP Version: 5.0.0 New Comment: Works fine for me on Linux, I saw this bug before and then it was a Windows issue too. I don't have a development setup for Windows here so I can't really help to track down this problem. Previous Comments: [2004-07-15 01:47:06] lars at larswolter dot de Description: Just changed from php4 to php5. Now mcrypt decryption does not work anymore. The function returns the encrypted data instead of the decrypted. The testcode is the example from the mdecrypt_generic function documentation. using php.ini-recommended and only changed the following display_errors = On display_startup_errors = On extensions_dir = ... loaded extra modules: gd2, mbstring, mcrypt, mysql, exif Reproduce code: --- Expected result: the result should be: ok Actual result: -- the result is: error -- Edit this bug report at http://bugs.php.net/?id=29172&edit=1
#29168 [Fbk->Bgs]: Access Violation at 010173CD
ID: 29168 Updated by: [EMAIL PROTECTED] Reported By: gabbe at anglecorp dot com -Status: Feedback +Status: Bogus Bug Type: IIS related Operating System: windows 2003 PHP Version: 5.0.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Duplicate, see previous post. Previous Comments: [2004-07-15 02:41:26] kevin at sitepoint dot com I believe this is a duplicate of Bug #28929. [2004-07-15 00:39:30] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2004-07-15 00:10:37] gabbe at anglecorp dot com Description: PHP has encountered an Access Violation at 010173CD For example when opening the index.php in phpMyAdmin-2.5.7-pl1 or Invision Power Board v1.3.1 Final this also applies to windows XP with same error code... -- Edit this bug report at http://bugs.php.net/?id=29168&edit=1
#29176 [Opn->Asn]: $_GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 Updated by: [EMAIL PROTECTED] Reported By: webmaster at ragnarokonline dot de -Status: Open +Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 -Assigned To: +Assigned To: sesser New Comment: I believe you might have caused this Stefan ;-) Previous Comments: [2004-07-15 04:28:37] webmaster at ragnarokonline dot de Category => Variables related Sorry for bugspam [2004-07-15 04:27:24] webmaster at ragnarokonline dot de Description: $_GLOBALS somehow doesn't contain the arrays $_REQUEST, $_ENV and $_SERVER. This worked fine in PHP4. Reproduce code: --- Expected result: The contents of the arrays $_SERVER, $_ENV and $_REQUEST are being printed. Actual result: -- NULL NULL NULL is being printed. -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#28007 [Opn->Asn]: FreeTDS support will not compile
ID: 28007 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: MSSQL related Operating System: Linux PHP Version: 4.3.6RC3 Assigned To: fmk Previous Comments: [2004-07-15 01:18:41] matt at atopia dot net This still seems to be an issue with php-4.3.8. Is the patch shown in this report reliable? In file included from /usr/archive/source/php-4.3.8/ext/mssql/php_mssql.c:33: /usr/archive/source/php-4.3.8/ext/mssql/php_mssql.h:41: redefinition of `SHORT' /usr/local/include/sybdb.h:117: `SHORT' previously declared here *** Error code 1 Stop in /usr/archive/source/php-4.3.8. [2004-04-21 01:36:12] [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. Older versions of FreeTDS does not define the SHORT type. [2004-04-15 19:18:12] [EMAIL PROTECTED] Assigned to Frank who added the line in question in rev 1.84 of php_mssql.c [2004-04-15 10:27:22] [EMAIL PROTECTED] Description: See bug #21544 -- I was asked to open a new report. ./configure --with-mssql ... works, but a make of the same fails with: (see actual result). FreeTDS version: (debian unstable) 0.53-7 Sniper mentioned that he thinks it's my FreeTDS install. Could be. The attached patch seems to completely fix the problem, though. As mentioned in the other bug: I'm not a C guy, so I could be way wrong on this. All I know is that after patching, --with-mssql compiles and the library seems to work (as) well (as mssql on linux has ever worked). S --- Index: ext/mssql/php_mssql.c === RCS file: /repository/php-src/ext/mssql/php_mssql.c,v retrieving revision 1.86.2.31 diff -u -r1.86.2.31 php_mssql.c --- ext/mssql/php_mssql.c 30 Mar 2004 17:54:38 - 1.86.2.31 +++ ext/mssql/php_mssql.c 14 Apr 2004 15:18:18 - @@ -336,7 +336,7 @@ dbsetlogintime(MS_SQL_G(connect_timeout)); if (MS_SQL_G(timeout) < 0) MS_SQL_G(timeout) = 60; dbsettime(MS_SQL_G(timeout)); - dbsetmaxprocs((SHORT)MS_SQL_G(max_procs)); + dbsetmaxprocs((int)MS_SQL_G(max_procs)); return SUCCESS; } Reproduce code: --- n/a Expected result: compile Actual result: -- ext/mssql/php_mssql.c: In function `zm_activate_mssql': ext/mssql/php_mssql.c:339: `SHORT' undeclared (first use in this function) ext/mssql/php_mssql.c:339: (Each undeclared identifier is reported only once ext/mssql/php_mssql.c:339: for each function it appears in.) make: *** [ext/mssql/php_mssql.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=28007&edit=1
#29182 [Opn->Bgs]: $_SERVER['PHP_AUTH_USER'] missing ?
ID: 29182 Updated by: [EMAIL PROTECTED] Reported By: herve at elma dot fr -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 5.0.0 New Comment: Duplicate. See #29132 Previous Comments: [2004-07-15 11:22:46] herve at elma dot fr Description: Since I have installed PHP-5.0.0 I do not have any answer to the command $_SERVER['PHP_AUTH_USER'] ... PHP_AUTH_USER seems to not being defined ... included in the phpinfo() ... !? With Apache 1.3.31, php compiled as a module. Reproduce code: --- Expected result: The auth user name ... as explain in the PHP documentation : When running under Apache as module doing HTTP authentication this variable is set to the username provided by the user. Actual result: -- 'PHP_AUTH_USER' not defined. -- Edit this bug report at http://bugs.php.net/?id=29182&edit=1
#29070 [Opn]: __get/__set should allow recursive calls
ID: 29070 Updated by: [EMAIL PROTECTED] Reported By: csmoak at andrew dot cmu dot edu Status: Open -Bug Type: Class/Object related +Bug Type: Feature/Change Request Operating System: All PHP Version: 5.0.0RC3 New Comment: It's still a feature request. Previous Comments: [2004-07-15 05:59:09] csmoak at andrew dot cmu dot edu This really should be taken care of. [2004-07-09 06:57:23] csmoak at andrew dot cmu dot edu Description: __get() and __set() are currently blocked from being implicitly called for a particular instance of an object when they are currently executing. However, this can cause code to behave differently if it is called from within __get()/__set() or if it is called without __get()/__set(). The following example uses good OOP methodology that tries to make use of __get() and __set(), but is hindered by it, instead. The problem lies in the use of the in_get and in_set member variables in the zend_object strcut to provide a blanket block to calling __get or __set recursively (when called implicitly). A possible solution would be to only prevent code directly in the __get() and __set() method bodies from implicitly calling __get() or __set(), but allowing it in any called code. Reproduce code: --- http://www.andrew.cmu.edu/user/csmoak/getset.phps Expected result: correct behavior (without making use of __get/__set): before set : default after set : propertyValue PropertyAccessClass Object ( [property:private] => propertyValue [defaultProperty:private] => default [changed:private] => 1 ) incorrect behavior (making use of __get/__set): before set : default after set : propertyValue PropertyAccessClass Object ( [property:private] => propertyValue [defaultProperty:private] => default [changed:private] => 1 ) Actual result: -- correct behavior (without making use of __get/__set): before set : default after set : propertyValue PropertyAccessClass Object ( [property:private] => propertyValue [defaultProperty:private] => default [changed:private] => 1 ) incorrect behavior (making use of __get/__set): Notice: Undefined property: PropertyAccessClass::$PropertyChanged in C:\ftproot\pnet\test2.php on line 22 Notice: Undefined property: PropertyAccessClass::$DefaultProperty in C:\ftproot\pnet\test2.php on line 33 before set : after set : propertyValue PropertyAccessClass Object ( [property:private] => propertyValue [defaultProperty:private] => default [changed:private] => [PropertyChanged] => 1 ) -- Edit this bug report at http://bugs.php.net/?id=29070&edit=1
#29180 [Opn->Fbk]: Client crash
ID: 29180
Updated by: [EMAIL PROTECTED]
Reported By: tila at home dot nl
-Status: Open
+Status: Feedback
Bug Type: PostgreSQL related
Operating System: Linux 2.4.24
PHP Version: 5.0.0
New Comment:
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 ,
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.
Previous Comments:
[2004-07-15 11:03:20] tila at home dot nl
Description:
The client crash on the following code when offset > 0;
I don't get an error message.
Reproduce code:
---
$result = $db->query($QUERY);
$total = $result->numRows();
$back = max (0, $offset - $perpage);
$forward = min (($offset + $perpage), max (0, (($perpage * ceil
($total / $perpage)) - $perpage)));
$end = max (0, (($perpage * ceil ($total / $perpage)) - $perpage));
$overviewtemplate->setVariable("back", $back);
$overviewtemplate->setVariable("forward", $forward);
$overviewtemplate->setVariable("end", $end);
for ($i = $offset; (($i < $total) && ($i < ($offset + $perpage)));
$i++) {
$row = $result->fetchRow(DB_FETCHMODE_ASSOC, $i);
while (list($key, $value) = each($row)) {
$row[$key] = stripslashes(trim($row[$key]));
}
}
--
Edit this bug report at http://bugs.php.net/?id=29180&edit=1
#29182 [Bgs]: $_SERVER['PHP_AUTH_USER'] missing ?
ID: 29182 Updated by: [EMAIL PROTECTED] Reported By: herve at elma dot fr Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 5.0.0 New Comment: Duplicate. See #29132 Previous Comments: [2004-07-15 11:48:01] [EMAIL PROTECTED] Duplicate. See #29132 [2004-07-15 11:22:46] herve at elma dot fr Description: Since I have installed PHP-5.0.0 I do not have any answer to the command $_SERVER['PHP_AUTH_USER'] ... PHP_AUTH_USER seems to not being defined ... included in the phpinfo() ... !? With Apache 1.3.31, php compiled as a module. Reproduce code: --- Expected result: The auth user name ... as explain in the PHP documentation : When running under Apache as module doing HTTP authentication this variable is set to the username provided by the user. Actual result: -- 'PHP_AUTH_USER' not defined. -- Edit this bug report at http://bugs.php.net/?id=29182&edit=1
#29176 [Asn]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 User updated by: webmaster at ragnarokonline dot de -Summary: $_GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: Someone at Turck-MMCache found out in a related bug I've reported, that a workaround is to set register_long_arrays = On in the php.ini Previous Comments: [2004-07-15 11:47:15] [EMAIL PROTECTED] I believe you might have caused this Stefan ;-) [2004-07-15 04:28:37] webmaster at ragnarokonline dot de Category => Variables related Sorry for bugspam [2004-07-15 04:27:24] webmaster at ragnarokonline dot de Description: $_GLOBALS somehow doesn't contain the arrays $_REQUEST, $_ENV and $_SERVER. This worked fine in PHP4. Reproduce code: --- Expected result: The contents of the arrays $_SERVER, $_ENV and $_REQUEST are being printed. Actual result: -- NULL NULL NULL is being printed. -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#28082 [Opn->Bgs]: __sleep() reproducible serialization bug (at least i hope so)
ID: 28082 Updated by: [EMAIL PROTECTED] Reported By: mastabog at hotmail dot com -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Win32, Linux and on all tested PHP Version: 5CVS-2004-04-20 (dev) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #26737 Previous Comments: [2004-04-20 21:12:24] mastabog at hotmail dot com Description: I posted this as a comment to an existing bug report (after it has been suspended). The bug report is 4 months old and can be found here: http://bugs.php.net/bug.php?id=26737 Everything written there (including the last comment which is mine) is still true, unfortunately. That bug existed since my first attempt to use __sleep() in PHP5 (approx 1 year ago) and persisted since (i alway use the daily php5-cvs version) Here is a summary (though I suggest you take a look at the original bug at the link above). __sleep() serialization does not work unless you do this: You not only have to enclose the class name with null characters. As far as I've seen you have to enclose with null chars *ALL* Php5 serialization identifiers of class properties types, the ones I figured out to be for now. The string that needs to be enclosed in null chars is (let x be the property name): 1. class name, if x is 'private' (i.e. "\0" . __CLASS__ . "\0x") 2. *, if x is 'protected' (i.e. "\0*\0x") 3. Null, if x is 'public' => (i.e. "x") Here's what I mean (this is how it should be done in order to work ... meaning to avoid/workaround this bug): Anything else in the return array of __sleep() and the property will come up empty after unserialization ... not nice. My hope is that this *is* a bug, because forming those strings with null chars is just, well, ugly and inconsistent. Reproduce code: --- Expected result: With the 2nd __sleep() uncommented you should get the normal serialized properties of the object. Instead, every private/protected members come up emtpy. -- Edit this bug report at http://bugs.php.net/?id=28082&edit=1
#26737 [Opn->Ctl]: unexpected __sleep() serialization behavior
ID: 26737 Updated by: [EMAIL PROTECTED] Reported By: rob dot wills at gmail dot com -Status: Open +Status: Critical Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS New Comment: Verified. The workaround still works too. Previous Comments: [2004-07-15 04:14:39] rob dot wills at gmail dot com PHP5.0.0 still exhibits this behaviour. Is there anything else I can provide to help with this issue/bug? Thanks, Rob [2004-07-13 00:10:35] trevorrowe at gmail dot com Last posting was made on feb 26, its now jul 12. Anyone have any more current news on this bug? The bug seems to still persist in php5 rc3. mastabog's suggestion of padding the variable name with nulls for private, padding the * for protected and nothing for public works, but seems like an ugly hack. My biggest fear is when the bug is patched, my variable names will be double padded and things will start to break. [2004-02-26 21:24:38] mastabog at hotmail dot com Complete info on this bug: To quote "rob at cue dot cc", you don't have to enclose only the class name with null characters. As far as I've seen you have to enclose with null chars ALL Php5 serialization identifiers of class properties types, the ones I figured out to be for now (let x be the property name): - class name if x is 'private' => "\0" . __CLASS__ . "\0x" - * if x is 'protected' => "\0*\0x" - nothing if x is 'public' => "x" Here's what I mean: Anything else in the return array of __sleep() and the property will come up empty after unserialization ... not nice. My hope is that this is a bug, cus forming those strings with null chars is just, well, ugly :) [2004-02-26 20:34:43] mastabog at hotmail dot com Same problem here. And I'm downloading the CVS php5 version daily since May 2003. I assumed this was to be solved in a much later stage seeing that all CVS releases (and all 4 betas of PHP5) had this bug. In all my php5 projects i haven't use any __sleep() methods at all because they weren't working. I use php5 mainly with win32 and about once a week with Linux. Both have this bug ... very irritating (I have some objects that make my session file go up to 100kb, because i cant use __sleep(), which would be large for a production site.) [2004-01-17 00:51:27] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. 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/26737 -- Edit this bug report at http://bugs.php.net/?id=26737&edit=1
#29012 [Opn->Csd]: Potential race during first connection
ID: 29012
Updated by: [EMAIL PROTECTED]
Reported By: cjbj at hotmail dot com
-Status: Open
+Status: Closed
Bug Type: OCI8 related
Operating System: n/a
PHP Version: 5.0.0RC3
New Comment:
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.
Previous Comments:
[2004-07-05 07:52:40] cjbj at hotmail dot com
Description:
The mutex locking in _oci_open_session() in
php-5.0.0RC3/ext/oci8/oci.c at about line 2676 may allow a
possible race. This was discovered from code inspection so I could be
wrong.
The current code is:
if (zend_ts_hash_find(persistent_sessions, hashed_details.c,
hashed_details.len+1, (void **) &session_list) != SUCCESS) {
zend_llist tmp;
/* first session, set up a session list */
zend_llist_init(&tmp, sizeof(oci_session), (llist_dtor_func_t)
_session_pcleanup, 1);
zend_ts_hash_update(persistent_sessions, hashed_details.c,
hashed_details.len+1, &tmp, sizeof(zend_llist), (void **)
&session_list);
} else {
mutex_lock(mx_lock);
/* session list found, search for an idle session or an already
opened session by the current thread */
session = zend_llist_get_first(session_list);
while ((session != NULL) && session->thread && (session->thread
!= thread_id())) {
session = zend_llist_get_next(session_list);
}
if (session != NULL) {
/* mark session as busy */
session->thread = thread_id();
}
mutex_unlock(mx_lock);
}
I don't understand why there is no locking around the
zend_llist_init() or even zend_ts_hash_find() calls. If multiple
users log in at once then does zend_ts_hash_find() guarentee to return
SUCCESS for only one thread? If not, a suggested change is:
mutex_lock(mx_lock);
if (zend_ts_hash_find(persistent_sessions, hashed_details.c,
hashed_details.len+1, (void **) &session_list) != SUCCESS) {
zend_llist tmp;
/* first session, set up a session list */
zend_llist_init(&tmp, sizeof(oci_session), (llist_dtor_func_t)
_session_pcleanup, 1);
zend_ts_hash_update(persistent_sessions, hashed_details.c,
hashed_details.len+1, &tmp, sizeof(zend_llist), (void **)
&session_list);
} else {
/* session list found, search for an idle session or an already
opened session by the current thread */
session = zend_llist_get_first(session_list);
while ((session != NULL) && session->thread && (session->thread
!= thread_id())) {
session = zend_llist_get_next(session_list);
}
if (session != NULL) {
/* mark session as busy */
session->thread = thread_id();
}
}
mutex_unlock(mx_lock);
--
Edit this bug report at http://bugs.php.net/?id=29012&edit=1
#29178 [Opn->Bgs]: Glob doesn't work AGAIN
ID: 29178 Updated by: [EMAIL PROTECTED] Reported By: p dot szumny at bwm dot com dot pl -Status: Open +Status: Bogus Bug Type: Directory function related Operating System: Windows XP PHP Version: 4.3.8 New Comment: 4.3.8 was a security fix release. All other bug fixes will be included in 4.3.9. In the meanwhile you can use the latest snapshot. Previous Comments: [2004-07-15 08:47:54] p dot szumny at bwm dot com dot pl Description: Glob function doesn't work correctly (AGAIN). When I use glob in script c:\www\test\glob.php I get files from "c:\" directory not from "c:\www\test". glob in 4.3.6 - return files from "c:\www\test" in 4.3.7 wasn't OK - it was corrected in snapshot 4.3.8 - bug appear again. -- Edit this bug report at http://bugs.php.net/?id=29178&edit=1
#29183 [NEW]: Undefined symbol zend_check_private in file Zend/zend_object_handlers.lo
From: tomppa at iki dot fi Operating system: Solaris 9/SPARC PHP version: 5.0.0 PHP Bug Type: Compile Failure Bug description: Undefined symbol zend_check_private in file Zend/zend_object_handlers.lo Description: Can't link PHP 5.0.0 with latest Sun C compiler Undefined first referenced symbol in file zend_check_privateZend/zend_object_handlers.lo ld: fatal: Symbol referencing errors. No output written to sapi/cli/php -- Edit bug report at http://bugs.php.net/?id=29183&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29183&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29183&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29183&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29183&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29183&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29183&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29183&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29183&r=support Expected behavior: http://bugs.php.net/fix.php?id=29183&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29183&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29183&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29183&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29183&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29183&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29183&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29183&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29183&r=float
#29183 [Opn]: Undefined symbol zend_check_private in file Zend/zend_object_handlers.lo
ID: 29183 User updated by: tomppa at iki dot fi Reported By: tomppa at iki dot fi Status: Open Bug Type: Compile Failure Operating System: Solaris 9/SPARC PHP Version: 5.0.0 New Comment: If I remove inline from Zend/zend_object_handlers.c line 598 compiling succeeded inline zend_function *zend_check_private(zend_function *fbc, zend_class_entry *ce, int fn_flags, char function_name_strval, int function_name_strlen TSRMLS_DC) Previous Comments: [2004-07-15 14:02:07] tomppa at iki dot fi Description: Can't link PHP 5.0.0 with latest Sun C compiler Undefined first referenced symbol in file zend_check_privateZend/zend_object_handlers.lo ld: fatal: Symbol referencing errors. No output written to sapi/cli/php -- Edit this bug report at http://bugs.php.net/?id=29183&edit=1
#29156 [Opn->Bgs]: PHP hangs with IIS 5.0
ID: 29156 Updated by: [EMAIL PROTECTED] Reported By: bharris at lakeforesthospital dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 SP4 PHP Version: 5.0.0 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. Previous Comments: [2004-07-15 10:22:28] lslight at no-log dot org >From install.txt : !NOTE!: Since 4.1.2, the php.ini setting cgi.force_redirect defaults to '1' which effectively prevents the cgi from working within IIS. You need to set up at least a minimal php.ini file with the following directive: cgi.force_redirect = 0 And no more http 400 error. [2004-07-14 22:29:17] bharris at lakeforesthospital dot com Well that sorta worked... But now every page gives me an HTML error 400 - Bad Request. Any ideas? [2004-07-14 21:53:34] lslight at no-log dot org Oops. Not a bug anymore for me. I had to change the executable associated with ".php" in IIS, from "php.exe" to "php-cgi.exe". Install.txt included is the distribution seems to be not updated. [2004-07-14 20:52:44] lslight at no-log dot org sale result with Windows NT Server and IIS4 [2004-07-14 18:07:03] bharris at lakeforesthospital dot com Description: I installed php as a cgi module with the instructions on the php website. I then created a page named "index.php" with a single line: When I view the page, nothing happens... Nothing happens... Nothing happens... Finally "CGI Timeout" happens. Obviously it's not timing out because of the php code, as any other code produces the same result including absolutely no code. I've looked all over and I can't find a single positive response to this problem. It seems to be one of those lost causes that no one has any idea about and therefore ignores. Prove me wrong, O, prove me wrong! Reproduce code: --- Expected result: hello Actual result: -- CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. -- Edit this bug report at http://bugs.php.net/?id=29156&edit=1
#29137 [Asn->Csd]: php_gettext.dll missing from Win distribution
ID: 29137 Updated by: [EMAIL PROTECTED] Reported By: spam at dubbekarl dot dk -Status: Assigned +Status: Closed Bug Type: *General Issues Operating System: Windows PHP Version: 4.3.8 Assigned To: edink New Comment: 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. Previous Comments: [2004-07-14 13:58:55] [EMAIL PROTECTED] Edin, this one's for you. :) [2004-07-14 10:27:39] spam at dubbekarl dot dk Description: The file extensions/php_gettext.dll is missing from php-4.3.8-Win32.zip distribution. -- Edit this bug report at http://bugs.php.net/?id=29137&edit=1
#29175 [Bgs]: __get and __set are not called when property explicitly defined public or var
ID: 29175
User updated by: jbeall at heraldic dot us
Reported By: jbeall at heraldic dot us
Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5.0.0
New Comment:
Interesting. The documentation suggests otherwise, both here:
http://us2.php.net/manual/en/migration5.oop.php#migration5.oop.overload
and here: http://us4.php.net/overload
It would probably be a good idea to update the docs so they make it
clear what the intended behavior is.
Previous Comments:
[2004-07-15 04:20:12] [EMAIL PROTECTED]
This is the intended behavior. __get() and __set() are
only triggered when a property *does not* exist.
[2004-07-15 03:56:29] jbeall at heraldic dot us
Description:
If you define a property as public, and then also define the __get()
and __set() functions within the same class, those functions are not
called.
Reproduce code:
---
class Sub
{
public $someProp;
function __get($prop)
{
echo "Property $prop called\n";
}
function __set($prop, $val)
{
echo "Property $prop set to $val\n";
}
}
$foo = new Sub();
$foo->someProp = 10;
echo $foo->someProp;
Expected result:
Property someProp set to 10
Property someProp called
Actual result:
--
10
--
Edit this bug report at http://bugs.php.net/?id=29175&edit=1
#29127 [Opn]: PHP has encountered an Access Violation
ID: 29127 Updated by: [EMAIL PROTECTED] Reported By: bojo at gvea dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.0.0 New Comment: Help needed to track down this issue. Who is volunteering to test builds (write to [EMAIL PROTECTED])? Also try switching dlls the other way around 5.0.0's php5ts.dll and RC2's php5isapi.dll. Previous Comments: [2004-07-14 23:31:14] alantan at po dot tagnetwork dot net I had to "downgrade" back to PHP5 RC2 for the same reason... Was working on my API and noticed that all scripts run fine but at the very end of the page got the same Access Violation error, very odd... [2004-07-14 22:52:12] taomyn at myway dot com The only thing I can add so far is that code I have that I can consistently produce this error with, my own website counter code, fails in only 3 of the 5 sites I have configured under IIS 6. The other two do not exhibit this error, but I cannot yet see a difference - I am still searching and will report any new findings. If I add the code to a sixth site that doesn't normally call the counter, it too fails. Very weird stuff! [2004-07-14 18:33:56] jonathanjarvis at hotmail dot com We can't use 5.0.0 or 4.3.8 until the access violation bugs on windows are fixed. Here is a list of reported access violation bugs: http://bugs.php.net/bug.php?id=28740 - Bogus http://bugs.php.net/bug.php?id=28799 - Open http://bugs.php.net/bug.php?id=28844 - No Feedback http://bugs.php.net/bug.php?id=28873 - No Feedback http://bugs.php.net/bug.php?id=28898 - Bogus http://bugs.php.net/bug.php?id=28929 - Open http://bugs.php.net/bug.php?id=28942 - Bogus http://bugs.php.net/bug.php?id=28954 - Bogus http://bugs.php.net/bug.php?id=28977 - Bogus [2004-07-14 15:43:51] Andreas at Oslos dot Net I'm also concerned from this error, it occours since RC3. My system is based on Windows Server 2003, IIS 6. By replacing the php5isapi.dll from final release with the one from RC2, php works without any errors. Error MSG: PHP has encountered an Access Violation at ... (as example 01B973CD) [2004-07-14 13:23:05] stuart_lindley at dsl dot pipex dot com I am having the same problem with the final release, i've been having it since RC3, but i'm usng WindowsXP Pro with IIS 5.1 using the php5isapi.dll My exact error is PHP has encountered an Access Violation at 010173CD it also causes a HTTP1.1/500 Internal Server Error Final Note: Apache2.0.50 with PHP 5.00 works perfectly fine 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/29127 -- Edit this bug report at http://bugs.php.net/?id=29127&edit=1
#29184 [NEW]: Fatal error when trying to set an object property an array
From: jbeall at heraldic dot us
Operating system: Linux
PHP version: 5.0.0
PHP Bug Type: Zend Engine 2 problem
Bug description: Fatal error when trying to set an object property an array
Description:
Trying to assigned a specific array index of an object property, when
__set() been defined and will catch the __set() call, causes a fatal
error.
This is similar to bug 28444. That bug has the same error, but the code
that produces it is different.
Reproduce code:
---
class Sub
{
function __get($prop)
{
echo "Property $prop called\n";
}
function __set($prop, $val)
{
echo "Property $prop set to $val\n";
}
}
$foo = new Sub();
$foo->someProp[0] = 'apple';
echo $foo->someProp[0];
Expected result:
apple
Actual result:
--
Fatal error: Cannot access undefined property for object with overloaded
property access in test.php on line 18
--
Edit bug report at http://bugs.php.net/?id=29184&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29184&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29184&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29184&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29184&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29184&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29184&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29184&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29184&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29184&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29184&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29184&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29184&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29184&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29184&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29184&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29184&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29184&r=float
#29117 [Com]: Php and java as CGI : Premature End of script headers...
ID: 29117
Comment by: soulpower at laposte dot fr
Reported By: SouLPower at LaPoste dot fr
Status: Bogus
Bug Type: Java related
Operating System: Windows 2000 Server
PHP Version: 4.3.7
New Comment:
i'm not sure it's not php...
There's many problems with the java support (i know, this support is
experimental) and i must be a php problem because php.exe hangs... And
it hangs only when i use 2 or more javabeans, with one, it works great
(i tried all three javabeans separatly and they work fine...). I tried
to configure PHP in module mode, it doesn't work, in CGI mode, it
hangs...
So what is the problem ?
Thanks.
Previous Comments:
[2004-07-14 09:42:16] [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.
.
[2004-07-13 15:32:40] SouLPower at LaPoste dot fr
I got a big problem with java and php...
I use php as CGI because it's the only way for my javabeans to work...
I'm working on a migration from ASP to PHP pages for a firm but the
ASP
pages used some activeX, and now the firm wants to use javabeans with
PHP...
But this javabeans don't work correctly with php :
in fact, when i load the javabeans (ie : $MaClasse = New
Java("MaClass");) it works ONLY if i just load 1 classe, but i need to
load 3...
So, when i use only 1 javabeans, the page comes correctly, but with 2
or
more, i got this error in error.log of apache : "Premature End Of
Script
Headers : e:/php/php.exe"
Apache (v1.3.31) is setup correctly, and PHP too.
I use JDK (J2EE 1.4), but the bug is always there...
I don't understand why it works with 1 and not with 2 or more...
If someone could help me please :)
Thank you very much.
[2004-07-13 15:28:55] SouLPower at LaPoste dot fr
Description:
I got a big problem with java and php...
I use php as CGI because it's the only way for my javabeans to work...
I'm working on a migration from ASP to PHP pages for a firm but the ASP
pages used some activeX, and now the firm wants to use javabeans with
PHP...
But this javabeans don't work correctly with php :
in fact, when i load the javabeans (ie : $MaClasse = New
Java("MaClass");) it works ONLY if i just load 1 classe, but i need to
load 3...
So, when i use only 1 javabeans, the page comes correctly, but with 2
or more, i got this error in error.log of apache : "Premature End Of
Script Headers : e:/php/php.exe"
Apache (v1.3.31) is setup correctly, and PHP too.
I use JDK (J2EE 1.4), but the bug is always there...
I don't understand why it works with 1 and not with 2 or more...
If someone could help me please :)
Thank you very much.
--
Edit this bug report at http://bugs.php.net/?id=29117&edit=1
#29185 [NEW]: Error in output from sprintf()
From: hkh at netnords dot dk
Operating system: debian 3.0 - Apache 1.3.26
PHP version: 4.3.7
PHP Bug Type: Strings related
Bug description: Error in output from sprintf()
Description:
I don't get the expected result from sprintf(), when input are less than
[-]1.
Tried the same code on a php 5.0.0b3 (windows), where I got the expected
result.
Maybe its related/oposite to bug #28633
Reproduce code:
---
$fmt = "%08.2f";
printf("[".$fmt."]", -10);
printf("[".$fmt."]",-1);
printf("[".$fmt."]",-0.995);
printf("[".$fmt."]",-0.99);
printf("[".$fmt."]",-0.5);
printf("[".$fmt."]", 0);
printf("[".$fmt."]", 0.5);
printf("[".$fmt."]", 0.99);
printf("[".$fmt."]", 0.995);
printf("[".$fmt."]", 1);
printf("[".$fmt."]",10);
Expected result:
[-0010.00]
[-0001.00]
[-0001.00] // Not [-.99], should't it round down ?
[-.99]
[-.50]
[0.00]
[0.50]
[0.99]
[1.00] // Not [0.99] , should't it round up ?
[1.00]
[00010.00]
Actual result:
--
[-0010.00]
[-0001.00]
[-000.99]
[-000.99]
[-000.50]
[.00]
[.50]
[.99]
[.99]
[1.00]
[00010.00]
--
Edit bug report at http://bugs.php.net/?id=29185&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29185&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29185&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29185&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29185&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29185&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29185&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29185&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29185&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29185&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29185&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29185&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29185&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29185&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29185&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29185&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29185&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29185&r=float
#29176 [Asn]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 User updated by: webmaster at ragnarokonline dot de Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: AFAICS the php-commandline is not affected to this bug. Previous Comments: [2004-07-15 12:23:39] webmaster at ragnarokonline dot de Someone at Turck-MMCache found out in a related bug I've reported, that a workaround is to set register_long_arrays = On in the php.ini [2004-07-15 11:47:15] [EMAIL PROTECTED] I believe you might have caused this Stefan ;-) [2004-07-15 04:28:37] webmaster at ragnarokonline dot de Category => Variables related Sorry for bugspam [2004-07-15 04:27:24] webmaster at ragnarokonline dot de Description: $_GLOBALS somehow doesn't contain the arrays $_REQUEST, $_ENV and $_SERVER. This worked fine in PHP4. Reproduce code: --- Expected result: The contents of the arrays $_SERVER, $_ENV and $_REQUEST are being printed. Actual result: -- NULL NULL NULL is being printed. -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#29155 [Bgs]: switch odd behaviour with mixed int/string variables
ID: 29155
User updated by: phpbug at bart dot w-wa dot pl
Reported By: phpbug at bart dot w-wa dot pl
Status: Bogus
Bug Type: Variables related
Operating System: Linux
PHP Version: 4.3.7
New Comment:
I am aware _why_ this happens, but still I do belive it's a flaw.
Perhaps a flaw in design, not the code itself. This odd behavior is
unique to PHP. In other languages, where == is used both for int and
string comparison 0 != 'something' (eg. JavaScript). In Perl 0 ==
'something' only becouse == is an operator for _numeric_ comparison,
while strings are compared with eq operator.
BTW, the example "works" other way around too:
$x = 'something';
switch($x) {
case 0: echo 'wrong'; break;
case 'something': echo 'ok'; break;
};
Previous Comments:
[2004-07-14 22:48:10] no at spam dot forme
you test one integer 0 against a string, which causes php to cast your
string into an integer, which results in 0 for the string 'something'.
thus, the first case comparison looks like 0 == 'something' <=> 0 == 0
<=> true, the program prints 'something' and breaks the switch. Your
result is the expected result. I think this should be more explicitly
empathized in the php manual.
[2004-07-14 16:49:32] [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
.
[2004-07-14 16:46:21] phpbug at bart dot w-wa dot pl
Description:
Due to FU typecasting switch produces unexpected results when one of
the cases is string, but variable passed to switch is int.
Reproduce code:
---
$x = 0;
switch($x) {
case 'something': echo 'something'; break;
case 0: echo 'zero'; break;
default: echo 'something else';
};
Expected result:
zero
Actual result:
--
something
--
Edit this bug report at http://bugs.php.net/?id=29155&edit=1
#24720 [Com]: mysql_result(): supplied argument is not a valid MySQL result resource
ID: 24720
Comment by: tomislav at escapestudio dot net
Reported By: adrian at smartcall dot ro
Status: Bogus
Bug Type: MSSQL related
Operating System: linux slackware
PHP Version: 4.3.2
New Comment:
I had the same problem and after spending a whole week on finding the
solution, I gave Up. Only one was mentioned above:
if ( $result != 1 )
while ($msrow = mssql_fetch_row($result))
{
... etc ...
}
Previous Comments:
[2004-01-16 15:45:33] adrian at smartcall dot ro
I have also the corect result when I run SQSH/FreeTDS. Still in php the
problem persist, I didn't found a way to solve it !
[2004-01-16 14:12:57] savelazquez at megacable dot com dot mx
I have the same problem on FreeBSD, I think this is a bug, and is not
related to the O.S.
I reproduced the same querys that PHP/FreeTDS fails to execute in
SQSH/FreeTDS and they run fine. The problem presents when no records
are found in the query using PHP/FreeTDS.
[2003-07-24 09:27:27] [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
I unable to test mssql, however the test code does work correctly
unless the query you execute is faulty. For example if you perform a
select on a non-existant field the error that occurs when
mysql_fetch_row() is called is identical to the one you describe. Which
leads me to believe the error is the result of a bad query and not a
behavioural change in PHP.
[2003-07-21 06:12:34] adrian at smartcall dot ro
I downloaded the latest snapshot ... compiled, instaled ... but with no
success ... the result is still the same for mssql_query or mysql_query:
When my query has no match I get 1 as result instead of a resurce id.
Now I am writting myscripts this way :
if ( $result != 1 )
while ($msrow = mssql_fetch_row($result))
{
... etc ...
}
But I don't think this is very elegant.
P.S. Before I installed the slackware on the server I had a debian (
woody ), on which I had the same problem. So, is not a operating system
problem !
[2003-07-20 10:47:53] [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
And give a complete example script, WITHOUT any 'include/require'
calls.
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/24720
--
Edit this bug report at http://bugs.php.net/?id=24720&edit=1
#29156 [Bgs]: PHP hangs with IIS 5.0
ID: 29156 User updated by: bharris at lakeforesthospital dot com Reported By: bharris at lakeforesthospital dot com Status: Bogus Bug Type: IIS related Operating System: Windows 2000 SP4 PHP Version: 5.0.0 New Comment: Well there was a "bug" in the documentation, and there's a bug in it's handling of IIS. Maybe it's an IIS bug, but if you are aware of it you should handle it. The defered responsibility might be just, but it is deffinately stupid. Previous Comments: [2004-07-15 14:27:07] [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. [2004-07-15 10:22:28] lslight at no-log dot org >From install.txt : !NOTE!: Since 4.1.2, the php.ini setting cgi.force_redirect defaults to '1' which effectively prevents the cgi from working within IIS. You need to set up at least a minimal php.ini file with the following directive: cgi.force_redirect = 0 And no more http 400 error. [2004-07-14 22:29:17] bharris at lakeforesthospital dot com Well that sorta worked... But now every page gives me an HTML error 400 - Bad Request. Any ideas? [2004-07-14 21:53:34] lslight at no-log dot org Oops. Not a bug anymore for me. I had to change the executable associated with ".php" in IIS, from "php.exe" to "php-cgi.exe". Install.txt included is the distribution seems to be not updated. [2004-07-14 20:52:44] lslight at no-log dot org sale result with Windows NT Server and IIS4 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/29156 -- Edit this bug report at http://bugs.php.net/?id=29156&edit=1
#28007 [Asn->Csd]: FreeTDS support will not compile
ID: 28007 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: MSSQL related Operating System: Linux PHP Version: 4.3.6RC3 Assigned To: fmk New Comment: It's fixed in CVS, not in the 4.3.8 distribution bundle. You need to either (A) Wait for 4.3.9, or (B) Grab a snapshot from http://snaps.php.net Previous Comments: [2004-07-15 01:18:41] matt at atopia dot net This still seems to be an issue with php-4.3.8. Is the patch shown in this report reliable? In file included from /usr/archive/source/php-4.3.8/ext/mssql/php_mssql.c:33: /usr/archive/source/php-4.3.8/ext/mssql/php_mssql.h:41: redefinition of `SHORT' /usr/local/include/sybdb.h:117: `SHORT' previously declared here *** Error code 1 Stop in /usr/archive/source/php-4.3.8. [2004-04-21 01:36:12] [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. Older versions of FreeTDS does not define the SHORT type. [2004-04-15 19:18:12] [EMAIL PROTECTED] Assigned to Frank who added the line in question in rev 1.84 of php_mssql.c [2004-04-15 10:27:22] [EMAIL PROTECTED] Description: See bug #21544 -- I was asked to open a new report. ./configure --with-mssql ... works, but a make of the same fails with: (see actual result). FreeTDS version: (debian unstable) 0.53-7 Sniper mentioned that he thinks it's my FreeTDS install. Could be. The attached patch seems to completely fix the problem, though. As mentioned in the other bug: I'm not a C guy, so I could be way wrong on this. All I know is that after patching, --with-mssql compiles and the library seems to work (as) well (as mssql on linux has ever worked). S --- Index: ext/mssql/php_mssql.c === RCS file: /repository/php-src/ext/mssql/php_mssql.c,v retrieving revision 1.86.2.31 diff -u -r1.86.2.31 php_mssql.c --- ext/mssql/php_mssql.c 30 Mar 2004 17:54:38 - 1.86.2.31 +++ ext/mssql/php_mssql.c 14 Apr 2004 15:18:18 - @@ -336,7 +336,7 @@ dbsetlogintime(MS_SQL_G(connect_timeout)); if (MS_SQL_G(timeout) < 0) MS_SQL_G(timeout) = 60; dbsettime(MS_SQL_G(timeout)); - dbsetmaxprocs((SHORT)MS_SQL_G(max_procs)); + dbsetmaxprocs((int)MS_SQL_G(max_procs)); return SUCCESS; } Reproduce code: --- n/a Expected result: compile Actual result: -- ext/mssql/php_mssql.c: In function `zm_activate_mssql': ext/mssql/php_mssql.c:339: `SHORT' undeclared (first use in this function) ext/mssql/php_mssql.c:339: (Each undeclared identifier is reported only once ext/mssql/php_mssql.c:339: for each function it appears in.) make: *** [ext/mssql/php_mssql.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=28007&edit=1
#28578 [Asn->Csd]: segfault when tidy parses PHP code
ID: 28578
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: win
PHP Version: 5CVS-2004-05-30 (dev)
Assigned To: john
New Comment:
Edin has updated the libtidy and the problem is solved.
Many thanks!
Previous Comments:
[2004-06-24 19:02:51] [EMAIL PROTECTED]
I've found this is a libtidy problem!
More info at:
https://sourceforge.net/tracker/index.php?func=detail&aid=964946&group_id=27659&atid=390963
The problem is that the windows binnaries use a old version of libtidy
and still contain that error. Maybe its time to update this lib (it
compiles in 5 minutes...)
[2004-05-31 15:16:33] [EMAIL PROTECTED]
I've built PHP with latest tidy lib on cygwin and it doesn't segfault.
The problem can be in the libTidy itself, as the binaries provided by
the snaps machine use a very old version of the libTidy.
[2004-05-31 12:17:41] [EMAIL PROTECTED]
Works for me on linux, assigning to the maintainer.
[2004-05-30 22:36:58] jed at jed dot bz
Heh, sorry. That would be 0xC005.
[2004-05-30 22:35:07] jed at jed dot bz
PHP 5.0.0RC2. Run via CLI.
I was able to reproduce this bug. My gut feeling, which I will check
after I submit this debug info (I have the debugger attached at
present), is that will parse correctly.
Unhandled exception in php.exe (PHP_TIDY.DLL): 0xC0005: Access
Violation.
Unfortunately, I do not have the debug build of PHP. Best I can offer
you is this:
PHP_TIDY! 00ab93fe()
That's my call stack. Sorry. I'll get the debug version of PHP and
recheck this later, if I remember.
Rechecking my initial gut suspicion, this piece of code works fine.
$tidy = tidy_parse_string('');
My advice at present is to not use short tags in tidy-parsed code, as
tidy's logic probably does not recognize and attempts to parse
it.
However, a worthy problem for looking into.
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/28578
--
Edit this bug report at http://bugs.php.net/?id=28578&edit=1
#29189 [NEW]: compile failure with --with-mssql
From: ute at centrum dot cz Operating system: FreeBSD 5.2.1 PHP version: 4.3.8 PHP Bug Type: Compile Failure Bug description: compile failure with --with-mssql Description: Compilation php crashes with --with-mssql and freetds-0.62.3 In file included from /usr/src/php-4.3.8/ext/mssql/php_mssql.c:33: /usr/src/php-4.3.8/ext/mssql/php_mssql.h:41: error: redefinition of `SHORT' /usr/local/include/sybdb.h:117: error: `SHORT' previously declared here *** Error code 1 -- Edit bug report at http://bugs.php.net/?id=29189&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29189&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29189&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29189&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29189&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29189&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29189&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29189&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29189&r=support Expected behavior: http://bugs.php.net/fix.php?id=29189&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29189&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29189&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29189&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29189&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29189&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29189&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29189&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29189&r=float
#29058 [Opn->Csd]: odbc_foreignkeys does not return imported keys *Fix*
ID: 29058 Updated by: [EMAIL PROTECTED] Reported By: mirage at rateaprof dot com -Status: Open +Status: Closed Bug Type: ODBC related Operating System: Redhat 8 PHP Version: 5.0.0RC3 New Comment: 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. Patch applied. thanks Previous Comments: [2004-07-09 09:58:38] mirage at rateaprof dot com It looks like the line to use is: #if defined (HAVE_DBMAKER) || defined (HAVE_IBMDB2) #define EMPTY_TO_NULL (xstr) \ ... #endif If you have any questions, just let me know. [2004-07-09 09:25:37] mirage at rateaprof dot com Okay this is a partial fix, I don't know how to finish it: In php-src/ext/odbc/php_odbc.c look in PHP_FUNCTION(odbc_foreignkeys) There is a line: #ifdef HAVE_DBMAKER #define EMPTY_TO_NULL ... #endif IBM DB2 also needs this feature to set fields of "" in php to NULL in the C-ODBC call. I know this because I did a if (!strlen(pcat)) pcat=NULL; and the same for ptable, pschema, fcat, fschema, ftable and the problem is fixed. I'm not exactly the person who really knows how best to make the ifdef detect DB2 as well, but if one of you could make it essentially: #ifdef (HAVE_DBMAKER || HAVE_DB2) .. #endif Then that would be awesome! And that folks will fix the problem in DB2 :) Cheers! Jeff [2004-07-08 21:23:22] mirage at rateaprof dot com Sorry coppied wrong code block, but the first code snip should have read (with nulls in the fk fields). BTW Problem still exists, it was just my 'pasteo' in the bux report. /* get the list of foreign key columns */ cliRC = SQLForeignKeys(hstmt, NULL, 0, tbSchema, SQL_NTS, tbName, SQL_NTS, NULL, 0, NULL, SQL_NTS, NULL, SQL_NTS); [2004-07-08 05:36:52] mirage at rateaprof dot com Description: I am running IBM DB2 v8.1 fixpack 5 I am running PHP-5RC2/3 (same php_odbc.c file, no diffs) If I call: odbc_foreignkeys ($dbconn, "", "schema", "table", "", "", ""); I get all foreign keys for this table (i.e. I get a list of all other tables that reference fields in schema.table). -- In theory, I should be able to: odbc_foreignkeys ($dbconn, "", "", "", "", "schema", "table") And in return I get all schema2.table2.column2 names of other tables that columns in schema.table reference. In otherwords, what keys does this table reference? Well it always returns nothing... -- So is it me, or is it php_odbc.c? Well I went ahead and tested /opt/IBM/db2/V8.1/samples/cli/tbconstr.c and reversed the arguments for SQLForeignKeys from ExportedKeys query: /* get the list of foreign key columns */ cliRC = SQLForeignKeys(hstmt, NULL, 0, tbSchema, SQL_NTS, tbName, SQL_NTS, NULL, 0, tbSchema, SQL_NTS, tbName, SQL_NTS); So it would become the following to query ImportedKeys /* get the list of foreign key columns */ cliRC = SQLForeignKeys(hstmt, NULL, 0, NULL, SQL_NTS, NULL, SQL_NTS, NULL, 0, tbSchema, SQL_NTS, tbName, SQL_NTS); Yup it works in the pure C+odbc version... it just doesn't work in php, so somewhere between the php-odbc_foreignkeys(,...) call and the odbc_php.c, we lose the return values... I can't tell where since I don't know enough to debug php... I'd be more than happy to help, but I don't know how. Can someone see if perhaps return values are being thrown away? Or arguments to the php call are lost? -- I did check that the proper dynamic library was being used by running ldd libphp5.so, and yes it does link to the current v8.1 library... Reproduce code: --- So I get all the tables with odbc_tables($dbconn, "", "schema", "%", "");
#27412 [Asn->Fbk]: nsapi will not load for NS/Iplanet ver 3 and 4
ID: 27412 Updated by: [EMAIL PROTECTED] Reported By: chris at seismo dot usbr dot gov dot spamfree -Status: Assigned +Status: Feedback Bug Type: iPlanet related Operating System: IRIX 6.5 PHP Version: 4CVS, 5CVS (2004-02-27) Assigned To: thetaphi New Comment: Is it a solution to use a newer version of the SunONE servers? Because since version 6 they use on all platforms pthreads. Previous Comments: [2004-03-28 13:40:31] chris at seismo dot usbr dot gov dot spamfree Further testing indicates that Netscape/iPlanet Enterprise Server uses the sproc/sprocsp model of threading on IRIX, at least for versions 3 and 4. According to the sproc man page "The sproc model of threading is incompatible with POSIX threads." A problem with sproc threads is that they can quickly use up all available process memory unless the per-process stack size is kept *small* enough. With PHP NSAPI, this will result in a segment violation (SIGSEGV), with a "not enough memory to lock stack" syslog error. So with PHP, one may need to limit the per-process stacksize when starting ns-httpd. For example: (limit stacksize 8m && $NSES_PATH/start) [2004-03-09 05:25:58] [EMAIL PROTECTED] Can you send me the patch as Unified Diff to my email? [2004-03-08 20:11:44] chris at seismo dot usbr dot gov dot spamfree TSRM.c needed a few more minor changes to have complete NSAPI support. Without these, you eventually get SIGSEGV. The point of these changes is to permit choice of using NSAPI thread API, thus avoiding dependency on native threads (and resulting problems on some platforms). Here are the complete context diffs for php-4.3.5RC3: *** 91,96 --- 91,98 #if defined(PTHREADS) /* Thread local storage */ static pthread_key_t tls_key; + #elif defined(NSAPI) + static int tls_key; #elif defined(TSRM_ST) static int tls_key; #elif defined(TSRM_WIN32) *** *** 106,111 --- 108,115 pth_init(); #elif defined(PTHREADS) pthread_key_create( &tls_key, 0 ); + #elif defined(NSAPI) + tls_key = systhread_newkey(); #elif defined(TSRM_ST) st_init(); st_key_create(&tls_key, 0); *** *** 186,191 --- 190,197 #elif defined(PTHREADS) pthread_setspecific(tls_key, 0); pthread_key_delete(tls_key); + #elif defined(NSAPI) + /* systhread_setdata(tls_key, 0); /* as bogus as pthread_setspecific(key,0) */ #elif defined(TSRM_WIN32) TlsFree(tls_key); #endif *** *** 261,266 --- 267,274 #if defined(PTHREADS) /* Set thread local storage to this new thread resources structure */ pthread_setspecific(tls_key, (void *) *thread_resources_ptr); + #elif defined(NSAPI) + systhread_setdata(tls_key, (void *) *thread_resources_ptr); #elif defined(TSRM_ST) st_thread_setspecific(tls_key, (void *) *thread_resources_ptr); #elif defined(TSRM_WIN32) *** *** 302,307 --- 310,317 * and our hashtable lookup. */ thread_resources = pthread_getspecific(tls_key); + #elif defined(NSAPI) + thread_resources = systhread_getdata(tls_key); #elif defined(TSRM_ST) thread_resources = st_thread_getspecific(tls_key); #elif defined(TSRM_WIN32) *** *** 390,395 --- 400,407 } #if defined(PTHREADS) pthread_setspecific(tls_key, 0); + #elif defined(NSAPI) + /* systhread_setdata(tls_key, 0); /* as bogus as pthread_setspecific(key,0) */ #elif defined(TSRM_WIN32) TlsSetValue(tls_key, 0); #endif *** *** 524,530 #elif defined(PTHREADS) return pthread_mutex_lock(mutexp); #elif defined(NSAPI) ! return crit_enter(mutexp); #elif defined(PI3WEB) return PISync_lock(mutexp); #elif defined(TSRM_ST) --- 536,543 #elif defined(PTHREADS) return pthread_mutex_lock(mutexp); #elif defined(NSAPI) ! crit_enter(mutexp); /* returns void */ ! return 0; #elif defined(PI3WEB) return PISync_lock(mutexp); #elif defined(TSRM_ST) *** *** 551,557 #elif defined(PTHREADS) return pthread_mutex_unlock(mutexp); #elif defined(NSAPI) ! return crit_exit(mutexp); #elif defined(PI3WEB) return PISync_unlock(mutexp); #elif defined(TSRM_ST) --- 564,571 #elif defined(PTHREADS) return pthread_mutex_unlock(mutexp); #elif defined(NSAPI) ! crit_exit(mutexp); /* returns void */ ! return 0; #elif defined(PI3WEB) return PISync_unlock(mutexp); #elif defined(TSRM_ST) For complete
#29189 [Opn->Bgs]: compile failure with --with-mssql
ID: 29189 User updated by: ute at centrum dot cz Reported By: ute at centrum dot cz -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.2.1 PHP Version: 4.3.8 New Comment: the same bug reported Previous Comments: [2004-07-15 17:08:10] ute at centrum dot cz Description: Compilation php crashes with --with-mssql and freetds-0.62.3 In file included from /usr/src/php-4.3.8/ext/mssql/php_mssql.c:33: /usr/src/php-4.3.8/ext/mssql/php_mssql.h:41: error: redefinition of `SHORT' /usr/local/include/sybdb.h:117: error: `SHORT' previously declared here *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=29189&edit=1
#29175 [Bgs]: __get and __set are not called when property explicitly defined public or var
ID: 29175
Updated by: [EMAIL PROTECTED]
Reported By: jbeall at heraldic dot us
Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5.0.0
New Comment:
I updated the manual's XML source to mention this in the PHP 5
Migration section.
The overload section, as already marked in the manual, is for PHP 4
only and not PHP 5.
Previous Comments:
[2004-07-15 14:33:50] jbeall at heraldic dot us
Interesting. The documentation suggests otherwise, both here:
http://us2.php.net/manual/en/migration5.oop.php#migration5.oop.overload
and here: http://us4.php.net/overload
It would probably be a good idea to update the docs so they make it
clear what the intended behavior is.
[2004-07-15 04:20:12] [EMAIL PROTECTED]
This is the intended behavior. __get() and __set() are
only triggered when a property *does not* exist.
[2004-07-15 03:56:29] jbeall at heraldic dot us
Description:
If you define a property as public, and then also define the __get()
and __set() functions within the same class, those functions are not
called.
Reproduce code:
---
class Sub
{
public $someProp;
function __get($prop)
{
echo "Property $prop called\n";
}
function __set($prop, $val)
{
echo "Property $prop set to $val\n";
}
}
$foo = new Sub();
$foo->someProp = 10;
echo $foo->someProp;
Expected result:
Property someProp set to 10
Property someProp called
Actual result:
--
10
--
Edit this bug report at http://bugs.php.net/?id=29175&edit=1
#29163 [Opn]: field consisting of one space char is read as an empty string by fgetcsv
ID: 29163
User updated by: ramon_herrera at eloyalty dot com
Reported By: ramon_herrera at eloyalty dot com
Status: Open
Bug Type: Filesystem function related
Operating System: win2k & GNU/Linux (FC2)
PHP Version: 5.0.0
New Comment:
Version 4.3.8 results are identical to the version 4.3.7 results.
Previous Comments:
[2004-07-15 06:50:20] ramon_herrera at eloyalty dot com
(Ignore this comment. I just needed to clarify the bug category.)
[2004-07-15 06:46:49] ramon_herrera at eloyalty dot com
The same results occur when running a similar CLI script on my Fedora
Core 2 machine under both versions (4.3.7 and 5.0.0).
[2004-07-14 22:02:00] ramon_herrera at eloyalty dot com
Description:
A field consisting of one space character is read as an empty string by
the fgetcsv function in version 5.0.0 where the version 4.3.7 fgetcsv
reads the space as it is presented.
The startup .bat file and the CSV file are both listed below.
./test.bat, set to use the PHP 5.0.0 binaries
\
@echo off
set PHPROOT=.
REM set PHPVER=4.3.7
set PHPVER=5.0.0
set PHPEXE=%PHPROOT%\bin_%PHPVER%\php.exe
set PHPINI=%PHPROOT%\etc\test.ini
set PHPPHP=%PHPROOT%\usr\test.php
%PHPEXE% -c %PHPINI% -f %PHPPHP%
/
./var/zinput.txt
\
foo,bar,nextisspace, ,previsspace,last
/
Reproduce code:
---
Expected result:
D:\foo>test.bat
array(1) {
[0]=>
array(6) {
[0]=>
string(3) "foo"
[1]=>
string(3) "bar"
[2]=>
string(11) "nextisspace"
[3]=>
string(1) " "
[4]=>
string(11) "previsspace"
[5]=>
string(4) "last"
}
}
Tested with version 4.3.7
D:\foo>
Actual result:
--
D:\foo>test.bat
array(1) {
[0]=>
array(6) {
[0]=>
string(3) "foo"
[1]=>
string(3) "bar"
[2]=>
string(11) "nextisspace"
[3]=>
string(0) ""
[4]=>
string(11) "previsspace"
[5]=>
string(4) "last"
}
}
Tested with version 5.0.0
D:\foo>
--
Edit this bug report at http://bugs.php.net/?id=29163&edit=1
#29133 [Opn->Bgs]: MySQL extension config.m4 uses incorrect full path
ID: 29133 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: NetBSD PHP Version: 4.3.8 New Comment: We'll address it when we start generating the distribution packages with the newer tools. Which won't happen anytime soon since the new tools are buggy. Previous Comments: [2004-07-14 14:26:11] jdolecek at NetBSD dot org Sorry - I made a mistake with the specified version. Autoconf 2.59 is used. Automake is version 1.8. Older automake (1.4) ignores the sinclude() if the specified file doesn't exist. Newer automake (1.8) exits with error in this case, however. So, this should be adressed sooner or later. [2004-07-14 14:00:24] [EMAIL PROTECTED] autoconf 1.8 is not supported. Use the snapshots from http://snaps.php.net if you don't have the right tools to generate build stuff. [2004-07-14 08:29:51] jdolecek at NetBSD dot org Description: ext/mysql/config.m4 includes: sinclude(ext/mysql/libmysql/acinclude.m4) sinclude(ext/mysql/libmysql/mysql.m4) sinclude(libmysql/acinclude.m4) sinclude(libmysql/mysql.m4) When building this extension separately and phpize is called in the directory ext/mysql/, the former two files don't exist and autoconf 1.8 aborts build. The NetBSD pkgsrc fix to this is: --- config.m4.orig Mon Jul 14 12:43:51 2003 +++ config.m4 Wed Mar 31 12:02:43 2004 @@ -3,7 +3,5 @@ dnl -sinclude(ext/mysql/libmysql/acinclude.m4) -sinclude(ext/mysql/libmysql/mysql.m4) sinclude(libmysql/acinclude.m4) sinclude(libmysql/mysql.m4) Reproduce code: --- Build mysql extension separately from main package using autoconf 1.8. Expected result: The phpize phase eventually fails with: aclocal-1.8: cannot open ext/mysql/libmysql/acinclude.m4: No such file or directory *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=29133&edit=1
#29127 [Opn]: PHP has encountered an Access Violation
ID: 29127 Updated by: [EMAIL PROTECTED] Reported By: bojo at gvea dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.0.0 New Comment: Could you try php5ts.dll from http://emini.dk/php5ts-zend-mm.zip Previous Comments: [2004-07-15 14:37:35] [EMAIL PROTECTED] Help needed to track down this issue. Who is volunteering to test builds (write to [EMAIL PROTECTED])? Also try switching dlls the other way around 5.0.0's php5ts.dll and RC2's php5isapi.dll. [2004-07-14 23:31:14] alantan at po dot tagnetwork dot net I had to "downgrade" back to PHP5 RC2 for the same reason... Was working on my API and noticed that all scripts run fine but at the very end of the page got the same Access Violation error, very odd... [2004-07-14 22:52:12] taomyn at myway dot com The only thing I can add so far is that code I have that I can consistently produce this error with, my own website counter code, fails in only 3 of the 5 sites I have configured under IIS 6. The other two do not exhibit this error, but I cannot yet see a difference - I am still searching and will report any new findings. If I add the code to a sixth site that doesn't normally call the counter, it too fails. Very weird stuff! [2004-07-14 18:33:56] jonathanjarvis at hotmail dot com We can't use 5.0.0 or 4.3.8 until the access violation bugs on windows are fixed. Here is a list of reported access violation bugs: http://bugs.php.net/bug.php?id=28740 - Bogus http://bugs.php.net/bug.php?id=28799 - Open http://bugs.php.net/bug.php?id=28844 - No Feedback http://bugs.php.net/bug.php?id=28873 - No Feedback http://bugs.php.net/bug.php?id=28898 - Bogus http://bugs.php.net/bug.php?id=28929 - Open http://bugs.php.net/bug.php?id=28942 - Bogus http://bugs.php.net/bug.php?id=28954 - Bogus http://bugs.php.net/bug.php?id=28977 - Bogus [2004-07-14 15:43:51] Andreas at Oslos dot Net I'm also concerned from this error, it occours since RC3. My system is based on Windows Server 2003, IIS 6. By replacing the php5isapi.dll from final release with the one from RC2, php works without any errors. Error MSG: PHP has encountered an Access Violation at ... (as example 01B973CD) 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/29127 -- Edit this bug report at http://bugs.php.net/?id=29127&edit=1
#28799 [Opn]: PHP has encountered an Access Violation at 016E73DD
ID: 28799 Updated by: [EMAIL PROTECTED] Reported By: l_anjanesh at yahoo dot com Status: Open Bug Type: *General Issues Operating System: Windows 2003 Server Enterprise PHP Version: 5.0.0RC3 New Comment: Could you try php5ts.dll from http://emini.dk/php5ts-zend-mm.zip Previous Comments: [2004-07-14 23:34:40] alantan at po dot tagnetwork dot net you must manually enable mysql extension modules (mysqli if you want to use Mysql 5.0 like i did) if you want to use it in php.ini... to answer that also the ISAPI module I experience the same problem with both RC3 AND the FINAL release. [2004-07-08 01:55:45] bojo at gvea dot com After building a Windows 2003 server with IIS6 and PHP 5.0 RC3, I have the same Access Violation error. I also tried replacing the php5isapi.dll with the RC2 version, no luck. I then fully rolled back to PHP 5.0 RC2, same problem. In comparison, my Redhat environment with Apache 2 and PHP 5.0 RC3 was also crashing erratically, although I was unable to track it down to an Access Violation error. I believe that this problem is more than likely related. I haven't been able to produce this error with a sane amount of test code, but will add more comments as I try to narrow things down. [2004-07-07 14:19:12] php_newbie at yahoo dot com The error above shows when using myphpadmin 2.5.5-pl1 on IIS 5.1 with PHP 5 RC3 and MySQL 4.0.20c Most of my PHP/MySQL scripts works fine except for this one, I want to add the myphpadmin so i can do database manipulations on hand but sadly this version won't. Any help would be gratefullt appreciated. [2004-07-07 08:04:17] sebben at waw dot com dot br i not inglesh, i portugues http://br.php.net/get/php-5.0.0RC2-Win32.zip/from/this/mirror is the orc2 [2004-06-29 11:36:39] ruta at teltec dot de Same with 2003 webserver edition 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/28799 -- Edit this bug report at http://bugs.php.net/?id=28799&edit=1
#14105 [Com]: session_write_close() eats output
ID: 14105 Comment by: icedalex at hotmail dot com Reported By: mjrider at enschede dot com Status: Closed Bug Type: Session related Operating System: linux debian woody PHP Version: 4.1.0RC1 New Comment: I get exacly the same problem. I am running Debian Woody 3.0 stable Apache 1.3.26 PHP 4.1.2 I also tried flushing it but no luck. Previous Comments: [2001-12-13 06:29:27] [EMAIL PROTECTED] No feedback. Closing. [2001-11-19 19:21:04] [EMAIL PROTECTED] Please try the latest RC: http://download.php.net/~zeev/php-4.1.0RC3.tar.gz --Jani [2001-11-19 19:05:17] mjrider at enschede dot com Maybe thats my point, the output is broken somehow the session_write_close() remove some chars in the output buffer in apache, or from some internal buffer in php so yes the output of my script is indeed broken [2001-11-19 18:08:11] [EMAIL PROTECTED] Can not reproduce and your online test script seems to be outputting broken html too. [2001-11-19 03:40:16] mjrider at enschede dot com see this\n"; session_write_close(); echo "see this too\n"; ?> http://cam031000.student.utwente.nl/test.php for by output http://cam031000.student.utwente.nl/phpinfo.php for phpinfo -- Edit this bug report at http://bugs.php.net/?id=14105&edit=1
#29167 [Opn]: fopen works differently in a constructor vs. a destructor
ID: 29167 Updated by: [EMAIL PROTECTED] Reported By: kaspersv at privat dot dk Status: Open -Bug Type: Filesystem function related +Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.0.0 New Comment: Nothing to do with fopen, but instead the shutdown order; reclassifying. Previous Comments: [2004-07-15 09:12:46] [EMAIL PROTECTED] ATM you need to explicitly unset the object before script termination by using: unset($bugtest); [2004-07-14 23:44:15] kaspersv at privat dot dk Description: When I run the attached code on my machine, it creates a file called testing.txt in the directory where the php-file was located, containing the line "Constructor". And another file in the apache servers root directory also called testing.txt, containing the line "Destructor". Reproduce code: --- Expected result: A single file containing the two lines: Constructor Destructor -- Edit this bug report at http://bugs.php.net/?id=29167&edit=1
#29132 [Com]: $_SERVER["PHP_AUTH_USER"] is not in headers anymore?
ID: 29132
Comment by: daviidu at everydns dot net
Reported By: endrju at itrisinajumi dot lv
Status: Closed
Bug Type: *General Issues
Operating System: FreeBSD 5.2.1
PHP Version: 5.0.0
New Comment:
This bug is quite serious actually and I would expect a lot of
semi-clued people to not recognize it as a PHP bug or maybe only after
wasting a lot of time.
I would suggest a 5.0.1 release out the door ASAP.
-davidu
Previous Comments:
[2004-07-14 13:08:56] [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.
[2004-07-14 13:05:15] alex dot pagnoni at solarix dot it
Stefan, I can confirm you that $_SERVER['PHP_AUTH_USER']
now works fine again with the latest php5 snapshot
(php5-200407141030).
[2004-07-14 11:58:48] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
This Bug should be fixed in CVS now...
Please test next snapshot.
[2004-07-14 06:49:40] endrju at itrisinajumi dot lv
Changed category - General Issues;
[2004-07-14 06:40:59] endrju at itrisinajumi dot lv
Description:
When making HTTP authentication there is no $_SERVER["PHP_AUTH_USER"]
in headers (but there is $_SERVER["PHP_AUTH_PW"]).
I noticed this when i upgraded to PHP 5.0.0 and checked phpMyAdmin - it
hanged. After some investigation I found that there's no
$_SERVER["PHP_AUTH_USER"] in headers.
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-openssl'
'--with-imap=../imap-2004/' '--with-mysql=/usr/local/mysql'
'--with-mssql' '--with-pgsql' '--with-gd' '--with-png' '--with-zlib'
'--with-jpeg' '--with-iconv' '--with-gettext' '--with-xml'
'--with-mcrypt' '--enable-mbstring' '--enable-sockets' '--with-bz2'
'--enable-calendar' '--enable-bcmath'
Reproduce code:
---
Hello {$_SERVER['PHP_AUTH_USER']}.";
echo "You entered {$_SERVER['PHP_AUTH_PW']} as your
password.";
}
?>
Expected result:
(This is from http://lv.php.net/manual/en/features.http-auth.php).
I Expected that when i enter username, password and press OK, the code
will output my entered username and password.
Actual result:
--
Script keeps asking the username and password indefinitely;
--
Edit this bug report at http://bugs.php.net/?id=29132&edit=1
#28803 [Opn]: Almost all tests fail with "Bailed out without a bailout address!"
ID: 28803 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se Status: Open Bug Type: Unknown/Other Function -Operating System: IBM AIX 5.2.0.0 +Operating System: IBM AIX 5.2.0.0 ML3 -PHP Version: 5.0.0RC3 +PHP Version: 5.0.0 New Comment: The error still occurs with PHP 5.0.0 (release version). Previous Comments: [2004-06-16 12:45:41] Bjorn dot Wiberg at its dot uu dot se Description: Compilation works fine, but 'make test' fails on almost all tests with the error message: /usr/local/src/php-5.0.0RC3/main/main.c(1694) : Bailed out without a bailout address! Reproduce code: --- Configured PHP with: CC=/usr/local/bin/gcc CPPFLAGS="-I/usr/local/include" LDFLAGS="-L/lib -L/opt/freeware/lib -L/usr/local/lib" ./configure ...followed by these directives: --enable-dba --enable-debug --enable-memory-limit --enable-short-tags --enable-versioning --prefix=/apache/php --with-apxs2=/apache/bin/apxs --with-apxs2filter=/apache/bin/apxs --with-freetype-dir --with-gd --with-gdbm --with-gettext --with-jpeg-dir --with-ldap --with-mysql=/usr/local/mysql --with-openssl=/opt/freeware --with-png-dir --with-tiff-dir --with-ttf --with-zlib --with-zlib-dir --with-mnogosearch --with-xpm-dir --enable-bcmath --enable-calendar --enable-exif --enable-embedded-mysqli --enable-filepro --enable-gd-jis-conv --enable-gd-native-ttf --enable-mbstring --enable-zend-multibyte --with-inifile --with-libxml-dir --with-mime-magic Changed GDLIB_CFLAGS in the Makefile to start with: -I/usr/include/freetype2 ...as I have both GD1 and GD2 installed on the system, and need to make sure that it uses FreeType 2's /usr/include/freetype2/freetype/freetype.h instead of FreeType 1's /opt/freeware/include/freetype/freetype.h as the IBM OpenSSL 0.9.6m-1 installation causes -I/opt/freeware/include to appear before -I/usr/include/freetype2 (hence it picking up the wrong ). (Maybe this also is a bug which should be corrected...) I'm using GCC 3.3.2 from Bull (http://www.bullfreeware.com/main.html) and GNU make 3.80 from IBM's AIX Toolbox for Linux Applications (http://www-1.ibm.com/servers/aix/products/aixos/linux/date.html). Compiled PHP with '/opt/freeware/bin/make'. Ran the tests with '/opt/freeware/bin/make test'. Expected result: That all or at least a vast majority of the tests pass. Actual result: -- Most of the tests fail (rendering a huge test report which is too big to submit, either packed or unpacked) to the QA mailing list (I've tried). >From the 'make test' php_test_results_20040616_1120.txt file: /.../ = TEST RESULT SUMMARY - Exts skipped: 56 Exts tested : 27 - Number of tests : 1211 679 Tests skipped : 532 (43.9%) Tests warned:1 ( 0.1%) ( 0.1%) Tests failed: 672 (55.5%) (99.0%) Tests passed:6 ( 0.5%) ( 0.9%) - Time taken : 179 seconds = /.../ /usr/local/src/php-5.0.0RC3/tests/run-test/test001.phpt EXPECTED OUTPUT abc ACTUAL OUTPUT abc /usr/local/src/php-5.0.0RC3/main/main.c(1694) : Bailed out without a bailout address! FAILED 002+ /usr/local/src/php-5.0.0RC3/main/main.c(1694) : Bailed out without a bailout address! /usr/local/src/php-5.0.0RC3/tests/run-test/test002.phpt EXPECTED OUTPUT %d %i %i %f %s %x %c ACTUAL OUTPUT 123 -123 +123 +1.1 abc 0abc x /usr/local/src/php-5.0.0RC3/main/main.c(1694) : Bailed out without a bailout address! FAILED 008+ /usr/local/src/php-5.0.0RC3/main/main.c(1694) : Bailed out without a bailout address! /.../ -- Edit this bug report at http://bugs.php.net/?id=28803&edit=1
#29147 [Com]: Compile Error in mnoGoSearch functions)
ID: 29147 Comment by: Bjorn dot Wiberg at its dot uu dot se Reported By: sebastian at nohn dot net Status: Open Bug Type: Compile Failure Operating System: Linux 2.4 (Debian Woody) PHP Version: 5.0.0 New Comment: I experience the same error on IBM AIX 5.2.0.0 ML3 with PHP 5.0.0 (release) and mnoGoSearch 3.1.21 installed in the standard location /usr/local/mnogosearch. PHP has been configured with (excerpt from config.nice): CPPFLAGS='-I/usr/local/include' \ LDFLAGS='-L/lib -L/opt/freeware/lib -L/usr/local/lib' \ CC='/usr/local/bin/gcc' \ './configure' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-dba' \ '--enable-exif' \ '--enable-embedded-mysqli' \ '--enable-debug' \ '--enable-filepro' \ '--enable-gd-jis-conv' \ '--enable-gd-native-ttf' \ '--enable-mbstring' \ '--enable-memory-limit' \ '--enable-versioning' \ '--enable-zend-multibyte' \ '--prefix=/apache/php' \ '--with-apxs2=/apache/bin/apxs' \ '--with-apxs2filter=/apache/bin/apxs' \ '--with-freetype-dir' \ '--with-gd' \ '--with-gdbm' \ '--with-gettext' \ '--with-inifile' \ '--with-jpeg-dir' \ '--with-ldap' \ '--with-libxml-dir' \ '--with-mime-magic' \ '--with-mnogosearch' \ '--with-mysql=/usr/local/mysql' \ '--with-openssl=/opt/freeware' \ '--with-png-dir' \ '--with-tiff-dir' \ '--with-ttf' \ '--with-xpm-dir' \ '--with-zlib' \ '--with-zlib-dir' The error message I get is: ---8<---cut--- s_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -o sapi/cli/php -L/opt/freeware/lib -L/usr/X11R6/lib -L/usr/local/lib -L/usr/local/mysql/lib -L/usr/local/mnogosearch/lib -L/usr/local/mysql/lib/mysql -lz -lm -lldap -lssl -lcrypto -ls -llber -lintl -liconv -lfreetype -lz -lX11 -lXpm -lpng -lz -ljpeg -lgdbm -lz -lssl -lcrypto -lm -lz -liconv -lm -lz -liconv -lm -lz -liconv -lm -lz -liconv -lm -lmysqlclient -lz -lcrypt -lnsl_r -lm -lm -lz -lcrypto -lssl /usr/local/mnogosearch/lib/libudmsearch.a -lmysqlclient -lm -lz -lcrypto -lssl -lz -liconv -lm -lz -liconv -lm -lxml2 -lpthread -lz -liconv -lm -lz -liconv -lm -Wl,-bnolibpath -Wl,-blibpath:/usr/local/lib:/opt/freeware/lib:/usr/local/mysql/lib/mysql:/usr/X11R6/lib:/usr/local/mysql/lib:/usr/local/mnogosearch/lib:/usr/lib:/lib ld: 0711-317 ERROR: Undefined symbol: .UdmMalloc ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make: The error code from the last command is 1. Stop. Previous Comments: [2004-07-14 21:30:43] php at arwin dot net I had the same error when trying to include support for mnogosearch. The exact same configuration worked fine in php 5.0.0RC3. [2004-07-14 15:28:12] sebastian at nohn dot net Description: PHP does'nt compile Reproduce code: --- ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-zlib=yes \ --with-xml \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-wddx \ --with-mnogosearch=/opt/mnogosearch \ --with-gd \ --with-freetype-dir=/usr \ --with-gettext \ --with-libxml-dir=/opt/libxml2 make Expected result: Everything works fine Actual result: -- /bin/sh /root/install_temp/php-5.0.0/libtool --silent --preserve-dup-deps --mode=link /root/install_temp/php-5.0.0/meta_ccld -export-dynamic -g -O2 -pthread -DZTS -L/opt/libxml2/lib -L/usr/lib/mysql -L/opt/mnogosearch/lib -L/usr/lib/postgresql/lib -R /opt/libxml2/lib -R /usr/lib/mysql -R /opt/mnogosearch/lib -R /usr/lib/postgresql/lib ext/libxml/libxml.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctyp [...] d_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lpq -lmysqlclient -lfreetype -lpng -lz -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lmysqlclient -lm -lz -ludmsearch -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt -o sapi/cli/php /opt/mnogosearch/lib/libudmsearch.a(parser.o): In function `parse_file
#29080 [Com]: Segmentation Fault when using Interface
ID: 29080 Comment by: piotr at t-p-l dot com Reported By: jason at ionzoft dot com Status: Feedback Bug Type: Reproducible crash Operating System: Redhat ES 3.0 (Intel) PHP Version: 5.0.0RC3 New Comment: running the same code seg faults aswell I narrowed it down to Optimizer here is the proof: -- WITHOUT OPTIMIZER -- # php -v PHP 5.0.0 (cli) (built: Jul 15 2004 10:19:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by Zend Technologies with Zend Debugger v3.5.0, Copyright (c) 1999-2004, by Zend Technologies # php test2.php Hello -- WITH OPTIMIZER -- # php -v PHP 5.0.0 (cli) (built: Jul 15 2004 10:19:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by Zend Technologies with Zend Optimizer v2.5.3, Copyright (c) 1998-2004, by Zend Technologies with Zend Debugger v3.5.0, Copyright (c) 1999-2004, by Zend Technologies # php test2.php Segmentation fault -- WITH OPTIMIZER (but no DEBUGGER) -- # php -v PHP 5.0.0 (cli) (built: Jul 15 2004 10:19:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by Zend Technologies with Zend Optimizer v2.5.3, Copyright (c) 1998-2004, by Zend Technologies # php test2.php Segmentation fault Previous Comments: [2004-07-10 14:37:14] [EMAIL PROTECTED] Could you also try to run it with Debugger and Optimizer alone to get them isolated? [2004-07-10 06:51:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-07-09 23:14:46] jason at ionzoft dot com Description: Hello, I discovered this problem tonight while working on a new PHP 5 class that uses an interface. The code example came from http://www.zend.com/php5/articles/engine2-php5-changes.php#Heading5 getMessage(); ?> -- On this server, I get a Segmentation Fault: [EMAIL PROTECTED] dev]$ php -v PHP 5.0.0RC3 (cli) (built: Jun 24 2004 17:35:13) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0RC3, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.2, Copyright (c) 2003-2004, by Zend Technologies with Zend Optimizer v2.5.2, Copyright (c) 1998-2004, by Zend Technologies with Zend Debugger v3.5.0, Copyright (c) 1999-2004, by Zend Technologies [EMAIL PROTECTED] dev]$ php -f Interface.php Segmentation fault -- On this server, It works fine: [EMAIL PROTECTED] Jason]$ php -v PHP 5.0.0RC3 (cli) (built: Jun 14 2004 14:04:10) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0RC3, Copyright (c) 1998-2004 Zend Technologies [EMAIL PROTECTED] Jason]$ php -f Interface.php Hello -- Could it be a problem with the Debugger? Thanks, Jason Garber -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php Reproduce code: --- getMessage(); ?> Expected result: Should print "Hello\n" Actual result: -- "Segmentation Fault" -- Edit this bug report at http://bugs.php.net/?id=29080&edit=1
#29190 [NEW]: OpenSSL include path cause FreeType 1 headers to be found instead of FreeType 2
From: Bjorn dot Wiberg at its dot uu dot se Operating system: IBM AIX 5.2.0.0 ML3 PHP version: 5.0.0 PHP Bug Type: Compile Failure Bug description: OpenSSL include path cause FreeType 1 headers to be found instead of FreeType 2 Description: If OpenSSL support is configured (OpenSSL installed from RPM), and both FreeType 1 and 2 are installed on the system, OpenSSL causes GDLIB_CFLAGS to list -I/opt/freeware/include before -I/usr/include/freetype2, such that the chosen FreeType version (2) accidentally includes /opt/freeware/include/freetype/freetype.h (from FreeType 1.x) instead of the correct one, /usr/include/freetype2/freetype/freetype.h (from FreeType 2). This causes a compile failure. Reproduce code: --- Install RPMs "openssl-0.9.6m-1" and "openssl-devel-0.9.6m-1" (or later) from http://www.bullfreeware.com/listaix52.html. Configure PHP 5 with the following directives (from config.nice): CPPFLAGS='-I/usr/local/include' \ LDFLAGS='-L/lib -L/opt/freeware/lib -L/usr/local/lib' \ CC='/usr/local/bin/gcc' \ './configure' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-dba' \ '--enable-exif' \ '--enable-embedded-mysqli' \ '--enable-debug' \ '--enable-filepro' \ '--enable-gd-jis-conv' \ '--enable-gd-native-ttf' \ '--enable-mbstring' \ '--enable-memory-limit' \ '--enable-versioning' \ '--enable-zend-multibyte' \ '--prefix=/apache/php' \ '--with-apxs2=/apache/bin/apxs' \ '--with-apxs2filter=/apache/bin/apxs' \ '--with-freetype-dir' \ '--with-gd' \ '--with-gdbm' \ '--with-gettext' \ '--with-inifile' \ '--with-jpeg-dir' \ '--with-ldap' \ '--with-libxml-dir' \ '--with-mime-magic' \ '--with-mnogosearch' \ '--with-mysql=/usr/local/mysql' \ '--with-openssl=/opt/freeware' \ '--with-png-dir' \ '--with-tiff-dir' \ '--with-ttf' \ '--with-xpm-dir' \ '--with-zlib' \ '--with-zlib-dir' Notice the "--with-openssl" path and "--with-freetype-dir". Compile with 'make'. Expected result: Compilation success. Actual result: -- Excerpt from 'make': ... /usr/local/bin/gcc -I/usr/local/src/php-5.0.0/ext/gd/libgd -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_XPM -DHAVE_LIBFREETYPE -DJISX0208 -Iext/gd/ -I/usr/local/src/php-5.0.0/ext/gd/ -DPHP_ATOM_INC -I/usr/local/src/php-5.0.0/include -I/usr/local/src/php-5.0.0/main -I/usr/local/src/php-5.0.0 -I/usr/local/src/php-5.0.0/Zend -I/opt/freeware/include/libxml2 -I/opt/freeware/include -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/local/include -I/usr/local/src/php-5.0.0/ext/mbstring/oniguruma -I/usr/local/src/php-5.0.0/ext/mbstring/libmbfl -I/usr/local/src/php-5.0.0/ext/mbstring/libmbfl/mbfl -I/usr/local/mnogosearch/include -I/usr/local/mysql/include/mysql -I/usr/local/include -I/usr/local/src/php-5.0.0/TSRM -g -Wall -c /usr/local/src/php-5.0.0/ext/gd/gd.c -DPIC -o ext/gd/gd.lo /usr/local/src/php-5.0.0/ext/gd/gd.c: In function `zm_info_gd': /usr/local/src/php-5.0.0/ext/gd/gd.c:487: error: `FREETYPE_MAJOR' undeclared (first use in this function) /usr/local/src/php-5.0.0/ext/gd/gd.c:487: error: (Each undeclared identifier is reported only once /usr/local/src/php-5.0.0/ext/gd/gd.c:487: error: for each function it appears in.) /usr/local/src/php-5.0.0/ext/gd/gd.c:487: error: `FREETYPE_MINOR' undeclared (first use in this function) /usr/local/src/php-5.0.0/ext/gd/gd.c: At top level: /usr/local/src/php-5.0.0/TSRM/tsrm_virtual_cwd.h:182: warning: `php_realpath_hack' defined but not used make: The error code from the last command is 1. Stop. -- Edit bug report at http://bugs.php.net/?id=29190&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29190&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29190&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29190&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29190&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29190&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29190&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29190&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29190&r=support Expected behavior: http://bugs.php.net/fix.php?id=29190&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29190&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29190&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29190&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29190&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29190&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29190&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29190&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29190&r=float
#29190 [Opn]: OpenSSL include path cause FreeType 1 headers to be found instead of FreeType 2
ID: 29190 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se Status: Open Bug Type: Compile Failure Operating System: IBM AIX 5.2.0.0 ML3 PHP Version: 5.0.0 New Comment: A "manual" solution is to edit the Makefile after running configure, making sure that the GDLIB_CFLAGS line starts with: GDLIB_CFLAGS = -I/usr/include/freetype2 ...followed by whatever was on that line previously. It would be nice if the configure script somehow would put FreeType include paths before the OpenSSL ones, as that would solve the problem permanently. Best regards, Björn Previous Comments: [2004-07-15 20:15:56] Bjorn dot Wiberg at its dot uu dot se Description: If OpenSSL support is configured (OpenSSL installed from RPM), and both FreeType 1 and 2 are installed on the system, OpenSSL causes GDLIB_CFLAGS to list -I/opt/freeware/include before -I/usr/include/freetype2, such that the chosen FreeType version (2) accidentally includes /opt/freeware/include/freetype/freetype.h (from FreeType 1.x) instead of the correct one, /usr/include/freetype2/freetype/freetype.h (from FreeType 2). This causes a compile failure. Reproduce code: --- Install RPMs "openssl-0.9.6m-1" and "openssl-devel-0.9.6m-1" (or later) from http://www.bullfreeware.com/listaix52.html. Configure PHP 5 with the following directives (from config.nice): CPPFLAGS='-I/usr/local/include' \ LDFLAGS='-L/lib -L/opt/freeware/lib -L/usr/local/lib' \ CC='/usr/local/bin/gcc' \ './configure' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-dba' \ '--enable-exif' \ '--enable-embedded-mysqli' \ '--enable-debug' \ '--enable-filepro' \ '--enable-gd-jis-conv' \ '--enable-gd-native-ttf' \ '--enable-mbstring' \ '--enable-memory-limit' \ '--enable-versioning' \ '--enable-zend-multibyte' \ '--prefix=/apache/php' \ '--with-apxs2=/apache/bin/apxs' \ '--with-apxs2filter=/apache/bin/apxs' \ '--with-freetype-dir' \ '--with-gd' \ '--with-gdbm' \ '--with-gettext' \ '--with-inifile' \ '--with-jpeg-dir' \ '--with-ldap' \ '--with-libxml-dir' \ '--with-mime-magic' \ '--with-mnogosearch' \ '--with-mysql=/usr/local/mysql' \ '--with-openssl=/opt/freeware' \ '--with-png-dir' \ '--with-tiff-dir' \ '--with-ttf' \ '--with-xpm-dir' \ '--with-zlib' \ '--with-zlib-dir' Notice the "--with-openssl" path and "--with-freetype-dir". Compile with 'make'. Expected result: Compilation success. Actual result: -- Excerpt from 'make': ... /usr/local/bin/gcc -I/usr/local/src/php-5.0.0/ext/gd/libgd -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_XPM -DHAVE_LIBFREETYPE -DJISX0208 -Iext/gd/ -I/usr/local/src/php-5.0.0/ext/gd/ -DPHP_ATOM_INC -I/usr/local/src/php-5.0.0/include -I/usr/local/src/php-5.0.0/main -I/usr/local/src/php-5.0.0 -I/usr/local/src/php-5.0.0/Zend -I/opt/freeware/include/libxml2 -I/opt/freeware/include -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/local/include -I/usr/local/src/php-5.0.0/ext/mbstring/oniguruma -I/usr/local/src/php-5.0.0/ext/mbstring/libmbfl -I/usr/local/src/php-5.0.0/ext/mbstring/libmbfl/mbfl -I/usr/local/mnogosearch/include -I/usr/local/mysql/include/mysql -I/usr/local/include -I/usr/local/src/php-5.0.0/TSRM -g -Wall -c /usr/local/src/php-5.0.0/ext/gd/gd.c -DPIC -o ext/gd/gd.lo /usr/local/src/php-5.0.0/ext/gd/gd.c: In function `zm_info_gd': /usr/local/src/php-5.0.0/ext/gd/gd.c:487: error: `FREETYPE_MAJOR' undeclared (first use in this function) /usr/local/src/php-5.0.0/ext/gd/gd.c:487: error: (Each undeclared identifier is reported only once /usr/local/src/php-5.0.0/ext/gd/gd.c:487: error: for each function it appears in.) /usr/local/src/php-5.0.0/ext/gd/gd.c:487: error: `FREETYPE_MINOR' undeclared (first use in this function) /usr/local/src/php-5.0.0/ext/gd/gd.c: At top level: /usr/local/src/php-5.0.0/TSRM/tsrm_virtual_cwd.h:182: warning: `php_realpath_hack' defined but not used make: The error code from the last command is 1. Stop. -- Edit this bug report at http://bugs.php.net/?id=29190&edit=1
#29190 [Opn]: OpenSSL include path cause FreeType 1 headers to be found instead of FreeType 2
ID: 29190 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se Status: Open Bug Type: Compile Failure Operating System: IBM AIX 5.2.0.0 ML3 PHP Version: 5.0.0 New Comment: Similar errors (of course) occur with PHP 4.3.8 on the same system: ... /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1066: error: `ft_kerning_default' u ndeclared (first use in this function) /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1066: error: `delta' undeclared (fi rst use in this function) /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1072: warning: implicit declaration of function `FT_Load_Glyph' /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1084: error: `glyph_bbox' undeclare d (first use in this function) /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1115: error: dereferencing pointer to incomplete type /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1115: error: `ft_glyph_format_bitma p' undeclared (first use in this function) /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1115: error: `ft_render_mode_normal ' undeclared (first use in this function) /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1126: error: dereferencing pointer to incomplete type /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1126: error: dereferencing pointer to incomplete type /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1126: error: dereferencing pointer to incomplete type /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1133: error: dereferencing pointer to incomplete type /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c:1134: error: dereferencing pointer to incomplete type /usr/local/src/php-4.3.8/ext/gd/libgd/gdft.c: At top level: /usr/local/src/php-4.3.8/TSRM/tsrm_virtual_cwd.h:170: warning: `php_realpath_hac k' defined but not used make: The error code from the last command is 1. Stop. The solution is the same one, i.e., to change the GDLIB_CFLAGS line in the Makefile after running configure. Best regards, Björn Previous Comments: [2004-07-15 20:19:40] Bjorn dot Wiberg at its dot uu dot se A "manual" solution is to edit the Makefile after running configure, making sure that the GDLIB_CFLAGS line starts with: GDLIB_CFLAGS = -I/usr/include/freetype2 ...followed by whatever was on that line previously. It would be nice if the configure script somehow would put FreeType include paths before the OpenSSL ones, as that would solve the problem permanently. Best regards, Björn [2004-07-15 20:15:56] Bjorn dot Wiberg at its dot uu dot se Description: If OpenSSL support is configured (OpenSSL installed from RPM), and both FreeType 1 and 2 are installed on the system, OpenSSL causes GDLIB_CFLAGS to list -I/opt/freeware/include before -I/usr/include/freetype2, such that the chosen FreeType version (2) accidentally includes /opt/freeware/include/freetype/freetype.h (from FreeType 1.x) instead of the correct one, /usr/include/freetype2/freetype/freetype.h (from FreeType 2). This causes a compile failure. Reproduce code: --- Install RPMs "openssl-0.9.6m-1" and "openssl-devel-0.9.6m-1" (or later) from http://www.bullfreeware.com/listaix52.html. Configure PHP 5 with the following directives (from config.nice): CPPFLAGS='-I/usr/local/include' \ LDFLAGS='-L/lib -L/opt/freeware/lib -L/usr/local/lib' \ CC='/usr/local/bin/gcc' \ './configure' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-dba' \ '--enable-exif' \ '--enable-embedded-mysqli' \ '--enable-debug' \ '--enable-filepro' \ '--enable-gd-jis-conv' \ '--enable-gd-native-ttf' \ '--enable-mbstring' \ '--enable-memory-limit' \ '--enable-versioning' \ '--enable-zend-multibyte' \ '--prefix=/apache/php' \ '--with-apxs2=/apache/bin/apxs' \ '--with-apxs2filter=/apache/bin/apxs' \ '--with-freetype-dir' \ '--with-gd' \ '--with-gdbm' \ '--with-gettext' \ '--with-inifile' \ '--with-jpeg-dir' \ '--with-ldap' \ '--with-libxml-dir' \ '--with-mime-magic' \ '--with-mnogosearch' \ '--with-mysql=/usr/local/mysql' \ '--with-openssl=/opt/freeware' \ '--with-png-dir' \ '--with-tiff-dir' \ '--with-ttf' \ '--with-xpm-dir' \ '--with-zlib' \ '--with-zlib-dir' Notice the "--with-openssl" path and "--with-freetype-dir". Compile with 'make'. Expected result: Compilation success. Actual result: -- Excerpt from 'make': ... /usr/local/bin/gcc -I/usr/local/src/php-5.0.0/ext/gd/libgd -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_XPM -DHAVE_LIBFREETYPE -DJISX0208 -Iext/gd/ -I/usr/local/src/php-5.0.0/ext/gd/ -DPHP_ATOM_INC -I/usr/local/src/php-5.0.0/include -I/usr/local/src/php-5.0.0/main -I/usr/local/src/php-5.0.0 -I/usr/local/src/php-5.0.0/Zend -I/opt/freeware/include/libxml2 -I/opt/freeware/include -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/local/include -I/usr/local/src/php-5.0.0/ext/mbstring/oniguruma -I/usr/local/src/php-5.0.0/ext/m
#28905 [Com]: Cracklib crack_check does not accept resource from crack_opendict
ID: 28905
Comment by: bradshaw at mcs dot anl dot gov
Reported By: screen at brainkrash dot com
Status: Open
Bug Type: Unknown/Other Function
Operating System: Win32/Linux
PHP Version: 4.3.6
New Comment:
I am seeing this exact same problem with the 4.3.8 that we just started
using on our linux server running apache 2.0.50.
Is there a fix or workaround for this cause it is really affecting our
account creation system.
Previous Comments:
[2004-06-24 01:57:16] screen at brainkrash dot com
Description:
Upgraded to 4.3.6 from 4.3.4 and cracklib crack_check errors on
crack_check when passed the result from a successful crack_openict.
I've tested on a linux build and on win32 (binary distro).
crack_opendict appears does return a "resource" with no errors but
crack_check returns the following error:
Warning: crack_check(): 209064108 is not a valid cracklib dictionary
resource in...
a subsequent call to crack_getlastmessage gives the following warning:
Warning: crack_getlastmessage(): No obscure checks in this session
in...
Reproduce code:
---
$dict = crack_opendict("/usr/lib/cracklib_dict");
$strong = crack_check($dict, 'password');
print("dict: $dict");
print("strong: $strong");
Expected result:
dict: Resource id #60
strong: 0
Actual result:
--
Warning: crack_check(): 216275340 is not a valid cracklib dictionary
resource in
c:\usr\local\www\v2\common\auth\classes\class.BrainKrash_Auth.php on
line 704
dict: Resource id #60
strong:
--
Edit this bug report at http://bugs.php.net/?id=28905&edit=1
#28962 [Opn->Csd]: auth_gss is included, but c-client can't authenticate using GSSAPI
ID: 28962
User updated by: liamr at umich dot edu
Reported By: liamr at umich dot edu
-Status: Open
+Status: Closed
Bug Type: IMAP related
Operating System: linux 2.4.26
PHP Version: 5.0.0RC3
New Comment:
Seems to work fine in the release.
Previous Comments:
[2004-06-29 23:00:30] liamr at umich dot edu
Description:
This is related to http://bugs.php.net/bug.php?id=21687.
I believe the tests used to determine whether auth_gss gets invoked
aren't working right.
As distributed in the tarball, auth_gss gets defined in imap.so, but it
doesn't appear to get used. To make GSSAPI authentication work, I need
to move
auth_link(&auth_gss); /* link in the gss authenticator */
out of..
#if HAVE_IMAP_KRB && defined(HAVE_IMAP_AUTH_GSS)
#endif
otherwise, our ticket files don't ever get IMAP credentials.
Reproduce code:
---
$mbox = imap_open( "\{imap.example.com:143/imap/notls/user="
. $user . "}INBOX", $user, $passwd );
(our servers, currently some flavor of UW IMAP seem to require the
extra "user=" in the connection string)
Expected result:
We should get two things...
- a kerberos credential cache w/ IMAP credentials
- an open IMAP stream authenticated w/ GSSAPI
Actual result:
--
The ticket file remains unchanged, and the IMAP servers return
"AUTHENTICATE GSSAPI FAILURE"
--
Edit this bug report at http://bugs.php.net/?id=28962&edit=1
#29165 [Com]: Request variables are being escaped
ID: 29165 Comment by: itsbrady-php at yahoo dot com Reported By: guardkarma-php at yahoo dot com Status: Bogus Bug Type: Output Control Operating System: Mac OS X PHP Version: 5.0.0 New Comment: I don't think the bug is bogus, for several reasons: #1) Any valid form input should be able to map to PHP. Sometimes PHP isn't the only programming environment present. Sometimes PHP might have to interoperate with other environments which might have different variable naming conventions, etc. #2) The entire reason we chose to use apostrophes in our form variable names was to work around PHP's remapping from . to _ within variable names (e.g., foo.var => foo_var). We can't just remap back from underscore to period to "regenerate" the original variable name, because that might remap legitimate uses of the underscore (example, foo_something.var gets mapped to foo_something_var, and if you tried to map it back you'd get foo.something.var, which doesn't match). #3) It used to work fine in all previous versions of PHP we've used (throughout the PHP 4.x series). #4) We certainly do not want PHP to create Global variables like $foo'var - that would be nuts. We just want to access a perfectly valid key in a hash - $_REQUEST["foo'var"]. There's no language rule against any such key, and no real reason not to support variables so named on forms. Previous Comments: [2004-07-15 11:40:16] [EMAIL PROTECTED] We don't support variable names with wierd characters, so the result is undefined. [2004-07-14 22:52:30] guardkarma-php at yahoo dot com Description: When upgrading from php 4.3 to 5.0 and using the same php.ini file, form variable names with apostrophe characters are now being escaped. magic_quotes_gpc = Off magic_quotes_runtime = Off magic_quotes_sybase = Off Reproduce code: --- // mydomain.com/script.php?variable'name=value Expected result: Array ( [variable'name] => value ) Actual result: -- Array ( [variable\'name] => value ) -- Edit this bug report at http://bugs.php.net/?id=29165&edit=1
#28929 [Com]: PHP has encountered an Access Violation at 015B73DD
ID: 28929 Comment by: mdobrev at gmail dot com Reported By: remy at ourselves dot nl Status: Open Bug Type: IIS related Operating System: Win XP Pro PHP Version: 5CVS-2004-06-25 (dev) New Comment: I'm having the same problem with the final version. The extensions are not loading at all. Only the CLI version is functioning for me. Previous Comments: [2004-07-14 19:42:30] remy at ourselves dot nl One other problem (don't know if this is related) is that I want to use some extensions, but they are not working (For Apache2 AND IIS5.1!). I load php_mssql.dll, php_tidy.dll and php_pdo.dll(PECL) without any errors (paths are correct), but there functions\class are not availeble and don't show up in phpinfo() (see links above). Rémy [2004-07-14 19:13:45] JJMathieu at wanadoo dot nl I'm having the same problem over here, with the same OS. I've been searching for a solution and I found out that replacing the php5isapi.dll with the one from rc2 or rc1 should help, but unfortunately that didn't work out. [2004-07-14 18:52:41] remy at ourselves dot nl Upgraded the server to PHP5.0.0 Final, but still getting the same problem (but a different 'adress': 018F73CD). The links above are still valid. Regards, Rémy [2004-07-06 17:34:22] remy at ourselves dot nl I installed the latest release (06-Jul-2004 16:49), but I'm still getting an error after each parsed page by IIS5.1, as can be seen on here: http://reasonsto.servebeer.com:81/phpinfo.php5 Same IIS, but using latest release of PHP4, can be seen here: http://reasonsto.servebeer.com:81/phpinfo.php I installed Apache2, so that I could use PHP5. Apache with PHP5.0RC3 on the same server (with the same phpfile), can be found here: http://reasonsto.servebeer.com/phpinfo.php (or .php5) I you need more info, please let me know. [2004-07-06 15:50:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip 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/28929 -- Edit this bug report at http://bugs.php.net/?id=28929&edit=1
#27659 [Com]: Cannot re-assign $this
ID: 27659
Comment by: mlemos at acm dot org
Reported By: js at enradia dot com
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: linux 2.6.3
PHP Version: 5.0.0RC1
New Comment:
There is no assignment of $this in Metabase code. It was a
misunderstanding of the original poster. Metabase works seeminglessly
in PHP 3, PHP 4 and PHP 5.
Previous Comments:
[2004-07-15 02:49:27] jbeall at heraldic dot us
Here is a potential solution. Where you would have reassigned $this,
do something like this:
$this->Object = new Whatever();
Or, in the case of unserializing session data
$this->Session = unserialize($data);
Now you have a choice. Your first option is to delegate every method
that needs to be delegated. So, $this would need methods for every
method in $Object. Each method would look something like:
function nameOfFunction()
{
return $this->Object->nameOfFunction();
}
The other option is to intercept all method calls, and then decide on
the fly if they belong to $this or to $this->Object.
If you have properties, I think you are going to have to intercept with
__get() and __set().
You can read about overloading object functions with __get(), __set(),
and __call() here:
http://us2.php.net/manual/en/migration5.oop.php#migration5.oop.overload
I chose the delegation model. If possible, I would recommend that. If
you have properties to deal with, you will have to intercept the __get()
and __set() calls and handle them appropriately.
[2004-03-23 14:40:09] [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
Actually this is expected behavior. We explicitly decided to have $this
being readonly because of interna problems with the new engine.
[2004-03-23 13:57:53] [EMAIL PROTECTED]
Take a look at PEAR::DB for an example of using a factory method (i.e.:
$foo = DB::connect($uri); )
For background on why support for reassigning $this was dropped, take a
look at http://news.php.net ( php.internals mailing list in particular )
or the ZendEngine2 mailing list which is archived at
http://www.zend.com
[2004-03-23 13:52:42] js at enradia dot com
There is a _LOT_ of code out there using that. Metabase
among others. Is there an alternative? This could be a
huge problem if there is none.
Thanks
[2004-03-23 13:38:14] [EMAIL PROTECTED]
This "feature" was undocumented in PHP4 and was never intended to 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/27659
--
Edit this bug report at http://bugs.php.net/?id=27659&edit=1
#29191 [NEW]: throwing Exceptions instead of printing error messages
From: nospam0 at malkusch dot de Operating system: * PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: throwing Exceptions instead of printing error messages Description: It would be nice if the native methods would throw exceptions instead of printing error messages. It seems more consequent (and easier to handle) as PHP has exceptions. At least the native classes could do this. For compatibility reasons it can depend on zend.ze1_compatibility_mode or a new configuration directive. At the moment I have to wrap every method and class in order to work properly with exceptions. -- Edit bug report at http://bugs.php.net/?id=29191&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29191&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29191&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29191&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29191&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29191&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29191&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29191&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29191&r=support Expected behavior: http://bugs.php.net/fix.php?id=29191&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29191&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29191&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29191&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29191&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29191&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29191&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29191&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29191&r=float
#29192 [NEW]: Bundled GD library, imagettfbbox error, possibly other functions, found cause
From: frank at envirge dot com Operating system: Fedora PHP version: 5.0.0 PHP Bug Type: GD related Bug description: Bundled GD library, imagettfbbox error, possibly other functions, found cause Description: I just compiled PHP 5.0.0 release with: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl --with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash --with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath --enable-calendar --enable-gd-native-ttf --enable-soap --with-freetype-dir=/usr/lib I tried to run some ttf button making scripts that were funcional on a previous installation of PHP (4.3.x I believe), however in 5.0.0 the images weren't appearing because imagettfbbox() was returning impossibly high and low values for all of the y values on the array elements for the y values of the text box. I thought the problem might be with the GD library, so I installed PHP and pointed it to my local GD library (I'm running the latest release) as well as my local libjpeg and libpng. This solved the problem, so I am pretty sure that the cause lies within the GD library bundled with 5.0.0. Here is my configuration that solved the problem: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl --with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash --with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath --enable-calendar --enable-gd-native-ttf --enable-soap --with-png-dir=/usr/lib --with-jpeg-dir=/usr/lib --with-freetype-dir=/usr/lib I would really like to help. Please let me know how. Frank Reproduce code: --- I have a better explaination with sources, and results at this link: http://www.envirge.com/frank/php_bug/ Expected result: I have a better explaination with sources, and results at this link: http://www.envirge.com/frank/php_bug/ Actual result: -- I have a better explaination with sources, and results at this link: http://www.envirge.com/frank/php_bug/ -- Edit bug report at http://bugs.php.net/?id=29192&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29192&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29192&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29192&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29192&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29192&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29192&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29192&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29192&r=support Expected behavior: http://bugs.php.net/fix.php?id=29192&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29192&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29192&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29192&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29192&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29192&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29192&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29192&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29192&r=float
#29193 [NEW]: PHP has encountered an Access Violation at 013173CD
From: trustpunk at hotmail dot com Operating system: Windows 98 PHP version: 5.0.0 PHP Bug Type: Unknown/Other Function Bug description: PHP has encountered an Access Violation at 013173CD Description: I just started to try the new final release of PHP5 and all the sudden I come across this error when I view my website. PHP has encountered an Access Violation at 013173CD What is going on and how can I fix this , I don't even know why this error shows , PHP4.3.6 and up works except the isapi for PHP4.3.7 , it will crash , im trying to run the new ISAPI of PHP version 5 , what do I do ? Thank You! -- Edit bug report at http://bugs.php.net/?id=29193&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29193&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29193&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29193&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29193&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29193&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29193&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29193&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29193&r=support Expected behavior: http://bugs.php.net/fix.php?id=29193&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29193&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29193&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29193&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29193&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29193&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29193&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29193&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29193&r=float
#29194 [NEW]: "Amélie" turns into "Amélie" after simplexml_load_file()
From: tsigo at tsigo dot org Operating system: Gentoo PHP version: 5.0.0 PHP Bug Type: SimpleXML related Bug description: "Amélie" turns into "Amélie" after simplexml_load_file() Description: Example XML file: ... Amélie ... This is referring the movie "Amelie", and é should turn into an accented 'e' (é), but instead it gets processed as "Amélie". Reproduce code: --- $Collection = simplexml_load_file($filename); echo htmlentities((string) $Collection->DVD->Title); // Produces "Amélie" Expected result: Preserve the é in the title. Actual result: -- Changes é to é -- Edit bug report at http://bugs.php.net/?id=29194&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29194&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29194&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29194&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29194&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29194&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29194&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29194&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29194&r=support Expected behavior: http://bugs.php.net/fix.php?id=29194&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29194&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29194&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29194&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29194&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29194&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29194&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29194&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29194&r=float
#29193 [Opn->Bgs]: PHP has encountered an Access Violation at 013173CD
ID: 29193 Updated by: [EMAIL PROTECTED] Reported By: trustpunk at hotmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 98 PHP Version: 5.0.0 New Comment: Duplicate of #29127. Please search the bug db before opening new reports. Previous Comments: [2004-07-15 23:44:17] trustpunk at hotmail dot com Description: I just started to try the new final release of PHP5 and all the sudden I come across this error when I view my website. PHP has encountered an Access Violation at 013173CD What is going on and how can I fix this , I don't even know why this error shows , PHP4.3.6 and up works except the isapi for PHP4.3.7 , it will crash , im trying to run the new ISAPI of PHP version 5 , what do I do ? Thank You! -- Edit this bug report at http://bugs.php.net/?id=29193&edit=1
#29193 [Bgs]: PHP has encountered an Access Violation at 013173CD
ID: 29193 User updated by: trustpunk at hotmail dot com Reported By: trustpunk at hotmail dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 98 PHP Version: 5.0.0 New Comment: Im not using IIS , Im using Abyss Web Server and what does replacing php5ts.dll with an older have to do with it , I submited a bug with a different Access Violation # so why are you telling me to search the database , I did search it and I found nothing to solve my problem , the PHP5RC3 did work as long as I didn't load the GD2 Library , maybe that will help , but even if I didn't load it with the final one I will still see that stupid Access Violation error. Help! Note: Abyss Web Server 1.2 does not support ISAPI so im using the Abyss Web Server 2.0.0.6 Beta 1 and I have report ed this bug to the web server developers but they say its a bug that has to do with PHP and it is. Please Help Me! Previous Comments: [2004-07-15 23:59:22] [EMAIL PROTECTED] Duplicate of #29127. Please search the bug db before opening new reports. [2004-07-15 23:44:17] trustpunk at hotmail dot com Description: I just started to try the new final release of PHP5 and all the sudden I come across this error when I view my website. PHP has encountered an Access Violation at 013173CD What is going on and how can I fix this , I don't even know why this error shows , PHP4.3.6 and up works except the isapi for PHP4.3.7 , it will crash , im trying to run the new ISAPI of PHP version 5 , what do I do ? Thank You! -- Edit this bug report at http://bugs.php.net/?id=29193&edit=1
#28512 [Com]: Mssql.c runtime error
ID: 28512
Comment by: brian at groundspring dot org
Reported By: barry at hpfm dot com dot au
Status: Closed
Bug Type: *Web Server problem
Operating System: Redhat 9.0
PHP Version: 4.3.5
New Comment:
I have encountered a related bug in php5. If you select a datetime
field from an MSSQL table without specifying a format, it assumes a
default field length of 19.
On our setup, the datetime is returned in a format of length 24 (eg:
Thu Jul 15 15:26:00 2004). I've gotten around this by patching
res_length to be arbitrarily large (+= 19 instead of 14 or 10), but
there must be a cleaner solution out there.
Previous Comments:
[2004-07-07 09:59:29] daniel dot beet at accuratesoftware dot com
I have since found that my patch did not fully fix the bug. Sorry to
mess you about, but here is a better patch that will work for DECIMAL
and NUMERIC columns up to the maximum allowed precision (38).
I have also removed the extra code in the first patch for SQLMONEY
types, as they were catered for further up in the function.
Also I noticed that the function mssql_field_type() returns Decimal
types as "real", where as Numeric types are returned as "numeric",
since they are synonymous, I thought that this was not right, and that
both should be called "numeric"?
Patch against: php_mssql.c CVS version 1.86.2.34:
841d840
< case SQLNUMERIC:
857,859d855
< case SQLMONEY :
< case SQLMONEY4 :
< case SQLMONEYN :
862c858
< res_length += 5;
---
> res_length = 40;
932a929,930
> res_length = 23;
> break;
935c933
< res_length += 5;
---
> res_length = 40;
1070a1069,1071
> case SQLMONEY4:
> case SQLMONEY:
> case SQLMONEYN:
1505d1505
< case SQLDECIMAL:
1517a1518
> case SQLDECIMAL:
[2004-06-30 21:47:55] [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.
[2004-06-30 16:39:20] daniel dot beet at accuratesoftware dot com
Sorry, PHP versions 4.3.7 and 4.3.4
Thanks,
Dan
[2004-06-30 16:34:35] daniel dot beet at accuratesoftware dot com
We are experiencing a similar crash, when values in
decimal or numeric columns are larger than certain values.
Reproduced on MS SQL 2000 on Windows 2000 Server, with
Apache 1.3.27 as webserver or CLI php exe on Win XP.
Create table with data:
CREATE TABLE [dbo].[test] (
[test_decimal] [decimal](23, 6) NULL ,
[test_numeric] [numeric](23, 6) NULL
) ON [PRIMARY]
GO
INSERT INTO test (test_decimal, test_numeric)
VALUES (9.99, 9.99)
GO
Run following PHP script:
\n";
mssql_select_db('yourdatabase', $conn);
echo "DB selected OK\n";
$result = mssql_query('select test_decimal, test_numeric from test',
$conn);
echo "Query OK\n";
$array[] = mssql_fetch_field($result, 0);
$array[] = mssql_field_name($result, 0);
$array[] = mssql_field_type($result, 0);
$array[] = mssql_field_length($result, 0);
$array[] = mssql_fetch_assoc($result);
echo "Results fetched OK\n";
echo '';
var_export($array);
echo '';
mssql_close($conn);
?>
I have solved the issue with the following diff of changes to
php_mssql.c:
841a842
> case SQLDECIMAL:
850,852c851,866
< if (column_type == SQLDATETIM4) res_length +=
14;
< if (column_type == SQLDATETIME) res_length +=
10;
<
---
> switch (column_type) {
> case SQLDATETIM4 :
> res_length += 14;
> break;
> case SQLDATETIME :
> res_length += 10;
> break;
> case SQLMONEY :
> case SQLMONEY4 :
>
#29180 [Fbk->Opn]: Client crash
ID: 29180
User updated by: tila at home dot nl
Reported By: tila at home dot nl
-Status: Feedback
+Status: Open
Bug Type: PostgreSQL related
Operating System: Linux 2.4.24
PHP Version: 5.0.0
New Comment:
new code, I am sorry. I cannot provide a link to the server.
open it with ?id=5 as parameter.
query($QUERY);
$total = $result->numRows();
$offset = $_GET['id']?$_GET['id']:0; $perpage = 10;
for ($i = $offset; (($i < $total) && ($i < ($offset + $perpage)));
$i++) {
$row = $result->fetchRow(DB_FETCHMODE_ASSOC, $i);
}
echo $offset;
?>
Previous Comments:
[2004-07-15 11:50:43] [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 ,
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-07-15 11:03:20] tila at home dot nl
Description:
The client crash on the following code when offset > 0;
I don't get an error message.
Reproduce code:
---
$result = $db->query($QUERY);
$total = $result->numRows();
$back = max (0, $offset - $perpage);
$forward = min (($offset + $perpage), max (0, (($perpage * ceil
($total / $perpage)) - $perpage)));
$end = max (0, (($perpage * ceil ($total / $perpage)) - $perpage));
$overviewtemplate->setVariable("back", $back);
$overviewtemplate->setVariable("forward", $forward);
$overviewtemplate->setVariable("end", $end);
for ($i = $offset; (($i < $total) && ($i < ($offset + $perpage)));
$i++) {
$row = $result->fetchRow(DB_FETCHMODE_ASSOC, $i);
while (list($key, $value) = each($row)) {
$row[$key] = stripslashes(trim($row[$key]));
}
}
--
Edit this bug report at http://bugs.php.net/?id=29180&edit=1
#29180 [Opn]: Client crash
ID: 29180
Updated by: [EMAIL PROTECTED]
Reported By: tila at home dot nl
Status: Open
Bug Type: PostgreSQL related
Operating System: Linux 2.4.24
PHP Version: 5.0.0
New Comment:
does it also crash when NOT using the PEAR::DB class?
Previous Comments:
[2004-07-16 00:40:32] tila at home dot nl
new code, I am sorry. I cannot provide a link to the server.
open it with ?id=5 as parameter.
query($QUERY);
$total = $result->numRows();
$offset = $_GET['id']?$_GET['id']:0; $perpage = 10;
for ($i = $offset; (($i < $total) && ($i < ($offset + $perpage)));
$i++) {
$row = $result->fetchRow(DB_FETCHMODE_ASSOC, $i);
}
echo $offset;
?>
[2004-07-15 11:50:43] [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 ,
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-07-15 11:03:20] tila at home dot nl
Description:
The client crash on the following code when offset > 0;
I don't get an error message.
Reproduce code:
---
$result = $db->query($QUERY);
$total = $result->numRows();
$back = max (0, $offset - $perpage);
$forward = min (($offset + $perpage), max (0, (($perpage * ceil
($total / $perpage)) - $perpage)));
$end = max (0, (($perpage * ceil ($total / $perpage)) - $perpage));
$overviewtemplate->setVariable("back", $back);
$overviewtemplate->setVariable("forward", $forward);
$overviewtemplate->setVariable("end", $end);
for ($i = $offset; (($i < $total) && ($i < ($offset + $perpage)));
$i++) {
$row = $result->fetchRow(DB_FETCHMODE_ASSOC, $i);
while (list($key, $value) = each($row)) {
$row[$key] = stripslashes(trim($row[$key]));
}
}
--
Edit this bug report at http://bugs.php.net/?id=29180&edit=1
#28904 [Fbk->NoF]: imap_fetchstructure returns incomplete data when c-client 2004 installed
ID: 28904
Updated by: [EMAIL PROTECTED]
Reported By: jolyon at mways dot co dot uk
-Status: Feedback
+Status: No Feedback
Bug Type: IMAP related
Operating System: FreeBSD 4.7
PHP Version: 4.3.6
New Comment:
No feedback was provided for this bug for over a week, 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".
Previous Comments:
[2004-07-06 15:43:05] [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
[2004-06-24 00:35:04] jolyon at mways dot co dot uk
Description:
Our ISP upgraded from c-client 2002 to c-client 2004. Since then PHP
has operated mostly correctly, but a call to imap_fetchstructure() now
returns incomplete data. Data on message attachments is lost now.
Reproduce code:
---
fetch structure of message with imap_fetchstructure()
var_dump structure
Expected result:
The same script running against the same message from the same
mailserver as below, but running from a working system:
object(stdClass)(12) {
["type"]=>
int(1)
["encoding"]=>
int(0)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(5) "MIXED"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["bytes"]=>
int(8099)
["ifdisposition"]=>
int(0)
["ifdparameters"]=>
int(0)
["ifparameters"]=>
int(1)
["parameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(8) "BOUNDARY"
["value"]=>
string(46) "-MOQ10879031851708b4bc5063293a737936ca57809981"
}
}
["parts"]=>
array(2) {
[0]=>
object(stdClass)(12) {
["type"]=>
int(0)
["encoding"]=>
int(1)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(5) "PLAIN"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["lines"]=>
int(6)
["bytes"]=>
int(140)
["ifdisposition"]=>
int(0)
["ifdparameters"]=>
int(0)
["ifparameters"]=>
int(1)
["parameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(7) "CHARSET"
["value"]=>
string(10) "ISO-8859-1"
}
}
}
[1]=>
object(stdClass)(13) {
["type"]=>
int(5)
["encoding"]=>
int(3)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(5) "PJPEG"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["bytes"]=>
int(7550)
["ifdisposition"]=>
int(1)
["disposition"]=>
string(10) "ATTACHMENT"
["ifdparameters"]=>
int(1)
["dparameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(8) "FILENAME"
["value"]=>
string(8) "curl.jpg"
}
}
["ifparameters"]=>
int(1)
["parameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(4) "NAME"
["value"]=>
string(8) "curl.jpg"
}
}
}
}
}
Actual result:
--
This message contains an attachment, although you wouldn't think so
from this var_dump
object(stdClass)(12) {
["type"]=>
int(1)
["encoding"]=>
int(0)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(5) "MIXED"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["bytes"]=>
int(8099)
["ifdisposition"]=>
int(0)
["ifdparameters"]=>
int(0)
["ifparameters"]=>
int(1)
["parameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(8) "BOUNDARY"
["value"]=>
string(46) "-MOQ10879031851708b4bc5063293a737936ca57809981"
}
}
["parts"]=>
array(1) {
[0]=>
object(stdClass)(12) {
["type"]=>
int(0)
["encoding"]=>
int(1)
["ifsubtype"]=>
int(1)
["subtype"]=>
string(5) "PLAIN"
["ifdescription"]=>
int(0)
["ifid"]=>
int(0)
["lines"]=>
int(6)
["bytes"]=>
int(140)
["ifdisposition"]=>
int(0)
["ifdparameters"]=>
int(0)
["ifparameters"]=>
int(1)
["parameters"]=>
array(1) {
[0]=>
object(stdClass)(2) {
["attribute"]=>
string(7) "CHARSET"
["value"]=>
string(10) "ISO-8859-1"
}
}
}
}
}
--
Edit this bug report at http://bugs.php.net/?id=28904&edit=1
#28791 [Fbk->NoF]: The function opendir stop with error "Warning: opendir(d:/Alcatel_save): failed
ID: 28791 Updated by: [EMAIL PROTECTED] Reported By: tril2632 at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Directory function related Operating System: WIN 2000 PRO SERVER PHP Version: 4.3.7 New Comment: No feedback was provided for this bug for over a week, 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". Previous Comments: [2004-07-08 13:04:36] [EMAIL PROTECTED] Is the drive D some network share? [2004-06-15 16:00:48] tril2632 at hotmail dot com Description: Hello The problem is that the script when he scan a sub directory in the drive cald "D", he failed with the error "Warning: opendir(d:/Alcatel_save): failed to open dir: Invalid argument in C:\Inetpub\wwwroot\lister.php on line 8 ". This problem only occure when the script try to open with the "opendir" function a subdirectory in the drive "D" but with drive C: it works perfectly. The script has no problem to open dir in the drive d: but this error only occure when he try to open a SUBDIRECTORY !!! The permission are the same than the other directory in c: and d: driver. Reproduce code: --- '.$rep.'/'.$sous_rep.''; $tab_deja_vu[] = $rep . '/' . $sous_rep; recurse_dir($rep . '/' . $sous_rep, $tab_deja_vu); } } } closedir($open); } ?> Expected result: The script should save in the array "$tab_deja_vu" the entire directory and sub directory etc of a given directory in parameter. Actual result: -- d:/Alcatel_save Warning: opendir(d:/Alcatel_save): failed to open dir: Invalid argument in C:\Inetpub\wwwroot\lister.php on line 8 Warning: readdir(): supplied argument is not a valid Directory resource in C:\Inetpub\wwwroot\lister.php on line 10 Warning: closedir(): supplied argument is not a valid Directory resource in C:\Inetpub\wwwroot\lister.php on line 22 d:/Cerpass_save Warning: opendir(d:/Cerpass_save): failed to open dir: Invalid argument in C:\Inetpub\wwwroot\lister.php on line 8 Warning: readdir(): supplied argument is not a valid Directory resource in C:\Inetpub\wwwroot\lister.php on line 10 Warning: closedir(): supplied argument is not a valid Directory resource in C:\Inetpub\wwwroot\lister.php on line 22 d:/Copilote_save etc ... the error "supplied argument is not a valid Directory resource in C:\Inetpub\wwwroot\lister.php on " appears every time the opendir function try to open a sub directory on drive d: -- Edit this bug report at http://bugs.php.net/?id=28791&edit=1
#29102 [Opn->Csd]: createimagefromstring
ID: 29102 Updated by: [EMAIL PROTECTED] Reported By: damien dot racca at free dot fr -Status: Open +Status: Closed Bug Type: GD related Operating System: XP PHP Version: 4.3.6 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Works fine with latest CVS. Previous Comments: [2004-07-14 15:45:10] damien dot racca at free dot fr here one of the image that make the script stopped at the imagecreatefromstring function http://damien.racca.free.fr/hv0.jpg and the phpinfo of the provider : http://damien.racca.free.fr/hv0.jpg If somebody could make a test... For now I used imagecreatefromJPEG but I have to create a temp file to store the image that is in the variable after having extrected it from the MYSQL database. Not the best solution I think. But it's OK with all images (even this one that make the imagecreatefromstring failed). [2004-07-14 14:04:22] [EMAIL PROTECTED] Please put the image online somewhere for us to be able to download and test ourselves. [2004-07-12 03:34:21] damien dot racca at free dot fr Description: Fixed bug #21518 (imagecreatefromstring() crashed with invalid image files). (Ilia) That seemed to be solved in earlier version that my 4.3.4 but I have still the problem. I can't update because of a free provider (free.fr) but in new versions, this bug has not be solved. Some JPEG files (I don't know why sme can't be used !) stop the script execution. Very ennoying because I wanted to use this finction to make thumbnails from images stored in a mysql table. Reproduce code: --- $a=createimagefromstring($myrow[0]) with $myrow[0] being a JPEG image stored in a mysql table (this JPEG can be displayed if createimagefromstring is not used !). Expected result: The scipt has to continue, not stopping ! Actual result: -- Script stop when createimagefromstring is used. -- Edit this bug report at http://bugs.php.net/?id=29102&edit=1
#29185 [Opn->Bgs]: Error in output from sprintf()
ID: 29185
Updated by: [EMAIL PROTECTED]
Reported By: hkh at netnords dot dk
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: debian 3.0 - Apache 1.3.26
PHP Version: 4.3.7
New Comment:
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
Both PHP 4 and 5 return the same expected output.
[-0010.00]
[-0001.00]
[-000.99]
[-000.99]
[-000.50]
[.00]
[.50]
[.99]
[.99]
[1.00]
[00010.00]
Previous Comments:
[2004-07-15 15:11:43] hkh at netnords dot dk
Description:
I don't get the expected result from sprintf(), when input are less
than [-]1.
Tried the same code on a php 5.0.0b3 (windows), where I got the
expected result.
Maybe its related/oposite to bug #28633
Reproduce code:
---
$fmt = "%08.2f";
printf("[".$fmt."]", -10);
printf("[".$fmt."]",-1);
printf("[".$fmt."]",-0.995);
printf("[".$fmt."]",-0.99);
printf("[".$fmt."]",-0.5);
printf("[".$fmt."]", 0);
printf("[".$fmt."]", 0.5);
printf("[".$fmt."]", 0.99);
printf("[".$fmt."]", 0.995);
printf("[".$fmt."]", 1);
printf("[".$fmt."]",10);
Expected result:
[-0010.00]
[-0001.00]
[-0001.00] // Not [-.99], should't it round down ?
[-.99]
[-.50]
[0.00]
[0.50]
[0.99]
[1.00] // Not [0.99] , should't it round up ?
[1.00]
[00010.00]
Actual result:
--
[-0010.00]
[-0001.00]
[-000.99]
[-000.99]
[-000.50]
[.00]
[.50]
[.99]
[.99]
[1.00]
[00010.00]
--
Edit this bug report at http://bugs.php.net/?id=29185&edit=1
#29123 [Opn->WFx]: pclose() and proc_close() not returning proper exit status
ID: 29123
Updated by: [EMAIL PROTECTED]
Reported By: jtnix at maine dot rr dot com
-Status: Open
+Status: Wont fix
Bug Type: Program Execution
Operating System: Linux 2.4
PHP Version: 4.3.7
New Comment:
When sigchild is used the return status from pclose and
proc_close() cannot be retrieved.
Previous Comments:
[2004-07-13 19:37:14] jtnix at maine dot rr dot com
Yes we are using oracle and --enable-sigchild.
--enable-sigchild is not in use on the 4.3.3 install I tested.
[2004-07-13 19:10:16] [EMAIL PROTECTED]
Are you using --enable-sigchild ?
If so, and you're not using Oracle, turn it off.
[2004-07-13 18:26:58] jtnix at maine dot rr dot com
Description:
version 4.3.7 proc_close() and pclose() are not returning proper exit
status codes from spawned processes.
Reproduce code:
---
$cmd = "rsync /pinky /brain";
## proc_ method
$setup = array( 1 => array("pipe", "w"));
$process = proc_open($cmd, $setup, $pipes);
if (is_resource($process)) {
while(!feof($pipes[1])) {
echo fgets($pipes[1], 1024);
}
fclose($pipes[1]);
$rv = proc_close($process);
echo ":: proc_close() method ::\n";
echo "exit val: $rv\n\n";
}
## popen() method
$phnd = popen("$cmd", 'r');
while (!feof($phnd)) {
$in = fread($phnd, 2048);
echo $read;
}
$rv = pclose($phnd);
echo ":: pclose() ::\n";
echo "exit val: $rv\n\n";
Expected result:
## PHP 4.3.3 ##
link_stat /pinky : No such file or directory
rsync error: some files could not be transferred (code 23) at
main.c(620)
:: proc_close() method ::
exit val: 23
link_stat /pinky : No such file or directory
rsync error: some files could not be transferred (code 23) at
main.c(620)
:: pclose() ::
exit val: 23
Actual result:
--
## PHP 4.3.7 ##
link_stat /pinky : No such file or directory
rsync error: some files could not be transferred (code 23) at
main.c(620)
:: proc_close() method ::
exit val: -1
link_stat /pinky : No such file or directory
rsync error: some files could not be transferred (code 23) at
main.c(620)
:: pclose() ::
exit val: -1
--
Edit this bug report at http://bugs.php.net/?id=29123&edit=1
#29127 [Com]: PHP has encountered an Access Violation
ID: 29127 Comment by: Andreas at Oslos dot Net Reported By: bojo at gvea dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.0.0 New Comment: Installed your new php5ts.dll, it seems to work with the PHP 5.0.0 Final on Windows Server 2003 (IIS 6). Thanks! Previous Comments: [2004-07-15 18:17:11] [EMAIL PROTECTED] Could you try php5ts.dll from http://emini.dk/php5ts-zend-mm.zip [2004-07-15 14:37:35] [EMAIL PROTECTED] Help needed to track down this issue. Who is volunteering to test builds (write to [EMAIL PROTECTED])? Also try switching dlls the other way around 5.0.0's php5ts.dll and RC2's php5isapi.dll. [2004-07-14 23:31:14] alantan at po dot tagnetwork dot net I had to "downgrade" back to PHP5 RC2 for the same reason... Was working on my API and noticed that all scripts run fine but at the very end of the page got the same Access Violation error, very odd... [2004-07-14 22:52:12] taomyn at myway dot com The only thing I can add so far is that code I have that I can consistently produce this error with, my own website counter code, fails in only 3 of the 5 sites I have configured under IIS 6. The other two do not exhibit this error, but I cannot yet see a difference - I am still searching and will report any new findings. If I add the code to a sixth site that doesn't normally call the counter, it too fails. Very weird stuff! [2004-07-14 18:33:56] jonathanjarvis at hotmail dot com We can't use 5.0.0 or 4.3.8 until the access violation bugs on windows are fixed. Here is a list of reported access violation bugs: http://bugs.php.net/bug.php?id=28740 - Bogus http://bugs.php.net/bug.php?id=28799 - Open http://bugs.php.net/bug.php?id=28844 - No Feedback http://bugs.php.net/bug.php?id=28873 - No Feedback http://bugs.php.net/bug.php?id=28898 - Bogus http://bugs.php.net/bug.php?id=28929 - Open http://bugs.php.net/bug.php?id=28942 - Bogus http://bugs.php.net/bug.php?id=28954 - Bogus http://bugs.php.net/bug.php?id=28977 - Bogus 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/29127 -- Edit this bug report at http://bugs.php.net/?id=29127&edit=1
#29176 [Com]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 Comment by: tmgh at www dot deyang dot gov dot cn Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: yes,it's me to post the bug for turck-mmcache.and when set register_long_arrays = On in the php.ini,php5 works fine with turck-mmcache.i dont' know whether it's php5's bug or mmcache's bug.maybe someone can fix it. but without mmcache and set register_long_arrays = Off in the php.ini,php5 works fine.maybe it's mmcache's bug,i think. Previous Comments: [2004-07-15 15:21:51] webmaster at ragnarokonline dot de AFAICS the php-commandline is not affected to this bug. [2004-07-15 12:23:39] webmaster at ragnarokonline dot de Someone at Turck-MMCache found out in a related bug I've reported, that a workaround is to set register_long_arrays = On in the php.ini [2004-07-15 11:47:15] [EMAIL PROTECTED] I believe you might have caused this Stefan ;-) [2004-07-15 04:28:37] webmaster at ragnarokonline dot de Category => Variables related Sorry for bugspam [2004-07-15 04:27:24] webmaster at ragnarokonline dot de Description: $_GLOBALS somehow doesn't contain the arrays $_REQUEST, $_ENV and $_SERVER. This worked fine in PHP4. Reproduce code: --- Expected result: The contents of the arrays $_SERVER, $_ENV and $_REQUEST are being printed. Actual result: -- NULL NULL NULL is being printed. -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#29176 [Asn]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 User updated by: webmaster at ragnarokonline dot de Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: I have tested this with the MMCache section commented out. But I'll recheck later, if I'm on my SuSE Box again. Previous Comments: [2004-07-16 02:22:33] tmgh at www dot deyang dot gov dot cn yes,it's me to post the bug for turck-mmcache.and when set register_long_arrays = On in the php.ini,php5 works fine with turck-mmcache.i dont' know whether it's php5's bug or mmcache's bug.maybe someone can fix it. but without mmcache and set register_long_arrays = Off in the php.ini,php5 works fine.maybe it's mmcache's bug,i think. [2004-07-15 15:21:51] webmaster at ragnarokonline dot de AFAICS the php-commandline is not affected to this bug. [2004-07-15 12:23:39] webmaster at ragnarokonline dot de Someone at Turck-MMCache found out in a related bug I've reported, that a workaround is to set register_long_arrays = On in the php.ini [2004-07-15 11:47:15] [EMAIL PROTECTED] I believe you might have caused this Stefan ;-) [2004-07-15 04:28:37] webmaster at ragnarokonline dot de Category => Variables related Sorry for bugspam 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/29176 -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#29176 [Com]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 Comment by: tmgh at www dot deyang dot gov dot cn Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: if you fix the bug,please email to me and i want to use php5 and mmcache.thanks. Previous Comments: [2004-07-16 02:26:24] webmaster at ragnarokonline dot de I have tested this with the MMCache section commented out. But I'll recheck later, if I'm on my SuSE Box again. [2004-07-16 02:22:33] tmgh at www dot deyang dot gov dot cn yes,it's me to post the bug for turck-mmcache.and when set register_long_arrays = On in the php.ini,php5 works fine with turck-mmcache.i dont' know whether it's php5's bug or mmcache's bug.maybe someone can fix it. but without mmcache and set register_long_arrays = Off in the php.ini,php5 works fine.maybe it's mmcache's bug,i think. [2004-07-15 15:21:51] webmaster at ragnarokonline dot de AFAICS the php-commandline is not affected to this bug. [2004-07-15 12:23:39] webmaster at ragnarokonline dot de Someone at Turck-MMCache found out in a related bug I've reported, that a workaround is to set register_long_arrays = On in the php.ini [2004-07-15 11:47:15] [EMAIL PROTECTED] I believe you might have caused this Stefan ;-) 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/29176 -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#29176 [Asn]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 User updated by: webmaster at ragnarokonline dot de Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: I have tested this now. The MMCache-Section was commented out, so its definately not related. PS: If a dev fixes this, this is checked into CVS, so you can simply compile or download the latest snapshot after the fix have been checked in. Regards, Christian Stadler Previous Comments: [2004-07-16 02:41:14] tmgh at www dot deyang dot gov dot cn if you fix the bug,please email to me and i want to use php5 and mmcache.thanks. [2004-07-16 02:26:24] webmaster at ragnarokonline dot de I have tested this with the MMCache section commented out. But I'll recheck later, if I'm on my SuSE Box again. [2004-07-16 02:22:33] tmgh at www dot deyang dot gov dot cn yes,it's me to post the bug for turck-mmcache.and when set register_long_arrays = On in the php.ini,php5 works fine with turck-mmcache.i dont' know whether it's php5's bug or mmcache's bug.maybe someone can fix it. but without mmcache and set register_long_arrays = Off in the php.ini,php5 works fine.maybe it's mmcache's bug,i think. [2004-07-15 15:21:51] webmaster at ragnarokonline dot de AFAICS the php-commandline is not affected to this bug. [2004-07-15 12:23:39] webmaster at ragnarokonline dot de Someone at Turck-MMCache found out in a related bug I've reported, that a workaround is to set register_long_arrays = On in the php.ini 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/29176 -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#29176 [Com]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 Comment by: tmgh at www dot deyang dot gov dot cn Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: at present,the cvs does not have newest source.maybe i have to wait for few time.thanks for your response. ps:it's mmcache's bug? Previous Comments: [2004-07-16 02:53:48] webmaster at ragnarokonline dot de I have tested this now. The MMCache-Section was commented out, so its definately not related. PS: If a dev fixes this, this is checked into CVS, so you can simply compile or download the latest snapshot after the fix have been checked in. Regards, Christian Stadler [2004-07-16 02:41:14] tmgh at www dot deyang dot gov dot cn if you fix the bug,please email to me and i want to use php5 and mmcache.thanks. [2004-07-16 02:26:24] webmaster at ragnarokonline dot de I have tested this with the MMCache section commented out. But I'll recheck later, if I'm on my SuSE Box again. [2004-07-16 02:22:33] tmgh at www dot deyang dot gov dot cn yes,it's me to post the bug for turck-mmcache.and when set register_long_arrays = On in the php.ini,php5 works fine with turck-mmcache.i dont' know whether it's php5's bug or mmcache's bug.maybe someone can fix it. but without mmcache and set register_long_arrays = Off in the php.ini,php5 works fine.maybe it's mmcache's bug,i think. [2004-07-15 15:21:51] webmaster at ragnarokonline dot de AFAICS the php-commandline is not affected to this bug. 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/29176 -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#29176 [Asn]: $GLOBALS['_REQUEST'], $GLOBALS['_ENV'] AND $GLOBALS['_SERVER'] are empty
ID: 29176 User updated by: webmaster at ragnarokonline dot de Reported By: webmaster at ragnarokonline dot de Status: Assigned Bug Type: Variables related Operating System: SuSE 9.0 PHP Version: 5.0.0 Assigned To: sesser New Comment: The dev replys, when he checked in a fix. So we have to wait, what the devs say ;) Previous Comments: [2004-07-16 03:04:53] tmgh at www dot deyang dot gov dot cn at present,the cvs does not have newest source.maybe i have to wait for few time.thanks for your response. ps:it's mmcache's bug? [2004-07-16 02:53:48] webmaster at ragnarokonline dot de I have tested this now. The MMCache-Section was commented out, so its definately not related. PS: If a dev fixes this, this is checked into CVS, so you can simply compile or download the latest snapshot after the fix have been checked in. Regards, Christian Stadler [2004-07-16 02:41:14] tmgh at www dot deyang dot gov dot cn if you fix the bug,please email to me and i want to use php5 and mmcache.thanks. [2004-07-16 02:26:24] webmaster at ragnarokonline dot de I have tested this with the MMCache section commented out. But I'll recheck later, if I'm on my SuSE Box again. [2004-07-16 02:22:33] tmgh at www dot deyang dot gov dot cn yes,it's me to post the bug for turck-mmcache.and when set register_long_arrays = On in the php.ini,php5 works fine with turck-mmcache.i dont' know whether it's php5's bug or mmcache's bug.maybe someone can fix it. but without mmcache and set register_long_arrays = Off in the php.ini,php5 works fine.maybe it's mmcache's bug,i think. 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/29176 -- Edit this bug report at http://bugs.php.net/?id=29176&edit=1
#24028 [Com]: Reading raw post message by php://input
ID: 24028 Comment by: oiuay97sydh7asd at hotmail dot com Reported By: xiongwei at aerafront dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4.3.2 New Comment: http://www.winning-phentermine.com/";>Phentermine Phentermine http://www.ineedpills.com/orthoTricyclen.htm";>Ortho Tri Cyclen http://www.phentermine4me.com/";>Phentermine Phentermine http://www.ineedpills.com/didrex.html";>Didrex http://www.carrotrx.com/";>Phentermine Phentermine http://www.healthstorepharmacy.com/";>Ambien Ambien http://www.ineedpills.com/";>Levitra Levitra http://www.ineedpills.com/fioricet.htm";>Fioricet http://www.ineedpills.com/phentermine.html";>Phentermine http://www.letsbuypills.com/";>Zyban Zyban http://www.pillspree.com/";>Meridia Meridia http://www.lowest-prices-pharmacy-online.com/";>Soma Soma http://www.healthpharmacyonline.com/";>Tramadol Tramadol http://www.123tramadol.com/";>Tramadol Tramadol http://www.ineedpills.com/bontril.html";>Bontril http://www.look4tramadol.com/";>Tramadol Tramadol http://www.tramadol4less.com/";>Tramadol Tramadol http://www.tramadol4me.com/";>Tramadol Tramadol http://www.ineedpills.com/vioxx.htm";>Vioxx http://www.gettramadol.com/";>Tramadol Tramadol http://www.ineedpills.com";>viagra viagra http://www.ineedpills.com/levitra.html";>Levitra Levitra http://www.ineedpills.com/cialis.html";>Cialis Cialis http://www.ineedpills.com/viagra.html";>viagra viagra http://www.healthpharmacyonline.com/tramadol.html";> Tramadol Tramadol http://www.healthpharmacyonline.com/cialis_viagra_levitra.html";>Cialis Cialis http://www.healthpharmacyonline.com/ultram.html";>Ultram Ultram http://www.healthpharmacyonline.com/fioricet.html";>Fioricet Fioricet http://www.healthpharmacyonline.com/vioxx.html";>Vioxx Vioxx http://www.healthpharmacyonline.com/ultracet.html";>Ultracet Ultracet http://www.healthpharmacyonline.com/celebrex.html";>Celebrex Celebrex http://www.ineedpills.com/tramadol.htm";>Tramadol http://www.healthpharmacyonline.com/phentermine.html";>Phentermine Phentermine http://www.healthpharmacyonline.com/carisoprodol.html";>soma soma http://www.healthpharmacyonline.com/zyban.html";>Zyban Zyban http://www.healthpharmacyonline.com/viagra.html";>Viagra Viagra http://www.healthpharmacyonline.com/levitra.html";>Levitra Levitra http://www.google.com/search?q=www.rxpainrelief&hl=en&lr=&ie=UTF-8&c2coff=1&start=120&sa=N Previous Comments: [2003-06-24 12:58:38] [EMAIL PROTECTED] Fixed -> closed. [2003-06-04 22:24:32] xiongwei at aerafront dot com I wrote a routine "postrawdata.php" for displaying HTTP raw request message. It works properly when using a socket program to post something to it. But submitting from a simple HTML below will make it dead, even http headers were not sent back, the behavior of brwoser is just waiting before timeout, I have tested it under IE 6.0 and Netscape 7.0 , any suggestion is appreciate. I think PHP does not send correct responding data to browser, or it does not disconnect the HTTP channel, that makes browsers to wait , whereas my socket client do disconnect when finished. Thanks, William Hong -- Edit this bug report at http://bugs.php.net/?id=24028&edit=1
#24028 [Com]: Reading raw post message by php://input
ID: 24028 Comment by: oiuay97sydh7asd at hotmail dot com Reported By: xiongwei at aerafront dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4.3.2 New Comment: http://www.winning-phentermine.com/";>Phentermine Phentermine http://www.ineedpills.com/orthoTricyclen.htm";>Ortho Tri Cyclen http://www.phentermine4me.com/";>Phentermine Phentermine http://www.ineedpills.com/didrex.html";>Didrex http://www.carrotrx.com/";>Phentermine Phentermine http://www.healthstorepharmacy.com/";>Ambien Ambien http://www.ineedpills.com/";>Levitra Levitra http://www.ineedpills.com/fioricet.htm";>Fioricet http://www.ineedpills.com/phentermine.html";>Phentermine http://www.letsbuypills.com/";>Zyban Zyban http://www.pillspree.com/";>Meridia Meridia http://www.lowest-prices-pharmacy-online.com/";>Soma Soma http://www.healthpharmacyonline.com/";>Tramadol Tramadol http://www.123tramadol.com/";>Tramadol Tramadol http://www.ineedpills.com/bontril.html";>Bontril http://www.look4tramadol.com/";>Tramadol Tramadol http://www.tramadol4less.com/";>Tramadol Tramadol http://www.tramadol4me.com/";>Tramadol Tramadol http://www.ineedpills.com/vioxx.htm";>Vioxx http://www.gettramadol.com/";>Tramadol Tramadol http://www.ineedpills.com";>viagra viagra http://www.ineedpills.com/levitra.html";>Levitra Levitra http://www.ineedpills.com/cialis.html";>Cialis Cialis http://www.ineedpills.com/viagra.html";>viagra viagra http://www.healthpharmacyonline.com/tramadol.html";> Tramadol Tramadol http://www.healthpharmacyonline.com/cialis_viagra_levitra.html";>Cialis Cialis http://www.healthpharmacyonline.com/ultram.html";>Ultram Ultram http://www.healthpharmacyonline.com/fioricet.html";>Fioricet Fioricet http://www.healthpharmacyonline.com/vioxx.html";>Vioxx Vioxx http://www.healthpharmacyonline.com/ultracet.html";>Ultracet Ultracet http://www.healthpharmacyonline.com/celebrex.html";>Celebrex Celebrex http://www.ineedpills.com/tramadol.htm";>Tramadol http://www.healthpharmacyonline.com/phentermine.html";>Phentermine Phentermine http://www.healthpharmacyonline.com/carisoprodol.html";>soma soma http://www.healthpharmacyonline.com/zyban.html";>Zyban Zyban http://www.healthpharmacyonline.com/viagra.html";>Viagra Viagra http://www.healthpharmacyonline.com/levitra.html";>Levitra Levitra http://www.google.com/search?q=www.rxpainrelief&hl=en&lr=&ie=UTF-8&c2coff=1&start=120&sa=N Previous Comments: [2004-07-16 03:48:26] oiuay97sydh7asd at hotmail dot com http://www.winning-phentermine.com/";>Phentermine Phentermine http://www.ineedpills.com/orthoTricyclen.htm";>Ortho Tri Cyclen http://www.phentermine4me.com/";>Phentermine Phentermine http://www.ineedpills.com/didrex.html";>Didrex http://www.carrotrx.com/";>Phentermine Phentermine http://www.healthstorepharmacy.com/";>Ambien Ambien http://www.ineedpills.com/";>Levitra Levitra http://www.ineedpills.com/fioricet.htm";>Fioricet http://www.ineedpills.com/phentermine.html";>Phentermine http://www.letsbuypills.com/";>Zyban Zyban http://www.pillspree.com/";>Meridia Meridia http://www.lowest-prices-pharmacy-online.com/";>Soma Soma http://www.healthpharmacyonline.com/";>Tramadol Tramadol http://www.123tramadol.com/";>Tramadol Tramadol http://www.ineedpills.com/bontril.html";>Bontril http://www.look4tramadol.com/";>Tramadol Tramadol http://www.tramadol4less.com/";>Tramadol Tramadol http://www.tramadol4me.com/";>Tramadol Tramadol http://www.ineedpills.com/vioxx.htm";>Vioxx http://www.gettramadol.com/";>Tramadol Tramadol http://www.ineedpills.com";>viagra viagra http://www.ineedpills.com/levitra.html";>Levitra Levitra http://www.ineedpills.com/cialis.html";>Cialis Cialis http://www.ineedpills.com/viagra.html";>viagra viagra http://www.healthpharmacyonline.com/tramadol.html";> Tramadol Tramadol http://www.healthpharmacyonline.com/cialis_viagra_levitra.html";>Cialis Cialis http://www.healthpharmacyonline.com/ultram.html";>Ultram Ultram http://www.healthpharmacyonline.com/fioricet.html";>Fioricet Fioricet http://www.healthpharmacyonline.com/vioxx.html";>Vioxx Vioxx http://www.healthpharmacyonline.com/ultracet.html";>Ultracet Ultracet http://www.healthpharmacyonline.com/celebrex.html";>Celebrex Celebrex http://www.ineedpills.com/tramadol.htm";>Tramadol http://www.healthpharmacyonline.com/phentermine.html";>Phentermine Phentermine http://www.healthpharmacyonline.com/carisoprodol.html";>soma soma http://www.healthpharmacyonline.com/zyban.html";>Zyban Zyban http://www.healthpharmacyonline.com/viagra.html";>Viagra Viagra http://www.healthpharmacyonline.com/levitra.html";>Levitra Levitra http://www.google.com/search?q=www.rxpainrelief&hl=en&lr=&ie=UTF-8&c2coff=1&start=120&sa=N [2003-06-24 12:58:38] [E
#28800 [Ver->Csd]: Strings beginning with "inf" improperly converted
ID: 28800
Updated by: [EMAIL PROTECTED]
Reported By: pmichaud at pobox dot com
-Status: Verified
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.3.6, 5.0.0RC2
New Comment:
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.
Previous Comments:
[2004-06-28 12:35:23] [EMAIL PROTECTED]
Verified that this is indeed the case. Since we are using strtol()
internally here, I would actually expect INF for both your "inf" and
"infinity" cases. The strtol() spec says that this should be the
result. And a quick local check verifies this, but the others
definitely shouldn't be returning INF. It looks like we are not
checking the end pointer returned from strtol() at all in any of our
conversion functions. We need something like this:
l = strtol(s, &endp, 0);
if (s != endp && *endp == `\0') {
... valid conversion ...
}
[2004-06-20 05:08:46] pmichaud at pobox dot com
Changed PHP version number to note bug exists in 5.0.0RC2.
[2004-06-20 05:05:27] pmichaud at pobox dot com
Changed PHP version number to note reports of bug in many versions of
PHP.
[2004-06-20 04:49:31] pmichaud at pobox dot com
Changed bug category.
[2004-06-15 22:26:40] pmichaud at pobox dot com
Description:
PHP seems to incorrectly convert strings beginning with "inf" to INF
(infinity). This includes converting strings such as "info" and
"inflammable". Surprisingly, the strings "inf" and "infinity" do *not*
convert to infinity but correctly become zeros. A script that
illustrates the problem is given below:
This is very annoying because one cannot simply do a test for a
positive number with code such as
if ($x>0) { echo "$x is positive"; }
because if $x is any string beginning with "inf" (but not "inf" or
"infinity") it is treated as a positive number.
Pm
Reproduce code:
---
Here's a script that illustrates the problem:
Expected result:
a: into == 0
b: info == 0
c: inf == 0
d: infinity == 0
e: infin == 0
f: inflammable == 0
Actual result:
--
a: into == 0
b: info == INF
c: inf == 0
d: infinity == 0
e: infin == INF
f: inflammable == INF
--
Edit this bug report at http://bugs.php.net/?id=28800&edit=1
#19795 [Com]: Problems with strnatcmp and strnatcasecmp
ID: 19795 Comment by: mbp at sourcefrog dot net Reported By: doc at nitramlexa dot com Status: Closed Bug Type: Strings related Operating System: FreeBSD 4.6 PHP Version: 4.2.2 New Comment: This bug does seem to still be present in php5 CVS. The comparison is simply by byte values, not taking character set or locale into account. Previous Comments: [2004-06-28 14:55:26] mikael at chl dot chalmers dot se This bug seems to have popped back again in version 4.3.7 When using setlocale(LC_ALL, 'sv_SE') the national chars åäö get sorted before other international chars, they should appear at the bottom. [2003-04-16 16:11:22] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-01-27 16:11:34] kamikaze at yifan dot net I have the same problem, with æøå. strtoupper() does, for example, not uppercase those letters. Also i 4.2.3 [2002-11-10 18:21:28] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-10-27 19:12:50] [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 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/19795 -- Edit this bug report at http://bugs.php.net/?id=19795&edit=1
#29198 [NEW]: strip_tags silently strips out tags
From: steven at acko dot net Operating system: Windows 2000 PHP version: 5.0.0 PHP Bug Type: Strings related Bug description: strip_tags silently strips out tags Description: The strip_tags function is hardcoded to strip out tags, such as comments. It is IMO expected behaviour for the function that specifying " Some text.", " Some text. (with the comment intact) Actual result: -- The output is: Some text. Some text. (the comment is stripped out) -- Edit bug report at http://bugs.php.net/?id=29198&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29198&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29198&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29198&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29198&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29198&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29198&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29198&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29198&r=support Expected behavior: http://bugs.php.net/fix.php?id=29198&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29198&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29198&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29198&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29198&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29198&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29198&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29198&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29198&r=float
#28905 [Com]: Cracklib crack_check does not accept resource from crack_opendict
ID: 28905
Comment by: jocke at blajj dot net
Reported By: screen at brainkrash dot com
Status: Open
Bug Type: Unknown/Other Function
Operating System: Win32/Linux
PHP Version: 4.3.6
New Comment:
Same here...
I upgraded from Apache 1.3.29 / PHP 4.3.4 (where the Cracklib-functions
actually worked) to Apache 1.3.31 / PHP 4.3.8 (with the exact same
configuration options) and now the Cracklib-functions in PHP are
totally broken...
[16-Jul-2004 06:00:06] PHP Warning: crack_check(): 135510476 is not a
valid cracklib dictionary resource in ...
[16-Jul-2004 06:00:06] PHP Warning: crack_getlastmessage(): No obscure
checks in this session in ...
Annoying, to say the least :-)
Previous Comments:
[2004-07-15 21:45:25] bradshaw at mcs dot anl dot gov
I am seeing this exact same problem with the 4.3.8 that we just started
using on our linux server running apache 2.0.50.
Is there a fix or workaround for this cause it is really affecting our
account creation system.
[2004-06-24 01:57:16] screen at brainkrash dot com
Description:
Upgraded to 4.3.6 from 4.3.4 and cracklib crack_check errors on
crack_check when passed the result from a successful crack_openict.
I've tested on a linux build and on win32 (binary distro).
crack_opendict appears does return a "resource" with no errors but
crack_check returns the following error:
Warning: crack_check(): 209064108 is not a valid cracklib dictionary
resource in...
a subsequent call to crack_getlastmessage gives the following warning:
Warning: crack_getlastmessage(): No obscure checks in this session
in...
Reproduce code:
---
$dict = crack_opendict("/usr/lib/cracklib_dict");
$strong = crack_check($dict, 'password');
print("dict: $dict");
print("strong: $strong");
Expected result:
dict: Resource id #60
strong: 0
Actual result:
--
Warning: crack_check(): 216275340 is not a valid cracklib dictionary
resource in
c:\usr\local\www\v2\common\auth\classes\class.BrainKrash_Auth.php on
line 704
dict: Resource id #60
strong:
--
Edit this bug report at http://bugs.php.net/?id=28905&edit=1
#14636 [Com]: Session variables are lost when redirecting to a url using header() function.
ID: 14636
Comment by: anonymous at anonymous dot com
Reported By: kannan at tmsassociates dot com
Status: Bogus
Bug Type: Session related
Operating System: windows 2000 professional
PHP Version: 4.0.6
New Comment:
Yes I have recently seen this phenomenon.
Note that I am purposely NOT saving session data in cookies.
session_start();
$_SESSION["foo"] = "bar";
header( "Location:foobar.php" );
On the remote Unix server running Apache I upload this to, it works
fine. The session data is passed to foobar.php.
However on my local Windows machine, the session data is lost. I end
up having to pass session data in the header myself.
header( "Location:foobar.php?" . Session_Name() . "=" . Session_ID()
);
It works but I'd rather not resort to that.
Previous Comments:
[2004-05-23 21:02:41] lorenzob at interia dot pl
I'm working on PHP 4.2.3 with Apache 1.3.9 and I've got the problem
mentioned above. After logging in I do the simple
session_start()
$_SESSION['user'] = $_POST['login']
and as for that everythings fine. But when changing from test.php,
where above code is stored, into another page klient.php during the
same session the variable appears to be empty! In short, although the
variable is being registered fine it's not visible in other scripts,
what is an obvious denial of an idea of session variables.
Can anyone help? I've been fighting this one for over three days in
many ways but nothing seems to have an effect.
test.php:
session_start();
header("Cache-control: private");
ob_end_flush();
session_register("log");
session_register("pas");
$log = $_POST["login"];
$pas = $_POST["pass"];
klient.php:
session_start();
header("Cache-control: private");
ob_end_flush();
$im = $log;
$naz = $pas;
echo "->".$im;
Big thanks in advance
[2004-04-13 18:58:04] fvincentis at yahoo dot com
Had the same problem on IIS with the php cgi. The session_write_close()
did it for me! It didn't write the session variables before, but now
they are stored even if a header redirect follows.
[2004-02-21 18:50:54] michael at graber dot org
Just found an annoying quirk (aka bug) in IE - after applying a
security patch, IE no longer sets cookies if the server or domain name
contain anything except alphanumerics (ie, no "_" or "-", etc.).
The symptom was that every page or refresh of the same page generated a
new session, and obviously no variables were passed from page to page.
http://support.microsoft.com/default.aspx?scid=kb;EN-US;316112
[2004-02-15 19:15:24] smcbride at msn dot com
I have had the same problem on Windows/IIS. I thought it was a coding
mistake, but it turns out to be a problem with PHP / IIS. When running
php as a cgi exe, it does not set up the session properly the first
time. If you run it as an ISAPI extension, it works. I spent a few
hours on this one. If your symptoms are that the first time it does
not work and then hit the back button in the browser and try again and
it works, then it is probably this. I read somewhere that this is
actually a IIS issue.
[2004-01-29 06:53:31] brett dot crosby at australiswebtech dot com dot
au
Have experienced the same problem where an application works fine on
LAMP and not on Win2k. One thing that I did notice (by accident - I
turned on debugging to see what was happening) is that if I send some
output to the second page prior to the header() command the session
variable was registered. I'm then able to shut down the browser and
restart without problems. However, if I reboot my machine, I must send
the debug output again.
Note to self: Perhaps there is a way of sending some data to the
browser that will instantiate the session but clear the buffer before
sending the 'real' data?
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/14636
--
Edit this bug report at http://bugs.php.net/?id=14636&edit=1
#28905 [Com]: Cracklib crack_check does not accept resource from crack_opendict
ID: 28905
Comment by: jocke at blajj dot net
Reported By: screen at brainkrash dot com
Status: Open
Bug Type: Unknown/Other Function
Operating System: Win32/Linux
PHP Version: 4.3.6
New Comment:
Ok, I just downloaded all the PHP sources from version 4.3.3
and up, and did a quick check of the cracklib sources.
The file php-4.3.x/ext/crack/crack.c was changed in PHP 4.3.5 (from
version 1.18.8.2 to 1.18.8.3) and has stayed in that version since.
PHP 4.3.4: /* $Id: crack.c,v 1.18.8.2 2003/06/12 12:37:03 andrey Exp $
*/
PHP 4.3.5: (and up) /* $Id: crack.c,v 1.18.8.3 2004/01/04 20:01:07
iliaa Exp $ */
I will later try to recompile 4.3.8 with the earlier version of crack.c
and see what happens. (maybe not a good idea, but I want to try...)
Previous Comments:
[2004-07-16 06:16:10] jocke at blajj dot net
Same here...
I upgraded from Apache 1.3.29 / PHP 4.3.4 (where the Cracklib-functions
actually worked) to Apache 1.3.31 / PHP 4.3.8 (with the exact same
configuration options) and now the Cracklib-functions in PHP are
totally broken...
[16-Jul-2004 06:00:06] PHP Warning: crack_check(): 135510476 is not a
valid cracklib dictionary resource in ...
[16-Jul-2004 06:00:06] PHP Warning: crack_getlastmessage(): No obscure
checks in this session in ...
Annoying, to say the least :-)
[2004-07-15 21:45:25] bradshaw at mcs dot anl dot gov
I am seeing this exact same problem with the 4.3.8 that we just started
using on our linux server running apache 2.0.50.
Is there a fix or workaround for this cause it is really affecting our
account creation system.
[2004-06-24 01:57:16] screen at brainkrash dot com
Description:
Upgraded to 4.3.6 from 4.3.4 and cracklib crack_check errors on
crack_check when passed the result from a successful crack_openict.
I've tested on a linux build and on win32 (binary distro).
crack_opendict appears does return a "resource" with no errors but
crack_check returns the following error:
Warning: crack_check(): 209064108 is not a valid cracklib dictionary
resource in...
a subsequent call to crack_getlastmessage gives the following warning:
Warning: crack_getlastmessage(): No obscure checks in this session
in...
Reproduce code:
---
$dict = crack_opendict("/usr/lib/cracklib_dict");
$strong = crack_check($dict, 'password');
print("dict: $dict");
print("strong: $strong");
Expected result:
dict: Resource id #60
strong: 0
Actual result:
--
Warning: crack_check(): 216275340 is not a valid cracklib dictionary
resource in
c:\usr\local\www\v2\common\auth\classes\class.BrainKrash_Auth.php on
line 704
dict: Resource id #60
strong:
--
Edit this bug report at http://bugs.php.net/?id=28905&edit=1
#29114 [Asn->Csd]: Stat() function crashes PHP (signal 10) in a particular case
ID: 29114
Updated by: [EMAIL PROTECTED]
Reported By: john dot wellesz at firstream dot net
-Status: Assigned
+Status: Closed
Bug Type: Reproducible crash
Operating System: w2k/FreeBSD
PHP Version: 4.3.7
Assigned To: pollita
New Comment:
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.
Previous Comments:
[2004-07-15 00:08:02] [EMAIL PROTECTED]
Don't worry, it'll get fixed in PHP4 (in all liklihood will show up in
4.3.9). I just wanted to be sure it was what I thought it was. I'll
have a fix applied by this weekend time permitting.
[2004-07-14 20:40:01] john dot wellesz at firstream dot net
The problem doesn't appear with PHP 5.
Will you fix this bug in PHP 4 or must I switch to PHP 5?
[2004-07-13 17:57:58] [EMAIL PROTECTED]
Can you try this on PHP5? The filestat code got some heavy
reorganizing and the bug may be resolved there, but I think I can see
what's happening in the PHP4 branch.
[2004-07-13 03:21:49] john dot wellesz at firstream dot net
Description:
The bug I'm about to describe exists since at least PHP 4.1.2 and
happens on w2k and freeBSD 4.9 STABLE and probably other platforms (I'm
currently using PHP 4.3.7 and 4.3.4).
My 2 php (w2k and FreeBSD) runs as CGI, the crashes also happens if I
execute my script on command line.
Modules used is probably irrelevant, I use 2 PHP one on FreeBSD and the
other on w2k compiled on totally different way with not the same
modules... (tell me if you cant reproduce the crash, i'll provide more
info)
BUG REQUIREMENTS:
--> you must be using an error handler
--> Inside your PHP script you must call a stat() function (filemtime,
stat() etc...) over a file that DOESN'T EXIST.
--> In your error handling function*(see note 1) you must either:
- make another stat() over a file that doesn't exist
- or call the unlink() function on a file that DOES EXIST
(1): inside your error handling function means:
- direcly in the error handling function
- in a function that is called by your error handling function
RESULT:
Once the content of the error handler has been properly executed PHP
crashes on SIGNAL 10 (BUS ERROR)
NOTE that calling other specific functions than stat() functions family
and unlink() may cause the same issue, I didn't test.
Reproduce code:
---
\n$errmsg\n");
}
$old_error_handler = set_error_handler("userErrorHandler");
echo "test start\n";
stat("nonexistentfileHAHAHA");
echo "test end\n";
?>
Expected result:
>should prints:
-
test start
stat(): Stat failed for nonexistentfileHAHAHA (errno=2 - No such file
or directory)
test end
-
Actual result:
--
>actually prints
-
test start
stat(): Stat failed for nonexistentfileHAHAHA (errno=2 - No such file
or directory)
-
Under w2k a litle window appear to say that php.exe has generated
errors etc...
Under FreeBSD I can see in server logs:
pid 33566 (php), uid 27173: exited on signal 10
--
Edit this bug report at http://bugs.php.net/?id=29114&edit=1
#29147 [Opn->Fbk]: Compile Error in mnoGoSearch functions)
ID: 29147 Updated by: [EMAIL PROTECTED] Reported By: sebastian at nohn dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux 2.4 (Debian Woody) PHP Version: 5.0.0 New Comment: Could you please try the patch below? http://tony2004.phpclub.net/dev/tmp/mnogo.diff Previous Comments: [2004-07-15 19:57:19] Bjorn dot Wiberg at its dot uu dot se I experience the same error on IBM AIX 5.2.0.0 ML3 with PHP 5.0.0 (release) and mnoGoSearch 3.1.21 installed in the standard location /usr/local/mnogosearch. PHP has been configured with (excerpt from config.nice): CPPFLAGS='-I/usr/local/include' \ LDFLAGS='-L/lib -L/opt/freeware/lib -L/usr/local/lib' \ CC='/usr/local/bin/gcc' \ './configure' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-dba' \ '--enable-exif' \ '--enable-embedded-mysqli' \ '--enable-debug' \ '--enable-filepro' \ '--enable-gd-jis-conv' \ '--enable-gd-native-ttf' \ '--enable-mbstring' \ '--enable-memory-limit' \ '--enable-versioning' \ '--enable-zend-multibyte' \ '--prefix=/apache/php' \ '--with-apxs2=/apache/bin/apxs' \ '--with-apxs2filter=/apache/bin/apxs' \ '--with-freetype-dir' \ '--with-gd' \ '--with-gdbm' \ '--with-gettext' \ '--with-inifile' \ '--with-jpeg-dir' \ '--with-ldap' \ '--with-libxml-dir' \ '--with-mime-magic' \ '--with-mnogosearch' \ '--with-mysql=/usr/local/mysql' \ '--with-openssl=/opt/freeware' \ '--with-png-dir' \ '--with-tiff-dir' \ '--with-ttf' \ '--with-xpm-dir' \ '--with-zlib' \ '--with-zlib-dir' The error message I get is: ---8<---cut--- s_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -o sapi/cli/php -L/opt/freeware/lib -L/usr/X11R6/lib -L/usr/local/lib -L/usr/local/mysql/lib -L/usr/local/mnogosearch/lib -L/usr/local/mysql/lib/mysql -lz -lm -lldap -lssl -lcrypto -ls -llber -lintl -liconv -lfreetype -lz -lX11 -lXpm -lpng -lz -ljpeg -lgdbm -lz -lssl -lcrypto -lm -lz -liconv -lm -lz -liconv -lm -lz -liconv -lm -lz -liconv -lm -lmysqlclient -lz -lcrypt -lnsl_r -lm -lm -lz -lcrypto -lssl /usr/local/mnogosearch/lib/libudmsearch.a -lmysqlclient -lm -lz -lcrypto -lssl -lz -liconv -lm -lz -liconv -lm -lxml2 -lpthread -lz -liconv -lm -lz -liconv -lm -Wl,-bnolibpath -Wl,-blibpath:/usr/local/lib:/opt/freeware/lib:/usr/local/mysql/lib/mysql:/usr/X11R6/lib:/usr/local/mysql/lib:/usr/local/mnogosearch/lib:/usr/lib:/lib ld: 0711-317 ERROR: Undefined symbol: .UdmMalloc ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make: The error code from the last command is 1. Stop. [2004-07-14 21:30:43] php at arwin dot net I had the same error when trying to include support for mnogosearch. The exact same configuration worked fine in php 5.0.0RC3. [2004-07-14 15:28:12] sebastian at nohn dot net Description: PHP does'nt compile Reproduce code: --- ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-zlib=yes \ --with-xml \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-wddx \ --with-mnogosearch=/opt/mnogosearch \ --with-gd \ --with-freetype-dir=/usr \ --with-gettext \ --with-libxml-dir=/opt/libxml2 make Expected result: Everything works fine Actual result: -- /bin/sh /root/install_temp/php-5.0.0/libtool --silent --preserve-dup-deps --mode=link /root/install_temp/php-5.0.0/meta_ccld -export-dynamic -g -O2 -pthread -DZTS -L/opt/libxml2/lib -L/usr/lib/mysql -L/opt/mnogosearch/lib -L/usr/lib/postgresql/lib -R /opt/libxml2/lib -R /usr/lib/mysql -R /opt/mnogosearch/lib -R /usr/lib/postgresql/lib ext/libxml/libxml.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctyp [...] d_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lpq -lmysqlclient -lfreetype -lpng
