#29054 [Opn->Asn]: throw exception causes segfault
ID: 29054 Updated by: [EMAIL PROTECTED] Reported By: auslander at tampabay dot rr dot com -Status: Open +Status: Assigned Bug Type: Reproducible crash Operating System: Linux 2.6.5 PHP Version: 5.0.0RC3 -Assigned To: +Assigned To: andi New Comment: Confirmed here, assigning to Andi. valgrind says: ==25868== ==25868== Jump to the invalid address stated on the next line ==25868==at 0x2A8FCC84: ??? ==25868==by 0x8313A25: zend_do_fcall_common_helper (zend_execute.c:2728) ==25868==by 0x8313EA6: zend_do_fcall_by_name_handler (zend_execute.c:2810) ==25868==by 0x831029E: execute (zend_execute.c:1391) ==25868== Address 0x2A8FCC84 is not stack'd, malloc'd or free'd ==25868== gdb says: 0x2a8fcc84 in ?? () (gdb) bt #0 0x2a8fcc84 in ?? () #1 0x0831029f in execute (op_array=0x404e95a0) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1391 #2 0x08313a26 in zend_do_fcall_common_helper (execute_data=0xbfffd520, opline=0x404ec6e4, op_array=0x404e68cc) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2728 #3 0x08313ea7 in zend_do_fcall_by_name_handler (execute_data=0xbfffd520, opline=0x404ec6e4, op_array=0x404e68cc) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2810 #4 0x0831029f in execute (op_array=0x404e68cc) at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1391 #5 0x082ec861 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /dat/dev/php/php-5.0dev/Zend/zend.c:1058 #6 0x082a6b83 in php_execute_script (primary_file=0xb960) at /dat/dev/php/php-5.0dev/main/main.c:1630 #7 0x0831cd96 in main (argc=3, argv=0xba04) at /dat/dev/php/php-5.0dev/sapi/cli/php_cli.c:943 Previous Comments: [2004-07-07 23:19:31] auslander at tampabay dot rr dot com Description: throwing an exception causes a segfault. test case 1: created an object (A) within another object (B). B calls $this->A->close() then sets $this->A = null which calls $this->A->__destruct() method which calls A->close() again. on the second call of A->close(), an exception is thrown which results in a segfault. test case 2: when creating A directly, without going through another object, no segfault happens, but still, no exception is thrown and no error. Reproduce code: --- http://gub.no-ip.org:8546/~auslander/bugtest.php.txt Expected result: expect no segfault and expect exception to be thrown/caught in both test cases. Actual result: -- test case 1 output/backtrace - test 1 -- creating Bar object Bar::__construct() called Foo::__construct() called closing Bar Bar::close() called Foo::close() called Foo::__destruct() called Foo::close() called supposed to throw an exception here Segmentation fault #0 0x in ?? () #1 0x082039e3 in execute (op_array=0xf709f444) at /usr/local/src/php-5.0.0RC3/Zend/zend_execute.c:1389 #2 0x08206a75 in zend_do_fcall_common_helper (execute_data=0xfeeb09d0, opline=0xf70a1340, op_array=0xf7096304) at /usr/local/src/php-5.0.0RC3/Zend/zend_execute.c:2726 #3 0x08206d4c in zend_do_fcall_by_name_handler (execute_data=0xf70a08c8, opline=0xf70a1340, op_array=0xf7096304) at /usr/local/src/php-5.0.0RC3/Zend/zend_execute.c:2808 #4 0x082039e3 in execute (op_array=0xf7096304) at /usr/local/src/php-5.0.0RC3/Zend/zend_execute.c:1389 #5 0x081e9285 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-5.0.0RC3/Zend/zend.c:1061 #6 0x081b753e in php_execute_script (primary_file=0xfeeb2db0) at /usr/local/src/php-5.0.0RC3/main/main.c:1627 #7 0x0820e112 in main (argc=3, argv=0xfeeb2e74) at /usr/local/src/php-5.0.0RC3/sapi/cli/php_cli.c:943 test case 2 output (no segfault/backtrace) - test 2 -- creating Foo object Foo::__construct() called closing Foo Foo::close() called setting Foo to null Foo::__destruct() called Foo::close() called supposed to throw an exception here -- Edit this bug report at http://bugs.php.net/?id=29054&edit=1
#29057 [Opn->Bgs]: PHP doesn't generate a warning on mysql_select_db failure
ID: 29057 Updated by: [EMAIL PROTECTED] Reported By: johnfivealive at hotmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Fedora Core 2 PHP Version: 5.0.0RC3 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 If it returns false, you can much more easily check for it without having to obfucsicate the functioncall with the shut-up operator (@). No way this is going to be changed. Previous Comments: [2004-07-08 05:17:18] johnfivealive at hotmail dot com Description: whenever mysql_select_db returns false PHP should output a warning message to the browser if php is configured to do so. As it stands now when mysql_select_db fails, PHP generates no warning on failure. This is not consistent with other PHP mysql_* functions. Reproduce code: --- Make sure all warnings are enabled in php.ini psuedo code: $connection = mysql_connect( "host", "user", "pass" ); mysql_select_db( "some non existent DB", $connection ); mysql_select_db should return false, but no warning is generated Expected result: a warning should be outputed to the browser Actual result: -- function returns correctly, but no warning is outputted -- Edit this bug report at http://bugs.php.net/?id=29057&edit=1
#28898 [Com]: PHP has encountered an Access Violation at 01350AFD
ID: 28898 Comment by: renato at ostorero dot it Reported By: sam at freepeers dot com Status: Bogus Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.7 New Comment: - NO COMMENT - Previous Comments: [2004-07-06 15:38:54] [EMAIL PROTECTED] The isapi module is unstable at it's best anyway, use CGI if you need stable environment. (or rather, install Apache..) [2004-07-03 21:05:58] renato at ostorero dot it Same problem here, downgrade to 4.3.6 or 4.3.5 doesn't solve it, the only way is to set memory recycling in IIS 6 to very low level such 20 mb for max used memory and 30 for max virtual memory. This way of work permits to recycle often the working processes and limit PHP access violation but in some cases cause event id 1013 "exceed of time during shut down". Windows 2003 Enterprise PHP 4.3.5 / 4.3.6 / 4.3.7 ISAPI Extensions: php_gd2.dll [2004-07-02 13:26:46] miho at centrum dot cz Downgrading to 4.3.6 solved that problem for me. Extensions: php_gd2.dll [2004-06-30 15:50:19] sam at freepeers dot com I am not loading any extensions. [2004-06-30 03:35:17] louis at spamisbad dot steelbytes dot com dot veryevil > What extensions are you loading into your PHP? Hi, I've got very similar bug (28954) I load the following extensions in the php.ini php_ldap.dll php_gd2.dll 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/28898 -- Edit this bug report at http://bugs.php.net/?id=28898&edit=1
#29061 [NEW]: soap extension segfaults
From: tony2001 at phpclub dot net
Operating system: Linux 2.4.23
PHP version: 5CVS-2004-07-08 (dev)
PHP Bug Type: SOAP related
Bug description: soap extension segfaults
Description:
SOAP ext segfaults with following backtrace:
---
Program received signal SIGSEGV, Segmentation fault.
0x401746a3 in strlen () from /lib/i686/libc.so.6
(gdb) bt
#0 0x401746a3 in strlen () from /lib/i686/libc.so.6
#1 0x402e49ee in do_request (this_ptr=0x817a044, request=0x817a1dc,
location=0x8 ,
action=0x1 , version=135789172,
response=0x817f85c)
at /home/tony/CVS/php-src/ext/soap/soap.c:1958
#2 0x402e4f37 in do_soap_call (this_ptr=0x817a044, function=0x817a1dc
"getQuote", function_len=8, arg_count=1,
real_args=0x817fa74, return_value=0x817f85c, soap_action=0x0,
call_uri=0x0, soap_headers=0x0, output_headers=0x0)
at /home/tony/CVS/php-src/ext/soap/soap.c:2033
#3 0x402e65e1 in zif_SoapClient___call (ht=2, return_value=0x817f85c,
this_ptr=0x817a044, return_value_used=1)
at /home/tony/CVS/php-src/ext/soap/soap.c:2200
#4 0x40410d63 in zend_call_function (fci=0xbfffbc70, fci_cache=0x0) at
/home/tony/CVS/php-src/Zend/zend_execute_API.c:853
#5 0x4040faf0 in call_user_function_ex (function_table=0x0,
object_pp=0xbfffbd58, function_name=0xbfffbd00,
retval_ptr_ptr=0xbfffbcec, param_count=2, params=0xbfffbcf0,
no_separation=0, symbol_table=0x0)
at /home/tony/CVS/php-src/Zend/zend_execute_API.c:550
#6 0x40435726 in zend_std_call_user_call (ht=1, return_value=0x817f76c,
this_ptr=0x817a044, return_value_used=1)
at /home/tony/CVS/php-src/Zend/zend_object_handlers.c:565
#7 0x404490e8 in zend_do_fcall_common_helper (execute_data=0xbfffcf80,
opline=0x818a4a4, op_array=0x8179f94)
at /home/tony/CVS/php-src/Zend/zend_execute.c:2699
#8 0x404497c4 in zend_do_fcall_by_name_handler (execute_data=0xbfffcf80,
opline=0x818a4a4, op_array=0x8179f94)
at /home/tony/CVS/php-src/Zend/zend_execute.c:2810
#9 0x404451b2 in execute (op_array=0x8179f94) at
/home/tony/CVS/php-src/Zend/zend_execute.c:1391
#10 0x4041dbdb in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/tony/CVS/php-src/Zend/zend.c:1061
#11 0x403d0611 in php_execute_script (primary_file=0xb310) at
/home/tony/CVS/php-src/main/main.c:1632
#12 0x40451ffa in apache_php_module_main (r=0x8169584,
display_source_mode=0)
at /home/tony/CVS/php-src/sapi/apache/sapi_apache.c:54
#13 0x40453075 in send_php (r=0x8169584, display_source_mode=0,
filename=0x8169b6c "/www/index.php")
at /home/tony/CVS/php-src/sapi/apache/mod_php5.c:621
#14 0x40453106 in send_parsed_php (r=0x8169584) at
/home/tony/CVS/php-src/sapi/apache/mod_php5.c:636
#15 0x08074542 in ap_invoke_handler ()
#16 0x0808a56a in process_request_internal ()
#17 0x0808a9d4 in ap_internal_redirect ()
#18 0x0806024a in handle_dir ()
#19 0x08074542 in ap_invoke_handler ()
#20 0x0808a56a in process_request_internal ()
#21 0x0808a5c7 in ap_process_request ()
#22 0x08080f80 in child_main ()
#23 0x08081132 in make_child ()
#24 0x080812b1 in startup_children ()
#25 0x0808199b in standalone_main ()
#26 0x08082235 in main ()
#27 0x4010faf7 in __libc_start_main () from /lib/i686/libc.so.6
--
Reproduce code:
---
$client = new SoapClient("stocks.wsdl");
try {
print($client->getQuote("ibm"));
} catch (SoapFault $exception) {
echo $exception;
}
stocks.wsdl:
http://schemas.xmlsoap.org/wsdl/";
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:http="http://
schemas.xmlsoap.org/wsdl/http/"
xmlns:xs="http://www.w3.org/2001/XMLSchema";
xmlns:soapenc="http://schemas.xmlsoap.org/soap/e
ncoding/" xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/";
xmlns:y="http://new.webservice.namespace"; targetNamespace="http
://new.webservice.namespace">
http://schemas.xmlsoap.org/soap/http"/>
http://xrs.spdllc.com/server2.php"/>
Expected result:
-
Actual result:
--
-
--
Edit bug report at http://bugs.php.net/?id=29061&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29061&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29061&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29061&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29061&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29061&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29061&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29061&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29061&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29061&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29061&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29061&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29061&r=globals
PHP 3 support discontinued: htt
#29050 [Opn->Bgs]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 Updated by: [EMAIL PROTECTED] Reported By: support at gis dot tusur dot ru -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: Please ask installation support questions on an appropriate mailing list. This is a bug system and this is not a bug. Previous Comments: [2004-07-08 07:37:57] support at gis dot tusur dot ru We have tried all your recommendations, but haven't got correct result - our system still don't work properly! [2004-07-07 15:43:05] [EMAIL PROTECTED] Make sure ORACLE_HOME environment variable is visible to IIS (use phpinfo()) and points to the right dir. Try to install new (9.2) Oracle Client on a clean server and try again if nothing helps. >This couldn't be an access privileges problem, because we >use Oracle Client 9.0.1.1.1 before. This could be a problem of your upgrade tool. [2004-07-07 15:35:51] support at gis dot tusur dot ru This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. And it works properly. And now we switch between two Oracle cliens using Oracle Home Selector. But we must use only 9.2.0.1.0 in our project. [2004-07-07 15:23:28] [EMAIL PROTECTED] Pay attention to "Access is denied" message. Seems you have some problem with access privileges (maybe IIS can't open OCI libs or something like that). [2004-07-07 15:18:44] support at gis dot tusur dot ru Description: Please read attentively and help us if possible! We search for answer for this trouble through all forum and enythere in the internet but have not got it yet! We have done all possible measures (different software and hardware configurations), but bug is still alive! We have installed PHP as sapi on IIS (we have tried to use 5.0, 6.0 versions of IIS under Windows 2000 Advanced Server and Windows Server 2003 Enterprise). We have Oracle Client 9.2.0.1.0 Enterprise edition. We use PHP v4.3.7 (we have tried to use from v4.2.3 to v4.3.7). With using of Oracle Client 9.0.1.1.1 all work properly. Such kind of problem was discussed on the bug-forum, but there was no correct answer. We have read following reports before we writing it: http://bugs.php.net/bug.php?id=5764 http://bugs.php.net/bug.php?id=8362 http://bugs.php.net/bug.php?id=11774 http://bugs.php.net/bug.php?id=12352 http://bugs.php.net/bug.php?id=12821 http://bugs.php.net/bug.php?id=12975 http://bugs.php.net/bug.php?id=12977 http://bugs.php.net/bug.php?id=13861 http://bugs.php.net/bug.php?id=14641 http://bugs.php.net/bug.php?id=14867 http://bugs.php.net/bug.php?id=17002 http://bugs.php.net/bug.php?id=19747 - http://bugs.php.net/bug.php?id=20022 - ! - http://bugs.php.net/bug.php?id=20717 http://bugs.php.net/bug.php?id=20854 http://bugs.php.net/bug.php?id=21203 http://bugs.php.net/bug.php?id=25560 http://bugs.php.net/bug.php?id=25860 and etc. Reproduce code: --- Expected result: ok... Actual result: -- We get this: IIS message: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - Access is denied. PHP message: Fatal error: Call to undefined function: ociplogon() in c:\inetpub\wwwroot\index.php on line 6 In console we get: 'ok...'. -- Edit this bug report at http://bugs.php.net/?id=29050&edit=1
#29048 [Opn->Bgs]: UNC path and mapping lead to different behaviour for exec() function
ID: 29048
Updated by: [EMAIL PROTECTED]
Reported By: phpbug at volcane dot fr
-Status: Open
+Status: Bogus
-Bug Type: Unknown/Other Function
+Bug Type: Apache related
Operating System: windows XP pro
PHP Version: 4.3.7
New Comment:
No, it's not a bug. Apache just uses different working directory when
you start it differently.
Previous Comments:
[2004-07-07 14:43:01] phpbug at volcane dot fr
Description:
Hi,
I've got a strange behaviour with apache 2.0.49 running a PHP (4.3.7)
script, and I don't know if it is a bug, and if it's a bug, if it is
related to PHP or apache.
I use a virtual host, with a document root on a network drive (on a
linux box, with samba).
If I configure the virtual host with a path like "z:/path", everything
works fine BUT apache cannot run as a service, as the z: mapping is
done in the interactive session environment.
In this configuration, the PHP command "exec('cd')" outputs "z:\path".
Thus, I use the preferred UNC notation for my virtual host :
"//host/share/path" . But if I do that, the PHP command "exec('cd')"
outputs "c:\windows".
Therefore all my commands executed through exec() have a different
behaviour depending on the notation of the DocumentRoot (there's also a
Directory directive for the same location), even if, physically, it
points to the same location.
I had to stop considering running apache as a service for this
configuration (hopefully, it's only a development system).
So, is it a bug ? and if so, an apache one, or a PHP one ?
My opinion is that it is a bug, as it prevents me from running the
application as a service in this network configuration.
--
Edit this bug report at http://bugs.php.net/?id=29048&edit=1
#28930 [Com]: PHP sources assume you're using Bison
ID: 28930
Comment by: cjs at cynic dot net
Reported By: eggert at gnu dot org
Status: Open
Bug Type: Compile Failure
Operating System: Debian GNU/Linux 3.0r1
PHP Version: 4.3.7
New Comment:
Same problem on NetBSD 1.6ZG or 2.0 using PHP 5.0.0 RC3. Similar
solution, except that I had to patch a few more files in a similar way.
Previous Comments:
[2004-07-06 20:25:24] eggert at gnu dot org
Changing the status back to open, since it's clearly a bug in the PHP
build procedure.
[2004-07-06 20:23:55] eggert at gnu dot org
The comments by sniper are incorrect. The PHP 4.3.7 zend_ini_parser.c
file was generated by Bison 1.35, not Bison 1.28. A build with Bison
1.28 may or may not work (I haven't checked). But the fundamental
problem here is that the PHP 4.3.7 build process is broken: it assumes
that any .h file built by any yacc implementation is compatible with
any .c file generated by any other yacc implementation. This has never
been the case. The proposed patch fixes the PHP build process so that
it doesn't assume that all yacc implementations are identical.
[2004-07-06 11:40:29] mandreiana at yahoo dot com
Snipper, not all systems have these bison versions.
e.g. Fedora Core 2 has 1.875. Other distros will update it too with new
releases. PHP 4.3.7 doesn't compile on these systems, one has to
mkdir Zend && cp ../Zend/zend_{language,ini}_parser.[ch] Zend
Please fix PHP by using the patch which bison author kindly provided.
[2004-07-06 01:26:03] [EMAIL PROTECTED]
It's working as it should be. (do NOT use anything but 1.35 or rather,
1.28 version of bison!)
[2004-06-25 22:33:22] eggert at gnu dot org
Description:
"make install" fails as described under "actual result".
The problem is that the source files are picking up the wrong include
files: they should be including the new files generated by Bison 1.875,
but they are including the prebuilt files generated by Bison 1.35. Here
is a patch. This patch should fix PHP bug 21802.
diff -prU2 php-4.3.7/Zend/zend_compile.c
php-4.3.7-fix/Zend/zend_compile.c
--- php-4.3.7/Zend/zend_compile.c 2003-08-28 09:08:11 -0700
+++ php-4.3.7-fix/Zend/zend_compile.c 2004-06-25 13:11:23 -0700
@@ -19,5 +19,5 @@
-#include "zend_language_parser.h"
+#include
#include "zend.h"
#include "zend_compile.h"
diff -prU2 php-4.3.7/Zend/zend_highlight.c
php-4.3.7-fix/Zend/zend_highlight.c
--- php-4.3.7/Zend/zend_highlight.c 2003-12-25 10:57:28 -0800
+++ php-4.3.7-fix/Zend/zend_highlight.c 2004-06-25 13:10:57 -0700
@@ -20,5 +20,5 @@
#include "zend.h"
-#include "zend_language_parser.h"
+#include
#include "zend_compile.h"
#include "zend_highlight.h"
diff -prU2 php-4.3.7/Zend/zend_indent.c
php-4.3.7-fix/Zend/zend_indent.c
--- php-4.3.7/Zend/zend_indent.c2002-12-31 08:23:03 -0800
+++ php-4.3.7-fix/Zend/zend_indent.c2004-06-25 13:11:02 -0700
@@ -23,5 +23,5 @@
#include "zend.h"
-#include "zend_language_parser.h"
+#include
#include "zend_compile.h"
#include "zend_indent.h"
diff -prU2 php-4.3.7/Zend/zend_ini_scanner.l
php-4.3.7-fix/Zend/zend_ini_scanner.l
--- php-4.3.7/Zend/zend_ini_scanner.l 2003-07-24 01:44:28 -0700
+++ php-4.3.7-fix/Zend/zend_ini_scanner.l 2004-06-25 13:10:34 -0700
@@ -31,5 +31,5 @@
#include "zend.h"
#include "zend_globals.h"
-#include "zend_ini_parser.h"
+#include
#include "zend_ini_scanner.h"
diff -prU2 php-4.3.7/Zend/zend_language_scanner.l
php-4.3.7-fix/Zend/zend_language_scanner.l
--- php-4.3.7/Zend/zend_language_scanner.l 2004-02-03 06:31:19 -0800
+++ php-4.3.7-fix/Zend/zend_language_scanner.l 2004-06-25 13:11:16
-0700
@@ -48,5 +48,5 @@
#include "zend.h"
#include "zend_alloc.h"
-#include "zend_language_parser.h"
+#include
#include "zend_compile.h"
#include "zend_language_scanner.h"
Reproduce code:
---
To reproduce the problem, install Bison 1.875 and
build PHP 4.3.7 with the following commands:
mkdir obj
cd obj
sh ../php-4.3.7/configure
make
make install
Expected result:
Expected a clean make install.
Actual result:
--
$ make install
Installing PHP SAPI module: cgi
Installing PHP CGI into: /tmp/prefix/bin/
Installing PEAR environment: /tmp/prefix/lib/php/
Parse error: syntax error, unexpected T_WHITESPACE in
/home/eggert/src/php/php-4.3.7/pear/install-pear.php on line 3
make[1]: *** [install-pear-installer] Error 255
make: *** [install-pear] Error 2
--
Edit this bug report at http://bugs.php.net/?id=28930&edit=1
#29049 [Opn->Ver]: usort() does not trigger an error when callback does not exist
ID: 29049
Updated by: [EMAIL PROTECTED]
Reported By: bugs dot php dot net at chsc dot dk
-Status: Open
+Status: Verified
Bug Type: Arrays related
-Operating System: Linux
+Operating System: *
-PHP Version: 4.3.7
+PHP Version: 4CVS, 5CVS
New Comment:
There isn't any checking done in any of the u*sort() functions for the
callback being valid. (zend_is_callable() should be used?)
This might be intentional, since the check would slow these functions
down a bit..?
Previous Comments:
[2004-07-07 15:02:08] bugs dot php dot net at chsc dot dk
Description:
When the second argument to usort() is not a valid callback, no error
is triggered, and the return value is true.
This makes debugging tricky.
When invoked with an invalid callback, usort() for some reason
rearranges the values in the array anyway.
Reproduce code:
---
Expected result:
The output should be three error messages, three times "bool(false)"
and three times the original array.
Actual result:
--
bool(true)
array(4) {
[0]=>
int(2)
[1]=>
int(3)
[2]=>
int(7)
[3]=>
int(1)
}
bool(true)
array(4) {
[0]=>
int(1)
[1]=>
int(7)
[2]=>
int(3)
[3]=>
int(2)
}
bool(true)
array(4) {
[0]=>
int(2)
[1]=>
int(3)
[2]=>
int(7)
[3]=>
int(1)
}
--
Edit this bug report at http://bugs.php.net/?id=29049&edit=1
#29051 [Opn->Fbk]: Unix timestamp mismatch
ID: 29051 Updated by: [EMAIL PROTECTED] Reported By: daseymour at 3hc dot org -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: Windows 2000 (5.00.2195 - SP4) PHP Version: 4.3.7 New Comment: Please give an example output of the wrong results you got. Previous Comments: [2004-07-07 16:38:33] daseymour at 3hc dot org Derick, what OS and PHP version are you running? This problem only seems to occur on my Win2k box with Apache. Thanks. [2004-07-07 16:30:59] [EMAIL PROTECTED] Works fine for me... [2004-07-07 16:18:02] daseymour at 3hc dot org Description: The following date/time functions give different results when requesting the current unix timestamp... Microtime() GetTimeOfDay() Time() Date() GetDate() This problem occurs on Apache 2.0.47 and Apache 1.3.31, but it doesn't seem to occur on IIS 5.0. Reproduce code: --- "; echo ""; echo "Microtime():$sec1"; echo "GetTimeOfDay():$sec2"; echo "Time():$sec3"; echo "Date():$sec4"; echo "GetDate():$sec5"; echo ""; echo "PHP Version: " . phpversion() . " Server API: " . php_sapi_name() . ""; ?> Expected result: The unix timestamps returned by the above functions should all be the same. Actual result: -- It appears that Microtime() and GetTimeOfDay() are returning different results than Time(), Date(), and GetDate(). -- Edit this bug report at http://bugs.php.net/?id=29051&edit=1
#29036 [Opn->Fbk]: imap with ssl not working on windows
ID: 29036 Updated by: [EMAIL PROTECTED] Reported By: josef dot spangler at rz dot uni-regensburg dot de -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Windows PHP Version: 4.3.6 New Comment: It won't help much since we don't build the c-client library on windows with SSL support.. And the .dsp file should be edited too, did you to that? (give a diff for that if you did :) Previous Comments: [2004-07-06 21:18:07] josef dot spangler at rz dot uni-regensburg dot de Description: The php_imap extension is unable to connect over ssl to an imap server. The reason is because the ssl engine is not initialized: In php_imap.c Line 435 the function ssl_onceonlyinit (); is not called on windows systems. The following fix will correct this: *** php_imap.c.org Thu Jan 15 01:36:08 2004 --- php_imap.c Thu May 06 13:28:30 2004 *** *** 427,438 #ifndef PHP_WIN32 auth_link(&auth_log); /* link in the log authenticator */ auth_link(&auth_md5); /* link in the cram-md5 authenticator */ #if HAVE_IMAP_KRB && defined(HAVE_IMAP_AUTH_GSS) auth_link(&auth_gss); /* link in the gss authenticator */ #endif #ifdef HAVE_IMAP_SSL ssl_onceonlyinit (); - #endif #endif --- 427,438 #ifndef PHP_WIN32 auth_link(&auth_log); /* link in the log authenticator */ auth_link(&auth_md5); /* link in the cram-md5 authenticator */ #if HAVE_IMAP_KRB && defined(HAVE_IMAP_AUTH_GSS) auth_link(&auth_gss); /* link in the gss authenticator */ #endif + #endif #ifdef HAVE_IMAP_SSL ssl_onceonlyinit (); #endif -- Edit this bug report at http://bugs.php.net/?id=29036&edit=1
#28973 [Opn->Bgs]: file_get_contents works in CLI but not in ISAPI.
ID: 28973 Updated by: [EMAIL PROTECTED] Reported By: richard dot quadling at carval dot co dot uk -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Windows XP Pro SP1 PHP Version: 4.3.7 New Comment: There is something wrong with your DNS setup (permissions, etc.). Propably the user as with the web server runs as doesn't have some permissions correctly setup (firewall?) but the user as which you run the script on the command line has them correctly set.. Definately not a PHP bug. Previous Comments: [2004-06-30 13:07:45] richard dot quadling at carval dot co dot uk Description: Hi. I have a script which is used to validate the location of files on another server. If I upload the script to my ISPs server (an IX of some sort) it works. If I use run the script from the command line on my pc, it works. If I run the script from my local web server, it does not. The code supplied is the critical code. The filename actually comes from a list and is concatenated inside a function. This method has previously worked! I use file_get_contents a LOT. Even in this script I use it to retrieve the lists using file_get_contents and it works, but for some reason, this site is (www2.oeri.ath.cx) is not working correctly with ISAPI. My web server is Sambar. I have NOT tried a snapshot yet. I am not sure why ISAPI would not work but CLI does. P.S. How do I produce a backtrace on a Windows version of PHP? Reproduce code: --- http://www2.oeri.ath.cx/richq/check_file.php?url=Chumbawamba%2F1982%2F01+-+Garageland.mp3'); echo $sLen; ?> Expected result: A number indicating the file size, in this case ... 1939853 Actual result: -- Warning: file_get_contents() [function.file-get-contents.html]: php_network_getaddresses: gethostbyname failed in C:\Downloaded Software and personal info\Saved CDs\Archive_002\Flight1721\public_html\proof.php on line 2 Warning: file_get_contents(http://www2.oeri.ath.cx/richq/check_file.php?url=Chumbawamba%2F1982%2F01+-+Garageland.mp3) [function.file-get-contents.html]: failed to open stream: No error in C:\Downloaded Software and personal info\Saved CDs\Archive_002\Flight1721\public_html\proof.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=28973&edit=1
#29050 [Bgs->Opn]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 User updated by: support at gis dot tusur dot ru Reported By: support at gis dot tusur dot ru -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: And what if this is not an IIS bug, but PHP, wich not currently compatible with IIS and Oracle 9.2 ?? How you may be shure, that your PHP product works fine under Oracle 9.2 and IIS? Still, that problem not solved, even after 2 year since that http://bugs.php.net/bug.php?id=20022 bug report. In that case - just stop declaring that PHP supports Oracle 9.2 + ISS, at least until you'll test compability of your sofware in same configuration. Previous Comments: [2004-07-08 11:13:00] [EMAIL PROTECTED] Please ask installation support questions on an appropriate mailing list. This is a bug system and this is not a bug. [2004-07-08 07:37:57] support at gis dot tusur dot ru We have tried all your recommendations, but haven't got correct result - our system still don't work properly! [2004-07-07 15:43:05] [EMAIL PROTECTED] Make sure ORACLE_HOME environment variable is visible to IIS (use phpinfo()) and points to the right dir. Try to install new (9.2) Oracle Client on a clean server and try again if nothing helps. >This couldn't be an access privileges problem, because we >use Oracle Client 9.0.1.1.1 before. This could be a problem of your upgrade tool. [2004-07-07 15:35:51] support at gis dot tusur dot ru This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. And it works properly. And now we switch between two Oracle cliens using Oracle Home Selector. But we must use only 9.2.0.1.0 in our project. [2004-07-07 15:23:28] [EMAIL PROTECTED] Pay attention to "Access is denied" message. Seems you have some problem with access privileges (maybe IIS can't open OCI libs or something like that). 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/29050 -- Edit this bug report at http://bugs.php.net/?id=29050&edit=1
#28867 [Opn->Bgs]: Variables not being passed on form post
ID: 28867 Updated by: [EMAIL PROTECTED] Reported By: matt at atopia dot net -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: FreeBSD 4.10 PHP Version: 4.3.7 New Comment: Looks like it's either: a) configuration mistake done by you. b) Some bug in Apache when you configure it some weird way. (not PHP bug as I can't reproduce this either on my own machine, but it's Linux where everything usually works anyway :) Previous Comments: [2004-07-06 16:55:42] matt at atopia dot net Please check out the source of my test case (has been included in the original post). [2004-07-06 16:54:39] matt at atopia dot net I just tested using Internet Explorer 6 and Mozilla Firefox .9 problem exists in both. Tried on 10 different computers as well (I'm in a lab). -Matt [2004-07-06 15:53:43] [EMAIL PROTECTED] I can't reproduce either. Does this happen with ANY browser? (something else than Mozilla, like IE..:) [2004-06-25 16:25:32] matt at atopia dot net PHP Info At: http://www.atopia.net/test/mozbug215479/displayinfo25472358158709325.php user/pass: test/test php.ini is same as php-dist.ini in the source. [2004-06-25 16:07:49] [EMAIL PROTECTED] I have just tested this and the bug cannot be reproduced on Linux with nearly the same configuration. Could you please append phpinfo() at the end of step2.php so that we can have a look at possible configuration differences. Also plase post your php.ini on your site. 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/28867 -- Edit this bug report at http://bugs.php.net/?id=28867&edit=1
#29050 [Opn->Bgs]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 Updated by: [EMAIL PROTECTED] Reported By: support at gis dot tusur dot ru -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: It doesn't say anywhere that we support IIS..Please read the docs. Previous Comments: [2004-07-08 11:48:20] support at gis dot tusur dot ru And what if this is not an IIS bug, but PHP, wich not currently compatible with IIS and Oracle 9.2 ?? How you may be shure, that your PHP product works fine under Oracle 9.2 and IIS? Still, that problem not solved, even after 2 year since that http://bugs.php.net/bug.php?id=20022 bug report. In that case - just stop declaring that PHP supports Oracle 9.2 + ISS, at least until you'll test compability of your sofware in same configuration. [2004-07-08 11:13:00] [EMAIL PROTECTED] Please ask installation support questions on an appropriate mailing list. This is a bug system and this is not a bug. [2004-07-08 07:37:57] support at gis dot tusur dot ru We have tried all your recommendations, but haven't got correct result - our system still don't work properly! [2004-07-07 15:43:05] [EMAIL PROTECTED] Make sure ORACLE_HOME environment variable is visible to IIS (use phpinfo()) and points to the right dir. Try to install new (9.2) Oracle Client on a clean server and try again if nothing helps. >This couldn't be an access privileges problem, because we >use Oracle Client 9.0.1.1.1 before. This could be a problem of your upgrade tool. [2004-07-07 15:35:51] support at gis dot tusur dot ru This couldn't be an access privileges problem, because we use Oracle Client 9.0.1.1.1 before. And it works properly. And now we switch between two Oracle cliens using Oracle Home Selector. But we must use only 9.2.0.1.0 in our project. 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/29050 -- Edit this bug report at http://bugs.php.net/?id=29050&edit=1
#28948 [Opn->Bgs]: Solaris - IPlanet - Initialized PHP Module frequently
ID: 28948 Updated by: [EMAIL PROTECTED] Reported By: christian dot gottschalch at is-energy dot de -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 4.3.7 New Comment: And read the old bug reports too. Mixing LDAP + Oracle has been really big problem since Oracle client libs include their own ldap functions.. Previous Comments: [2004-07-06 01:46:03] cjbj at hotmail dot com What's the exact version of the Oracle client libraries? Your stack traces show crashes deep within Oracle code. I think you should contact Oracle Support. [2004-06-30 11:11:11] christian dot gottschalch at is-energy dot de BT again: bash-2.03# gdb /opt/netscape/server4/bin/https/bin/ns-httpd core.ns-httpd.1876.65.60001.60001.1088585722 GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"...(no debugging symbols found)... Core was generated by `ns-httpd -d /opt/netscape/server4/https-home/config'. Program terminated with signal 11, Segmentation fault. Reading symbols from /opt/netscape/server4/bin/https/libcccccc. cccccccccccccccccc... Loaded symbols for /opt/netscape/server4/bin/https/lib/libvdk200.so #0 0xfd603010 in nnfgrne () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 (gdb) bt #0 0xfd603010 in nnfgrne () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #1 0xfd78d2b4 in nlifigbl () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #2 0xfd601644 in nnfgiinit () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #3 0xfd6012bc in nnfgiinit () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #4 0xfd5fe0ac in nigconcbs () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #5 0xfd5d5754 in kwfnbcs () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #6 0xfd597c60 in kwfcmc () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #7 0xfd51bdb8 in kpudtch () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #8 0xfd5797bc in OCILobRead () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #9 0xfde689d8 in _oci_open_server (dbname=0x1 , persistent=-33580208) at /opt/php4-STABLE-200406300630/ext/oci8/oci8.c:2531 #10 0xfde68f94 in oci_do_connect (ht=3, return_value=0x1eed7d8, this_ptr=0x0, return_value_used=1, tsrm_ls=0xe4dd28, persistent=0, exclusive=0) at /opt/php4-STABLE-200406300630/ext/oci8/oci8.c:2701 #11 0xfde6d5b0 in zif_ocilogon (ht=3, return_value=0x1eed7d8, this_ptr=0x0, return_value_used=1, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/ext/oci8/oci8.c:4340 #12 0xfdf64ff8 in execute (op_array=0x1ce58a8, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1635 #13 0xfdf64d04 in execute (op_array=0xd175c0, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1679 #14 0xfdf64d04 in execute (op_array=0x1ed4eb8, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1679 #15 0xfdf64d04 in execute (op_array=0x1e86d30, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1679 #16 0xfdf53b44 in zend_execute_scripts (type=8, tsrm_ls=0xe4dd28, retval=0x0, file_count=3) at /opt/php4-STABLE-200406300630/Zend/zend.c:891 #17 0xfdf19ba0 in php_execute_script (primary_file=0xfdb41548, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/main/main.c:1731 #18 0xfdf6bd08 in php4_execute (pb=0x1147a0, sn=0x8fd9fc, rq=0x8fda34) at /opt/php4-STABLE-200406300630/sapi/nsapi/nsapi.c:945 #19 0xff256dac in __0Fafunc_native_pool_wait_workPFP6GpblockP6HSessionP6HRequest_iUiP6GpblockP6HSessionP6HRequest () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #20 0xff2563cc in __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #21 0xff257364 in INTobject_execute () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #22 0xff25bfd8 in __0FQ_perform_serviceP6HSessionP6HRequestP6Mhttpd_object () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #23 0xff25c094 in INTservact_service () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #24 0xff25c3ac in INTservact_handle_processed () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #25 0xff28ac1c in __0fLHttpRequestUUnacceleratedRespondPCcPcTC () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #26 0xff2899f8 in __0fLHttpRequestNHandleRequestP6Gnetbuf () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #27 0xff28621c in __0fNDaemonSessionHRespondv () from /opt/netscape/server4/bin/https/lib/libns-httpd4
#28973 [Bgs]: file_get_contents works in CLI but not in ISAPI.
ID: 28973 User updated by: richard dot quadling at carval dot co dot uk Reported By: richard dot quadling at carval dot co dot uk Status: Bogus Bug Type: HTTP related Operating System: Windows XP Pro SP1 PHP Version: 4.3.7 New Comment: Aha! Yes. I run the CLI as me (and I have my gateway/DNS records correct for our network). The webserver was using the default user (LocalSystem) which did NOT have the correct permissions. I've changed the logon user for the service to me and all is well. Now, all I need to do is work out how to set the permissions properly for the LocalSystem user! Or leave it as it is! Thanks and sorry about the bug report. Richard. Previous Comments: [2004-07-08 11:41:15] [EMAIL PROTECTED] There is something wrong with your DNS setup (permissions, etc.). Propably the user as with the web server runs as doesn't have some permissions correctly setup (firewall?) but the user as which you run the script on the command line has them correctly set.. Definately not a PHP bug. [2004-06-30 13:07:45] richard dot quadling at carval dot co dot uk Description: Hi. I have a script which is used to validate the location of files on another server. If I upload the script to my ISPs server (an IX of some sort) it works. If I use run the script from the command line on my pc, it works. If I run the script from my local web server, it does not. The code supplied is the critical code. The filename actually comes from a list and is concatenated inside a function. This method has previously worked! I use file_get_contents a LOT. Even in this script I use it to retrieve the lists using file_get_contents and it works, but for some reason, this site is (www2.oeri.ath.cx) is not working correctly with ISAPI. My web server is Sambar. I have NOT tried a snapshot yet. I am not sure why ISAPI would not work but CLI does. P.S. How do I produce a backtrace on a Windows version of PHP? Reproduce code: --- http://www2.oeri.ath.cx/richq/check_file.php?url=Chumbawamba%2F1982%2F01+-+Garageland.mp3'); echo $sLen; ?> Expected result: A number indicating the file size, in this case ... 1939853 Actual result: -- Warning: file_get_contents() [function.file-get-contents.html]: php_network_getaddresses: gethostbyname failed in C:\Downloaded Software and personal info\Saved CDs\Archive_002\Flight1721\public_html\proof.php on line 2 Warning: file_get_contents(http://www2.oeri.ath.cx/richq/check_file.php?url=Chumbawamba%2F1982%2F01+-+Garageland.mp3) [function.file-get-contents.html]: failed to open stream: No error in C:\Downloaded Software and personal info\Saved CDs\Archive_002\Flight1721\public_html\proof.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=28973&edit=1
#28930 [Opn->Ver]: PHP sources assume you're using Bison
ID: 28930 Updated by: [EMAIL PROTECTED] Reported By: eggert at gnu dot org -Status: Open +Status: Verified Bug Type: Compile Failure -Operating System: Debian GNU/Linux 3.0r1 +Operating System: * -PHP Version: 4.3.7 +PHP Version: 4CVS, 5CVS New Comment: Verified. (I misunderstood the problem first, sorry..) Previous Comments: [2004-06-25 22:33:22] eggert at gnu dot org Description: "make install" fails as described under "actual result". The problem is that the source files are picking up the wrong include files: they should be including the new files generated by Bison 1.875, but they are including the prebuilt files generated by Bison 1.35. Here is a patch. This patch should fix PHP bug 21802. diff -prU2 php-4.3.7/Zend/zend_compile.c php-4.3.7-fix/Zend/zend_compile.c --- php-4.3.7/Zend/zend_compile.c 2003-08-28 09:08:11 -0700 +++ php-4.3.7-fix/Zend/zend_compile.c 2004-06-25 13:11:23 -0700 @@ -19,5 +19,5 @@ -#include "zend_language_parser.h" +#include #include "zend.h" #include "zend_compile.h" diff -prU2 php-4.3.7/Zend/zend_highlight.c php-4.3.7-fix/Zend/zend_highlight.c --- php-4.3.7/Zend/zend_highlight.c 2003-12-25 10:57:28 -0800 +++ php-4.3.7-fix/Zend/zend_highlight.c 2004-06-25 13:10:57 -0700 @@ -20,5 +20,5 @@ #include "zend.h" -#include "zend_language_parser.h" +#include #include "zend_compile.h" #include "zend_highlight.h" diff -prU2 php-4.3.7/Zend/zend_indent.c php-4.3.7-fix/Zend/zend_indent.c --- php-4.3.7/Zend/zend_indent.c2002-12-31 08:23:03 -0800 +++ php-4.3.7-fix/Zend/zend_indent.c2004-06-25 13:11:02 -0700 @@ -23,5 +23,5 @@ #include "zend.h" -#include "zend_language_parser.h" +#include #include "zend_compile.h" #include "zend_indent.h" diff -prU2 php-4.3.7/Zend/zend_ini_scanner.l php-4.3.7-fix/Zend/zend_ini_scanner.l --- php-4.3.7/Zend/zend_ini_scanner.l 2003-07-24 01:44:28 -0700 +++ php-4.3.7-fix/Zend/zend_ini_scanner.l 2004-06-25 13:10:34 -0700 @@ -31,5 +31,5 @@ #include "zend.h" #include "zend_globals.h" -#include "zend_ini_parser.h" +#include #include "zend_ini_scanner.h" diff -prU2 php-4.3.7/Zend/zend_language_scanner.l php-4.3.7-fix/Zend/zend_language_scanner.l --- php-4.3.7/Zend/zend_language_scanner.l 2004-02-03 06:31:19 -0800 +++ php-4.3.7-fix/Zend/zend_language_scanner.l 2004-06-25 13:11:16 -0700 @@ -48,5 +48,5 @@ #include "zend.h" #include "zend_alloc.h" -#include "zend_language_parser.h" +#include #include "zend_compile.h" #include "zend_language_scanner.h" Reproduce code: --- To reproduce the problem, install Bison 1.875 and build PHP 4.3.7 with the following commands: mkdir obj cd obj sh ../php-4.3.7/configure make make install Expected result: Expected a clean make install. Actual result: -- $ make install Installing PHP SAPI module: cgi Installing PHP CGI into: /tmp/prefix/bin/ Installing PEAR environment: /tmp/prefix/lib/php/ Parse error: syntax error, unexpected T_WHITESPACE in /home/eggert/src/php/php-4.3.7/pear/install-pear.php on line 3 make[1]: *** [install-pear-installer] Error 255 make: *** [install-pear] Error 2 -- Edit this bug report at http://bugs.php.net/?id=28930&edit=1
#28809 [Opn->Bgs]: output error on =printf
ID: 28809 Updated by: [EMAIL PROTECTED] Reported By: chris at arbo-com dot fr -Status: Open +Status: Bogus Bug Type: Output Control Operating System: linux redhat 7.3 kernel 2.4.x PHP Version: 4.3.7 New Comment: Buggy user code. There's nothing wrong with printf() or ",$i)?> ^^ You could try: ",$i)?> or: ",$i);?> Because echoes 'string' This means that it will echo the return of printf. When it was void, there was no visual problem. [2004-06-17 00:11:38] chris at arbo-com dot fr Description: when use printf with my line ",$i) ?> Expected result: with old version printf not send nombre of caractere write on flux. Actual result: -- my line 00 6my line 01 6my line 02 6my line 03 6my line 04 6 -- Edit this bug report at http://bugs.php.net/?id=28809&edit=1
#29048 [Bgs]: UNC path and mapping lead to different behaviour for exec() function
ID: 29048
User updated by: phpbug at volcane dot fr
Reported By: phpbug at volcane dot fr
Status: Bogus
Bug Type: Apache related
Operating System: windows XP pro
PHP Version: 4.3.7
New Comment:
I don't talk about *the way* apache is started, but about the behaviour
that changes depending on the *notation* of the path of the document
root, that points to the same location.
I talked about service/command line only for explaining why it is
important for me.
Of course, maybe it is an apache bug, and not a php one. I cannot
comment on this.
Previous Comments:
[2004-07-08 11:15:06] [EMAIL PROTECTED]
No, it's not a bug. Apache just uses different working directory when
you start it differently.
[2004-07-07 14:43:01] phpbug at volcane dot fr
Description:
Hi,
I've got a strange behaviour with apache 2.0.49 running a PHP (4.3.7)
script, and I don't know if it is a bug, and if it's a bug, if it is
related to PHP or apache.
I use a virtual host, with a document root on a network drive (on a
linux box, with samba).
If I configure the virtual host with a path like "z:/path", everything
works fine BUT apache cannot run as a service, as the z: mapping is
done in the interactive session environment.
In this configuration, the PHP command "exec('cd')" outputs "z:\path".
Thus, I use the preferred UNC notation for my virtual host :
"//host/share/path" . But if I do that, the PHP command "exec('cd')"
outputs "c:\windows".
Therefore all my commands executed through exec() have a different
behaviour depending on the notation of the DocumentRoot (there's also a
Directory directive for the same location), even if, physically, it
points to the same location.
I had to stop considering running apache as a service for this
configuration (hopefully, it's only a development system).
So, is it a bug ? and if so, an apache one, or a PHP one ?
My opinion is that it is a bug, as it prevents me from running the
application as a service in this network configuration.
--
Edit this bug report at http://bugs.php.net/?id=29048&edit=1
#29050 [Bgs->Csd]: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll'
ID: 29050 User updated by: support at gis dot tusur dot ru Reported By: support at gis dot tusur dot ru -Status: Bogus +Status: Closed Bug Type: OCI8 related Operating System: Win2k ADS, Win2k3 Server PHP Version: 4.3.7 New Comment: http://bugs.php.net/bug.php?id=20022 >Is 9i ( 9.2.0.1.0 ) supported ? yes You should declare in documentation that PHP v4.* + IIS v* + Oracle 9.2/10g Client couldn't work together. Previous Comments: [2004-07-08 11:55:09] [EMAIL PROTECTED] It doesn't say anywhere that we support IIS..Please read the docs. [2004-07-08 11:48:20] support at gis dot tusur dot ru And what if this is not an IIS bug, but PHP, wich not currently compatible with IIS and Oracle 9.2 ?? How you may be shure, that your PHP product works fine under Oracle 9.2 and IIS? Still, that problem not solved, even after 2 year since that http://bugs.php.net/bug.php?id=20022 bug report. In that case - just stop declaring that PHP supports Oracle 9.2 + ISS, at least until you'll test compability of your sofware in same configuration. [2004-07-08 11:13:00] [EMAIL PROTECTED] Please ask installation support questions on an appropriate mailing list. This is a bug system and this is not a bug. [2004-07-08 07:37:57] support at gis dot tusur dot ru We have tried all your recommendations, but haven't got correct result - our system still don't work properly! [2004-07-07 15:43:05] [EMAIL PROTECTED] Make sure ORACLE_HOME environment variable is visible to IIS (use phpinfo()) and points to the right dir. Try to install new (9.2) Oracle Client on a clean server and try again if nothing helps. >This couldn't be an access privileges problem, because we >use Oracle Client 9.0.1.1.1 before. This could be a problem of your upgrade tool. 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/29050 -- Edit this bug report at http://bugs.php.net/?id=29050&edit=1
#29062 [NEW]: No access for deleting files after building recursive array
From: noscript at uni dot de Operating system: Windows and Unix both PHP version: 4.3.7 PHP Bug Type: *Directory/Filesystem functions Bug description: No access for deleting files after building recursive array Description: This code should read a directory with all subfolders and files. After that it should delete the whole dir. But it doesnt work. It comes with a lot of permission denied messages. But Files are deletable and with unlink() it works in another test script without the array building. BTW: closedir returns false but I dont know why... Reproduce code: --- http://bugs.php.net/?id=29062&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29062&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29062&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29062&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29062&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29062&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29062&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29062&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29062&r=support Expected behavior: http://bugs.php.net/fix.php?id=29062&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29062&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29062&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29062&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29062&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29062&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29062&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29062&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29062&r=float
#7782 [Com]: [PATCH] Cannot use PATH_INFO fully with php isapi, open since PHP 4.0.3pl1...
ID: 7782 Comment by: CH at deeside dot ac dot uk Reported By: auke at muze dot nl Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4CVS New Comment: I'm experiencing the same problem with PHP 4.3.7 & IIS 5. Tried upgrading to PHP5 and at least I now get something in $PATH_INFO. However it seems that the first 4 characters are truncated which makes it fairly useless. I was able to get the path info another way however using $HTTP_SERVER_VARS['URL']. In PHP5 this gives me what I would expect to find in $PATH_INFO. In PHP4 it gives the 'base url' as documented by Microsoft. Have verified this on 3 different installations using IIS5 & PHP. Previous Comments: [2004-06-28 11:49:28] demis at liquidbit dot com Yep this bug has been resolved in PHP 5 RC3, can someone please add this fix to the next release of PHP 4.x series as PHP 5 is too buggy to rely on at the moment [2004-06-17 11:19:52] auke at muze dot nl I'll try it again, it seems my previous comment did not get saved. I've added a patch against the current stable cvs (php4), the head cvs (php5) already has the exact same fix. In effect it is a backport of the php5 isapi path_info fix. You can download the patch file at ftp://ftp.muze.nl/pub/ariadne/win/iis/php4isapi.c.06-17-2004.patch [2004-04-25 18:51:40] demis at liquidbit dot com This bug has not been resolved - If someone has a working PHP/IIS configuration where PATH_INFO actually works can they please post the PHP version, php.ini file and any other configurations they did to get it working. [2003-12-18 05:21:32] [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-12-11 23:58:24] [EMAIL PROTECTED] Please provide patches in unified diff format against the latest stable CVS branch, and if possible, the HEAD too.. (PHP_4_3 and HEAD branches) 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/7782 -- Edit this bug report at http://bugs.php.net/?id=7782&edit=1
#28563 [Opn->Bgs]: php not installing with apache 1.3.28
ID: 28563 Updated by: [EMAIL PROTECTED] Reported By: ramakrishnan dot iyer at hp dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: hp ux PHP Version: 4.3.6 New Comment: The correct configure option is "--with-apxs" to get a DSO. If you're trying to make a static install, read the INSTALL file..) Previous Comments: [2004-05-28 20:43:58] ramakrishnan dot iyer at hp dot com Description: The platform is HP UX 11.0. I am trying to install php 4.3.6. I am using the following script - CC=/opt/ansic/bin/cc \ GCC=/opt/ansic/bin/cc \ ./configure \ --prefix=/var/opt/web/php437 \ --with-apache=/mnt/d0006/rrc-disk/dump/apache_1.3.28 \ --with-oci8=/opt/oracle/product/8.1.6 Apache has been installed like this CC=/opt/ansic/bin/cc \ ./configure \ --prefix=/var/opt/web/apache_1328_3 "make" is going through, but "make install" reports "not a so" error. I analyzed this a little ... After "configure" if i edit Makefile, main/build*.h and config.status and after "make" if i edit libs/*.la and .libs/*.lai and replace libphp4.sl with libphp4.so the installtion goes through. This solution would have been acceptable to me, but when i put in the with-oci8 - after my edits, the make creates a static file with .a extension and not a .so file. This is not acceptable because the mod perl server that we have has shared module enabled. Please help with suggestions/resolution. -- Edit this bug report at http://bugs.php.net/?id=28563&edit=1
#29063 [NEW]: no error is logged if php error_log could not be opened
From: akorthaus at web dot de Operating system: Linux 2.4.26 PHP version: 4.3.7 PHP Bug Type: Apache related Bug description: no error is logged if php error_log could not be opened Description: I have the following settings in php.in + phpinfo(): log_errors = On error_log = "/var/log/apache/php_error.log" Server API: Apache (mod_php) Apache-Version: 1.3.31 But if I produce a php-error, this error gets logged into Apache error-log: /var/log/apache/error_log, and not into /var/log/apache/php_error.log, as configured. The reason was that mod_php not like mod_gzip and mod_ssl, loggs errors with rights of the apache child-process. The Apache user cannot create files in /var/log/apache, and cannot write to files owned by root. But there is no error-message in Apaches error_log, I would expect something like "could not open '/var/log/apache/php_error.log', permission denied". Only php-errors itself get logged into Apaches error_log. perhaps its a "feature request". -- Edit bug report at http://bugs.php.net/?id=29063&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29063&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29063&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29063&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29063&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29063&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29063&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29063&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29063&r=support Expected behavior: http://bugs.php.net/fix.php?id=29063&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29063&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29063&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29063&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29063&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29063&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29063&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29063&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29063&r=float
#28558 [Opn->Fbk]: Compile error
ID: 28558 Updated by: [EMAIL PROTECTED] Reported By: j dot j dot d dot e dot lammerts at vanlanschot dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: AIX 5.1 ML4 PHP Version: 4.3.6 New Comment: What does 'httpd -v' output ? Previous Comments: [2004-05-28 16:56:44] j dot j dot d dot e dot lammerts at vanlanschot dot com You are correct IHS 2.0.47 is Apache 2.0.47. When I try configuring with --with-apxs2 I get : Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking for member fd in BUFF *... no checking for mod_charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... expr: non-numeric a rgument configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Plea se use the appropiate switch --with-apxs (without the 2) Somehow the configurescript seems to think that I'm using 1.3, which I'm not. [2004-05-28 16:10:35] [EMAIL PROTECTED] IBM HTTPServer 2.0.47 sounds like Apache 2 not Apache 1 which is what you are compiling php sapi for. Try using --with-apxs2 [2004-05-28 16:00:13] j dot j dot d dot e dot lammerts at vanlanschot dot com Description: Hi, Trying to compile PHP against IBM HTTPServer 2.0.47 I get an error compiling sapi_apache.c : /bin/sh /home/USTJLA/php4-STABLE-200405180830/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/IBMIHS/include -Isapi/apache/ -I/home/USTJLA/php4-STABLE-20040 5180830/sapi/apache/ -DPHP_ATOM_INC -I/home/USTJLA/php4-STABLE-200405180830/include -I/hom e/USTJLA/php4-STABLE-200405180830/main -I/home/USTJLA/php4-STABLE-200405180830 -I/home/UST JLA/php4-STABLE-200405180830/Zend -I/usr/local/include -I/usr/opt/mysql/include -I/home/US TJLA/php4-STABLE-200405180830/ext/xml/expat -I/home/USTJLA/php4-STABLE-200405180830/TSRM -g -O2 -prefer-pic -c /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c -o sapi/apache/sapi_apache.lo /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c: In function `apache_php_m odule_main': /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c:45: `NOT_FOUND' undeclared (first use in this function) /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c:45: (Each undeclared ident ifier is reported only once /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c:45: for each function it a ppears in.) make: 1254-004 The error code from the last command is 1. Does this ring a bell, somewhere ? Thanks -- Edit this bug report at http://bugs.php.net/?id=28558&edit=1
#28556 [Opn->Fbk]: PHP as CGI becomes a zombie when loaded too often
ID: 28556 Updated by: [EMAIL PROTECTED] Reported By: floeff at arcor dot de -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: *General Issues Operating System: Linux 2.4 PHP Version: 4.3.6 New Comment: Have you tried on another machine? Previous Comments: [2004-06-24 18:18:03] trevor at verite dot com I have also experienced this problem, we have a nightly crontab that uses the CGI version of PHP to run a weekly import, every week we need to kill the script because even with a exit; command at the end it just keeps running and taking up more and more memory/processor time. I'm not sure if this is related but.. We're on a debian potato/apache 1.3/PHP 4.3.7 (Jun 7th Build). Any ideas? [2004-05-28 14:37:06] floeff at arcor dot de Description: Sorry for posting this again and again, but I still experience this problem and there seems to be no way for me to solve it. I've got confirmation from others that this problem is not only mine, so please take the time to read this. I've tried Apache 1.3 and 2.0, both on Linux 2.4. I've tried using suEXEC and not using suEXEC, and I even tried modules that stop script execution at a specific load average (tested with 1.00!) or number of processes (tested with 10!). But nothing seems to help in the following case: I run PHP as CGI because I don't want to have world-readable scripts and mod_perchild is not ready yet. When I do a hard reload - i.e. reloading the same script for about 10 seconds continously which should open quite a lot of scripts - I can crash the server. PHP-CGI-processes become zombies, I get a load average of about 90 (!) and it can take up to 30 minutes until the system responds again. This happens even with the simplest PHP scripts like a phpinfo call, but Perl scripts make absolutely no problem. The PHP developers say it's an Apache problem, the Apache developers say it's a PHP problem. So *PLEASE* take the time to review this one again - I'm helpless right now! :-( I know there must be a solution, because some providers run PHP as CGI without problems, but I don't know what it could be. :-( -- Edit this bug report at http://bugs.php.net/?id=28556&edit=1
#28791 [Opn->Fbk]: 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: Open +Status: Feedback Bug Type: Directory function related Operating System: WIN 2000 PRO SERVER PHP Version: 4.3.7 New Comment: Is the drive D some network share? Previous Comments: [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
#28675 [Opn->Bgs]: compiling with internal GD lib fails
ID: 28675 Updated by: [EMAIL PROTECTED] Reported By: till at klimpong dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 4.6 PHP Version: 4.3.7 New Comment: No. Previous Comments: [2004-06-08 16:15:58] till at klimpong dot com Ok, renamed the rest, did a 'make clean' and it all went through. I did a "make test", email is the same as on here. Strange. Is this "fixable"? Cheers, Till [2004-06-08 09:52:42] [EMAIL PROTECTED] Yes, and use a fresh copy of the PHP sources (as our configure stuff already found out about those other gd.h files). [2004-06-07 18:19:00] till at klimpong dot com /usr/local/include/gd/gd.h.old /usr/local/include/libwmf/gd/gd.h /usr/local/include/libwmf/gd.h /usr/local/include/gd.h.old /usr/local/share/doc/libwmf/gd.html Did that, but it still failed. Do you think I need to remove it from within libwmf directory as well? [2004-06-07 16:39:35] [EMAIL PROTECTED] Can you temporary remove that file and then try to configure/compile PHP. [2004-06-07 16:38:00] till at klimpong dot com Yes I do. 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/28675 -- Edit this bug report at http://bugs.php.net/?id=28675&edit=1
#29053 [Bgs]: ./Configure --with-interbase
ID: 29053 User updated by: vieuxsinge at generation-net dot com Reported By: vieuxsinge at generation-net dot com Status: Bogus Bug Type: InterBase related Operating System: Mandrake 10.0 Athlon64 PHP Version: 4.3.7 New Comment: Ok , i'm sorry for have submit a new bug,but this is not really the same bug as the description in 28750, because after one night of tests, it's possible to install PHP 4.3.4 with Interbase or Firebird, without any problem, but on a 32 Bits's sytem (Mandrake 10.0 32 Bits). But , for FireBird, you must install an older version that 1.5 (i have make test with 1.0.x ) because in the package of the 1.5 version of firebird , there isn't the libgds.so , then it's making the bug discribe in 28750 Then the really problem is to compile php on a 64 Bits 's system, I'm thinking it's a problem in the disk architecture of /usr/lib and /usr/lib64 on mandrake for 64 bits. I tried to make symbolic links, without any solution After this night my english isn't better than the last day :-) Thanks a lot for your insteresting of this probleme, because it's very important to me to have a solution. Previous Comments: [2004-07-08 08:59:06] [EMAIL PROTECTED] 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. Don't file a NEW bug about this, add your comments to the old one. Duplicate of #28750. [2004-07-07 20:17:26] vieuxsinge at generation-net dot com Description: I found the bug #28750, but I'm not sure that interbase .so who is broken I try two day's ago to install php 4.3.3, or php 4.3.4, or php 4.3.7 with Interbase support , on mandrake 9.2 for Athlon 64 or mandrake 10.0 Athlon64 with apache 2.0 When i make ./configure --with-interbase, I've the same message has in the bug #28750 : But libgds is on my system, and interbase run without any problem. Then after read your message, i try with Firebird 1.5 and it's making the same error ... :-( I haven't this pb on older version of php (Apache-AdvancedExtranetServer/2.0.44 (Mandrake Linux/11mdk) PHP/4.3.1) (my second web server) What do you mean about 'broken' interbase .so's I hope you could help me , because i haven't find anything of this problem on the net. I think Interbase is better than mysql and it should be a very bad way to loose the interbase support in actual and futur php's versions Sorry for my bad english. Reproduce code: --- configure: error: libgds, libib_util or libfbclient not found! Check config.log for more information. Expected result: Have a good make file for compile my php with Interbase support :-) -- Edit this bug report at http://bugs.php.net/?id=29053&edit=1
#29062 [Opn->Bgs]: No access for deleting files after building recursive array
ID: 29062 Updated by: [EMAIL PROTECTED] Reported By: noscript at uni dot de -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Windows and Unix both PHP Version: 4.3.7 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-08 12:34:18] noscript at uni dot de Description: This code should read a directory with all subfolders and files. After that it should delete the whole dir. But it doesnt work. It comes with a lot of permission denied messages. But Files are deletable and with unlink() it works in another test script without the array building. BTW: closedir returns false but I dont know why... Reproduce code: --- http://bugs.php.net/?id=29062&edit=1
#29047 [Opn->Fbk]: xmldom dumpfile / session bug
ID: 29047 Updated by: [EMAIL PROTECTED] Reported By: hannesv at enfocus dot be -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: Windows 2000 PHP Version: Irrelevant 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. I don't care about your company policy. If you want to have that bug fixed, we need a reproducable script and it should be as short as possible... Previous Comments: [2004-07-07 14:12:18] hannesv at enfocus dot be Description: The session Memory get flushed (variables are kept, but are converted to "object"), "whenever session_start();" has been selected before a DOMXML document is written with "dump_file()". If the "session_start();" is put after the writting of the document it works fine. In my script I also use mysql, but that not seems to cause the problem (I use it also in combination with xmldom to read a file into a database) Note: none of the session-variables are changed are even called in the script. Note: Besides that, the writting of the xml-works fine. Reproduce code: --- can not be given by company privacy policy -- Edit this bug report at http://bugs.php.net/?id=29047&edit=1
#15982 [Com]: PHP Freeze with swffont() call
ID: 15982 Comment by: php at strawp dot net Reported By: tonalgeek at hotmail dot com Status: No Feedback Bug Type: Ming related Operating System: Win XP Prof PHP Version: 4.x.x New Comment: I've just gotten hold of Ming yesterday and I am using the dll from http://kromann.info/php4.php I'm having to restart apache every time I try and get the tutorial script off ming.sourceforge.net to run because of this bug. Has anyone got a Windows dll that will work? If so, please mail it to me (in an archive file of some kind - it will probably be blocked otherwise) Cheers, Strawp Previous Comments: [2004-02-28 19:03:00] mikkelbo at stofanet dot dk I'm having the same problem. My config: WinXP ming-0.3beta1 PHP 4.3.4 Apache 1.3.23 IE 6.0 I have the latest dll's from http://kromann.info/php4.php -- Mikkel Rasmussen [2003-09-23 05:58:52] nospam at shaper dot it It is working with ming 0.3a available at CVS. Look here: http://kromann.info/php4.php and download the dll. On my system (Win2000/IIS 5.0 with PHP 4.3.2) it works very fine. [2002-12-03 15:53:09] weishengli at yahoo dot com Hi, This problem in Windows OS is actually caused by call function SWFShape_setRightFill(). In turn it goes to the function newShapeRecord() I changed the following line in this function return shape->records[shape->nRecords++]; as shape->nRecords++; return shape->records[shape->nRecords-1]; It solves the problem. However, I didn't look at it deeply. The one who is distributing the Windows DLL should think about it. Weisheng [2002-10-25 01:00:08] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-10-09 20:41:07] [EMAIL PROTECTED] Using the latest CVS I am unable to replicate this crash on Linux, so this is most likely a Windows only bug. I do however see a number of memory leaks caused by this extension: /home/rei/PHP_CVS/php4/Zend/zend_hash.c(178) : Freeing 0x083A1AA4 (32 bytes), script=m.php Last leak repeated 2 times /home/rei/PHP_CVS/php4/Zend/zend_API.c(597) : Freeing 0x083A1A44 (44 bytes), script=m.php /home/rei/PHP_CVS/php4/Zend/zend_API.c(585) : Actual location (location was relayed) Last leak repeated 2 times Using Google I found the following archive of fdb fonts, http://todbot.com/ming/tsts/fonts/, the url provided by [EMAIL PROTECTED] does not appear 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/15982 -- Edit this bug report at http://bugs.php.net/?id=15982&edit=1
#28558 [Fbk->Opn]: Compile error
ID: 28558 User updated by: j dot j dot d dot e dot lammerts at vanlanschot dot com Reported By: j dot j dot d dot e dot lammerts at vanlanschot dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: AIX 5.1 ML4 PHP Version: 4.3.6 New Comment: Hello Sniper, The output of httpd -v is : Server version: IBM_HTTP_Server/2.0.42.2-PQ85834 Apache/2.0.47 Server built: Mar 31 2004 18:11:05 Hope this helps.. Previous Comments: [2004-07-08 12:58:06] [EMAIL PROTECTED] What does 'httpd -v' output ? [2004-05-28 16:56:44] j dot j dot d dot e dot lammerts at vanlanschot dot com You are correct IHS 2.0.47 is Apache 2.0.47. When I try configuring with --with-apxs2 I get : Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking for member fd in BUFF *... no checking for mod_charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... expr: non-numeric a rgument configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Plea se use the appropiate switch --with-apxs (without the 2) Somehow the configurescript seems to think that I'm using 1.3, which I'm not. [2004-05-28 16:10:35] [EMAIL PROTECTED] IBM HTTPServer 2.0.47 sounds like Apache 2 not Apache 1 which is what you are compiling php sapi for. Try using --with-apxs2 [2004-05-28 16:00:13] j dot j dot d dot e dot lammerts at vanlanschot dot com Description: Hi, Trying to compile PHP against IBM HTTPServer 2.0.47 I get an error compiling sapi_apache.c : /bin/sh /home/USTJLA/php4-STABLE-200405180830/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/IBMIHS/include -Isapi/apache/ -I/home/USTJLA/php4-STABLE-20040 5180830/sapi/apache/ -DPHP_ATOM_INC -I/home/USTJLA/php4-STABLE-200405180830/include -I/hom e/USTJLA/php4-STABLE-200405180830/main -I/home/USTJLA/php4-STABLE-200405180830 -I/home/UST JLA/php4-STABLE-200405180830/Zend -I/usr/local/include -I/usr/opt/mysql/include -I/home/US TJLA/php4-STABLE-200405180830/ext/xml/expat -I/home/USTJLA/php4-STABLE-200405180830/TSRM -g -O2 -prefer-pic -c /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c -o sapi/apache/sapi_apache.lo /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c: In function `apache_php_m odule_main': /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c:45: `NOT_FOUND' undeclared (first use in this function) /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c:45: (Each undeclared ident ifier is reported only once /home/USTJLA/php4-STABLE-200405180830/sapi/apache/sapi_apache.c:45: for each function it a ppears in.) make: 1254-004 The error code from the last command is 1. Does this ring a bell, somewhere ? Thanks -- Edit this bug report at http://bugs.php.net/?id=28558&edit=1
#28645 [Fbk->Opn]: SMTP value won't load although configured in php.ini
ID: 28645 User updated by: herps at raqtweak dot com Reported By: herps at raqtweak dot com -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: I tried everything, editing the ONLY php.ini on my system, rebooting, even ini_set... and so on... Searched google for hours before I posted here.. No luck! I DID find quite some other users who had the exact same problem! But never got an answer as well... So sniper, before you post again: I am appearantly not the only retard/one who has this problem!!! The exact description is in my first post... Can not think of anything else... Previous Comments: [2004-07-08 07:55:55] [EMAIL PROTECTED] The ini setting for STMP can be changed anywhere. Saying that it simply doesn't work doesn't help any. See: http://bugs.php.net/how-to-report.php http://www.php.net/support.php [2004-07-06 01:37:05] herps at raqtweak dot com And this machine is a clean install of Windows XP Pro with Apache 2.0.49 and PHP 4.3.7 with no extra IIS stuff or local mail servers running and PHP.INI is configured to use a 3rd party mail server? [2004-07-06 01:35:25] [EMAIL PROTECTED] I just tried on 3rd Windows XP machine since your claim this doesn't work and guess what: IT STILL works... [2004-07-06 01:33:19] herps at raqtweak dot com Have you seen the Votes? Obviously I am NOT the only one. Hey sniper, can you perhaps have someone else look at it who does not immediately dismiss a bug report to avoid extra work? Furthermore, second oppinion is always a good idea of course... Thanks! [2004-07-06 01:30:24] [EMAIL PROTECTED] It works fine for everyone else but you, thus, you must be doing something wrong. Simple. 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/28645 -- Edit this bug report at http://bugs.php.net/?id=28645&edit=1
#29047 [Fbk->Opn]: xmldom dumpfile / session bug
ID: 29047 User updated by: hannesv at enfocus dot be Reported By: hannesv at enfocus dot be -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: Windows 2000 PHP Version: Irrelevant New Comment: A made an external link to afile with simular code. Hope it helps the bug solvers. If anybody has the same problem, it's worked on the link: http://www.webopleiding.teno.be/diksmuide/zelfstudie/hvermeulen/phpbug.txt Previous Comments: [2004-07-08 14:25:20] [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. I don't care about your company policy. If you want to have that bug fixed, we need a reproducable script and it should be as short as possible... [2004-07-07 14:12:18] hannesv at enfocus dot be Description: The session Memory get flushed (variables are kept, but are converted to "object"), "whenever session_start();" has been selected before a DOMXML document is written with "dump_file()". If the "session_start();" is put after the writting of the document it works fine. In my script I also use mysql, but that not seems to cause the problem (I use it also in combination with xmldom to read a file into a database) Note: none of the session-variables are changed are even called in the script. Note: Besides that, the writting of the xml-works fine. Reproduce code: --- can not be given by company privacy policy -- Edit this bug report at http://bugs.php.net/?id=29047&edit=1
#29047 [Opn]: xmldom dumpfile / session bug
ID: 29047 User updated by: hannesv at enfocus dot be Reported By: hannesv at enfocus dot be Status: Open Bug Type: DOM XML related Operating System: Windows 2000 PHP Version: Irrelevant New Comment: exuse me, but when clicking the link above, pleace at xt at the end, it's on the on the line below the link for some reason. Previous Comments: [2004-07-08 15:40:57] hannesv at enfocus dot be A made an external link to afile with simular code. Hope it helps the bug solvers. If anybody has the same problem, it's worked on the link: http://www.webopleiding.teno.be/diksmuide/zelfstudie/hvermeulen/phpbug.txt [2004-07-08 14:25:20] [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. I don't care about your company policy. If you want to have that bug fixed, we need a reproducable script and it should be as short as possible... [2004-07-07 14:12:18] hannesv at enfocus dot be Description: The session Memory get flushed (variables are kept, but are converted to "object"), "whenever session_start();" has been selected before a DOMXML document is written with "dump_file()". If the "session_start();" is put after the writting of the document it works fine. In my script I also use mysql, but that not seems to cause the problem (I use it also in combination with xmldom to read a file into a database) Note: none of the session-variables are changed are even called in the script. Note: Besides that, the writting of the xml-works fine. Reproduce code: --- can not be given by company privacy policy -- Edit this bug report at http://bugs.php.net/?id=29047&edit=1
#29047 [Opn->Fbk]: xmldom dumpfile / session bug
ID: 29047 Updated by: [EMAIL PROTECTED] Reported By: hannesv at enfocus dot be -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: Windows 2000 PHP Version: Irrelevant New Comment: We need a self contained script without an dependencies on external systems (like MySQL, files etc) Previous Comments: [2004-07-08 15:44:33] hannesv at enfocus dot be exuse me, but when clicking the link above, pleace at xt at the end, it's on the on the line below the link for some reason. [2004-07-08 15:40:57] hannesv at enfocus dot be A made an external link to afile with simular code. Hope it helps the bug solvers. If anybody has the same problem, it's worked on the link: http://www.webopleiding.teno.be/diksmuide/zelfstudie/hvermeulen/phpbug.txt [2004-07-08 14:25:20] [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. I don't care about your company policy. If you want to have that bug fixed, we need a reproducable script and it should be as short as possible... [2004-07-07 14:12:18] hannesv at enfocus dot be Description: The session Memory get flushed (variables are kept, but are converted to "object"), "whenever session_start();" has been selected before a DOMXML document is written with "dump_file()". If the "session_start();" is put after the writting of the document it works fine. In my script I also use mysql, but that not seems to cause the problem (I use it also in combination with xmldom to read a file into a database) Note: none of the session-variables are changed are even called in the script. Note: Besides that, the writting of the xml-works fine. Reproduce code: --- can not be given by company privacy policy -- Edit this bug report at http://bugs.php.net/?id=29047&edit=1
#29047 [Fbk->Opn]: xmldom dumpfile / session bug
ID: 29047 User updated by: hannesv at enfocus dot be Reported By: hannesv at enfocus dot be -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: Windows 2000 PHP Version: Irrelevant New Comment: For the ones who want a script without any external depenencies: The bug is (I 99.99%) sure created because of external depenencies. And I could not provide a link to a website because the code is made for a LAN. Previous Comments: [2004-07-08 15:46:00] [EMAIL PROTECTED] We need a self contained script without an dependencies on external systems (like MySQL, files etc) [2004-07-08 15:44:33] hannesv at enfocus dot be exuse me, but when clicking the link above, pleace at xt at the end, it's on the on the line below the link for some reason. [2004-07-08 15:40:57] hannesv at enfocus dot be A made an external link to afile with simular code. Hope it helps the bug solvers. If anybody has the same problem, it's worked on the link: http://www.webopleiding.teno.be/diksmuide/zelfstudie/hvermeulen/phpbug.txt [2004-07-08 14:25:20] [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. I don't care about your company policy. If you want to have that bug fixed, we need a reproducable script and it should be as short as possible... [2004-07-07 14:12:18] hannesv at enfocus dot be Description: The session Memory get flushed (variables are kept, but are converted to "object"), "whenever session_start();" has been selected before a DOMXML document is written with "dump_file()". If the "session_start();" is put after the writting of the document it works fine. In my script I also use mysql, but that not seems to cause the problem (I use it also in combination with xmldom to read a file into a database) Note: none of the session-variables are changed are even called in the script. Note: Besides that, the writting of the xml-works fine. Reproduce code: --- can not be given by company privacy policy -- Edit this bug report at http://bugs.php.net/?id=29047&edit=1
#29051 [Fbk->Opn]: Unix timestamp mismatch
ID: 29051 User updated by: daseymour at 3hc dot org Reported By: daseymour at 3hc dot org -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Windows 2000 (5.00.2195 - SP4) PHP Version: 4.3.7 New Comment: Output #1 (Win2k, Apache 1.3.31, PHP 4.3.7): -- These should all be the same Microtime():1089290860 GetTimeOfDay(): 1089290860 Time(): 1089290856 Date(): 1089290856 GetDate(): 1089290856 PHP Version: 4.3.7Server API: apache Output #2 (Win2k, Apache 1.3.31, PHP 4.3.7): -- These should all be the same Microtime():1089291058 GetTimeOfDay(): 1089291058 Time(): 1089291053 Date(): 1089291053 GetDate(): 1089291053 PHP Version: 4.3.7Server API: apache Output #3 (Win2k, Apache 2.0.47, PHP 4.3.7 - Most of the time on this setup, it will work correctly...): -- These should all be the same Microtime():1089295702 GetTimeOfDay(): 1089295702 Time(): 1089295702 Date(): 1089295702 GetDate(): 1089295702 PHP Version: 4.3.7Server API: apache2handler Output #4 (Win2k, Apache 2.0.47, PHP 4.3.7 - But, every so often, it is incorrect...): -- These should all be the same Microtime():1089295596 GetTimeOfDay(): 1089295596 Time(): 1089295595 Date(): 1089295595 GetDate(): 1089295595 PHP Version: 4.3.7Server API: apache2handler Previous Comments: [2004-07-08 11:30:33] [EMAIL PROTECTED] Please give an example output of the wrong results you got. [2004-07-07 16:38:33] daseymour at 3hc dot org Derick, what OS and PHP version are you running? This problem only seems to occur on my Win2k box with Apache. Thanks. [2004-07-07 16:30:59] [EMAIL PROTECTED] Works fine for me... [2004-07-07 16:18:02] daseymour at 3hc dot org Description: The following date/time functions give different results when requesting the current unix timestamp... Microtime() GetTimeOfDay() Time() Date() GetDate() This problem occurs on Apache 2.0.47 and Apache 1.3.31, but it doesn't seem to occur on IIS 5.0. Reproduce code: --- "; echo ""; echo "Microtime():$sec1"; echo "GetTimeOfDay():$sec2"; echo "Time():$sec3"; echo "Date():$sec4"; echo "GetDate():$sec5"; echo ""; echo "PHP Version: " . phpversion() . " Server API: " . php_sapi_name() . ""; ?> Expected result: The unix timestamps returned by the above functions should all be the same. Actual result: -- It appears that Microtime() and GetTimeOfDay() are returning different results than Time(), Date(), and GetDate(). -- Edit this bug report at http://bugs.php.net/?id=29051&edit=1
#28867 [Bgs]: Variables not being passed on form post
ID: 28867 User updated by: matt at atopia dot net Reported By: matt at atopia dot net Status: Bogus Bug Type: HTTP related Operating System: FreeBSD 4.10 PHP Version: 4.3.7 New Comment: Did you try copying those scripts i posted to your own server and running them? Cause I just copied them to another server with different config and its still occuring :-( Previous Comments: [2004-07-08 11:54:18] [EMAIL PROTECTED] Looks like it's either: a) configuration mistake done by you. b) Some bug in Apache when you configure it some weird way. (not PHP bug as I can't reproduce this either on my own machine, but it's Linux where everything usually works anyway :) [2004-07-06 16:55:42] matt at atopia dot net Please check out the source of my test case (has been included in the original post). [2004-07-06 16:54:39] matt at atopia dot net I just tested using Internet Explorer 6 and Mozilla Firefox .9 problem exists in both. Tried on 10 different computers as well (I'm in a lab). -Matt [2004-07-06 15:53:43] [EMAIL PROTECTED] I can't reproduce either. Does this happen with ANY browser? (something else than Mozilla, like IE..:) [2004-06-25 16:25:32] matt at atopia dot net PHP Info At: http://www.atopia.net/test/mozbug215479/displayinfo25472358158709325.php user/pass: test/test php.ini is same as php-dist.ini in the source. 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/28867 -- Edit this bug report at http://bugs.php.net/?id=28867&edit=1
#29064 [NEW]: Exact numeric/decimal/money datatypes lose precision
From: daniel dot beet at accuratesoftware dot com
Operating system: Windows 2000 Server
PHP version: 4.3.7
PHP Bug Type: Sybase-ct (ctlib) related
Bug description: Exact numeric/decimal/money datatypes lose precision
Description:
PHP's Sybase CT library converts all numeric datatypes to ints of floats,
so numbers outside their ranges lose precision.
The following patchs fix these issues in a similar way to mssql and oci8
libs:
Compare: (<)php-4.3.7\ext\sybase_ct\php_sybase_ct.1.14.2.3.h (3780 bytes)
with: (>)php-4.3.7\ext\sybase_ct\php_sybase_ct.h (3929 bytes)
94c94
< int max_length, numeric;
---
> int max_length, numeric, precision, scale;
Compare: (<)php-4.3.7\ext\sybase_ct\php_sybase_ct.1.73.2.16.c (65966
bytes)
with: (>)php-4.3.7\ext\sybase_ct\php_sybase_ct.c (68800 bytes)
1233,1235c1233,1242
< case CS_MONEY4_TYPE:
< result->datafmt[i].maxlength = 24;
< result->numerics[i] = 2;
---
> result->datafmt[i].maxlength = 24;
> result->numerics[i] = 5;
> result->datafmt[i].precision = 19;
> result->datafmt[i].scale = 4;
> break;
> case CS_MONEY4_TYPE:
> result->datafmt[i].maxlength = 13;
> result->numerics[i] = 2;
> result->datafmt[i].precision = 10;
> result->datafmt[i].scale = 4;
1244,1246c1251,1254
< result->datafmt[i].maxlength =
result->datafmt[i].precision + 3;
< /* numeric(10) vs numeric(10, 1) */
< result->numerics[i] = (result->datafmt[i].scale == 0)
? 3 : 2;
---
> /* numerics can overflow real and long types, return
> as a string */
> result->datafmt[i].maxlength =
> result->datafmt[i].precision + 3;
> /* numeric(10) vs numeric(10, 1) */
> result->numerics[i] = (result->datafmt[i].scale == 0)
> ? 4 : 5;
1277c1285,1287
< result->fields[i].numeric = result->numerics[i];
---
> result->fields[i].numeric = (result->numerics[i] > 0) ? 1 : 0;
> result->fields[i].precision = result->datafmt[i].precision;
> result->fields[i].scale = result->datafmt[i].scale;
1862,1864c1872,1876
< case CS_NUMERIC_TYPE:
< case CS_DECIMAL_TYPE:
< return "real";
---
> return "real";
> break;
> case CS_NUMERIC_TYPE:
> case CS_DECIMAL_TYPE:
> return "numeric";
1929a1941,1942
> add_property_long(return_value, "precision",
result->fields[field_offset].precision);
> add_property_long(return_value, "scale",
result->fields[field_offset].scale);
Hope that helps! Thanks, Dan.
Reproduce code:
---
Create a table test:
create table test (
test_decimaldecimal(38, 6) null,
test_numericnumeric(38, 12) null,
test_money money null,
test_bigint decimal(38, 0) null,
test_intint null,
test_smallmoney smallmoney null,
test_smallint smallintnull,
test_tinyinttinyint null,
test_real float null,
test_double float null
)
execute the following script via php cli exe:
\n";
sybase_select_db('test', $conn);
echo "DB selected OK\n";
$result = sybase_query('select test_decimal, test_numeric, test_money,
test_smallmoney, test_bigint, test_int, test_smallint, test_tinyint,
test_real, test_double from test', $conn);
echo "Query OK\n";
$f = sybase_num_fields($result);
for ($i = 0; $i < $f; $i++)
{
$array[] = sybase_fetch_field($result, $i);
}
while ($ar = sybase_fetch_assoc($result))
{
$array[] = $ar;
}
echo "Results fetched OK\n";
echo '';
var_export($array);
echo '';
sybase_close($conn);
?>
Expected result:
Connection OK
DB selected OK
Query OK
Results fetched OK
array (
0 =>
class stdClass {
var $name = 'test_decimal';
var $max_length = 40;
var $column_source = '';
var $numeric = 1;
var $type = 'numeric';
var $precision = 38;
var $scale = 6;
},
1 =>
class stdClass {
var $name = 'test_numeric';
var $max_length = 40;
var $column_source = '';
var $numeric = 1;
var $type = 'numeric';
var $precision = 38;
var $scale = 12;
},
2 =>
class stdClass {
var $name = 'test_money';
var $max_length = 21;
var $column_source = '';
var $numeric = 1;
var $type = 'money';
var $precision = 19;
var $scale = 4;
},
3 =>
class stdClass {
var $name = 'test_smallmoney';
var $max_length = 12;
var $column_source = '';
var $numeric = 1;
var $
#29064 [Opn]: Exact numeric/decimal/money datatypes lose precision
ID: 29064
User updated by: daniel dot beet at accuratesoftware dot com
Reported By: daniel dot beet at accuratesoftware dot com
Status: Open
Bug Type: Sybase-ct (ctlib) related
Operating System: Windows 2000 Server
PHP Version: 4.3.7
New Comment:
Sorry, forgot the SQL to insert test data:
insert into test
(test_decimal, test_numeric, test_money, test_bigint, test_int,
test_smallmoney, test_smallint, test_tinyint, test_real, test_double)
values
(12345678901234567890123456789012.123456,
12345678901234567890123456.123456789012,
123456789012345.1234,
12345678901234567890123456789012345678,
1234567890,
123456.1234,
12345,
123,
123456789.12345679,
123456789.12345679
)
insert into test
(test_decimal, test_numeric, test_money, test_bigint, test_int,
test_smallmoney, test_smallint, test_tinyint, test_real, test_double)
values
(-12345678901234567890123456789012.123456,
-12345678901234567890123456.123456789012,
-123456789012345.1234,
-12345678901234567890123456789012345678,
-1234567890,
-123456.1234,
-12345,
255,
-123456789.12345679,
-123456789.12345679
)
Previous Comments:
[2004-07-08 17:06:18] daniel dot beet at accuratesoftware dot com
Description:
PHP's Sybase CT library converts all numeric datatypes to ints of
floats, so numbers outside their ranges lose precision.
The following patchs fix these issues in a similar way to mssql and
oci8 libs:
Compare: (<)php-4.3.7\ext\sybase_ct\php_sybase_ct.1.14.2.3.h (3780
bytes)
with: (>)php-4.3.7\ext\sybase_ct\php_sybase_ct.h (3929 bytes)
94c94
< int max_length, numeric;
---
> int max_length, numeric, precision, scale;
Compare: (<)php-4.3.7\ext\sybase_ct\php_sybase_ct.1.73.2.16.c (65966
bytes)
with: (>)php-4.3.7\ext\sybase_ct\php_sybase_ct.c (68800 bytes)
1233,1235c1233,1242
< case CS_MONEY4_TYPE:
< result->datafmt[i].maxlength = 24;
< result->numerics[i] = 2;
---
> result->datafmt[i].maxlength = 24;
> result->numerics[i] = 5;
> result->datafmt[i].precision = 19;
> result->datafmt[i].scale = 4;
> break;
> case CS_MONEY4_TYPE:
> result->datafmt[i].maxlength = 13;
> result->numerics[i] = 2;
> result->datafmt[i].precision = 10;
> result->datafmt[i].scale = 4;
1244,1246c1251,1254
< result->datafmt[i].maxlength =
result->datafmt[i].precision + 3;
< /* numeric(10) vs numeric(10, 1) */
< result->numerics[i] = (result->datafmt[i].scale == 0)
? 3 : 2;
---
> /* numerics can overflow real and long types, return
> as a string
*/
> result->datafmt[i].maxlength =
> result->datafmt[i].precision + 3;
> /* numeric(10) vs numeric(10, 1) */
> result->numerics[i] = (result->datafmt[i].scale == 0)
> ? 4 : 5;
1277c1285,1287
< result->fields[i].numeric = result->numerics[i];
---
> result->fields[i].numeric = (result->numerics[i] > 0) ? 1 : 0;
> result->fields[i].precision = result->datafmt[i].precision;
> result->fields[i].scale = result->datafmt[i].scale;
1862,1864c1872,1876
< case CS_NUMERIC_TYPE:
< case CS_DECIMAL_TYPE:
< return "real";
---
> return "real";
> break;
> case CS_NUMERIC_TYPE:
> case CS_DECIMAL_TYPE:
> return "numeric";
1929a1941,1942
> add_property_long(return_value, "precision",
result->fields[field_offset].precision);
> add_property_long(return_value, "scale",
result->fields[field_offset].scale);
Hope that helps! Thanks, Dan.
Reproduce code:
---
Create a table test:
create table test (
test_decimaldecimal(38, 6) null,
test_numericnumeric(38, 12) null,
test_money money null,
test_bigint decimal(38, 0) null,
test_intint null,
test_smallmoney smallmoney null,
test_smallint smallintnull,
test_tinyinttinyint null,
test_real float null,
test_double float null
)
execute the following script via php cli exe:
\n";
sybase_select_db('test', $conn);
echo "DB selected OK\n";
$result = sybase_query('select test_decimal, test_numeric, test_money,
test_smallmoney, test_bigint, test_int, test_smallint, test_tinyint,
test_real, test_double from test', $conn);
echo "Query OK\n";
$f = sybase_num_fields($result);
for ($i = 0; $i < $f; $i++)
{
$array[] = sybase_fetch_field($result, $i);
#10369 [Com]: Openlink4/ODBC odbc_field_type returns nothing
ID: 10369
Comment by: jfleost at intertek dot fr
Reported By: dardison at ardison dot com
Status: Closed
Bug Type: ODBC related
Operating System: Linux 2.2.7
PHP Version: 4.0.4pl1
New Comment:
Hi
I have the same problem using "odbc_field_type" with PHP 4.3.7,
unixODBC 2.2.7 and freeTDS 0.61
The function "odbc_field_type" give me as type something like :
Xÿ¿p [EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@
No,no, it's not a problem of pagecode on this website !! ;-)
Someone has an idea ?
Jeff
Previous Comments:
[2001-05-07 15:26:40] [EMAIL PROTECTED]
Reproduced with the PHP script.
Also reproduced without PHP, using both OpenLink and the Native
SQLServer driver.
This is a failure of the database layer to the SQLColAttribute (or
SQLColAttributes) call.
SQLColAttributes:
In: hstmt = 0x008218D8,
icol = 1, fDescType = SQL_COLUMN_TYPE=2,
rgbDesc = 0x00154528, cbDescMax = 600, pcbDesc = 0x001552F0,
pfDesc
= 0x00155E30, Description Type = SQL_C_SLONG=-16
Return: SQL_SUCCESS=0
Out:*rgbDesc = ,
*pcbDesc = 4, *pfDesc = 4
TST1001: Buffer rgbDesc was not updated.
Best regards,
Andrew
[2001-05-04 15:15:52] [EMAIL PROTECTED]
Firstly, please use --with-iodbc instead of --with-iodbc.
Also, this is most likely not a PHP issue but a database specific
issue, and will only occur in cases where the corresponding database
CLI call doesn't work natively.
Please test this with the latest OpenLink drivers and open a support
case at http://www.openlinksw.com/support/suppindx.htm if the problem
persists.
[2001-04-17 20:12:15] dardison at ardison dot com
This script reproduces the problem:
Test odbc_field_type
Results";
echo "The Query is: $sql\n";
echo '';
$ind=1;
echo "NamesTypes";
while($ind<=$cols_count){
echo "";
echo "" . $cols_name[$ind] . "\n";
echo "" . $cols_types[$ind] . "\n";
echo "";
$ind++;
}
odbc_free_result($result);
}else{
echo "Cannot execute query";
}
}else{
echo "Cannot prepare query";
}
}
?>
I compiled PHP standard, I simply run ./configure with openlink option
, run make and make install.
I can retrieve column name information and also data but I can't
retrieve the column SQL Type. I asked Openlink and they said that is a
PHP issue.
I'm using Openlink Multi-tier Driver for accessing a MS SQL Server 7
Database on a Windows NT box from PHP scripts running on the Apache Web
Server on a Linux Box
OpenLink Version 4
PHP Version 4.0.4pl1
Linix SuSE 6.1 Kernel Version 2.2.7
Apache Version 1.3
PHP is running as a Loadable Apache Module
--
Edit this bug report at http://bugs.php.net/?id=10369&edit=1
#28948 [Bgs]: Solaris - IPlanet - Initialized PHP Module frequently
ID: 28948 User updated by: christian dot gottschalch at is-energy dot de Reported By: christian dot gottschalch at is-energy dot de Status: Bogus Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 4.3.7 New Comment: OK, this BUG is reported more then one Times, without a solution. We using Oracle Client 8.1.7, but ther are some Other Bugs, Reports where someone used other Client Libs with same Result. So we dont think that it is a Problem by Oracle. Thers alos no Time left to Fix/Debug this Problem further. Im not a Developer, but now for us it's Fakt: You cant use NSAPI with OCI8 Previous Comments: [2004-07-08 11:57:47] [EMAIL PROTECTED] And read the old bug reports too. Mixing LDAP + Oracle has been really big problem since Oracle client libs include their own ldap functions.. [2004-07-06 01:46:03] cjbj at hotmail dot com What's the exact version of the Oracle client libraries? Your stack traces show crashes deep within Oracle code. I think you should contact Oracle Support. [2004-06-30 11:11:11] christian dot gottschalch at is-energy dot de BT again: bash-2.03# gdb /opt/netscape/server4/bin/https/bin/ns-httpd core.ns-httpd.1876.65.60001.60001.1088585722 GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"...(no debugging symbols found)... Core was generated by `ns-httpd -d /opt/netscape/server4/https-home/config'. Program terminated with signal 11, Segmentation fault. Reading symbols from /opt/netscape/server4/bin/https/libcccccc. cccccccccccccccccc... Loaded symbols for /opt/netscape/server4/bin/https/lib/libvdk200.so #0 0xfd603010 in nnfgrne () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 (gdb) bt #0 0xfd603010 in nnfgrne () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #1 0xfd78d2b4 in nlifigbl () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #2 0xfd601644 in nnfgiinit () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #3 0xfd6012bc in nnfgiinit () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #4 0xfd5fe0ac in nigconcbs () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #5 0xfd5d5754 in kwfnbcs () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #6 0xfd597c60 in kwfcmc () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #7 0xfd51bdb8 in kpudtch () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #8 0xfd5797bc in OCILobRead () from /opt/oracle/8.1.7/lib/libclntsh.so.8.0 #9 0xfde689d8 in _oci_open_server (dbname=0x1 , persistent=-33580208) at /opt/php4-STABLE-200406300630/ext/oci8/oci8.c:2531 #10 0xfde68f94 in oci_do_connect (ht=3, return_value=0x1eed7d8, this_ptr=0x0, return_value_used=1, tsrm_ls=0xe4dd28, persistent=0, exclusive=0) at /opt/php4-STABLE-200406300630/ext/oci8/oci8.c:2701 #11 0xfde6d5b0 in zif_ocilogon (ht=3, return_value=0x1eed7d8, this_ptr=0x0, return_value_used=1, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/ext/oci8/oci8.c:4340 #12 0xfdf64ff8 in execute (op_array=0x1ce58a8, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1635 #13 0xfdf64d04 in execute (op_array=0xd175c0, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1679 #14 0xfdf64d04 in execute (op_array=0x1ed4eb8, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1679 #15 0xfdf64d04 in execute (op_array=0x1e86d30, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/Zend/zend_execute.c:1679 #16 0xfdf53b44 in zend_execute_scripts (type=8, tsrm_ls=0xe4dd28, retval=0x0, file_count=3) at /opt/php4-STABLE-200406300630/Zend/zend.c:891 #17 0xfdf19ba0 in php_execute_script (primary_file=0xfdb41548, tsrm_ls=0xe4dd28) at /opt/php4-STABLE-200406300630/main/main.c:1731 #18 0xfdf6bd08 in php4_execute (pb=0x1147a0, sn=0x8fd9fc, rq=0x8fda34) at /opt/php4-STABLE-200406300630/sapi/nsapi/nsapi.c:945 #19 0xff256dac in __0Fafunc_native_pool_wait_workPFP6GpblockP6HSessionP6HRequest_iUiP6GpblockP6HSessionP6HRequest () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #20 0xff2563cc in __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #21 0xff257364 in INTobject_execute () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #22 0xff25bfd8 in __0FQ_perform_serviceP6HSessionP6HRequestP6Mhttpd_object () from /opt/netscape/server4/bin/https/lib/libns-httpd40.so #23 0xff25c094 in INTservact_service () from /opt/netscape/s
#29049 [Ver->Asn]: usort() does not trigger an error when callback does not exist
ID: 29049
Updated by: [EMAIL PROTECTED]
Reported By: bugs dot php dot net at chsc dot dk
-Status: Verified
+Status: Assigned
Bug Type: Arrays related
Operating System: *
PHP Version: 4CVS, 5CVS
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2004-07-08 11:29:14] [EMAIL PROTECTED]
There isn't any checking done in any of the u*sort() functions for the
callback being valid. (zend_is_callable() should be used?)
This might be intentional, since the check would slow these functions
down a bit..?
[2004-07-07 15:02:08] bugs dot php dot net at chsc dot dk
Description:
When the second argument to usort() is not a valid callback, no error
is triggered, and the return value is true.
This makes debugging tricky.
When invoked with an invalid callback, usort() for some reason
rearranges the values in the array anyway.
Reproduce code:
---
Expected result:
The output should be three error messages, three times "bool(false)"
and three times the original array.
Actual result:
--
bool(true)
array(4) {
[0]=>
int(2)
[1]=>
int(3)
[2]=>
int(7)
[3]=>
int(1)
}
bool(true)
array(4) {
[0]=>
int(1)
[1]=>
int(7)
[2]=>
int(3)
[3]=>
int(2)
}
bool(true)
array(4) {
[0]=>
int(2)
[1]=>
int(3)
[2]=>
int(7)
[3]=>
int(1)
}
--
Edit this bug report at http://bugs.php.net/?id=29049&edit=1
#28556 [Fbk->Opn]: PHP as CGI becomes a zombie when loaded too often
ID: 28556 User updated by: floeff at arcor dot de Reported By: floeff at arcor dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Linux 2.4 PHP Version: 4.3.6 New Comment: I have tried on a lot of machines. Previous Comments: [2004-07-08 13:02:00] [EMAIL PROTECTED] Have you tried on another machine? [2004-06-24 18:18:03] trevor at verite dot com I have also experienced this problem, we have a nightly crontab that uses the CGI version of PHP to run a weekly import, every week we need to kill the script because even with a exit; command at the end it just keeps running and taking up more and more memory/processor time. I'm not sure if this is related but.. We're on a debian potato/apache 1.3/PHP 4.3.7 (Jun 7th Build). Any ideas? [2004-05-28 14:37:06] floeff at arcor dot de Description: Sorry for posting this again and again, but I still experience this problem and there seems to be no way for me to solve it. I've got confirmation from others that this problem is not only mine, so please take the time to read this. I've tried Apache 1.3 and 2.0, both on Linux 2.4. I've tried using suEXEC and not using suEXEC, and I even tried modules that stop script execution at a specific load average (tested with 1.00!) or number of processes (tested with 10!). But nothing seems to help in the following case: I run PHP as CGI because I don't want to have world-readable scripts and mod_perchild is not ready yet. When I do a hard reload - i.e. reloading the same script for about 10 seconds continously which should open quite a lot of scripts - I can crash the server. PHP-CGI-processes become zombies, I get a load average of about 90 (!) and it can take up to 30 minutes until the system responds again. This happens even with the simplest PHP scripts like a phpinfo call, but Perl scripts make absolutely no problem. The PHP developers say it's an Apache problem, the Apache developers say it's a PHP problem. So *PLEASE* take the time to review this one again - I'm helpless right now! :-( I know there must be a solution, because some providers run PHP as CGI without problems, but I don't know what it could be. :-( -- Edit this bug report at http://bugs.php.net/?id=28556&edit=1
#28563 [Bgs->Opn]: php not installing with apache 1.3.28
ID: 28563 User updated by: ramakrishnan dot iyer at hp dot com Reported By: ramakrishnan dot iyer at hp dot com -Status: Bogus +Status: Open Bug Type: Apache related Operating System: hp ux PHP Version: 4.3.6 New Comment: Sorry, i had pasted the wrong script. Even this does not work - CC=/opt/ansic/bin/cc \ GCC=/opt/ansic/bin/cc \ ./configure \ --prefix=/var/opt/web/php437 \ --with-apxs=/var/opt/web/apache_1328_2/bin/apxs \ --with-oci8=/opt/oracle/product/8.1.6 \ --enable_sigchild \ --without-mysql But the important question that i have is why doesn't php install with Oracle 9 on HP UX. If you could give me a workaround to this problem, i would greatly appreciate it. Previous Comments: [2004-07-08 12:55:06] [EMAIL PROTECTED] The correct configure option is "--with-apxs" to get a DSO. If you're trying to make a static install, read the INSTALL file..) [2004-05-28 20:43:58] ramakrishnan dot iyer at hp dot com Description: The platform is HP UX 11.0. I am trying to install php 4.3.6. I am using the following script - CC=/opt/ansic/bin/cc \ GCC=/opt/ansic/bin/cc \ ./configure \ --prefix=/var/opt/web/php437 \ --with-apache=/mnt/d0006/rrc-disk/dump/apache_1.3.28 \ --with-oci8=/opt/oracle/product/8.1.6 Apache has been installed like this CC=/opt/ansic/bin/cc \ ./configure \ --prefix=/var/opt/web/apache_1328_3 "make" is going through, but "make install" reports "not a so" error. I analyzed this a little ... After "configure" if i edit Makefile, main/build*.h and config.status and after "make" if i edit libs/*.la and .libs/*.lai and replace libphp4.sl with libphp4.so the installtion goes through. This solution would have been acceptable to me, but when i put in the with-oci8 - after my edits, the make creates a static file with .a extension and not a .so file. This is not acceptable because the mod perl server that we have has shared module enabled. Please help with suggestions/resolution. -- Edit this bug report at http://bugs.php.net/?id=28563&edit=1
#29065 [NEW]: Some wrong dates when using gtdate()/mktime()
From: ehavet at yahoo dot fr
Operating system: Linux 2.4.16C12
PHP version: 4.3.6
PHP Bug Type: Date/time related
Bug description: Some wrong dates when using gtdate()/mktime()
Description:
When you want to display each 10/31/Year plus 1 day, you've got sometimes
10/31/Year instead of 11/01/Year.
Noticed on PHP 4.3.3 (ISP linux server) and PHP 4.3.6 (WinXP personal
system)
Getting the date with date("m/d/Y", mktime(0,0,0,10,31,$i)+(24*3600));
gives the same result exept for 11/1/1993
Reproduce code:
---
Expected result:
11/1/1990
11/1/1991
11/1/1992
11/1/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
11/1/1999
11/1/2000
...
Actual result:
--
11/1/1990
11/1/1991
11/1/1992
10/31/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
10/31/1999
11/1/2000
11/1/2001
11/1/2002
11/1/2003
10/31/2004
11/1/2005
11/1/2006
11/1/2007
11/1/2008
11/1/2009
10/31/2010
11/1/2011
--
Edit bug report at http://bugs.php.net/?id=29065&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29065&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29065&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29065&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29065&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29065&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29065&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29065&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29065&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29065&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29065&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29065&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29065&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29065&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29065&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29065&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29065&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29065&r=float
#29049 [Asn->Csd]: usort() does not trigger an error when callback does not exist
ID: 29049
Updated by: [EMAIL PROTECTED]
Reported By: bugs dot php dot net at chsc dot dk
-Status: Assigned
+Status: Closed
Bug Type: Arrays related
Operating System: *
PHP Version: 4CVS, 5CVS
Assigned To: iliaa
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-08 11:29:14] [EMAIL PROTECTED]
There isn't any checking done in any of the u*sort() functions for the
callback being valid. (zend_is_callable() should be used?)
This might be intentional, since the check would slow these functions
down a bit..?
[2004-07-07 15:02:08] bugs dot php dot net at chsc dot dk
Description:
When the second argument to usort() is not a valid callback, no error
is triggered, and the return value is true.
This makes debugging tricky.
When invoked with an invalid callback, usort() for some reason
rearranges the values in the array anyway.
Reproduce code:
---
Expected result:
The output should be three error messages, three times "bool(false)"
and three times the original array.
Actual result:
--
bool(true)
array(4) {
[0]=>
int(2)
[1]=>
int(3)
[2]=>
int(7)
[3]=>
int(1)
}
bool(true)
array(4) {
[0]=>
int(1)
[1]=>
int(7)
[2]=>
int(3)
[3]=>
int(2)
}
bool(true)
array(4) {
[0]=>
int(2)
[1]=>
int(3)
[2]=>
int(7)
[3]=>
int(1)
}
--
Edit this bug report at http://bugs.php.net/?id=29049&edit=1
#28825 [Com]: session_start(): Failed to initialize storage module
ID: 28825 Comment by: arnor at netvistun dot is Reported By: searchadm at goschorn dot de Status: No Feedback Bug Type: Session related Operating System: Suse Linux 8.2 PHP Version: 4.3.7 New Comment: We (me and the company I work for) have also been having this problem for the last month. This error appears randomly. We made a script to a cronjob which is exicuted every minute. In a log of that script it looks like this error appears in about 6% of ALL request. You can view this log at: http://www.netvistun.is/session_log/log.php the script that can cause this error (and is requested each minute) is at http://www.netvistun.is/session_log/index.php php_info is at http://www.netvistun.is/session_log/info.php The only thing you need to cause this error is: and that's it. We have made owner/permission changes to the /tmp folder, we have tried clearing the temp directory, we have tried changing the session save directory to another dir. There is lots of space in the directory. We've tried restarting apache every 24 hours, we have done all of the workarounds which you see all over these bug tracks. This bug has been appearing for a long time in the bugtrack (saw one from php 4.1.x), and is always closed with some "workaround". We've experienced this problem ever since php 4.3.1, up to 4.3.7. We are currently running : php 4.3.7 Apache 1.3.31 Linux dist.: Fedora Control panel: WHM (cPanel) php config: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-ming=../ming-0.2a' '--enable-magic-quotes' '--with-mysql' '--with-openssl' '--enable-discard-path' '--with-pear' '--enable-xslt' '--with-xslt-sablot' '--enable-sockets' '--enable-track-vars' '--enable-versioning' '--with-xmlrpc' '--with-zlib' Session Support enabled Registered save handlers files user Directive Local Value Master Value session.auto_start Off Off session.bug_compat_42 On On session.bug_compat_warn On On session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.entropy_length 0 0 session.gc_divisor 100 100 session.gc_maxlifetime 1440 1440 session.gc_probability 1 1 session.name PHPSESSID PHPSESSID session.referer_check no value no value session.save_handler files files session.save_path /tmp2 /tmp2 session.serialize_handler php php session.use_cookies On On session.use_only_cookies Off Off session.use_trans_sid On On Any other info I can give, I will give gladly (except root passwords of course :D) I Hope I help. Previous Comments: [2004-07-07 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-06-29 18:07:35] [EMAIL PROTECTED] When this error happens see if the directory where the sessions are being written to has enough space and if the system is not running out of file handles. [2004-06-25 11:46:33] pgale at netvigator dot com I am experiencing what appears to be the same problem. 99% of the time users are able to login to my site and establish a session. However, about once a month, the login script fails and php sessions cannot be established. My ISP restarts apache and all works fine again. The ISP is running php4.2.3 on Linux 2.4.20-8smp#1 (as reported by phpinfo() I have now set up php errors to be emailed to me. Once an error message is caught I will add it to this bug report. It could be some time. [2004-06-18 11:06:26] searchadm at goschorn dot de Description: php tells the following problem when i want to start new sessions [17-Jun-2004 08:59:01] PHP Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) in /www/mineralienatlas/htdocs/forum/index.php on line 109 [17-Jun-2004 08:59:03] PHP Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) in /www/mineralienatlas/htdocs/forum/index.php on line 109 [17-Jun-2004 08:59:04] PHP Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) in /www/mineralienatlas/htdocs/f
#28672 [Com]: error: Problem with libjpeg.(a|so)
ID: 28672
Comment by: pantelis at up2u dot gr
Reported By: c dot meisinger at livingliquid dot com
Status: Bogus
Bug Type: Compile Failure
Operating System: RedHat 7.3
PHP Version: 4.3.7
New Comment:
I had the same problem.. config fails with:
"configure: error: libpng.(a|so) not found."
i have defined: "--with-jpeg-dir=/usr/lib"
and in the /usr/lib directory i have these files:
libjpeg.so.62
libjpeg.so.62.0.0
Any suggestions?
My system is RedHat Enterprise Server.
Previous Comments:
[2004-06-07 18:07:35] c dot meisinger at livingliquid dot com
strange... if i remove --with-jpeg-dir, it works
and why does jpeg check for openssl???
if i remove --with-openssl i still get this error.
openssl installation is ok too.
btw. it WORKED with php4.3.6
[2004-06-07 17:05:21] [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.
The problems appears to be a broken libssl that is missing
symbols for HMAC_cleanup.
/usr/local/lib/libssl.a(t1_enc.o): In function
`tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to
`HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to
`HMAC_cleanup'
Because -lssl is being used the test compiled against it
fails.
[2004-06-07 16:54:48] c dot meisinger at livingliquid dot com
configure:29567: checking for GD support
configure:29614: checking for the location of libjpeg
configure:29641: checking for the location of libpng
configure:29694: checking for the location of libXpm
configure:29719: checking for FreeType 1.x support
configure:29744: checking for FreeType 2
configure:29769: checking for T1lib support
configure:29794: checking whether to enable truetype string function in
GD
configure:29819: checking whether to enable JIS-mapped Japanese font
support in GD
configure:29873: checking for fabsf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 1>&5
configure:29885: warning: conflicting types for built-in function
`fabsf'
configure:29873: checking for floorf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 1>&5
configure:30033: checking for jpeg_read_header in -ljpeg
configure:30052: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib
-L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib
-Wl,-rpath,/usr/local/curl/lib -L/usr/local/c
url/lib conftest.c -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 1>&5
/usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup'
collect2: ld returned 1 exit status
configure: failed program was:
#line 30041 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_read_header();
int main() {
jpeg_read_header()
; return 0; }
[2004-06-07 15:55:38] [EMAIL PROTECTED]
Look inside the config.log file was the failure reason.
[2004-06-07 15:17:37] c dot meisinger at livingliquid dot com
Description:
if i compile php 4.3.7 with --with-jpge-dir=...
i get the following error:
checking for jpeg_read_header in -ljpeg... no
configure: error: Problem with libjpeg.(a|so). Please check config.log
for more information.
jpeg-6b is installed.
all works perfect with 4.3.6 and previous versions
my configure looks like this:
'./configure' \
'--prefix=/usr/local/php' \
'--with-openssl=/usr/local/ssl' \
'--with-zlib' \
'--with-bz2' \
'--with-zip' \
'--with-mysql=/usr/local/mysql' \
'--with-wddx' \
'--with-gd' \
'--enable-native-gd-ttf' \
'--enable-ttf' \
'--with-ttf' \
'--with-t1lib' \
'--with-jpeg-dir=/usr/lib/' \
'--with-png-dir=/usr/lib/' \
'--with-apache=/usr/local/src/apache_1.3.31' \
'--with-mcrypt=/usr/local/libmcrypt' \
'--with-mhash' \
'--with-curl=/usr/local/curl' \
"$@"
#29065 [Opn->Bgs]: Some wrong dates when using gtdate()/mktime()
ID: 29065
Updated by: [EMAIL PROTECTED]
Reported By: ehavet at yahoo dot fr
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux 2.4.16C12
PHP Version: 4.3.6
New Comment:
We are happy to tell you that you just discovered Daylight Savings
Time. For more information see:
http://webexhibits.org/daylightsaving/b.html
Instead of using mktime/date consider using gmmktime and gmdate which
do
not suffer from DST.
Previous Comments:
[2004-07-08 18:49:43] ehavet at yahoo dot fr
Description:
When you want to display each 10/31/Year plus 1 day, you've got
sometimes 10/31/Year instead of 11/01/Year.
Noticed on PHP 4.3.3 (ISP linux server) and PHP 4.3.6 (WinXP personal
system)
Getting the date with date("m/d/Y", mktime(0,0,0,10,31,$i)+(24*3600));
gives the same result exept for 11/1/1993
Reproduce code:
---
Expected result:
11/1/1990
11/1/1991
11/1/1992
11/1/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
11/1/1999
11/1/2000
...
Actual result:
--
11/1/1990
11/1/1991
11/1/1992
10/31/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
10/31/1999
11/1/2000
11/1/2001
11/1/2002
11/1/2003
10/31/2004
11/1/2005
11/1/2006
11/1/2007
11/1/2008
11/1/2009
10/31/2010
11/1/2011
--
Edit this bug report at http://bugs.php.net/?id=29065&edit=1
#29066 [NEW]: DomXsltStylesheet->process() kills the apache
From: elzeedee at bonbon dot net Operating system: Windows 2000 Advanced Server PHP version: 4.3.7 PHP Bug Type: XSLT related Bug description: DomXsltStylesheet->process() kills the apache Description: What did I do: 1) Created a relatively large DOM XML document 2) Created a DomXsltStylesheet from memory. The XSLT document is kinda large (~1020 lines). 3) Used the ->process() method to transform the document What did I expect: My document transformed nice. This actually happens around 3 times out of 4. What is the problem: Around 1 time out of 4 apache service gives a "memory cannot be read" standart Windows error and dies. I am totally sure that the fault happens inside the ->process() method, since when it's commented out, no problems happen. With Sablotron, this problem does not arise. -- Edit bug report at http://bugs.php.net/?id=29066&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29066&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29066&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29066&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29066&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29066&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29066&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29066&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29066&r=support Expected behavior: http://bugs.php.net/fix.php?id=29066&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29066&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29066&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29066&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29066&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29066&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29066&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29066&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29066&r=float
#29065 [Bgs]: Some wrong dates when using gtdate()/mktime()
ID: 29065
User updated by: ehavet at yahoo dot fr
Reported By: ehavet at yahoo dot fr
Status: Bogus
Bug Type: Date/time related
Operating System: Linux 2.4.16C12
PHP Version: 4.3.6
New Comment:
Daylight savings OK
That means it occurs every 6 years (daylight savings & leap year). But
:
1- using getdate()
1993 -> 1999 => 6 years
1999 -> 2004 => 5 years
2004 -> 2010 => 6 years
2- using date()
1993 => not noticed
1999 -> 2004 => 5 years
2004 => 2010 => 6 years
There is not regular interval. I don't understand
Previous Comments:
[2004-07-08 20:22:45] [EMAIL PROTECTED]
We are happy to tell you that you just discovered Daylight Savings
Time. For more information see:
http://webexhibits.org/daylightsaving/b.html
Instead of using mktime/date consider using gmmktime and gmdate which
do
not suffer from DST.
[2004-07-08 18:49:43] ehavet at yahoo dot fr
Description:
When you want to display each 10/31/Year plus 1 day, you've got
sometimes 10/31/Year instead of 11/01/Year.
Noticed on PHP 4.3.3 (ISP linux server) and PHP 4.3.6 (WinXP personal
system)
Getting the date with date("m/d/Y", mktime(0,0,0,10,31,$i)+(24*3600));
gives the same result exept for 11/1/1993
Reproduce code:
---
Expected result:
11/1/1990
11/1/1991
11/1/1992
11/1/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
11/1/1999
11/1/2000
...
Actual result:
--
11/1/1990
11/1/1991
11/1/1992
10/31/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
10/31/1999
11/1/2000
11/1/2001
11/1/2002
11/1/2003
10/31/2004
11/1/2005
11/1/2006
11/1/2007
11/1/2008
11/1/2009
10/31/2010
11/1/2011
--
Edit this bug report at http://bugs.php.net/?id=29065&edit=1
#29058 [Opn]: odbc_foreignkeys does not return imported keys
ID: 29058 User updated by: mirage at rateaprof dot com Reported By: mirage at rateaprof dot com Status: Open Bug Type: ODBC related Operating System: Redhat 8 PHP Version: 5.0.0RC3 New Comment: 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); Previous Comments: [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", "%", ""); Then to get Exported Keys which works: $cols = odbc_foreignkeys($dbconn, odbc_result($tables,1),odbc_result($tables,2), odbc_result($tables,3), "", "", "") or die(odbc_errormsg()); Then to get Imported Keys which does not work: $cols = odbc_foreignkeys($dbconn, "", "", ""odbc_result($tables,1),odbc_result($tables,2), odbc_result($tables,3)) or die(odbc_errormsg()); Expected result: If jeff.a (a) is a primary key, and jeff.b(d) references jeff.a(a): jeff.a (a) is exported to jeff.b (d) - Yes this works jeff.b (d) imports jeff.a (a) - this does not return from the odbc_foreign keys call for imported keys Actual result: -- JEFFA TABLE TABLE_CAT TABLE_SCHEM TABLE_NAME COLUMN_NAME DATA_TYPE TYPE_NAME COLUMN_SIZE BUFFER_LENGTH DECIMAL_DIGITS NUM_PREC_RADIX NULLABLEREMARKS COLUMN_DEF SQL_DATA_TYPE SQL_DATETIME_SUB CHAR_OCTET_LENGTH ORDINAL_POSITIONIS_NULLABLE NULLJEFFA A 4 INTEGER 10 4 0 10 0 NULLNULL4 NULLNULL1 NO NULLJEFFA B 4 INTEGER 10 4 0 10 1 NULLNULL4 NULLNULL2 YES function result = 2 TABLE_CAT TABLE_SCHEM TABLE_NAME COLUMN_NAME KEY_SEQ PK_NAME NULLJEFFA A 1 SQL040707170936160 function result = 1 Exported Keys .JEFF.A PKTABLE_CAT PKTABLE_SCHEM PKTABLE_NAM
#29065 [Bgs->Csd]: Some wrong dates when using gtdate()/mktime()
ID: 29065
User updated by: ehavet at yahoo dot fr
Reported By: ehavet at yahoo dot fr
-Status: Bogus
+Status: Closed
Bug Type: Date/time related
Operating System: Linux 2.4.16C12
PHP Version: 4.3.6
New Comment:
OK, the daylight savings is the reason.
Thank you and sorry about that
Previous Comments:
[2004-07-08 21:22:22] ehavet at yahoo dot fr
Daylight savings OK
That means it occurs every 6 years (daylight savings & leap year). But
:
1- using getdate()
1993 -> 1999 => 6 years
1999 -> 2004 => 5 years
2004 -> 2010 => 6 years
2- using date()
1993 => not noticed
1999 -> 2004 => 5 years
2004 => 2010 => 6 years
There is not regular interval. I don't understand
[2004-07-08 20:22:45] [EMAIL PROTECTED]
We are happy to tell you that you just discovered Daylight Savings
Time. For more information see:
http://webexhibits.org/daylightsaving/b.html
Instead of using mktime/date consider using gmmktime and gmdate which
do
not suffer from DST.
[2004-07-08 18:49:43] ehavet at yahoo dot fr
Description:
When you want to display each 10/31/Year plus 1 day, you've got
sometimes 10/31/Year instead of 11/01/Year.
Noticed on PHP 4.3.3 (ISP linux server) and PHP 4.3.6 (WinXP personal
system)
Getting the date with date("m/d/Y", mktime(0,0,0,10,31,$i)+(24*3600));
gives the same result exept for 11/1/1993
Reproduce code:
---
Expected result:
11/1/1990
11/1/1991
11/1/1992
11/1/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
11/1/1999
11/1/2000
...
Actual result:
--
11/1/1990
11/1/1991
11/1/1992
10/31/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
10/31/1999
11/1/2000
11/1/2001
11/1/2002
11/1/2003
10/31/2004
11/1/2005
11/1/2006
11/1/2007
11/1/2008
11/1/2009
10/31/2010
11/1/2011
--
Edit this bug report at http://bugs.php.net/?id=29065&edit=1
#27009 [Com]: mcrypt now crashes apache
ID: 27009
Comment by: danielpm8 at hotmail dot com
Reported By: ronan at ronanmcnulty dot co dot uk
Status: No Feedback
Bug Type: mcrypt related
Operating System: winxp
PHP Version: 4.3.4
New Comment:
Hi,
I am experiencing this problem also. When I run mcrypt_decrypt it
causes apache to crash. However, mcrypt_encrypt is working fine.
I have Mcrypt module loaded as a dynamic module on apache. I am using
Windows XP professional, apache 1.3 and php 4.3.4 . The mcrypt dll
library is a "libmcrypt + php 4.3.x on windows".
The following is the example code I used, which causes apache to
crash.
If you any questions or suggestions please do not hesitate to contact
me. Thanks in advance.
Cheers,
Daniel
==
Example code
example6_encrypt();
function example6_encrypt(){
$iv_size = mcrypt_get_iv_size(MCRYPT_RIJNDAEL_256, MCRYPT_MODE_ECB);
$iv = mcrypt_create_iv($iv_size, MCRYPT_RAND);
$key = "This is a very secret key";
$text = "Meet me at 11 o'clock behind the monument.";
//echo strlen($text) . "\n";
$crypttext = mcrypt_encrypt(MCRYPT_RIJNDAEL_256, $key, $text,
MCRYPT_MODE_ECB, $iv);
//echo strlen($crypttext) . "\n";
echo "encrypted string: $crypttext";
example6_decrypt($crypttext);
}
/*
string mcrypt_decrypt ( string cipher, string key, string data, string
mode [, string iv])
*/
function example6_decrypt($text){
$iv_size = mcrypt_get_iv_size(MCRYPT_RIJNDAEL_256, MCRYPT_MODE_ECB);
$iv = mcrypt_create_iv($iv_size, MCRYPT_RAND);
$key = "This is a very secret key";
$decrypt_text = mcrypt_decrypt(MCRYPT_RIJNDAEL_256, $key, $text,
MCRYPT_MODE_ECB, $iv);
echo "decrypted string: $decrypt_text";
}
Previous Comments:
[2004-01-31 23:15:59] [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.
[2004-01-22 14:03:46] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
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-01-22 13:47:30] ronan at ronanmcnulty dot co dot uk
Description:
When I use the example:
mcrypt_ecb (MCRYPT_3DES, $key, $input, MCRYPT_ENCRYPT);
Apache crashes:
szAppName : Apache.exe szAppVer : 0.0.0.0 szModName :
libmcrypt.dll
szModVer : 0.0.0.0 offset : 00022685
Reproduce code:
---
mcrypt_ecb (MCRYPT_3DES, $key, $input, MCRYPT_ENCRYPT);
Expected result:
I expect apache NOT to crash!
Actual result:
--
Apache actually crashes
--
Edit this bug report at http://bugs.php.net/?id=27009&edit=1
#28872 [Com]: accessing a __get (getter) method from object value fails
ID: 28872
Comment by: csmoak at andrew dot cmu dot edu
Reported By: nick dot rich at textmarketer dot co dot uk
Status: Open
Bug Type: Class/Object related
Operating System: *
PHP Version: 5.0.0RC3
New Comment:
This is a bogus bug.
The problem here is that you are trying to access properties in an
improper way--pay attention to order of operations.
The interpreter will operate from left to right--that is, on the line
marked /// fails in the example code, it will first access $test, then
call __get() with the value of (string) $config, which is 'Object'. You
should have also gotten an error similar to:
Notice: Object of class config to string conversion in
C:\php5\test2.php on line 28
which shows that it is doing this cast to a string.
you are expecting it to evaluate something like:
$test->{$config->methodnames[1]};
when, in fact, php evaluates:
{$test->$config}->methodnames[1];
which is not a bug.
Previous Comments:
[2004-06-22 09:51:42] nick dot rich at textmarketer dot co dot uk
The point is that the __get ihis being passed an object
ref instead of the value. If you change the test class
to:
Class TestClass
{
private static $data = array("dog"=>"dog","cat"=>"cat");
function __get($value)
{
return self::$data[$value];
}
}
It will give the same result
[2004-06-21 20:59:34] [EMAIL PROTECTED]
first of all __get() is supposed to return something.
[2004-06-21 19:35:32] nick dot rich at textmarketer dot co dot uk
Description:
Trying to access a propery (via the get method) using a
value from another object as the method name fails.
See code::
if the line /// fails
is
replaced with
$localVar = $config->methodnames[1];
$test->$localVar
It works correctly
Reproduce code:
---
class config
{
public $methodnames = array("dog","cat");
}
class testClass
{
function Cat(){
echo "cat";
}
function Dog(){
echo "dog";
}
function __get($method){
eval("\$this->\$method();");
}
}
class main
{
function __construct(){
$config = new config();
$test = new testClass();
$test->$config->methodnames[1]; /// fails
}
}
$test = new main();
Expected result:
cat
Actual result:
--
Fatal error: Call to undefined method testClass::
Object() in /Users/nicholasrich/Sites/bits/
testclass.php(18) : eval()'d code on line 1
--
Edit this bug report at http://bugs.php.net/?id=28872&edit=1
#12230 [Com]: Error with Object saved in Session
ID: 12230
Comment by: jason at thewebmark dot com
Reported By: schmidt at ibou dot de
Status: Closed
Bug Type: Session related
Operating System: HP Unix 10
PHP Version: 4.0.5
New Comment:
I would like to reaffirm that this is a bug, I've had the same problem
storing objects in the session using PHP Version 4.3.4.
My work around for the this problem was serializing the object and
placing the resulting string in the session, and manually unserializing
the object after pulling the string from the session.
This bug appeared on the production environment running the php CGI on
winnt
This bug did NOT appear in my dev environment running php ISAPI, Ill be
more than happy to provide init files and any other requested info.
--
class Tester {
function TestFunc() {
echo "PHP is Busted";
}
}
session_start();
if(isset($_REQUEST[init])) {
$us = new Tester();
$_SESSION[x] = serialize($us);
//
//$_SESSION[x] = $us;
}
else {
$b = unserialize($_SESSION[x]);
//
//$b = $_SESSION[x];
print_r($b);
}
---
Previous Comments:
[2001-11-18 01:24:51] [EMAIL PROTECTED]
This is not a bug. Please have a look at the error message: 'The script
tried to execute a method or access a property of an incomplete object.
Please ensure that the class definition test of the object you are
trying to operate on was loaded _before_ the session was started'.
[2001-07-18 09:36:54] schmidt at ibou dot de
I have the follow Problem:
Fatal error: The script tried to execute a method or access a property
of an incomplete object. Please ensure that the class definition test of
the object you are trying to operate on was loaded _before_ the session
was started in /u4_1/www/rf/includes/all_sicherheit.inc on line 3
Very simple:
In file 1:
class foo
{
...
}
$x=new foo
$x->... = 123;
session_register("x");
in 2. file:
class foo
{
...
}
echo $x->...;
When I do a session_register("x") befor I printed $x->...
it get the same error.
Is there a Workaround?
--
Edit this bug report at http://bugs.php.net/?id=12230&edit=1
#28981 [Fbk->NoF]: dirname faild in UTF8 dirname
ID: 28981
Updated by: [EMAIL PROTECTED]
Reported By: hunix at hunix dot idv dot tw
-Status: Feedback
+Status: No Feedback
Bug Type: Directory function related
Operating System: Linux 2.4.26
PHP Version: 5.0.0RC3
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-01 09:27:07] [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-01 08:02:46] hunix at hunix dot idv dot tw
Description:
When calling dirname with an UTF-8 dir-string, The dirname can NOT
return non ASCII strings. For example,
dirname("/x/y/z/UTF-8name/basename"); the return value would be
"/x/y/z/name" not "/x/y/z/UTF-8name". The same code work on php-4.3.5,
php-4.3.6, php-4.3.7 very well.
--
Edit this bug report at http://bugs.php.net/?id=28981&edit=1
#29068 [NEW]: ambiguity of $$arrayref[0] []operator too strong
From: steffen dot moeller at med dot uni-rostock dot de
Operating system: Linux
PHP version: Irrelevant
PHP Bug Type: Arrays related
Bug description: ambiguity of $$arrayref[0] []operator too strong
Description:
$$c is an array
$$c[0] is not defined
($$c)[0] is a syntax error
There seems not way to directly access the content of a
referenced array.
My PHP version is 4.3.4-4 of Debian unstable
Reproduce code:
---
$tmp=array("hello world");
$c="tmp";
$a=$$c; # works
echo $a[0]; # works
echo ($$c)[0]; # should work
echo {$$c}[0]; # would not mind if this was an alternative
Expected result:
"tmp"
Actual result:
--
syntax error
--
Edit bug report at http://bugs.php.net/?id=29068&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29068&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29068&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29068&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29068&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29068&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29068&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29068&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29068&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29068&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29068&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29068&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29068&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29068&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29068&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29068&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29068&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29068&r=float
#29068 [Opn->Bgs]: ambiguity of $$arrayref[0] []operator too strong
ID: 29068
Updated by: [EMAIL PROTECTED]
Reported By: steffen dot moeller at med dot uni-rostock dot de
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: Irrelevant
New Comment:
see http://php.net/variables.variable
Previous Comments:
[2004-07-09 01:01:04] steffen dot moeller at med dot uni-rostock dot de
Description:
$$c is an array
$$c[0] is not defined
($$c)[0] is a syntax error
There seems not way to directly access the content of a
referenced array.
My PHP version is 4.3.4-4 of Debian unstable
Reproduce code:
---
$tmp=array("hello world");
$c="tmp";
$a=$$c; # works
echo $a[0]; # works
echo ($$c)[0]; # should work
echo {$$c}[0]; # would not mind if this was an alternative
Expected result:
"tmp"
Actual result:
--
syntax error
--
Edit this bug report at http://bugs.php.net/?id=29068&edit=1
#29070 [NEW]: __get/__set should allow recursive calls
From: csmoak at andrew dot cmu dot edu Operating system: All PHP version: 5.0.0RC3 PHP Bug Type: Feature/Change Request Bug description: __get/__set should allow recursive calls 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 bug report at http://bugs.php.net/?id=29070&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29070&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29070&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29070&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29070&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29070&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29070&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29070&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29070&r=support Expected behavior: http://bugs.php.net/fix.php?id=29070&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29070&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29070&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29070&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29070&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29070&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29070&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29070&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29070&r=float
#29071 [NEW]: CLI returns an extra carriage return after exits.
From: nathan at nightsys dot net Operating system: Linux 2.4.26 (Gentoo) PHP version: 5.0.0RC3 PHP Bug Type: Output Control Bug description: CLI returns an extra carriage return after exits. Description: CLI executable returns an extra carriage return after exit, example below. Linux nathan1 2.4.26-gentoo-r4 #1 SMP Fri Jul 9 12:42:20 EST 2004 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz GenuineIntel GNU/Linux Dont know if the kernel upgrade (from 2.4.25) could have affected this. Reproduce code: --- /usr/local/php/bin/php -v Expected result: [EMAIL PROTECTED] nathan $ /usr/local/php/bin/php -v PHP 5.0.0RC3 (cli) (built: Jul 1 2004 14:52:38) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0RC3, Copyright (c) 1998-2004 Zend Technologies [EMAIL PROTECTED] nathan $ Actual result: -- [EMAIL PROTECTED] nathan $ /usr/local/php/bin/php -v PHP 5.0.0RC3 (cli) (built: Jul 1 2004 14:52:38) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0RC3, Copyright (c) 1998-2004 Zend Technologies [EMAIL PROTECTED] nathan $ [EMAIL PROTECTED] nathan $ -- Edit bug report at http://bugs.php.net/?id=29071&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29071&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29071&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29071&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29071&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29071&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29071&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29071&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29071&r=support Expected behavior: http://bugs.php.net/fix.php?id=29071&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29071&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29071&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29071&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29071&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29071&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29071&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29071&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29071&r=float
#29065 [Csd->Bgs]: Some wrong dates when using gtdate()/mktime()
ID: 29065
Updated by: [EMAIL PROTECTED]
Reported By: ehavet at yahoo dot fr
-Status: Closed
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux 2.4.16C12
PHP Version: 4.3.6
New Comment:
not a bug -> bogus
Previous Comments:
[2004-07-08 21:51:33] ehavet at yahoo dot fr
OK, the daylight savings is the reason.
Thank you and sorry about that
[2004-07-08 21:22:22] ehavet at yahoo dot fr
Daylight savings OK
That means it occurs every 6 years (daylight savings & leap year). But
:
1- using getdate()
1993 -> 1999 => 6 years
1999 -> 2004 => 5 years
2004 -> 2010 => 6 years
2- using date()
1993 => not noticed
1999 -> 2004 => 5 years
2004 => 2010 => 6 years
There is not regular interval. I don't understand
[2004-07-08 20:22:45] [EMAIL PROTECTED]
We are happy to tell you that you just discovered Daylight Savings
Time. For more information see:
http://webexhibits.org/daylightsaving/b.html
Instead of using mktime/date consider using gmmktime and gmdate which
do
not suffer from DST.
[2004-07-08 18:49:43] ehavet at yahoo dot fr
Description:
When you want to display each 10/31/Year plus 1 day, you've got
sometimes 10/31/Year instead of 11/01/Year.
Noticed on PHP 4.3.3 (ISP linux server) and PHP 4.3.6 (WinXP personal
system)
Getting the date with date("m/d/Y", mktime(0,0,0,10,31,$i)+(24*3600));
gives the same result exept for 11/1/1993
Reproduce code:
---
Expected result:
11/1/1990
11/1/1991
11/1/1992
11/1/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
11/1/1999
11/1/2000
...
Actual result:
--
11/1/1990
11/1/1991
11/1/1992
10/31/1993
11/1/1994
11/1/1995
11/1/1996
11/1/1997
11/1/1998
10/31/1999
11/1/2000
11/1/2001
11/1/2002
11/1/2003
10/31/2004
11/1/2005
11/1/2006
11/1/2007
11/1/2008
11/1/2009
10/31/2010
11/1/2011
--
Edit this bug report at http://bugs.php.net/?id=29065&edit=1
