#32060 [Fbk-Opn]: configure host type detection broken
ID: 32060 Updated by: [EMAIL PROTECTED] Reported By: dg at orbhost dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: tru64 5.1b PHP Version: 4CVS-2005-02-22 (stable) New Comment: file received. investigating. Previous Comments: [2005-02-23 07:24:03] [EMAIL PROTECTED] I was really interested in the whole output, so let's try this again: #/bin/sh -x configure 2 debug.txt And send debug.txt file to me via email. !!!DO NOT add that huge file to this bug report!!! [2005-02-23 04:56:14] dg at orbhost dot net /bin/sh -x configure tries to display the help info and ends in this: Libtool: --enable-shared[=PKGS] build shared libraries [default=yes] --enable-static[=PKGS] build static libraries [default=yes] --enable-fast-install[=PKGS] optimize for fast installation [default=yes] --with-gnu-ld assume the C compiler uses GNU ld [default=no] + test X != Xset + uname UNAME=OSF1 lt_cv_sys_path_separator=: PATH_SEPARATOR=: SHELL=/bin/sh echo=echo + test X = X--no-reexec + test X = X--fallback-echo + test X = X\t + exec /bin/sh configure --no-reexec loading cache ./config.cache checking host system type... configure: error: can not guess host type; you must specify one [2005-02-23 04:53:18] dg at orbhost dot net sorry, I didn't think about running config.guess, it does guess: alphaev56-dec-osf5.1 which is the right one [2005-02-23 04:52:11] [EMAIL PROTECTED] And if that above command works, run this: # /bin/sh -x configure [2005-02-23 04:30:19] [EMAIL PROTECTED] Let's try again: What does this command _output_ when you run it: # ./config.guess 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/32060 -- Edit this bug report at http://bugs.php.net/?id=32060edit=1
#32098 [NEW]: MySQLi object connection status function
From: tj at primetimesolutions dot com Operating system: All PHP version: 5.0.3 PHP Bug Type: Feature/Change Request Bug description: MySQLi object connection status function Description: It would be helpful and spiffy to have a function or member variable on MySQLi objects that one could use to determine if the connection was a success or failure. According to the documentation, the solution is to call the mysqli_connect_errno() function after construction of the object, but doing so sort of eliminates the object oriented-ness of the design, and causes sloppy code (i.e. extra variables required to store status of different connection successes, etc.). -- Edit bug report at http://bugs.php.net/?id=32098edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32098r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32098r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32098r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32098r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32098r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32098r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32098r=needscript Try newer version: http://bugs.php.net/fix.php?id=32098r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32098r=support Expected behavior: http://bugs.php.net/fix.php?id=32098r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32098r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32098r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32098r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32098r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32098r=dst IIS Stability: http://bugs.php.net/fix.php?id=32098r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32098r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32098r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32098r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32098r=mysqlcfg
#32092 [NEW]: Session does not close file in /tmp/
From: stanislav dot voroniy at portavita dot nl
Operating system: Linux
PHP version: 4.3.10
PHP Bug Type: Session related
Bug description: Session does not close file in /tmp/
Description:
In my application running Apache 2.0.46/php 4.3.10 in some scripts after
complte execution file in /tmp/sess_x stays open. I've done tracing of
apache processes with strace and found the following:
process A do open /tmp/sess_ file, flock it, execute script, close
connection, but does not close /tmp/sess_ file. Any further request within
this session is haging - further processes try to flock /tmp/sess_ file
that stays open in process A and gets infinitive wait within the flock
syscall.
Reproduce code:
---
I can't reproduce it in separate script. But the same application under
Apache 1.3/PHP 4.3.4 works fine.
Expected result:
Sessions hangs.
Actual result:
--
Normal run of scripts:
14:40:58.514489 open(/tmp/sess_89b3f6140bce299259e0f810037c2d59,
O_RDWR|O_CREAT, 0600) = 29
14:40:58.514559 flock(29, LOCK_EX) = 0
14:40:58.514604 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:40:58.514646 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...}) =
0
14:40:58.514728 pread(29, x..., 1976, 0) = 1976
..
14:40:58.667724 ftruncate(29, 0)= 0
14:40:58.667807 pwrite(29, ..., 1371, 0) = 1371
14:40:58.667923 close(29) = 0
Broken scripts:14:35:15.776816
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT, 0600) =
29
14:35:15.776879 flock(29, LOCK_EX) = 0
14:35:15.776925 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:35:15.776966 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...}) =
0
14:35:15.777041 pread(29, x 1976, 0) = 1976
and no operation any more on file 29...
Next request within the same session:14:35:16.187099
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT, 0600) =
29
14:35:16.187167 flock(29, LOCK_EX unfinished ...
In /proc/pid/fd/ of idle apache process after execution of broken
scripts I can see file 29 - /tmp/sess_... still open.
--
Edit bug report at http://bugs.php.net/?id=32092edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32092r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32092r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32092r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32092r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32092r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32092r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32092r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32092r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32092r=support
Expected behavior: http://bugs.php.net/fix.php?id=32092r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32092r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32092r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32092r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32092r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32092r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32092r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32092r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32092r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32092r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32092r=mysqlcfg
#32081 [Opn-Csd]: Setting mysqli.default_socket in php.ini has no effect
ID: 32081
Updated by: [EMAIL PROTECTED]
Reported By: subscription at nazarenko dot net
-Status: Open
+Status: Closed
Bug Type: MySQLi related
Operating System: Linux SuSE 8.2
PHP Version: 5.0.3
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:
[2005-02-23 15:53:33] subscription at nazarenko dot net
Description:
I am running MySQL 4.1.10 and PHP 5.0.3.
By default, on SuSE MySQL uses /var/lib/mysql/mysql.sock.
I changed the location of the MySQL socket to /srv/mysql/mysql.sock
in /etc/my.cnf and MySQL is fine with it.
In my php.ini I have set mysqli.default_socket to the new socket
/srv/mysql/mysql.sock.
Reproduce code:
---
The code:
$mysqli = mysqli_init();
$mysqli-real_connect('localhost', SQL_LOGIN, SQL_PASSWD);
produces the following warning:
mysqli::real_connect(): Can't connect to local MySQL server through
socket '/var/lib/mysql/mysql.sock' (2) in /srv/www/htdocs/index.php on
line 10
Expected result:
Since the socket value was omitted, it is expected that PHP uses the
default sockeet value from the php.ini file.
The error shows that the default socket value for MySQLi is ignored by
PHP.
Actual result:
--
When I first run phpinfo() I got the following output:
Client API version 4.1.10
MYSQLI_SOCKET/var/lib/mysql/mysql.sock
mysqli.default_socket/srv/mysql/mysql.sock
This made 3 things clear:
1) mysqli.default_socket variable *IS* correctly read from php.ini
2) mysqli.default_socket variable is *IGNORED* by the PHP interpreter
3) there is some variable called MYSQLI_SOCKET which is still set to
the old-default socket
I searched in the header files of MySQL and found a file called
/usr/include/mysql/mysql_version.h, which contained a line:
#define MYSQL_UNIX_ADDR /var/lib/mysql/mysql.sock
I changed it to /srv/mysql/mysql.sock and recompiled PHP again.
This time phpinfo() gave the following output:
Client API version 4.1.10
MYSQLI_SOCKET/srv/mysql/mysql.sock
mysqli.default_socket/srv/mysql/mysql.sock
However, the problem was not gone!
mysqli_real_connect() was still trying to use the hard-coded (?)
value from MySQL server /var/lib/mysql/mysql.sock.
Adding --with-mysql-sock=/srv/mysql/mysql.sock to the configure options
list did not help either. I guess this is by design as --with-mysql-sock
is not a MySQLi related option anyway.
--
Edit this bug report at http://bugs.php.net/?id=32081edit=1
#32087 [Com]: PHP5 freezes when parsing XML document without prolog
ID: 32087
Comment by: mbonetti at gmail dot com
Reported By: kellan at pobox dot com
Status: Open
Bug Type: XML related
Operating System: any (tested on os x and debian)
PHP Version: 5.0.3
New Comment:
Freezing doesn't happen with the provided code snipped, unless you
replace $xml1 with $xml2 in the xml_parse() call.
Reproduced on OS X 10.3.8, php 5.0.2 (both cli and web module), libxml
2.5.4
Previous Comments:
[2005-02-23 23:16:52] kellan at pobox dot com
Description:
When parsing a XML document without a prolog PHP5 seems to freeze,
never returning from xml_parse and never calling the call backs. This
is reproducible on both Debian/PHP 5.0.2 with libxml 2.6.11 and Mac OS
X/PHP 5.0.3 with libxml 2.6.7
I've attached the simplest possible example to demonstrate this
(probably best to run it from the command line, but the problem is
reproducible running under Apache and from the command line)
Reproduce code:
---
?php
$xml1 = '?xml version=1.0?greetinghello world/greeting';
$xml2 = 'greetinghello world/greeting';
$parser = xml_parser_create('');
xml_set_element_handler($parser, startElement, endElement);
$status = xml_parse($parser, $xml1, true);
function startElement($parser, $name, $attrs) {
echo start $name\n;
}
function endElement($parser, $name) {
echo end $name\n;
}
?
Expected result:
I would expect to see the program echo GREETING, and then end. This
is what happens when you run this same script under PHP4
Actual result:
--
It just sits there until you kill it.
--
Edit this bug report at http://bugs.php.net/?id=32087edit=1
#32095 [NEW]: file_exists() doesn't work with 2G+ files
From: david at giffin dot org
Operating system: Linux Debian
PHP version: 5.0.1
PHP Bug Type: Apache related
Bug description: file_exists() doesn't work with 2G+ files
Description:
file_exists() doesn't work under apache with files that are = 2 gig. The
script provided works using the cli version of php5 compilied on the same
system at the same time as the apache version.
Reproduce code:
---
?php
print pre;
$file = /tmp/tester.file;
for ($i = 0; $i 6; $i++) {
@unlink($file);
$cmd = dd if=/dev/zero of=$file bs=1024 count=1024 seek={$i}M;
echo $cmd . \n;
system($cmd);
system(ls -lh $file);
echo File Exists: . file_exists($file) . \n;
print \n;
}
@unlink($file);
print /pre;
?
Expected result:
file_exists should return true even though the file is = 2 gig
Actual result:
--
file_exists returns false if = 2 gig
--
Edit bug report at http://bugs.php.net/?id=32095edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32095r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32095r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32095r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32095r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32095r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32095r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32095r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32095r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32095r=support
Expected behavior: http://bugs.php.net/fix.php?id=32095r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32095r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32095r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32095r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32095r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32095r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32095r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32095r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32095r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32095r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32095r=mysqlcfg
#32089 [Fbk-Opn]: Crash during Make with Oracle Instant Client Support
ID: 32089 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: Here is the statement from the make process: /usr/bin/ld: warning: libnnz10.so, needed by /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so, not found (try using -rpath or -rpath-link) And then followed by a bunch of statements such as the following: /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so: undefined reference to `nzos_ServiceWriteQueue' Am I doing something wrong with this? It seems as if these errors should be checked for in the configuration process right? Previous Comments: [2005-02-24 21:24:07] [EMAIL PROTECTED] We can't wait to see.. [2005-02-23 23:36:23] andrew dot nagy at villanova dot edu Description: I am running FC3 and am trying to compile PHP4 from snaps with Oracle Instant Client support. I installed all 4 rpms from Oracle's site and the ./configure runs fine. However during the make process it crashes right around the Oracle section. [EMAIL PROTECTED] php4-STABLE-200502230130]# grep -in 'oracle' config.log |more 616:configure:60531: checking for Oracle (OCI8) support using ORACLE_HOME installation 617:configure:60577: checking for Oracle (OCI8) support using Oracle Instant Client 618:configure:62528: checking Oracle Instant Client directory 619:configure:62540: checking Oracle Instant Client SDK header directory 620:configure:62696: checking Oracle Instant Client version 633:configure:64631: checking for Oracle-ORACLE support 695:configure:82132: gcc -o conftest -g -O2 -L/usr/lib -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib -Wl,-rpath,/usr/lib/oracle/10.1.0.3/client/lib -L/u sr/lib/oracle/10.1.0.3/client/lib conftest.c -lcrypt -lpcre -lgmp -ldb-4.2 -ldb-4.2 -lbz2 -lz -lresolv -lm -ldl -lnsl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_ err -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lclntsh -lcrypt 15 I will post the results from the make process later. -- Edit this bug report at http://bugs.php.net/?id=32089edit=1
#32089 [Fbk-Opn]: Crash during Make with Oracle Instant Client Support
ID: 32089 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: not there. Previous Comments: [2005-02-24 23:45:38] [EMAIL PROTECTED] `ldconfig -p | grep libnnz` ? [2005-02-24 21:45:52] andrew dot nagy at villanova dot edu Here is the path structure: ]$ ll /usr/lib/oracle/10.1.0.3/client/lib/ total 89576 -r--r--r-- 1 root root 1461081 Dec 2 15:03 classes12.jar -r--r--r-- 1 root root 1353 Dec 2 15:03 glogin.sql lrwxrwxrwx 1 root root 17 Feb 21 20:06 libclntsh.so - libclntsh.so.10.1 -rwxr-xr-x 1 root root 13495923 Dec 2 15:03 libclntsh.so.10.1 -r-xr-xr-x 1 root root28400 Dec 2 15:03 libheteroxa10.so -r-xr-xr-x 1 root root 2121849 Dec 2 15:03 libnnz10.so lrwxrwxrwx 1 root root 15 Feb 21 20:06 libocci.so - libocci.so.10.1 -rwxr-xr-x 1 root root 913575 Dec 2 15:03 libocci.so.10.1 -rwxr-xr-x 1 root root 66159152 Dec 2 15:03 libociei.so -rwxr-xr-x 1 root root96517 Dec 2 15:03 libocijdbc10.so -rwxr-xr-x 1 root root 760686 Dec 2 15:03 libsqlplus.so -r--r--r-- 1 root root54032 Dec 2 15:03 ocrs12.jar -r--r--r-- 1 root root 1397543 Dec 2 15:03 ojdbc14.jar -r--r--r-- 1 root root 5018319 Dec 2 15:03 orai18n.jar Could the symbolic link becausing this error? [2005-02-24 21:38:26] andrew dot nagy at villanova dot edu Here is the statement from the make process: /usr/bin/ld: warning: libnnz10.so, needed by /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so, not found (try using -rpath or -rpath-link) And then followed by a bunch of statements such as the following: /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so: undefined reference to `nzos_ServiceWriteQueue' Am I doing something wrong with this? It seems as if these errors should be checked for in the configuration process right? [2005-02-24 21:24:07] [EMAIL PROTECTED] We can't wait to see.. [2005-02-23 23:36:23] andrew dot nagy at villanova dot edu Description: I am running FC3 and am trying to compile PHP4 from snaps with Oracle Instant Client support. I installed all 4 rpms from Oracle's site and the ./configure runs fine. However during the make process it crashes right around the Oracle section. [EMAIL PROTECTED] php4-STABLE-200502230130]# grep -in 'oracle' config.log |more 616:configure:60531: checking for Oracle (OCI8) support using ORACLE_HOME installation 617:configure:60577: checking for Oracle (OCI8) support using Oracle Instant Client 618:configure:62528: checking Oracle Instant Client directory 619:configure:62540: checking Oracle Instant Client SDK header directory 620:configure:62696: checking Oracle Instant Client version 633:configure:64631: checking for Oracle-ORACLE support 695:configure:82132: gcc -o conftest -g -O2 -L/usr/lib -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib -Wl,-rpath,/usr/lib/oracle/10.1.0.3/client/lib -L/u sr/lib/oracle/10.1.0.3/client/lib conftest.c -lcrypt -lpcre -lgmp -ldb-4.2 -ldb-4.2 -lbz2 -lz -lresolv -lm -ldl -lnsl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_ err -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lclntsh -lcrypt 15 I will post the results from the make process later. -- Edit this bug report at http://bugs.php.net/?id=32089edit=1
#32069 [Opn-Fbk]: Fails when compiling violite.c
ID: 32069 Updated by: [EMAIL PROTECTED] Reported By: leonardo1_rw at yahoo dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: linux red hat 7 PHP Version: 4.3.10 New Comment: What gcc version are you using..? Previous Comments: [2005-02-23 19:01:20] leonardo1_rw at yahoo dot com In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:12, from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:17: /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: `struct in_addr' declared inside parameter list /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: parameter has inc omplete type In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:17: /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:94: warning: `struct in_addr' declared inside parameter list In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:19: /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: `struct in_addr' declared inside parameter list /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: parameter has inc omplete type /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: conflicting types for `my_ inet_ntoa' /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: previous declaration of `m y_inet_ntoa' In file included from /usr/include/netinet/ip.h:25, from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:33: /usr/include/netinet/in.h:133: warning: redefinition of `u_int' /usr/include/sys/types.h:35: warning: `u_int' previously declared here /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c: In function `vio_peer_addr': /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:390: type of formal parameter 1 is incomplete /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c: At top level: /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:398: conflicting types for `v io_in_addr' /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:94: previous declaration of ` vio_in_addr' make: *** [ext/mysql/libmysql/violite.lo] Error 1 [2005-02-22 23:29:20] leonardo1_rw at yahoo dot com Description: I'm working with red hat 7, i tried to compile php 4.3.10 but it throughs a couple of errors when working with the file violite.c. The errors seem to be absurds. Are related with the formal parameters of a function. -- Edit this bug report at http://bugs.php.net/?id=32069edit=1
#32065 [Bgs-Opn]: session_start() ALWAYS makes a new session
ID: 32065 User updated by: mikegmarshall at hotmail dot com Reported By: mikegmarshall at hotmail dot com -Status: Bogus +Status: Open Bug Type: IIS related Operating System: Windows 2000 IIS5 PHP Version: 5.0.3 New Comment: Very strange. As I reported, Windows Update seemed to fix it, but only temporarily. Its now happening again, same script, same setup. Searching the web, I have found other reports of identical problems, but not enough to suggest that this applies to all instances of PHP on IIS5. This leads me to think its an IIS5 config problem, tho I can't for the life of me think what. Any pointers? Previous Comments: [2005-02-22 17:26:23] [EMAIL PROTECTED] We mark such reports as bogus. [2005-02-22 16:17:09] mikegmarshall at hotmail dot com I am a very experienced IT Support/Software Engineer...I spend all day telling people to get the latest updates...you would think I would listen to my own advice wouldn't ya :) I did all the updates at windowsupdate.com - no idea which one fixed it, but there were about 15. One of them did it. *hangs head in shame* [2005-02-22 15:06:34] mikegmarshall at hotmail dot com Description: When I call session_start() with IIS5, it always creates a new session. I have 2 servers - both with PHP 5.0.3, one with IIS 5 and one with IIS6. php.ini is identical in both (i.e. copied from one to the other). On the IIS6 machine, the SID echoed never changes if I press refresh. On the IIS5 machine it generates a new SID every 1-2 mins of inactivity. I have not yet found a suitable workaround. Reproduce code: --- ? session_start(); echo $session_id; ? Wait 60 secs or so and press refresh - the SID changes. Expected result: The sessionid that is echoed should remain the same. Actual result: -- The SID changes. -- Edit this bug report at http://bugs.php.net/?id=32065edit=1
#32099 [NEW]: After opening ADO connection and closing it repeatedly, Apache stops service
From: terryoh at wins21 dot com
Operating system: Windows 2000 Server
PHP version: 4.3.8
PHP Bug Type: COM related
Bug description: After opening ADO connection and closing it repeatedly,
Apache stops service
Description:
Today, my apache server stopped service. So I tested whether the apache
daemon was ok or not. It worked, because the telnet 80 connection(like
C:/telnet.exe 127.0.0.1 80) was successful. But I could not open any php
pages on the internet explorer.
I checked the memory with windows task manager and I found something
strange. The allocated memory for apache was almost 1GB(998MB) and the
count of the handles was almost 4(39890).
Finally I found that it was ADO-PHP problem. I could see memory and the
count of handles increased when opening database and closing it
repeatedly(1 try/1 second for an hour). Especially the handles were never
decreased.
[Steps]
1) Register any ODBC DSN(driver=SQL Server)in the control panel.
2) In PHP.INI, set the key name(odbc.default_db) with the DSN;user
ID;password.
3) Start an apache service.
4) Open a test page(in the reproduce code section)in your web browser.
5) Refresh the test page repeatedly once a second.
6) Open windows task manager. If you can not see handle column on the
process tab, add it(Menu-View-Column Selection-Handle).
7) After 1 minute or later, you can see the count of apache handle
increase like 400-401-402-403 Also you can see the memory
increase.
Reproduce code:
---
?php
$ConnectionString = ini_get('odbc.default_db');
$AdoConn = new COM(ADODB.Connection);
$AdoConn-Open($ConnectionString);
$AdoConn-Close();
unset($AdoConn);
?
* Web Server : Apache 1.3.28
* PHP : 4.3.8
* OS : Windows 2000 Server
* DBMS: MSSQL2000 Enterprise Edition
* OTHERS : MDAC 2.8
Expected result:
Windows Task Manager(Process Tab)
Image name Memory Handle
Apache.exe 10,840KB 200 11:00 AM
Apache.exe 10,857KB 201 11:02 AM
Apache.exe 10,867KB 202 11:04 AM
Apache.exe 10,867KB 202 11:06 AM
Apache.exe 10,867KB 202 11:08 AM
Apache.exe 10,867KB 202 11:10 AM
Apache.exe 10,867KB 202 11:12 AM
Actual result:
--
Windows Task Manager(Process Tab)
Image name Memory Handle
Apache.exe 10,840KB 200 11:00 AM
Apache.exe 10,857KB 201 11:02 AM
Apache.exe 10,867KB 202 11:04 AM
Apache.exe 10,877KB 203 11:06 AM
Apache.exe 10,886KB 204 11:08 AM
Apache.exe 10,899KB 205 11:10 AM
Apache.exe 10,910KB 206 11:12 AM
Apache.exe 998MB39890
--
Edit bug report at http://bugs.php.net/?id=32099edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32099r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32099r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32099r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32099r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32099r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32099r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32099r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32099r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32099r=support
Expected behavior: http://bugs.php.net/fix.php?id=32099r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32099r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32099r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32099r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32099r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32099r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32099r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32099r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32099r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32099r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32099r=mysqlcfg
#32097 [NEW]: Larger search limit for ldap_search
From: stasinia at msoe dot edu Operating system: Windows PHP version: 5.0.3 PHP Bug Type: Feature/Change Request Bug description: Larger search limit for ldap_search Description: ldap_search is limited to a max of 2000 results. I do alot of work with AD that would greatly help if that limit was increased to at least 10,000, idealy 20,000 (so I can search the entire directory). You can leave the default value at 2,000, just change the hard coded limit in the LDAP library. Thank you in advance. Reproduce code: --- ldap_search ($connection, $basedn, $SearchWith2000Results) Expected result: 2000+ results Actual result: -- Error messsage about not complete results. -- Edit bug report at http://bugs.php.net/?id=32097edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32097r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32097r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32097r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32097r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32097r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32097r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32097r=needscript Try newer version: http://bugs.php.net/fix.php?id=32097r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32097r=support Expected behavior: http://bugs.php.net/fix.php?id=32097r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32097r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32097r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32097r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32097r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32097r=dst IIS Stability: http://bugs.php.net/fix.php?id=32097r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32097r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32097r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32097r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32097r=mysqlcfg
#30558 [Asn-Fbk]: mbstring mbregex failure to compile pointer cast problems
ID: 30558 Updated by: [EMAIL PROTECTED] Reported By: jbarwick at sentienthealth dot com -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: SuSE 9.1 (amd64) PHP Version: 4.3.8 Assigned To: moriyoshi New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Previous Comments: [2004-11-20 11:14:53] [EMAIL PROTECTED] Just a note, I'm currently working on this. Stay tuned. [2004-11-04 14:43:49] [EMAIL PROTECTED] Grrr, fixing version/OS again. [2004-11-04 14:37:07] [EMAIL PROTECTED] I'm not sure if jbarwick's suggested fix: The changed all int's to MINT and changed all long's to MLONG is really advisable; Moriyoshi, have you looked at this? ISTR it being mentioned before on php-dev. [2004-11-04 14:27:17] jorton at redhat dot com gcc -Wall output for ext/mbstring from amd64 build of HEAD: ext/mbstring/oniguruma/regexec.c: In function `match_at': ext/mbstring/oniguruma/regexec.c:1106: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1110: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1126: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1130: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1763: warning: cast from pointer to integer of different size ext/mbstring/oniguruma/regexec.c:1777: warning: cast from pointer to integer of different size ext/mbstring/oniguruma/regexec.c:1794: warning: cast from pointer to integer of different size ext/mbstring/oniguruma/regexec.c:1800: warning: cast from pointer to integer of different size ext/mbstring/oniguruma/regexec.c:1839: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1843: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1871: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1875: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1903: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1907: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1942: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1946: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:2027: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:2050: warning: cast to pointer from integer of different size ext/mbstring/oniguruma/regexec.c:1138: warning: `pstart' might be used uninitialized in this function ext/mbstring/oniguruma/regparse.c: In function `not_code_range_buf': ext/mbstring/oniguruma/regparse.c:1628: warning: `to' might be used uninitialized in this function ext/mbstring/libmbfl/filters/mbfilter_htmlent.c: In function `mbfl_filt_conv_html_dec_ctor': ext/mbstring/libmbfl/filters/mbfilter_htmlent.c:161: warning: cast from pointer to integer of different size ext/mbstring/libmbfl/filters/mbfilter_htmlent.c: In function `mbfl_filt_conv_html_dec_dtor': ext/mbstring/libmbfl/filters/mbfilter_htmlent.c:169: warning: cast to pointer from integer of different size ext/mbstring/libmbfl/filters/mbfilter_htmlent.c: In function `mbfl_filt_conv_html_dec': ext/mbstring/libmbfl/filters/mbfilter_htmlent.c:178: warning: cast to pointer from integer of different size ext/mbstring/libmbfl/filters/mbfilter_htmlent.c: In function `mbfl_filt_conv_html_dec_flush': ext/mbstring/libmbfl/filters/mbfilter_htmlent.c:249: warning: cast to pointer from integer of different size [2004-11-04 13:09:36] [EMAIL PROTECTED] Please, provide all warnings and/or errors you get. 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/30558 -- Edit this bug report at http://bugs.php.net/?id=30558edit=1
#32088 [Opn-Fbk]: Reference fails after use of unset() on array
ID: 32088
Updated by: [EMAIL PROTECTED]
Reported By: karl at posmaster dot com dot au
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Slackware Linux 2.4.26
PHP Version: 5.0.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
I can't reproduce it.
Previous Comments:
[2005-02-23 23:30:05] karl at posmaster dot com dot au
Description:
Using for each I wanted to remove some items and change others. It
seems that the reference in the loop no longer works once unset() has
been called on the array.
The commented line achieves the desired end, but circumvents the
reference.
The reference works if the unset() line is commented.
This is reproduced without the use of Zend or 3rd part extensions.
---
Reproduce code:
---
?php
$stuff = array(array('one','two'),array('one','two'),
array('three','four'),array('five','six'),
array('seven','eight'),array('nine','ten'));
var_dump($stuff);
foreach ($stuff as $key = $values) {
print on key:$keybr;
if(($key%2)==0){
print Running unset for $key br;
unset ($stuff[$key]);
}else{
print Running change for $key br;
$values[1]='foo';
// $stuff[$key][1] = 'foo';
}
}
var_dump($stuff);
?
Expected result:
I expected to see elements $stuff[1][1], $stuff[3][1] and $stuff[5][1]
to be set to 'foo'
Actual result:
--
The elements are left unchanged. Are values 'two', 'six' and 'ten'
respectively.
--
Edit this bug report at http://bugs.php.net/?id=32088edit=1
#32089 [Opn-Fbk]: Crash during Make with Oracle Instant Client Support
ID: 32089 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: `ldconfig -p | grep libnnz` ? Previous Comments: [2005-02-24 21:45:52] andrew dot nagy at villanova dot edu Here is the path structure: ]$ ll /usr/lib/oracle/10.1.0.3/client/lib/ total 89576 -r--r--r-- 1 root root 1461081 Dec 2 15:03 classes12.jar -r--r--r-- 1 root root 1353 Dec 2 15:03 glogin.sql lrwxrwxrwx 1 root root 17 Feb 21 20:06 libclntsh.so - libclntsh.so.10.1 -rwxr-xr-x 1 root root 13495923 Dec 2 15:03 libclntsh.so.10.1 -r-xr-xr-x 1 root root28400 Dec 2 15:03 libheteroxa10.so -r-xr-xr-x 1 root root 2121849 Dec 2 15:03 libnnz10.so lrwxrwxrwx 1 root root 15 Feb 21 20:06 libocci.so - libocci.so.10.1 -rwxr-xr-x 1 root root 913575 Dec 2 15:03 libocci.so.10.1 -rwxr-xr-x 1 root root 66159152 Dec 2 15:03 libociei.so -rwxr-xr-x 1 root root96517 Dec 2 15:03 libocijdbc10.so -rwxr-xr-x 1 root root 760686 Dec 2 15:03 libsqlplus.so -r--r--r-- 1 root root54032 Dec 2 15:03 ocrs12.jar -r--r--r-- 1 root root 1397543 Dec 2 15:03 ojdbc14.jar -r--r--r-- 1 root root 5018319 Dec 2 15:03 orai18n.jar Could the symbolic link becausing this error? [2005-02-24 21:38:26] andrew dot nagy at villanova dot edu Here is the statement from the make process: /usr/bin/ld: warning: libnnz10.so, needed by /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so, not found (try using -rpath or -rpath-link) And then followed by a bunch of statements such as the following: /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so: undefined reference to `nzos_ServiceWriteQueue' Am I doing something wrong with this? It seems as if these errors should be checked for in the configuration process right? [2005-02-24 21:24:07] [EMAIL PROTECTED] We can't wait to see.. [2005-02-23 23:36:23] andrew dot nagy at villanova dot edu Description: I am running FC3 and am trying to compile PHP4 from snaps with Oracle Instant Client support. I installed all 4 rpms from Oracle's site and the ./configure runs fine. However during the make process it crashes right around the Oracle section. [EMAIL PROTECTED] php4-STABLE-200502230130]# grep -in 'oracle' config.log |more 616:configure:60531: checking for Oracle (OCI8) support using ORACLE_HOME installation 617:configure:60577: checking for Oracle (OCI8) support using Oracle Instant Client 618:configure:62528: checking Oracle Instant Client directory 619:configure:62540: checking Oracle Instant Client SDK header directory 620:configure:62696: checking Oracle Instant Client version 633:configure:64631: checking for Oracle-ORACLE support 695:configure:82132: gcc -o conftest -g -O2 -L/usr/lib -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib -Wl,-rpath,/usr/lib/oracle/10.1.0.3/client/lib -L/u sr/lib/oracle/10.1.0.3/client/lib conftest.c -lcrypt -lpcre -lgmp -ldb-4.2 -ldb-4.2 -lbz2 -lz -lresolv -lm -ldl -lnsl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_ err -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lclntsh -lcrypt 15 I will post the results from the make process later. -- Edit this bug report at http://bugs.php.net/?id=32089edit=1
#32069 [Opn-Fbk]: Fails when compiling violite.c
ID: 32069 Updated by: [EMAIL PROTECTED] Reported By: leonardo1_rw at yahoo dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: linux red hat 7 PHP Version: 4.3.10 New Comment: `gcc -v` please. Previous Comments: [2005-02-24 23:11:43] leonardo1_rw at yahoo dot com [EMAIL PROTECTED] leo]$ make -v GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i386-redhat-linux-gnu [2005-02-24 21:19:20] [EMAIL PROTECTED] What gcc version are you using..? [2005-02-23 19:01:20] leonardo1_rw at yahoo dot com In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:12, from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:17: /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: `struct in_addr' declared inside parameter list /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: parameter has inc omplete type In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:17: /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:94: warning: `struct in_addr' declared inside parameter list In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:19: /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: `struct in_addr' declared inside parameter list /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: parameter has inc omplete type /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: conflicting types for `my_ inet_ntoa' /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: previous declaration of `m y_inet_ntoa' In file included from /usr/include/netinet/ip.h:25, from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:33: /usr/include/netinet/in.h:133: warning: redefinition of `u_int' /usr/include/sys/types.h:35: warning: `u_int' previously declared here /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c: In function `vio_peer_addr': /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:390: type of formal parameter 1 is incomplete /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c: At top level: /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:398: conflicting types for `v io_in_addr' /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:94: previous declaration of ` vio_in_addr' make: *** [ext/mysql/libmysql/violite.lo] Error 1 [2005-02-22 23:29:20] leonardo1_rw at yahoo dot com Description: I'm working with red hat 7, i tried to compile php 4.3.10 but it throughs a couple of errors when working with the file violite.c. The errors seem to be absurds. Are related with the formal parameters of a function. -- Edit this bug report at http://bugs.php.net/?id=32069edit=1
#30195 [Fbk-NoF]: scandir etc cannot read Chinese file/folder name
ID: 30195
Updated by: php-bugs@lists.php.net
Reported By: percy at savant dot us
-Status: Feedback
+Status: No Feedback
Bug Type: *Directory/Filesystem functions
Operating System: windows xp/2003
PHP Version: 5CVS-2004-09-22 (dev)
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:
[2005-02-17 15:22:16] [EMAIL PROTECTED]
Note that all of these are PHP code, so paste it within
?php ?.
[2005-02-17 15:20:57] [EMAIL PROTECTED]
You might have shown strings of a native encoding as
UTF-8 in your browser, most likely because of wrong
Content-Type.
Try putting one of the following at the top of your
script and let's see what'll happen:
CP936 (Simplified Chinese):
header('Content-Type', 'text/html; charset=GB2312');
CP949 (Korean):
header('Content-Type', 'text/html; charset=EUC-KR');
CP950 (Traditional Chinese):
header('Content-Type', 'text/html; charset=BIG5');
CP932 (Japanese):
header('Content-Type', 'text/html;
charset=Shift_JIS');
[2005-01-28 18:02:07] moleary at preg dot org
This is also the case for Japanese characters on the Windows platform.
A note in the PHP manual says that opendir() uses ISO 8859-1 by default
on WIndows installations.
REPRO:
1) Install East Asian language supprto to XP through the Regioanl
languages control panel
2) add a file with Japanese characters as the name (I copied a couple
strings from the asahi.com web site)
ACTUAL:
1) These same characters as text will be presented properly with the
proper code page and/or header encoding.
2) The characters are not correctly parsed when looping through the
contents of an opendir() on the directory in which you placed the file
you created under the repro steps.
EXPECTED:
Ability to define charset for opendir(), or at very least use a more
standard UTF-8 instead of ISO 8859-1 so that Asian named files can have
their proper names returned by opendir()
[2004-12-27 15:39:53] dev at glossword dot info
There is the same problem with php 5.0.2.
How to reproduce:
1. Create file wø#1575;#12450;#12356;#1504;.txt (urlencoded string
is w%d1%88%d8%a7%e3%82%a2%e3%81%84%d7%a0.txt)
2. Read directory, readdir().
3. You'll get w#248;.txt (w%c3%b8.txt) instead of proper
name.
With this bug, it is impossible to manage multilingual file names.
[2004-11-18 18:50:04] phoenix95 at hotmail dot com
I'm not 100% sure we have the same problem... What I experienced is
readdir choking on directory names with special characters like an e
acute.
I use PHP 4.3.9 in debug mode from the Komodo v.3 IDE on Windows XP Pro
SP2 english. This happens with the PEAR package
File_Find::mapTreeMultiple().
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/30195
--
Edit this bug report at http://bugs.php.net/?id=30195edit=1
#32080 [Opn-Fbk]: segfault when assigning object to itself in ze1 mode
ID: 32080
Updated by: [EMAIL PROTECTED]
Reported By: nicoletti at nns dot ch
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.4
PHP Version: 5.0.3
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
Previous Comments:
[2005-02-23 15:41:27] nicoletti at nns dot ch
Description:
segfault when assigning object to itself in ze1 mode
Reproduce code:
---
ini_set('zend.ze1_compatibility_mode', true);
class test { }
$t = new test;
$t = $t; // gives segfault
Expected result:
last line gives segfault
--
Edit this bug report at http://bugs.php.net/?id=32080edit=1
#32069 [Fbk-Opn]: Fails when compiling violite.c
ID: 32069 User updated by: leonardo1_rw at yahoo dot com Reported By: leonardo1_rw at yahoo dot com -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: linux red hat 7 PHP Version: 4.3.10 New Comment: [EMAIL PROTECTED] leo]$ make -v GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i386-redhat-linux-gnu Previous Comments: [2005-02-24 21:19:20] [EMAIL PROTECTED] What gcc version are you using..? [2005-02-23 19:01:20] leonardo1_rw at yahoo dot com In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:12, from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:17: /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: `struct in_addr' declared inside parameter list /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: parameter has inc omplete type In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:17: /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:94: warning: `struct in_addr' declared inside parameter list In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:19: /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: `struct in_addr' declared inside parameter list /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: parameter has inc omplete type /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: conflicting types for `my_ inet_ntoa' /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: previous declaration of `m y_inet_ntoa' In file included from /usr/include/netinet/ip.h:25, from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:33: /usr/include/netinet/in.h:133: warning: redefinition of `u_int' /usr/include/sys/types.h:35: warning: `u_int' previously declared here /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c: In function `vio_peer_addr': /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:390: type of formal parameter 1 is incomplete /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c: At top level: /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:398: conflicting types for `v io_in_addr' /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:94: previous declaration of ` vio_in_addr' make: *** [ext/mysql/libmysql/violite.lo] Error 1 [2005-02-22 23:29:20] leonardo1_rw at yahoo dot com Description: I'm working with red hat 7, i tried to compile php 4.3.10 but it throughs a couple of errors when working with the file violite.c. The errors seem to be absurds. Are related with the formal parameters of a function. -- Edit this bug report at http://bugs.php.net/?id=32069edit=1
#32092 [Opn]: Session does not close file in /tmp/
ID: 32092
User updated by: stanislav dot voroniy at portavita dot nl
Reported By: stanislav dot voroniy at portavita dot nl
Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
Adding to the end of the scripts call to session_write_close() solves
the problem. But as far as I can understand it should be done
automatically always, but some times it does not happens.
Previous Comments:
[2005-02-24 15:58:25] stanislav dot voroniy at portavita dot nl
Description:
In my application running Apache 2.0.46/php 4.3.10 in some scripts
after complte execution file in /tmp/sess_x stays open. I've done
tracing of apache processes with strace and found the following:
process A do open /tmp/sess_ file, flock it, execute script, close
connection, but does not close /tmp/sess_ file. Any further request
within this session is haging - further processes try to flock
/tmp/sess_ file that stays open in process A and gets infinitive wait
within the flock syscall.
Reproduce code:
---
I can't reproduce it in separate script. But the same application under
Apache 1.3/PHP 4.3.4 works fine.
Expected result:
Sessions hangs.
Actual result:
--
Normal run of scripts:
14:40:58.514489 open(/tmp/sess_89b3f6140bce299259e0f810037c2d59,
O_RDWR|O_CREAT, 0600) = 29
14:40:58.514559 flock(29, LOCK_EX) = 0
14:40:58.514604 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:40:58.514646 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:40:58.514728 pread(29, x..., 1976, 0) = 1976
..
14:40:58.667724 ftruncate(29, 0)= 0
14:40:58.667807 pwrite(29, ..., 1371, 0) = 1371
14:40:58.667923 close(29) = 0
Broken scripts:14:35:15.776816
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:15.776879 flock(29, LOCK_EX) = 0
14:35:15.776925 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:35:15.776966 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:35:15.777041 pread(29, x 1976, 0) = 1976
and no operation any more on file 29...
Next request within the same session:14:35:16.187099
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:16.187167 flock(29, LOCK_EX unfinished ...
In /proc/pid/fd/ of idle apache process after execution of broken
scripts I can see file 29 - /tmp/sess_... still open.
--
Edit this bug report at http://bugs.php.net/?id=32092edit=1
#32093 [NEW]: mysqli_next_result does not return error code
From: michael at kofler dot cc
Operating system: win + linux
PHP version: 5.0.3
PHP Bug Type: MySQLi related
Bug description: mysqli_next_result does not return error code
Description:
PHP's mysqli_next_result uses mysql_next_result of the C API
the C function returns:
0 (OK, there are more results)
-1 (OK, there are no more results)
0 (error code for the next result)
see http://dev.mysql.com/doc/mysql/en/mysql-next-result.html
however, the PHP function mysqli_next_result returns only TRUE (more
results) or FALSE (error or no more results)
as a consequence, when processing a multi query, it is impossible to
detect whether an error happend in the 2nd, 3rd etc. SQL command
Reproduce code:
---
$cmd=SELECT 1;SELECT 2;SELECT bogus;SELECT 4;
$ok = $mysqli-multi_query($cmd);
// $ok is TRUE if the 1st SQL command was OK
// errors in further SQL commandos do not affect $ok
// this is to be expected, C API behave the same way
if($ok) {
do {
$result = $mysqli-store_result();
if($result) {
... show result ...
$result-close();
}
// at this point, I would like to detect
// whether the next result has errors or not
$next = $mysqli-next_result();
echo pnext=$next/p\n;
} while($next);
}
Expected result:
I want to get this output
[result 1 ...]
next=1
[result 2 ...]
next=n 0 so I know an error happend with the 3rd result
Actual result:
--
[result 1 ...]
next=1
[result 2 ...]
next=
(this gives me no idea whether all results have
been processed all right or whether an error has happenend)
--
Edit bug report at http://bugs.php.net/?id=32093edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32093r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32093r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32093r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32093r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32093r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32093r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32093r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32093r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32093r=support
Expected behavior: http://bugs.php.net/fix.php?id=32093r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32093r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32093r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32093r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32093r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32093r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32093r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32093r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32093r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32093r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32093r=mysqlcfg
#32089 [Opn-Fbk]: Crash during Make with Oracle Instant Client Support
ID: 32089 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: We can't wait to see.. Previous Comments: [2005-02-23 23:36:23] andrew dot nagy at villanova dot edu Description: I am running FC3 and am trying to compile PHP4 from snaps with Oracle Instant Client support. I installed all 4 rpms from Oracle's site and the ./configure runs fine. However during the make process it crashes right around the Oracle section. [EMAIL PROTECTED] php4-STABLE-200502230130]# grep -in 'oracle' config.log |more 616:configure:60531: checking for Oracle (OCI8) support using ORACLE_HOME installation 617:configure:60577: checking for Oracle (OCI8) support using Oracle Instant Client 618:configure:62528: checking Oracle Instant Client directory 619:configure:62540: checking Oracle Instant Client SDK header directory 620:configure:62696: checking Oracle Instant Client version 633:configure:64631: checking for Oracle-ORACLE support 695:configure:82132: gcc -o conftest -g -O2 -L/usr/lib -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib -Wl,-rpath,/usr/lib/oracle/10.1.0.3/client/lib -L/u sr/lib/oracle/10.1.0.3/client/lib conftest.c -lcrypt -lpcre -lgmp -ldb-4.2 -ldb-4.2 -lbz2 -lz -lresolv -lm -ldl -lnsl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_ err -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lclntsh -lcrypt 15 I will post the results from the make process later. -- Edit this bug report at http://bugs.php.net/?id=32089edit=1
#32065 [Opn-Bgs]: session_start() ALWAYS makes a new session
ID: 32065 Updated by: [EMAIL PROTECTED] Reported By: mikegmarshall at hotmail dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 IIS5 PHP Version: 5.0.3 New Comment: Please, ask such questions in support forums. Check if your browser recieves session cookie, check if it does send it back etc. etc. Previous Comments: [2005-02-24 17:51:03] mikegmarshall at hotmail dot com Very strange. As I reported, Windows Update seemed to fix it, but only temporarily. Its now happening again, same script, same setup. Searching the web, I have found other reports of identical problems, but not enough to suggest that this applies to all instances of PHP on IIS5. This leads me to think its an IIS5 config problem, tho I can't for the life of me think what. Any pointers? [2005-02-22 17:26:23] [EMAIL PROTECTED] We mark such reports as bogus. [2005-02-22 16:17:09] mikegmarshall at hotmail dot com I am a very experienced IT Support/Software Engineer...I spend all day telling people to get the latest updates...you would think I would listen to my own advice wouldn't ya :) I did all the updates at windowsupdate.com - no idea which one fixed it, but there were about 15. One of them did it. *hangs head in shame* [2005-02-22 15:06:34] mikegmarshall at hotmail dot com Description: When I call session_start() with IIS5, it always creates a new session. I have 2 servers - both with PHP 5.0.3, one with IIS 5 and one with IIS6. php.ini is identical in both (i.e. copied from one to the other). On the IIS6 machine, the SID echoed never changes if I press refresh. On the IIS5 machine it generates a new SID every 1-2 mins of inactivity. I have not yet found a suitable workaround. Reproduce code: --- ? session_start(); echo $session_id; ? Wait 60 secs or so and press refresh - the SID changes. Expected result: The sessionid that is echoed should remain the same. Actual result: -- The SID changes. -- Edit this bug report at http://bugs.php.net/?id=32065edit=1
#32092 [Opn-Fbk]: Session does not close file in /tmp/
ID: 32092
Updated by: [EMAIL PROTECTED]
Reported By: stanislav dot voroniy at portavita dot nl
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2005-02-24 16:25:44] stanislav dot voroniy at portavita dot nl
Adding to the end of the scripts call to session_write_close() solves
the problem. But as far as I can understand it should be done
automatically always, but some times it does not happens.
[2005-02-24 15:58:25] stanislav dot voroniy at portavita dot nl
Description:
In my application running Apache 2.0.46/php 4.3.10 in some scripts
after complte execution file in /tmp/sess_x stays open. I've done
tracing of apache processes with strace and found the following:
process A do open /tmp/sess_ file, flock it, execute script, close
connection, but does not close /tmp/sess_ file. Any further request
within this session is haging - further processes try to flock
/tmp/sess_ file that stays open in process A and gets infinitive wait
within the flock syscall.
Reproduce code:
---
I can't reproduce it in separate script. But the same application under
Apache 1.3/PHP 4.3.4 works fine.
Expected result:
Sessions hangs.
Actual result:
--
Normal run of scripts:
14:40:58.514489 open(/tmp/sess_89b3f6140bce299259e0f810037c2d59,
O_RDWR|O_CREAT, 0600) = 29
14:40:58.514559 flock(29, LOCK_EX) = 0
14:40:58.514604 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:40:58.514646 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:40:58.514728 pread(29, x..., 1976, 0) = 1976
..
14:40:58.667724 ftruncate(29, 0)= 0
14:40:58.667807 pwrite(29, ..., 1371, 0) = 1371
14:40:58.667923 close(29) = 0
Broken scripts:14:35:15.776816
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:15.776879 flock(29, LOCK_EX) = 0
14:35:15.776925 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:35:15.776966 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:35:15.777041 pread(29, x 1976, 0) = 1976
and no operation any more on file 29...
Next request within the same session:14:35:16.187099
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:16.187167 flock(29, LOCK_EX unfinished ...
In /proc/pid/fd/ of idle apache process after execution of broken
scripts I can see file 29 - /tmp/sess_... still open.
--
Edit this bug report at http://bugs.php.net/?id=32092edit=1
#32089 [Opn]: Crash during Make with Oracle Instant Client Support
ID: 32089 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu Status: Open Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: Here is the path structure: ]$ ll /usr/lib/oracle/10.1.0.3/client/lib/ total 89576 -r--r--r-- 1 root root 1461081 Dec 2 15:03 classes12.jar -r--r--r-- 1 root root 1353 Dec 2 15:03 glogin.sql lrwxrwxrwx 1 root root 17 Feb 21 20:06 libclntsh.so - libclntsh.so.10.1 -rwxr-xr-x 1 root root 13495923 Dec 2 15:03 libclntsh.so.10.1 -r-xr-xr-x 1 root root28400 Dec 2 15:03 libheteroxa10.so -r-xr-xr-x 1 root root 2121849 Dec 2 15:03 libnnz10.so lrwxrwxrwx 1 root root 15 Feb 21 20:06 libocci.so - libocci.so.10.1 -rwxr-xr-x 1 root root 913575 Dec 2 15:03 libocci.so.10.1 -rwxr-xr-x 1 root root 66159152 Dec 2 15:03 libociei.so -rwxr-xr-x 1 root root96517 Dec 2 15:03 libocijdbc10.so -rwxr-xr-x 1 root root 760686 Dec 2 15:03 libsqlplus.so -r--r--r-- 1 root root54032 Dec 2 15:03 ocrs12.jar -r--r--r-- 1 root root 1397543 Dec 2 15:03 ojdbc14.jar -r--r--r-- 1 root root 5018319 Dec 2 15:03 orai18n.jar Could the symbolic link becausing this error? Previous Comments: [2005-02-24 21:38:26] andrew dot nagy at villanova dot edu Here is the statement from the make process: /usr/bin/ld: warning: libnnz10.so, needed by /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so, not found (try using -rpath or -rpath-link) And then followed by a bunch of statements such as the following: /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so: undefined reference to `nzos_ServiceWriteQueue' Am I doing something wrong with this? It seems as if these errors should be checked for in the configuration process right? [2005-02-24 21:24:07] [EMAIL PROTECTED] We can't wait to see.. [2005-02-23 23:36:23] andrew dot nagy at villanova dot edu Description: I am running FC3 and am trying to compile PHP4 from snaps with Oracle Instant Client support. I installed all 4 rpms from Oracle's site and the ./configure runs fine. However during the make process it crashes right around the Oracle section. [EMAIL PROTECTED] php4-STABLE-200502230130]# grep -in 'oracle' config.log |more 616:configure:60531: checking for Oracle (OCI8) support using ORACLE_HOME installation 617:configure:60577: checking for Oracle (OCI8) support using Oracle Instant Client 618:configure:62528: checking Oracle Instant Client directory 619:configure:62540: checking Oracle Instant Client SDK header directory 620:configure:62696: checking Oracle Instant Client version 633:configure:64631: checking for Oracle-ORACLE support 695:configure:82132: gcc -o conftest -g -O2 -L/usr/lib -Wl,-rpath,/usr/kerberos/lib -L/usr/kerberos/lib -Wl,-rpath,/usr/lib/oracle/10.1.0.3/client/lib -L/u sr/lib/oracle/10.1.0.3/client/lib conftest.c -lcrypt -lpcre -lgmp -ldb-4.2 -ldb-4.2 -lbz2 -lz -lresolv -lm -ldl -lnsl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_ err -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lclntsh -lcrypt 15 I will post the results from the make process later. -- Edit this bug report at http://bugs.php.net/?id=32089edit=1
#30029 [Fbk-NoF]: File Copy Creation Time Error
ID: 30029 Updated by: php-bugs@lists.php.net Reported By: misc6pub at scionix dot com -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: Win 2000 PHP Version: 4.3.8 Assigned To: wez 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: [2005-02-14 10:18:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-09-08 20:45:55] misc6pub at scionix dot com Description: In v 4.3.8 (Win2K) and perhaps later, the copy(x,y) does not follow the spec for the creation time of the copied file. Copy should keep the modified time of the new file the same as the source -- which it does correctly --, and the created time of the new file should be the time of copying -- but it incorrectly makes it the same as that of the original. -- Edit this bug report at http://bugs.php.net/?id=30029edit=1
#32088 [Fbk-Opn]: Reference fails after use of unset() on array
ID: 32088
User updated by: karl at posmaster dot com dot au
Reported By: karl at posmaster dot com dot au
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Slackware Linux 2.4.26
PHP Version: 5.0.3
New Comment:
Using that snapshot (PHP Version 5.0.4-dev) the second var_dump()
produces:
array(3) {
[1]=
array(2) {
[0]=
string(3) one
[1]=
string(3) two
}
[3]=
array(2) {
[0]=
string(4) five
[1]=
string(3) six
}
[5]=
array(2) {
[0]=
string(4) nine
[1]=
string(3) ten
}
}
Expecting:
array(3) {
[1]=
array(2) {
[0]=
string(3) one
[1]=
string(3) foo
}
[3]=
array(2) {
[0]=
string(4) five
[1]=
string(3) foo
}
[5]=
array(2) {
[0]=
string(4) nine
[1]=
string(3) foo
}
}
Using Apache 1.3.31
PHP Configure string:
'./configure' '--prefix=/usr' '--disable-static'
'--with-apxs=/usr/sbin/apxs' '--sysconfdir=/etc'
'--enable-discard-path' '--with-config-file-path=/etc/apache'
'--enable-safe-mode' '--with-openssl' '--with-mhash' '--enable-bcmath'
'--with-bz2' '--with-pic' '--enable-calendar' '--enable-ctype'
'--with-gdbm' '--with-db3' '--enable-dbase' '--enable-ftp'
'--with-iconv' '--with-exif' '--with-gd' '--enable-gd-native-ttf'
'--with-jpeg-dir=/usr' '--with-png' '--with-gmp'
'--with-gettext=shared,/usr' '--with-expat-dir=/usr' '--with-xml'
'--enable-wddx' '--with-mm=/usr' '--enable-trans-sid' '--enable-shmop'
'--enable-sockets' '--with-regex=php' '--enable-sysvsem'
'--enable-sysvshm' '--enable-yp' '--enable-memory-limit'
'--with-tsrm-pthreads' '--enable-shared' '--disable-debug'
'--with-zlib=/usr' '--with-pgsql' '--with-mysql'
Previous Comments:
[2005-02-24 23:50:30] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
I can't reproduce it.
[2005-02-23 23:30:05] karl at posmaster dot com dot au
Description:
Using for each I wanted to remove some items and change others. It
seems that the reference in the loop no longer works once unset() has
been called on the array.
The commented line achieves the desired end, but circumvents the
reference.
The reference works if the unset() line is commented.
This is reproduced without the use of Zend or 3rd part extensions.
---
Reproduce code:
---
?php
$stuff = array(array('one','two'),array('one','two'),
array('three','four'),array('five','six'),
array('seven','eight'),array('nine','ten'));
var_dump($stuff);
foreach ($stuff as $key = $values) {
print on key:$keybr;
if(($key%2)==0){
print Running unset for $key br;
unset ($stuff[$key]);
}else{
print Running change for $key br;
$values[1]='foo';
// $stuff[$key][1] = 'foo';
}
}
var_dump($stuff);
?
Expected result:
I expected to see elements $stuff[1][1], $stuff[3][1] and $stuff[5][1]
to be set to 'foo'
Actual result:
--
The elements are left unchanged. Are values 'two', 'six' and 'ten'
respectively.
--
Edit this bug report at http://bugs.php.net/?id=32088edit=1
#30114 [Fbk-Opn]: crash php-cli after CREATE TABLE and DROP TABLE
ID: 30114 User updated by: max at webscript dot ru Reported By: max at webscript dot ru -Status: Feedback +Status: Open Bug Type: InterBase related Operating System: Win XP Pro PHP Version: 5CVS-2004-09-16 (dev) New Comment: I've seen interbase client version and it was Firebird 1.0/Interbase 6. But I have FireBurd 1.5 Yes, that was my fault. I took fbclient.dll from my firebird, renamed it to gds32.dll and put it to Windows/System32 Then i get such results : php-code : $host = 'localhost:C:\BASE\MY.GDB'; $conn = ibase_connect($host, 'SYSDBA', 'masterkey'); $sql = CREATE TABLE test_ch(ch varchar(200)); ibase_query($conn, $sql) or die(ibase_errmsg()); $sql = DROP TABLE test_ch; ibase_query($conn, $sql) or die(ibase_errmsg()); --- At first time i get such error : --- Warning: ibase_query(): Dynamic SQL Error SQL error code = -607 table/view TEST_CH does not exist in C:\1\aa\abort.php on line 9 Dynamic SQL Error SQL error code = -607 table/view TEST_CH does not exist --- If i'll try to exec this script second time i get error : --- Warning: ibase_query(): unsuccessful metadata update Table TEST_CH already exists in C:\1\aa\abort.php on line 6 unsuccessful metadata update Table TEST_CH already exists --- So table was not deleted. Previous Comments: [2005-02-23 21:24:19] [EMAIL PROTECTED] Please post the Interbase library versions returned by phpinfo() [2004-09-16 14:45:00] max at webscript dot ru Description: when i try to create table via ibase_query() and then drop table it crash php (cli and mod_php) Table droped successfully but WinXP show window with error in php.exe (or apache.exe if i test it with mod_php) Reproduce code: --- $host = 'localhost:C:\BASE\MY.GDB'; $conn = ibase_connect($host, 'SYSDBA', 'masterkey'); $sql = CREATE TABLE test_charset(ch varchar(200)); ibase_query($conn, $sql) or die(ibase_errmsg()); $sql = DROP TABLE test_charset; ibase_query($conn, $sql) or die(ibase_errmsg()); Expected result: it must create table and then drop it without any errors and warnings Actual result: -- i got window whihc inform me, that error happened in php.exe. --- AppName: php.exe AppVer: 5.0.2.2 ModName: msvcrt.dll ModVer: 7.0.2600.0 Offset: 0002f548 -- Edit this bug report at http://bugs.php.net/?id=30114edit=1
#30114 [Opn]: crash php-cli after CREATE TABLE and DROP TABLE
ID: 30114 User updated by: max at webscript dot ru Reported By: max at webscript dot ru Status: Open Bug Type: InterBase related Operating System: Win XP Pro PHP Version: 5CVS-2004-09-16 (dev) New Comment: Ooops, i forgot to tell you my firebird client's version. phpinfo show's : Run-time Client Library Version = WI-V6.3.1.4481 Firebird 1.5 Previous Comments: [2005-02-25 05:25:13] max at webscript dot ru I've seen interbase client version and it was Firebird 1.0/Interbase 6. But I have FireBurd 1.5 Yes, that was my fault. I took fbclient.dll from my firebird, renamed it to gds32.dll and put it to Windows/System32 Then i get such results : php-code : $host = 'localhost:C:\BASE\MY.GDB'; $conn = ibase_connect($host, 'SYSDBA', 'masterkey'); $sql = CREATE TABLE test_ch(ch varchar(200)); ibase_query($conn, $sql) or die(ibase_errmsg()); $sql = DROP TABLE test_ch; ibase_query($conn, $sql) or die(ibase_errmsg()); --- At first time i get such error : --- Warning: ibase_query(): Dynamic SQL Error SQL error code = -607 table/view TEST_CH does not exist in C:\1\aa\abort.php on line 9 Dynamic SQL Error SQL error code = -607 table/view TEST_CH does not exist --- If i'll try to exec this script second time i get error : --- Warning: ibase_query(): unsuccessful metadata update Table TEST_CH already exists in C:\1\aa\abort.php on line 6 unsuccessful metadata update Table TEST_CH already exists --- So table was not deleted. [2005-02-23 21:24:19] [EMAIL PROTECTED] Please post the Interbase library versions returned by phpinfo() [2004-09-16 14:45:00] max at webscript dot ru Description: when i try to create table via ibase_query() and then drop table it crash php (cli and mod_php) Table droped successfully but WinXP show window with error in php.exe (or apache.exe if i test it with mod_php) Reproduce code: --- $host = 'localhost:C:\BASE\MY.GDB'; $conn = ibase_connect($host, 'SYSDBA', 'masterkey'); $sql = CREATE TABLE test_charset(ch varchar(200)); ibase_query($conn, $sql) or die(ibase_errmsg()); $sql = DROP TABLE test_charset; ibase_query($conn, $sql) or die(ibase_errmsg()); Expected result: it must create table and then drop it without any errors and warnings Actual result: -- i got window whihc inform me, that error happened in php.exe. --- AppName: php.exe AppVer: 5.0.2.2 ModName: msvcrt.dll ModVer: 7.0.2600.0 Offset: 0002f548 -- Edit this bug report at http://bugs.php.net/?id=30114edit=1
#32100 [NEW]: Request 'finally' support for exceptions
From: ceefour at gauldong dot net
Operating system: All
PHP version: 5.0.3
PHP Bug Type: Zend Engine 2 problem
Bug description: Request 'finally' support for exceptions
Description:
PHP 5 has specifically decided not to support 'finally'. Why?
This is one of numerous cases why finally is useful:
mysql_query(LOCK TABLES mytable WRITE);
try {
// ... do lots of queries here
} finally {
mysql_query(UNLOCK TABLES);
}
You need to use UNLOCK TABLES otherwise your tables won't get unlocked
when an exception is thrown. This is especially bad if you use persistent
connections.
It is possible to emulate finally using try/catch but this introduces code
redundancy and may create inconsistent code:
mysql_query(LOCK TABLES mytable WRITE);
try {
// ... do lots of queries here
mysql_query(UNLOCK TABLES);
} catch(Exception $e) {
mysql_query(UNLOCK TABLES);
throw $e;
}
--
Edit bug report at http://bugs.php.net/?id=32100edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32100r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32100r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32100r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32100r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32100r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32100r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32100r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32100r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32100r=support
Expected behavior: http://bugs.php.net/fix.php?id=32100r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32100r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32100r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32100r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32100r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32100r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32100r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32100r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32100r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32100r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32100r=mysqlcfg
#32101 [NEW]: Exception in unknown on line 0 when throwing exception inside exception handler
From: ceefour at gauldong dot net
Operating system: All
PHP version: 5.0.3
PHP Bug Type: Zend Engine 2 problem
Bug description: Exception in unknown on line 0 when throwing exception inside
exception handler
Description:
When an exception is thrown inside an exception handler, a exception
thrown without stack frame in unknown on line 0 message is displayed.
While the meaning of this message is clear enough... it doesn't help at
all.
If you trigger_error() inside an error handler, the default error handler
is triggered, but still showing meaningful/helpful error message.
Exceptions inside exception handler should behave similarly.
Reproduce code:
---
// do this inside an exception handler function
throw new Exception('test');
Expected result:
...file something.php on line 483...
Actual result:
--
...unknown on line 0
--
Edit bug report at http://bugs.php.net/?id=32101edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32101r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32101r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32101r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32101r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32101r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32101r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32101r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32101r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32101r=support
Expected behavior: http://bugs.php.net/fix.php?id=32101r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32101r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32101r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32101r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32101r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32101r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32101r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32101r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32101r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32101r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32101r=mysqlcfg
#32102 [NEW]: Printing backtrace in HTML table format
From: ceefour at gauldong dot net Operating system: All PHP version: 5.0.3 PHP Bug Type: Feature/Change Request Bug description: Printing backtrace in HTML table format Description: debug_print_backtrace() is very useful. But it'll be greater if it uses a table format similar to xdebug's automatic backtrace on error. It should also filter arguments so that deeply nested objects/arrays aren't displayed. My feature request is that a PHP.ini option should be introduced that will automatically display a backtrace upon any unhandled error. This will be very handy when debugging, without needing to use a helper such as xdebug or calling print_backtrace manually. -- Edit bug report at http://bugs.php.net/?id=32102edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32102r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32102r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32102r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32102r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32102r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32102r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32102r=needscript Try newer version: http://bugs.php.net/fix.php?id=32102r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32102r=support Expected behavior: http://bugs.php.net/fix.php?id=32102r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32102r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32102r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32102r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32102r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32102r=dst IIS Stability: http://bugs.php.net/fix.php?id=32102r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32102r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32102r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32102r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32102r=mysqlcfg
#32103 [NEW]: strtotime() cant substract monts
From: zini10 at 012 dot net dot il Operating system: Windows PHP version: 4.3.8 PHP Bug Type: Date/time related Bug description: strtotime() cant substract monts Description: strtotime() will not parse the following call the right way: strtotime(2005-02-28 00:00:00 - 3 months) but will parse this correctly: strtotime(2005-02-28 00:00:00 + -3 months) Reproduce code: --- print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 - 3 months)); print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 + -3 months)); Expected result: 2004-11-25 12:11:00 Actual result: -- 2005-05-25 12:05:00 -- Edit bug report at http://bugs.php.net/?id=32103edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32103r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32103r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32103r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32103r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32103r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32103r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32103r=needscript Try newer version: http://bugs.php.net/fix.php?id=32103r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32103r=support Expected behavior: http://bugs.php.net/fix.php?id=32103r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32103r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32103r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32103r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32103r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32103r=dst IIS Stability: http://bugs.php.net/fix.php?id=32103r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32103r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32103r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32103r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32103r=mysqlcfg
#31939 [Asn-Csd]: Test for Bug 30967 uses hardcoded login
ID: 31939 Updated by: [EMAIL PROTECTED] Reported By: webmaster at ragnarokonline dot de -Status: Assigned +Status: Closed Bug Type: MySQLi related Operating System: * PHP Version: 5.x Assigned To: georg 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: [2005-02-21 22:37:14] [EMAIL PROTECTED] Assigning to da author of the test and extension. :) [2005-02-21 22:35:45] [EMAIL PROTECTED] The version isn't irrelevant. It's 5.x if anything. (mysqli does not exist in PHP 4) [2005-02-11 22:56:03] webmaster at ragnarokonline dot de changing version to irrelevant ... [2005-02-11 22:43:32] webmaster at ragnarokonline dot de Description: The login-data in the MySQLi-test for Bug 30967 is trying to login with a hardcoded username/password-combo. The fix is simple: find in ext/mysqli/tests/bug30967.phpt: $mysql = new mysql2($host, root, , test); and replace it with: $mysql = new mysql2($host, $user, $passwd, test); -- Edit this bug report at http://bugs.php.net/?id=31939edit=1
#32089 [Opn-Fbk]: Crash during Make with Oracle Instant Client Support
ID: 32089 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: Please put your make log somewhere on the net, I'll take a look at it. But don't post it here, give use just the link. Previous Comments: [2005-02-25 01:15:09] andrew dot nagy at villanova dot edu not there. [2005-02-24 23:45:38] [EMAIL PROTECTED] `ldconfig -p | grep libnnz` ? [2005-02-24 21:45:52] andrew dot nagy at villanova dot edu Here is the path structure: ]$ ll /usr/lib/oracle/10.1.0.3/client/lib/ total 89576 -r--r--r-- 1 root root 1461081 Dec 2 15:03 classes12.jar -r--r--r-- 1 root root 1353 Dec 2 15:03 glogin.sql lrwxrwxrwx 1 root root 17 Feb 21 20:06 libclntsh.so - libclntsh.so.10.1 -rwxr-xr-x 1 root root 13495923 Dec 2 15:03 libclntsh.so.10.1 -r-xr-xr-x 1 root root28400 Dec 2 15:03 libheteroxa10.so -r-xr-xr-x 1 root root 2121849 Dec 2 15:03 libnnz10.so lrwxrwxrwx 1 root root 15 Feb 21 20:06 libocci.so - libocci.so.10.1 -rwxr-xr-x 1 root root 913575 Dec 2 15:03 libocci.so.10.1 -rwxr-xr-x 1 root root 66159152 Dec 2 15:03 libociei.so -rwxr-xr-x 1 root root96517 Dec 2 15:03 libocijdbc10.so -rwxr-xr-x 1 root root 760686 Dec 2 15:03 libsqlplus.so -r--r--r-- 1 root root54032 Dec 2 15:03 ocrs12.jar -r--r--r-- 1 root root 1397543 Dec 2 15:03 ojdbc14.jar -r--r--r-- 1 root root 5018319 Dec 2 15:03 orai18n.jar Could the symbolic link becausing this error? [2005-02-24 21:38:26] andrew dot nagy at villanova dot edu Here is the statement from the make process: /usr/bin/ld: warning: libnnz10.so, needed by /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so, not found (try using -rpath or -rpath-link) And then followed by a bunch of statements such as the following: /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so: undefined reference to `nzos_ServiceWriteQueue' Am I doing something wrong with this? It seems as if these errors should be checked for in the configuration process right? [2005-02-24 21:24:07] [EMAIL PROTECTED] We can't wait to see.. 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/32089 -- Edit this bug report at http://bugs.php.net/?id=32089edit=1
#32103 [Opn]: strtotime() cant substract monts
ID: 32103 Updated by: [EMAIL PROTECTED] Reported By: zini10 at 012 dot net dot il Status: Open Bug Type: Date/time related Operating System: Windows PHP Version: 4.3.8 New Comment: ? print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 -3 months)); ? works fine (note that there is no space between - and 3). Previous Comments: [2005-02-25 08:22:30] zini10 at 012 dot net dot il Description: strtotime() will not parse the following call the right way: strtotime(2005-02-28 00:00:00 - 3 months) but will parse this correctly: strtotime(2005-02-28 00:00:00 + -3 months) Reproduce code: --- print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 - 3 months)); print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 + -3 months)); Expected result: 2004-11-25 12:11:00 Actual result: -- 2005-05-25 12:05:00 -- Edit this bug report at http://bugs.php.net/?id=32103edit=1
#32101 [Opn-Ver]: Exception in unknown on line 0 when throwing exception inside exception handler
ID: 32101
Updated by: [EMAIL PROTECTED]
Reported By: ceefour at gauldong dot net
-Status: Open
+Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: All
PHP Version: 5.0.3
New Comment:
?php
function exception_handler($exception) {
trigger_error(user error);
throw new Exception('exception1');
}
set_exception_handler('exception_handler');
throw new Exception('exception2');
?
Previous Comments:
[2005-02-25 07:12:16] ceefour at gauldong dot net
Description:
When an exception is thrown inside an exception handler, a exception
thrown without stack frame in unknown on line 0 message is displayed.
While the meaning of this message is clear enough... it doesn't help
at all.
If you trigger_error() inside an error handler, the default error
handler is triggered, but still showing meaningful/helpful error
message. Exceptions inside exception handler should behave similarly.
Reproduce code:
---
// do this inside an exception handler function
throw new Exception('test');
Expected result:
...file something.php on line 483...
Actual result:
--
...unknown on line 0
--
Edit this bug report at http://bugs.php.net/?id=32101edit=1
#32087 [Opn-Ver]: PHP5 freezes when parsing XML document without prolog
ID: 32087
Updated by: [EMAIL PROTECTED]
Reported By: kellan at pobox dot com
-Status: Open
+Status: Verified
Bug Type: XML related
Operating System: any (tested on os x and debian)
PHP Version: 5.0.3
New Comment:
Verified on Linux with libxml-2.6.16.
Seems like a libxml bug to me.
Program received signal SIGINT, Interrupt.
[Switching to Thread 1089708384 (LWP 21170)]
0x40e53223 in xmlParseTryOrFinish (ctxt=0x85ac1b0, terminate=1) at
parser.c:9038
9038parser.c: No such file or directory.
in parser.c
(gdb) bt
#0 0x40e53223 in xmlParseTryOrFinish (ctxt=0x85ac1b0, terminate=1) at
parser.c:9038
#1 0x40e5488f in xmlParseChunk__internal_alias (ctxt=0x85ac1b0,
chunk=0x8593aec greetinghello world/greeting, size=140145336,
terminate=1) at parser.c:9872
#2 0x08237ca7 in php_XML_Parse (parser=0x85ac164, data=0x8593aec
greetinghello world/greeting, data_len=32, is_final=1) at
/usr/src/dev/php-src/ext/xml/compat.c:481
#3 0x082361ac in zif_xml_parse (ht=3, return_value=0x85ad1bc,
this_ptr=0x0, return_value_used=1) at
/usr/src/dev/php-src/ext/xml/xml.c:1333
#4 0x082a23f4 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffcbd0) at zend_vm_execute.h:175
#5 0x082a4e98 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xbfffcbd0) at zend_vm_execute.h:1535
#6 0x082a210e in execute (op_array=0x85a71bc) at zend_vm_execute.h:78
#7 0x0827e5e3 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/dev/php-src/Zend/zend.c:1058
#8 0x0823c0a1 in php_execute_script (primary_file=0xb000) at
/usr/src/dev/php-src/main/main.c:1641
#9 0x082f13c1 in main (argc=2, argv=0xb0d4) at
/usr/src/dev/php-src/sapi/cli/php_cli.c:944
Previous Comments:
[2005-02-24 19:19:21] mbonetti at gmail dot com
Freezing doesn't happen with the provided code snipped, unless you
replace $xml1 with $xml2 in the xml_parse() call.
Reproduced on OS X 10.3.8, php 5.0.2 (both cli and web module), libxml
2.5.4
[2005-02-23 23:16:52] kellan at pobox dot com
Description:
When parsing a XML document without a prolog PHP5 seems to freeze,
never returning from xml_parse and never calling the call backs. This
is reproducible on both Debian/PHP 5.0.2 with libxml 2.6.11 and Mac OS
X/PHP 5.0.3 with libxml 2.6.7
I've attached the simplest possible example to demonstrate this
(probably best to run it from the command line, but the problem is
reproducible running under Apache and from the command line)
Reproduce code:
---
?php
$xml1 = '?xml version=1.0?greetinghello world/greeting';
$xml2 = 'greetinghello world/greeting';
$parser = xml_parser_create('');
xml_set_element_handler($parser, startElement, endElement);
$status = xml_parse($parser, $xml1, true);
function startElement($parser, $name, $attrs) {
echo start $name\n;
}
function endElement($parser, $name) {
echo end $name\n;
}
?
Expected result:
I would expect to see the program echo GREETING, and then end. This
is what happens when you run this same script under PHP4
Actual result:
--
It just sits there until you kill it.
--
Edit this bug report at http://bugs.php.net/?id=32087edit=1
#28965 [Opn-Fbk]: Problem with shmop (cannot delete a segment)
ID: 28965
Updated by: [EMAIL PROTECTED]
Reported By: mauroi at digbang dot com
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Windows XP
PHP Version: 5.0.0RC3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Previous Comments:
[2004-06-30 00:14:40] mauroi at digbang dot com
Description:
First of all, when I call shmop_open with the n access mode I always
get an error (cannot create...).
But also, when I create it with the c access mode it works ok. Then
(in another execution) I can read that shared memory segment and it
returns the correct data. If I try to delete the segment the function
always return true, but it does not delete it (on the next request I
can read it anyway).
Looking at the process explorer I can see that the apache process
always get a new Section called \BaseNamedObjects\TSRM_SHM_DESCRIPTOR
(even if my PHP script is only reading the segment or deleting the
segment, not creating one).
Thanks in advance.
PS. I get the same error on PHP 4 / Windows XP.
Reproduce code:
---
I execute the following script 3 times. First with the READ and DELETE
parts commented. Then with WRITE and DELETE parts commented. And
finally with the WRITE and READ parts commented.
After that if the segments exists anyway.
?php
class Foo
{
function Foo()
{
$this-a = '43534553';
$this-b = 'jeqgfhewfg';
}
}
$foo = new Foo();
$key = CreateKey('var');
/* WRITE */
$content = serialize($foo);
$shmId = shmop_open($key, c, 0777, strlen($content));
$written = shmop_write($shmId, $content, 0);
shmop_close($shmId);
/* READ */
$shmId = shmop_open($key, 'a', 0, 0);
$content = shmop_read($shmId, 0, shmop_size($shmId));
shmop_close($shmId);
var_dump($content);
/* DELETE */
$shmId = shmop_open($key, 'w', 0, 0);
$success = shmop_delete($shmId);
shmop_close($shmId);
function CreateKey($key)
{
$fileName = './' . $key;
if (!file_exists($fileName))
{
touch($fileName);
}
return FTOK($fileName, 'a');
}
function FTOK($pathName, $projId)
{
$stat = stat($pathName);
$key = sprintf(%u,
(($stat['ino'] 0x) | (($stat['dev'] 0xff) 16) |
(($projId
0xff) 24)));
return $key;
}
?
Expected result:
On a fourth request I would expect an error if I execute the READ part
Actual result:
--
I get the foo object.
--
Edit this bug report at http://bugs.php.net/?id=28965edit=1
#32101 [Ver]: Exception in unknown on line 0 when throwing exception inside exception handler
ID: 32101
User updated by: ceefour at gauldong dot net
Reported By: ceefour at gauldong dot net
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: All
PHP Version: 5.0.3
New Comment:
This modified code may be better illustrate the problem:
?php
function error_handler() {
trigger_error(inside error, E_USER_ERROR);
}
set_error_handler('error_handler');
trigger_error(outside error, E_USER_ERROR);
function exception_handler($exception) {
throw new Exception('inside exception');
}
set_exception_handler('exception_handler');
throw new Exception('outside exception');
?
Previous Comments:
[2005-02-25 11:01:19] [EMAIL PROTECTED]
?php
function exception_handler($exception) {
trigger_error(user error);
throw new Exception('exception1');
}
set_exception_handler('exception_handler');
throw new Exception('exception2');
?
[2005-02-25 07:12:16] ceefour at gauldong dot net
Description:
When an exception is thrown inside an exception handler, a exception
thrown without stack frame in unknown on line 0 message is displayed.
While the meaning of this message is clear enough... it doesn't help
at all.
If you trigger_error() inside an error handler, the default error
handler is triggered, but still showing meaningful/helpful error
message. Exceptions inside exception handler should behave similarly.
Reproduce code:
---
// do this inside an exception handler function
throw new Exception('test');
Expected result:
...file something.php on line 483...
Actual result:
--
...unknown on line 0
--
Edit this bug report at http://bugs.php.net/?id=32101edit=1
#32092 [Fbk-Opn]: Session does not close file in /tmp/
ID: 32092
User updated by: stanislav dot voroniy at portavita dot nl
Reported By: stanislav dot voroniy at portavita dot nl
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
First reaction about the snapshot is not related to this bug, bau in
fact another bug. In procedure configure checking for Oracle Instance
Client always overwrites variable ext_shared from previous Oracle Home
installation checking. Very bad!
The following patch solves the problem:
===
--- ext/oci8/config.m4.orig 2005-02-25 11:05:41.0 +0100
+++ ext/oci8/config.m4 2005-02-25 11:07:27.0 +0100
@@ -64,13 +64,17 @@
[ --with-oci8[=DIR] Include Oracle (OCI8) support using an
ORACLE_HOME
install. The default DIR is ORACLE_HOME])
-PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using
Oracle Instant Client,
-[ --with-oci8-instant-client[=DIR]
+if test $PHP_OCI8 = no; then
+ PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using
Oracle Instant Client,
+ [ --with-oci8-instant-client[=DIR]
Include Oracle (OCI8) support using
Oracle Instant Client. DIR is the directory
with the
Instant Client libraries. On Linux it will
default to
/usr/lib/oracle/most_recent_version/client/lib
Other platforms will need to have it
explicitly specified.])
+else
+ PHP_OCI8_INSTANT_CLIENT=no
+fi
if test $PHP_OCI8 != no; then
==
Also in make test the following test has failed:
FAIL Bug #31213 (Sideeffects caused by bug #29493)
[ext/standard/tests/array/bug31213.phpt]
If my major problem is solved I'll report later.
Previous Comments:
[2005-02-24 21:23:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-24 16:25:44] stanislav dot voroniy at portavita dot nl
Adding to the end of the scripts call to session_write_close() solves
the problem. But as far as I can understand it should be done
automatically always, but some times it does not happens.
[2005-02-24 15:58:25] stanislav dot voroniy at portavita dot nl
Description:
In my application running Apache 2.0.46/php 4.3.10 in some scripts
after complte execution file in /tmp/sess_x stays open. I've done
tracing of apache processes with strace and found the following:
process A do open /tmp/sess_ file, flock it, execute script, close
connection, but does not close /tmp/sess_ file. Any further request
within this session is haging - further processes try to flock
/tmp/sess_ file that stays open in process A and gets infinitive wait
within the flock syscall.
Reproduce code:
---
I can't reproduce it in separate script. But the same application under
Apache 1.3/PHP 4.3.4 works fine.
Expected result:
Sessions hangs.
Actual result:
--
Normal run of scripts:
14:40:58.514489 open(/tmp/sess_89b3f6140bce299259e0f810037c2d59,
O_RDWR|O_CREAT, 0600) = 29
14:40:58.514559 flock(29, LOCK_EX) = 0
14:40:58.514604 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:40:58.514646 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:40:58.514728 pread(29, x..., 1976, 0) = 1976
..
14:40:58.667724 ftruncate(29, 0)= 0
14:40:58.667807 pwrite(29, ..., 1371, 0) = 1371
14:40:58.667923 close(29) = 0
Broken scripts:14:35:15.776816
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:15.776879 flock(29, LOCK_EX) = 0
14:35:15.776925 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:35:15.776966 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:35:15.777041 pread(29, x 1976, 0) = 1976
and no operation any more on file 29...
Next request within the same session:14:35:16.187099
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:16.187167 flock(29, LOCK_EX unfinished ...
In /proc/pid/fd/ of idle apache process after execution of broken
scripts I can see file 29 - /tmp/sess_... still open.
--
Edit this bug report at http://bugs.php.net/?id=32092edit=1
#32103 [Opn-Asn]: strtotime() cant substract monts
ID: 32103 Updated by: [EMAIL PROTECTED] Reported By: zini10 at 012 dot net dot il -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Windows PHP Version: 4.3.8 -Assigned To: +Assigned To: derick Previous Comments: [2005-02-25 10:56:54] [EMAIL PROTECTED] ? print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 -3 months)); ? works fine (note that there is no space between - and 3). [2005-02-25 08:22:30] zini10 at 012 dot net dot il Description: strtotime() will not parse the following call the right way: strtotime(2005-02-28 00:00:00 - 3 months) but will parse this correctly: strtotime(2005-02-28 00:00:00 + -3 months) Reproduce code: --- print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 - 3 months)); print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 + -3 months)); Expected result: 2004-11-25 12:11:00 Actual result: -- 2005-05-25 12:05:00 -- Edit this bug report at http://bugs.php.net/?id=32103edit=1
#32093 [Opn-Asn]: mysqli_next_result does not return error code
ID: 32093
Updated by: [EMAIL PROTECTED]
Reported By: michael at kofler dot cc
-Status: Open
+Status: Assigned
Bug Type: MySQLi related
Operating System: win + linux
PHP Version: 5.0.3
-Assigned To:
+Assigned To: georg
Previous Comments:
[2005-02-24 16:37:25] michael at kofler dot cc
Description:
PHP's mysqli_next_result uses mysql_next_result of the C API
the C function returns:
0 (OK, there are more results)
-1 (OK, there are no more results)
0 (error code for the next result)
see http://dev.mysql.com/doc/mysql/en/mysql-next-result.html
however, the PHP function mysqli_next_result returns only TRUE (more
results) or FALSE (error or no more results)
as a consequence, when processing a multi query, it is impossible to
detect whether an error happend in the 2nd, 3rd etc. SQL command
Reproduce code:
---
$cmd=SELECT 1;SELECT 2;SELECT bogus;SELECT 4;
$ok = $mysqli-multi_query($cmd);
// $ok is TRUE if the 1st SQL command was OK
// errors in further SQL commandos do not affect $ok
// this is to be expected, C API behave the same way
if($ok) {
do {
$result = $mysqli-store_result();
if($result) {
... show result ...
$result-close();
}
// at this point, I would like to detect
// whether the next result has errors or not
$next = $mysqli-next_result();
echo pnext=$next/p\n;
} while($next);
}
Expected result:
I want to get this output
[result 1 ...]
next=1
[result 2 ...]
next=n 0 so I know an error happend with the 3rd result
Actual result:
--
[result 1 ...]
next=1
[result 2 ...]
next=
(this gives me no idea whether all results have
been processed all right or whether an error has happenend)
--
Edit this bug report at http://bugs.php.net/?id=32093edit=1
#32092 [Opn]: Session does not close file in /tmp/
ID: 32092
User updated by: stanislav dot voroniy at portavita dot nl
Reported By: stanislav dot voroniy at portavita dot nl
Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
The main problem in snapshot is solved. So fix bag in
ext/oci8/config.m4 and release 4.3.11 ASAP.
Previous Comments:
[2005-02-25 11:33:53] stanislav dot voroniy at portavita dot nl
First reaction about the snapshot is not related to this bug, bau in
fact another bug. In procedure configure checking for Oracle Instance
Client always overwrites variable ext_shared from previous Oracle Home
installation checking. Very bad!
The following patch solves the problem:
===
--- ext/oci8/config.m4.orig 2005-02-25 11:05:41.0 +0100
+++ ext/oci8/config.m4 2005-02-25 11:07:27.0 +0100
@@ -64,13 +64,17 @@
[ --with-oci8[=DIR] Include Oracle (OCI8) support using an
ORACLE_HOME
install. The default DIR is ORACLE_HOME])
-PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using
Oracle Instant Client,
-[ --with-oci8-instant-client[=DIR]
+if test $PHP_OCI8 = no; then
+ PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using
Oracle Instant Client,
+ [ --with-oci8-instant-client[=DIR]
Include Oracle (OCI8) support using
Oracle Instant Client. DIR is the directory
with the
Instant Client libraries. On Linux it will
default to
/usr/lib/oracle/most_recent_version/client/lib
Other platforms will need to have it
explicitly specified.])
+else
+ PHP_OCI8_INSTANT_CLIENT=no
+fi
if test $PHP_OCI8 != no; then
==
Also in make test the following test has failed:
FAIL Bug #31213 (Sideeffects caused by bug #29493)
[ext/standard/tests/array/bug31213.phpt]
If my major problem is solved I'll report later.
[2005-02-24 21:23:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-24 16:25:44] stanislav dot voroniy at portavita dot nl
Adding to the end of the scripts call to session_write_close() solves
the problem. But as far as I can understand it should be done
automatically always, but some times it does not happens.
[2005-02-24 15:58:25] stanislav dot voroniy at portavita dot nl
Description:
In my application running Apache 2.0.46/php 4.3.10 in some scripts
after complte execution file in /tmp/sess_x stays open. I've done
tracing of apache processes with strace and found the following:
process A do open /tmp/sess_ file, flock it, execute script, close
connection, but does not close /tmp/sess_ file. Any further request
within this session is haging - further processes try to flock
/tmp/sess_ file that stays open in process A and gets infinitive wait
within the flock syscall.
Reproduce code:
---
I can't reproduce it in separate script. But the same application under
Apache 1.3/PHP 4.3.4 works fine.
Expected result:
Sessions hangs.
Actual result:
--
Normal run of scripts:
14:40:58.514489 open(/tmp/sess_89b3f6140bce299259e0f810037c2d59,
O_RDWR|O_CREAT, 0600) = 29
14:40:58.514559 flock(29, LOCK_EX) = 0
14:40:58.514604 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:40:58.514646 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:40:58.514728 pread(29, x..., 1976, 0) = 1976
..
14:40:58.667724 ftruncate(29, 0)= 0
14:40:58.667807 pwrite(29, ..., 1371, 0) = 1371
14:40:58.667923 close(29) = 0
Broken scripts:14:35:15.776816
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:15.776879 flock(29, LOCK_EX) = 0
14:35:15.776925 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:35:15.776966 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:35:15.777041 pread(29, x 1976, 0) = 1976
and no operation any more on file 29...
Next request within the same session:14:35:16.187099
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:16.187167 flock(29, LOCK_EX unfinished ...
In /proc/pid/fd/ of idle apache process after execution of broken
scripts I can see file 29 - /tmp/sess_... still open.
--
Edit this bug report at http://bugs.php.net/?id=32092edit=1
#32104 [NEW]: foreach on $dom-documentElement-childNode causes strange error
From: ppetermann at vivaplus dot tv
Operating system: tested on Linux and Solaris
PHP version: 5CVS-2005-02-25 (dev)
PHP Bug Type: DOM XML related
Bug description: foreach on $dom-documentElement-childNode causes strange
error
Description:
doing a foreach loop on:
$dom-documentElement-childNode
causes an Fatal Error:
Fatal error: Cannot access undefined property for object with overloaded
property access in FILE on line LINENUMBEROFFOREACH
this didnt happen in PHP5 = 5.0.3
Reproduce code:
---
?php
$dom = new DomDocument();
$dom-load(xmlfile.xml);
foreach($dom-documentElement-childNode as $node)
{
echo foo\n;
}
?
Expected result:
a foo\n for each childnode of the document element
Actual result:
--
Fatal error: Cannot access undefined property for object with overloaded
property access in /foo/bar/myfile.php on line 4
--
Edit bug report at http://bugs.php.net/?id=32104edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32104r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32104r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32104r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32104r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32104r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32104r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32104r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32104r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32104r=support
Expected behavior: http://bugs.php.net/fix.php?id=32104r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32104r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32104r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32104r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32104r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32104r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32104r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32104r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32104r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32104r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32104r=mysqlcfg
#32092 [Opn-Fbk]: Session does not close file in /tmp/
ID: 32092
Updated by: [EMAIL PROTECTED]
Reported By: stanislav dot voroniy at portavita dot nl
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
What's the problem with oci8/config.m4?
--with-oci8 --with-oci8-instant-client are mutually exclusive and you
should NOT be able to use both these options in the same time.
Previous Comments:
[2005-02-25 11:39:52] stanislav dot voroniy at portavita dot nl
The main problem in snapshot is solved. So fix bag in
ext/oci8/config.m4 and release 4.3.11 ASAP.
[2005-02-25 11:33:53] stanislav dot voroniy at portavita dot nl
First reaction about the snapshot is not related to this bug, bau in
fact another bug. In procedure configure checking for Oracle Instance
Client always overwrites variable ext_shared from previous Oracle Home
installation checking. Very bad!
The following patch solves the problem:
===
--- ext/oci8/config.m4.orig 2005-02-25 11:05:41.0 +0100
+++ ext/oci8/config.m4 2005-02-25 11:07:27.0 +0100
@@ -64,13 +64,17 @@
[ --with-oci8[=DIR] Include Oracle (OCI8) support using an
ORACLE_HOME
install. The default DIR is ORACLE_HOME])
-PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using
Oracle Instant Client,
-[ --with-oci8-instant-client[=DIR]
+if test $PHP_OCI8 = no; then
+ PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using
Oracle Instant Client,
+ [ --with-oci8-instant-client[=DIR]
Include Oracle (OCI8) support using
Oracle Instant Client. DIR is the directory
with the
Instant Client libraries. On Linux it will
default to
/usr/lib/oracle/most_recent_version/client/lib
Other platforms will need to have it
explicitly specified.])
+else
+ PHP_OCI8_INSTANT_CLIENT=no
+fi
if test $PHP_OCI8 != no; then
==
Also in make test the following test has failed:
FAIL Bug #31213 (Sideeffects caused by bug #29493)
[ext/standard/tests/array/bug31213.phpt]
If my major problem is solved I'll report later.
[2005-02-24 21:23:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-24 16:25:44] stanislav dot voroniy at portavita dot nl
Adding to the end of the scripts call to session_write_close() solves
the problem. But as far as I can understand it should be done
automatically always, but some times it does not happens.
[2005-02-24 15:58:25] stanislav dot voroniy at portavita dot nl
Description:
In my application running Apache 2.0.46/php 4.3.10 in some scripts
after complte execution file in /tmp/sess_x stays open. I've done
tracing of apache processes with strace and found the following:
process A do open /tmp/sess_ file, flock it, execute script, close
connection, but does not close /tmp/sess_ file. Any further request
within this session is haging - further processes try to flock
/tmp/sess_ file that stays open in process A and gets infinitive wait
within the flock syscall.
Reproduce code:
---
I can't reproduce it in separate script. But the same application under
Apache 1.3/PHP 4.3.4 works fine.
Expected result:
Sessions hangs.
Actual result:
--
Normal run of scripts:
14:40:58.514489 open(/tmp/sess_89b3f6140bce299259e0f810037c2d59,
O_RDWR|O_CREAT, 0600) = 29
14:40:58.514559 flock(29, LOCK_EX) = 0
14:40:58.514604 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:40:58.514646 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:40:58.514728 pread(29, x..., 1976, 0) = 1976
..
14:40:58.667724 ftruncate(29, 0)= 0
14:40:58.667807 pwrite(29, ..., 1371, 0) = 1371
14:40:58.667923 close(29) = 0
Broken scripts:14:35:15.776816
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:15.776879 flock(29, LOCK_EX) = 0
14:35:15.776925 fcntl64(29, F_SETFD, FD_CLOEXEC) = 0
14:35:15.776966 fstat64(29, {st_mode=S_IFREG|0600, st_size=1976, ...})
= 0
14:35:15.777041 pread(29, x 1976, 0) = 1976
and no operation any more on file 29...
Next request within the same session:14:35:16.187099
open(/tmp/sess_89b3f6140bce299259e0f810037c2d59, O_RDWR|O_CREAT,
0600) = 29
14:35:16.187167 flock(29, LOCK_EX unfinished ...
In /proc/pid/fd/ of idle apache process
#32080 [Fbk-Opn]: segfault when assigning object to itself in ze1 mode
ID: 32080
User updated by: nicoletti at nns dot ch
Reported By: nicoletti at nns dot ch
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.4
PHP Version: 5.0.3
New Comment:
I don't have a php binary compiled with --debug. Here is the backtrace
with the binary I have:
(gdb) bt
#0 0x0813303d in zend_std_object_get_class ()
#1 0x081225b9 in zend_get_class_entry ()
#2 0x08153e53 in zend_assign_handler ()
#3 0x0813eb15 in execute ()
#4 0x08122068 in zend_execute_scripts ()
#5 0x080f34ea in php_execute_script ()
#6 0x08166054 in main ()
#7 0x4022a14f in __libc_start_main () from /lib/libc.so.6
Previous Comments:
[2005-02-24 19:58:53] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2005-02-23 15:41:27] nicoletti at nns dot ch
Description:
segfault when assigning object to itself in ze1 mode
Reproduce code:
---
ini_set('zend.ze1_compatibility_mode', true);
class test { }
$t = new test;
$t = $t; // gives segfault
Expected result:
last line gives segfault
--
Edit this bug report at http://bugs.php.net/?id=32080edit=1
#32105 [NEW]: imap_sort hangs up on retrieving msg numbers
From: bosco at musehub dot com Operating system: Linux RH9 PHP version: 4.3.10 PHP Bug Type: IMAP related Bug description: imap_sort hangs up on retrieving msg numbers Description: imap_sort hangs up when retrieving a particular email message. Not sure what is in the mail header or content that causes the hang. PLEASE NOTE: the same imap_sort function call causes no problems at all for other e-mail (so far). It is only when I receive such an email when the php hangs up. mail_source Return-Path: Received: from mail01.opesware.com ([unix socket]) by mail.opesware.com (Cyrus v2.2.12-1) with LMTPA; Fri, 25 Feb 2005 18:33:48 +0800 X-Sieve: CMU Sieve 2.2 MIME-Version: 1.0 Subject: Considered UNSOLICITED BULK EMAIL from you In-Reply-To: [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Content-Type: multipart/report; report-type=delivery-status; boundary=--=_1109327810-27663-7 From: amavisd-new [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Fri, 25 Feb 2005 18:36:50 +0800 (HKT) This is a multi-part message in MIME format... =_1109327810-27663-7 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 7bit Your message to: - [EMAIL PROTECTED] was considered unsolicited bulk e-mail (UBE). Subject: Emailing: www.yahoo.com Return-Path: [EMAIL PROTECTED] Delivery of the email was stopped! =_1109327810-27663-7 Content-Type: message/delivery-status Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Description: Delivery error report Reporting-MTA: dns; mx1.opesware-gateway.com Received-From-MTA: smtp; mx1.opesware-gateway.com ([127.0.0.1]) Arrival-Date: Fri, 25 Feb 2005 18:36:43 +0800 (HKT) Final-Recipient: rfc822; [EMAIL PROTECTED] Action: failed Status: 5.7.1 Diagnostic-Code: smtp; 550 5.7.1 Message content rejected, UBE, id=27663-07 Last-Attempt-Date: Fri, 25 Feb 2005 18:36:50 +0800 (HKT) =_1109327810-27663-7 Content-Type: text/rfc822-headers Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Description: Undelivered-message headers Received: from BOSCOWKSTATION (unknown [210.184.55.205]) by mx1.opesware-gateway.com (Postfix) with ESMTP id 89713572D3 for [EMAIL PROTECTED]; Fri, 25 Feb 2005 18:36:42 +0800 (HKT) Message-ID: [EMAIL PROTECTED] From: Bosco Lau [EMAIL PROTECTED] To: Bosco Lau [EMAIL PROTECTED] Subject: Emailing: www.yahoo.com Date: Fri, 25 Feb 2005 18:36:02 +0800 MIME-Version: 1.0 Content-Type: multipart/related; type=multipart/alternative; boundary==_NextPart_000_0007_01C51B68.DBCE8260 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 =_1109327810-27663-7-- /mail_source Reproduce code: --- Basically making a standard and simple call of imap_sort $sorted_array = imap_sort($mbox_stream,SORTDATE,1,SE_NOPREFETCH,,UTF-8); Expected result: returning $sorted_array = array(0); -- 0 being the msg id of the particular email Actual result: -- nothing happens waiting for eternity ... -- Edit bug report at http://bugs.php.net/?id=32105edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32105r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32105r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32105r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32105r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32105r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32105r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32105r=needscript Try newer version: http://bugs.php.net/fix.php?id=32105r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32105r=support Expected behavior: http://bugs.php.net/fix.php?id=32105r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32105r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32105r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32105r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32105r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32105r=dst IIS Stability: http://bugs.php.net/fix.php?id=32105r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32105r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32105r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32105r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32105r=mysqlcfg
#32106 [NEW]: Error in handling UTF-8 on INSERT
From: vdmfun at hotmail dot com Operating system: Windows 2003 Server PHP version: 5.0.2 PHP Bug Type: MySQL related Bug description: Error in handling UTF-8 on INSERT Description: Sometimes the UTF-8 string is not INSERTed into MySQL correctly, but truncated. The query takes 40 seconds at 100% CPU load while the windoze is frozen (it feels like some execution thread has elevated thread priority and goes on full throttle). It seems only a bit like: http://bugs.mysql.com/bug.php?id=6527 but there is no 0x0401 and solution on that page provided by [15 Nov 2004 6:47pm] Alexander Valyalkin doesn't work. More info's with syntax highlight: http://vdm.no-ip.org/40seconds_bug/ Reproduce code: --- ?php $db_host=localhost; $db_user=test; $db_password=; $cn=mysql_connect($db_host,$db_user,$db_password); $sql=SET NAMES 'utf8'; $rs=mysql_db_query(test,$sql,$cn); $sql=DROP TABLE IF EXISTS sentences; $rs=mysql_db_query(test,$sql,$cn); $sql=CREATE TABLE sentences (id INT UNSIGNED NOT NULL AUTO_INCREMENT, sentence_id INT NOT NULL, lang_code VARCHAR(10) NOT NULL, text_id INT UNSIGNED NOT NULL, sentence LONGTEXT, PRIMARY KEY (id), KEY(sentence_id, lang_code, text_id), FULLTEXT(sentence)) ENGINE=MYISAM CHARACTER SET utf8;; $rs=mysql_db_query(test,$sql,$cn); $sentence_id=1; $lang_code=sk; $text_id=1; $sentence=Ako nie.chr(0xA6).chr(0x8F).o robi+.chr(0xB9). slovami; $sql=INSERT INTO sentences VALUES(NULL,\$sentence_id\,\$lang_code\,\$text_id\,_utf8'.addslashes($sentence).'); echo SQL Query: .$sql.\n; $now=time(); $rs=mysql_db_query(test,$sql,$cn); echo Query took strange .(time()-$now). seconds...\n; ? Expected result: Expected result: To INSERT this string: Ako nie¦#377;o robi+#261; slovami (not truncated one) and not to take 40 seconds of execution of query. Actual result: -- Actual result: String in table is truncated, dump od phpMyAdmin (abridged): -- -- Dumping data for table `sentences` -- INSERT INTO `sentences` VALUES (1, 1, 'sk', 1, 'Ako nie'); -- Edit bug report at http://bugs.php.net/?id=32106edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32106r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32106r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32106r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32106r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32106r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32106r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32106r=needscript Try newer version: http://bugs.php.net/fix.php?id=32106r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32106r=support Expected behavior: http://bugs.php.net/fix.php?id=32106r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32106r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32106r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32106r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32106r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32106r=dst IIS Stability: http://bugs.php.net/fix.php?id=32106r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32106r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32106r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32106r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32106r=mysqlcfg
#29455 [Com]: DBA can not be built with FreeBSD DBM
ID: 29455 Comment by: dada dot taiwan at gmail dot com Reported By: dada at bbs dot giga dot net dot tw Status: No Feedback Bug Type: *Compile Issues Operating System: FreeBSD PHP Version: 5.0.0 Assigned To: helly New Comment: db_185.h only provide the compatible interface, not the compatible data format. http://www.csie.nctu.edu.tw/~cdsheen/codings/freebsd-phpdbm-patch.php Previous Comments: [2004-08-30 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-08-22 17:59:05] [EMAIL PROTECTED] Another thing we could do is providing a new subhandler called db1 to deal with teh db 1.85 format interface. The question is whether that makes sense and how to distinguish from ndbm interface and libs? [2004-08-19 20:34:21] [EMAIL PROTECTED] The dbm extension didn't care for the data format. Neither do you if you are using ndm functions which are normally mapped to db2 or db3. Also dbm is a bad idea because you can only have one single file open (though we currently miss some check code for that). To verify which what version you are dealing look for 'DB_VERSION_STRING' in the db.h file or any file it includes. Maybe we can switch to search fro the db_185.h haeder and use that if available. This thing also provides a way to open multiple datase files. Probably this is what you see in your db.h file. [2004-08-18 17:23:20] dada at bbs dot giga dot net dot tw The deprecated DBM extension seems using 'ndbm' in FreeBSD (instead of built-in db library) for accessing Berkeley DB 1.85 format in BSD system. 1. Deprecated DBM extension use ndbm's dbm_open() in FreeBSD's /usr/include/ndbm.h 2. my solution use dbopen() in FreeBSD's /usr/include/db.h Both works! My codes use the 2nd solution to support db 1.85 format. Maybe you can barrow the codes from the deprecated DBM extension to utilize the 1st solution to support the Berkeley DB 1.85 format in FreeBSD. This may increase the portability. ~ dada [2004-08-05 04:05:21] dada at bbs dot giga dot net dot tw I just send the modified source to you. Thanks. 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/29455 -- Edit this bug report at http://bugs.php.net/?id=29455edit=1
#32092 [Opn-Csd]: Session does not close file in /tmp/
ID: 32092 Updated by: [EMAIL PROTECTED] Reported By: stanislav dot voroniy at portavita dot nl -Status: Open +Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.3.10 New Comment: Fixed, thanks. Next time please don't mess two different issues in the same report, fill new report instead. Previous Comments: [2005-02-25 11:59:28] stanislav dot voroniy at portavita dot nl I do have Oracle installed, I don't have Instant Client. I've specified only one option - --with-oci8=shared, but in the run of the script after oci8 option oci8-instant client is checked, and it does not matter what you put in that option the 'case' statement always is executed and since instant client in 'no' or '*' state in my case variable ext_shared is always set to no. Look in my patch - I've completelly excluded checking for option --with-oci8-instance-client if previously option --with-oci8 was set. [2005-02-25 11:52:23] [EMAIL PROTECTED] What's the problem with oci8/config.m4? --with-oci8 --with-oci8-instant-client are mutually exclusive and you should NOT be able to use both these options in the same time. [2005-02-25 11:39:52] stanislav dot voroniy at portavita dot nl The main problem in snapshot is solved. So fix bag in ext/oci8/config.m4 and release 4.3.11 ASAP. [2005-02-25 11:33:53] stanislav dot voroniy at portavita dot nl First reaction about the snapshot is not related to this bug, bau in fact another bug. In procedure configure checking for Oracle Instance Client always overwrites variable ext_shared from previous Oracle Home installation checking. Very bad! The following patch solves the problem: === --- ext/oci8/config.m4.orig 2005-02-25 11:05:41.0 +0100 +++ ext/oci8/config.m4 2005-02-25 11:07:27.0 +0100 @@ -64,13 +64,17 @@ [ --with-oci8[=DIR] Include Oracle (OCI8) support using an ORACLE_HOME install. The default DIR is ORACLE_HOME]) -PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using Oracle Instant Client, -[ --with-oci8-instant-client[=DIR] +if test $PHP_OCI8 = no; then + PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using Oracle Instant Client, + [ --with-oci8-instant-client[=DIR] Include Oracle (OCI8) support using Oracle Instant Client. DIR is the directory with the Instant Client libraries. On Linux it will default to /usr/lib/oracle/most_recent_version/client/lib Other platforms will need to have it explicitly specified.]) +else + PHP_OCI8_INSTANT_CLIENT=no +fi if test $PHP_OCI8 != no; then == Also in make test the following test has failed: FAIL Bug #31213 (Sideeffects caused by bug #29493) [ext/standard/tests/array/bug31213.phpt] If my major problem is solved I'll report later. [2005-02-24 21:23:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/32092 -- Edit this bug report at http://bugs.php.net/?id=32092edit=1
#32092 [Fbk-Opn]: Session does not close file in /tmp/
ID: 32092 User updated by: stanislav dot voroniy at portavita dot nl Reported By: stanislav dot voroniy at portavita dot nl -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.3.10 New Comment: I do have Oracle installed, I don't have Instant Client. I've specified only one option - --with-oci8=shared, but in the run of the script after oci8 option oci8-instant client is checked, and it does not matter what you put in that option the 'case' statement always is executed and since instant client in 'no' or '*' state in my case variable ext_shared is always set to no. Look in my patch - I've completelly excluded checking for option --with-oci8-instance-client if previously option --with-oci8 was set. Previous Comments: [2005-02-25 11:52:23] [EMAIL PROTECTED] What's the problem with oci8/config.m4? --with-oci8 --with-oci8-instant-client are mutually exclusive and you should NOT be able to use both these options in the same time. [2005-02-25 11:39:52] stanislav dot voroniy at portavita dot nl The main problem in snapshot is solved. So fix bag in ext/oci8/config.m4 and release 4.3.11 ASAP. [2005-02-25 11:33:53] stanislav dot voroniy at portavita dot nl First reaction about the snapshot is not related to this bug, bau in fact another bug. In procedure configure checking for Oracle Instance Client always overwrites variable ext_shared from previous Oracle Home installation checking. Very bad! The following patch solves the problem: === --- ext/oci8/config.m4.orig 2005-02-25 11:05:41.0 +0100 +++ ext/oci8/config.m4 2005-02-25 11:07:27.0 +0100 @@ -64,13 +64,17 @@ [ --with-oci8[=DIR] Include Oracle (OCI8) support using an ORACLE_HOME install. The default DIR is ORACLE_HOME]) -PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using Oracle Instant Client, -[ --with-oci8-instant-client[=DIR] +if test $PHP_OCI8 = no; then + PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using Oracle Instant Client, + [ --with-oci8-instant-client[=DIR] Include Oracle (OCI8) support using Oracle Instant Client. DIR is the directory with the Instant Client libraries. On Linux it will default to /usr/lib/oracle/most_recent_version/client/lib Other platforms will need to have it explicitly specified.]) +else + PHP_OCI8_INSTANT_CLIENT=no +fi if test $PHP_OCI8 != no; then == Also in make test the following test has failed: FAIL Bug #31213 (Sideeffects caused by bug #29493) [ext/standard/tests/array/bug31213.phpt] If my major problem is solved I'll report later. [2005-02-24 21:23:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-24 16:25:44] stanislav dot voroniy at portavita dot nl Adding to the end of the scripts call to session_write_close() solves the problem. But as far as I can understand it should be done automatically always, but some times it does not happens. 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/32092 -- Edit this bug report at http://bugs.php.net/?id=32092edit=1
#32107 [NEW]: fclose (STDIN|STDOUT|STDERR) not working
From: php at the-eend dot org Operating system: Redhat ES3 PHP version: 4.3.10 PHP Bug Type: CGI related Bug description: fclose (STDIN|STDOUT|STDERR) not working Description: This is the same bug as reported and fixed for PHP5 last year: http://bugs.php.net/bug.php?id=27865 , but is still present in 4.3.10. Upgrading to PHP 5 is not an option at this point. Any chance this can be back-ported? With CLI scripts, fclosing STDIN, STDOUT and STDERR have no effect, leaving the sockets open, and the terminal which ran the script hanging. Reproduce code: --- echo STDIN . '|' . STDOUT . '|' . STDERR . \n; fclose (STDIN); fclose (STDOUT); fclose (STDERR); echo STDIN . '|' . STDOUT . '|' . STDERR . \n; Expected result: The STDIN, STDOUT and STDERR streams should be closed: Resource id #1|Resource id #2|Resource id #3 || (perhaps, though this would mean the value of a 'constant' was being changed...) Actual result: -- The streams are not closed, and remain pointing to the same resources: Resource id #1|Resource id #2|Resource id #3 Resource id #1|Resource id #2|Resource id #3 -- Edit bug report at http://bugs.php.net/?id=32107edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32107r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32107r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32107r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32107r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32107r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32107r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32107r=needscript Try newer version: http://bugs.php.net/fix.php?id=32107r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32107r=support Expected behavior: http://bugs.php.net/fix.php?id=32107r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32107r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32107r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32107r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32107r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32107r=dst IIS Stability: http://bugs.php.net/fix.php?id=32107r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32107r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32107r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32107r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32107r=mysqlcfg
#32107 [Opn-Fbk]: fclose (STDIN|STDOUT|STDERR) not working
ID: 32107 Updated by: [EMAIL PROTECTED] Reported By: php at the-eend dot org -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Redhat ES3 PHP Version: 4.3.10 New Comment: Why do you think they are not closed? ?php var_dump(STDIN); fclose (STDIN); var_dump(fread(STDIN, 10)); ? Or use var_dump() in your example: ?php var_dump(STDIN); fclose (STDIN); var_dump(STDIN); ? Previous Comments: [2005-02-25 12:54:31] php at the-eend dot org Description: This is the same bug as reported and fixed for PHP5 last year: http://bugs.php.net/bug.php?id=27865 , but is still present in 4.3.10. Upgrading to PHP 5 is not an option at this point. Any chance this can be back-ported? With CLI scripts, fclosing STDIN, STDOUT and STDERR have no effect, leaving the sockets open, and the terminal which ran the script hanging. Reproduce code: --- echo STDIN . '|' . STDOUT . '|' . STDERR . \n; fclose (STDIN); fclose (STDOUT); fclose (STDERR); echo STDIN . '|' . STDOUT . '|' . STDERR . \n; Expected result: The STDIN, STDOUT and STDERR streams should be closed: Resource id #1|Resource id #2|Resource id #3 || (perhaps, though this would mean the value of a 'constant' was being changed...) Actual result: -- The streams are not closed, and remain pointing to the same resources: Resource id #1|Resource id #2|Resource id #3 Resource id #1|Resource id #2|Resource id #3 -- Edit this bug report at http://bugs.php.net/?id=32107edit=1
#32106 [Opn]: Error in handling UTF-8 on INSERT
ID: 32106 User updated by: vdmfun at hotmail dot com Reported By: vdmfun at hotmail dot com Status: Open Bug Type: MySQL related Operating System: Windows 2003 Server PHP Version: 5.0.2 New Comment: Hello me again. Upgrade of MySQL from 4.1.7 - latest 4.1.10 solved the problem. Ouch, but those headaches... Please, close this topic. Thanx. Have a nice code :-) Previous Comments: [2005-02-25 12:23:35] vdmfun at hotmail dot com Description: Sometimes the UTF-8 string is not INSERTed into MySQL correctly, but truncated. The query takes 40 seconds at 100% CPU load while the windoze is frozen (it feels like some execution thread has elevated thread priority and goes on full throttle). It seems only a bit like: http://bugs.mysql.com/bug.php?id=6527 but there is no 0x0401 and solution on that page provided by [15 Nov 2004 6:47pm] Alexander Valyalkin doesn't work. More info's with syntax highlight: http://vdm.no-ip.org/40seconds_bug/ Reproduce code: --- ?php $db_host=localhost; $db_user=test; $db_password=; $cn=mysql_connect($db_host,$db_user,$db_password); $sql=SET NAMES 'utf8'; $rs=mysql_db_query(test,$sql,$cn); $sql=DROP TABLE IF EXISTS sentences; $rs=mysql_db_query(test,$sql,$cn); $sql=CREATE TABLE sentences (id INT UNSIGNED NOT NULL AUTO_INCREMENT, sentence_id INT NOT NULL, lang_code VARCHAR(10) NOT NULL, text_id INT UNSIGNED NOT NULL, sentence LONGTEXT, PRIMARY KEY (id), KEY(sentence_id, lang_code, text_id), FULLTEXT(sentence)) ENGINE=MYISAM CHARACTER SET utf8;; $rs=mysql_db_query(test,$sql,$cn); $sentence_id=1; $lang_code=sk; $text_id=1; $sentence=Ako nie.chr(0xA6).chr(0x8F).o robi+.chr(0xB9). slovami; $sql=INSERT INTO sentences VALUES(NULL,\$sentence_id\,\$lang_code\,\$text_id\,_utf8'.addslashes($sentence).'); echo SQL Query: .$sql.\n; $now=time(); $rs=mysql_db_query(test,$sql,$cn); echo Query took strange .(time()-$now). seconds...\n; ? Expected result: Expected result: To INSERT this string: Ako nie¦#377;o robi+#261; slovami (not truncated one) and not to take 40 seconds of execution of query. Actual result: -- Actual result: String in table is truncated, dump od phpMyAdmin (abridged): -- -- Dumping data for table `sentences` -- INSERT INTO `sentences` VALUES (1, 1, 'sk', 1, 'Ako nie'); -- Edit this bug report at http://bugs.php.net/?id=32106edit=1
#32107 [Fbk-Opn]: fclose (STDIN|STDOUT|STDERR) not working
ID: 32107 User updated by: php at the-eend dot org Reported By: php at the-eend dot org -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Redhat ES3 PHP Version: 4.3.10 New Comment: True enough, the resource goes from being a stream to an Unknown. Unfortunately, my terminal still hangs until the script is complete when I try to log out of the server. If the stream is truly closed (not saying I don't believe you ;)), I guess it must be something else. :( I sense an incoming bogus... ;) Previous Comments: [2005-02-25 13:03:46] [EMAIL PROTECTED] Why do you think they are not closed? ?php var_dump(STDIN); fclose (STDIN); var_dump(fread(STDIN, 10)); ? Or use var_dump() in your example: ?php var_dump(STDIN); fclose (STDIN); var_dump(STDIN); ? [2005-02-25 12:54:31] php at the-eend dot org Description: This is the same bug as reported and fixed for PHP5 last year: http://bugs.php.net/bug.php?id=27865 , but is still present in 4.3.10. Upgrading to PHP 5 is not an option at this point. Any chance this can be back-ported? With CLI scripts, fclosing STDIN, STDOUT and STDERR have no effect, leaving the sockets open, and the terminal which ran the script hanging. Reproduce code: --- echo STDIN . '|' . STDOUT . '|' . STDERR . \n; fclose (STDIN); fclose (STDOUT); fclose (STDERR); echo STDIN . '|' . STDOUT . '|' . STDERR . \n; Expected result: The STDIN, STDOUT and STDERR streams should be closed: Resource id #1|Resource id #2|Resource id #3 || (perhaps, though this would mean the value of a 'constant' was being changed...) Actual result: -- The streams are not closed, and remain pointing to the same resources: Resource id #1|Resource id #2|Resource id #3 Resource id #1|Resource id #2|Resource id #3 -- Edit this bug report at http://bugs.php.net/?id=32107edit=1
#32065 [Bgs]: session_start() ALWAYS makes a new session
ID: 32065 User updated by: mikegmarshall at hotmail dot com Reported By: mikegmarshall at hotmail dot com Status: Bogus Bug Type: IIS related Operating System: Windows 2000 IIS5 PHP Version: 5.0.3 New Comment: Just a note in case anyone finds this thread whilst looking for the same problem - turning off the option Cache ISAPI applications in IIS5 seems to fix it, although I am using the cgi version. Go figure. Previous Comments: [2005-02-24 23:57:54] [EMAIL PROTECTED] Please, ask such questions in support forums. Check if your browser recieves session cookie, check if it does send it back etc. etc. [2005-02-24 17:51:03] mikegmarshall at hotmail dot com Very strange. As I reported, Windows Update seemed to fix it, but only temporarily. Its now happening again, same script, same setup. Searching the web, I have found other reports of identical problems, but not enough to suggest that this applies to all instances of PHP on IIS5. This leads me to think its an IIS5 config problem, tho I can't for the life of me think what. Any pointers? [2005-02-22 17:26:23] [EMAIL PROTECTED] We mark such reports as bogus. [2005-02-22 16:17:09] mikegmarshall at hotmail dot com I am a very experienced IT Support/Software Engineer...I spend all day telling people to get the latest updates...you would think I would listen to my own advice wouldn't ya :) I did all the updates at windowsupdate.com - no idea which one fixed it, but there were about 15. One of them did it. *hangs head in shame* [2005-02-22 15:06:34] mikegmarshall at hotmail dot com Description: When I call session_start() with IIS5, it always creates a new session. I have 2 servers - both with PHP 5.0.3, one with IIS 5 and one with IIS6. php.ini is identical in both (i.e. copied from one to the other). On the IIS6 machine, the SID echoed never changes if I press refresh. On the IIS5 machine it generates a new SID every 1-2 mins of inactivity. I have not yet found a suitable workaround. Reproduce code: --- ? session_start(); echo $session_id; ? Wait 60 secs or so and press refresh - the SID changes. Expected result: The sessionid that is echoed should remain the same. Actual result: -- The SID changes. -- Edit this bug report at http://bugs.php.net/?id=32065edit=1
#32107 [Opn-Fbk]: fclose (STDIN|STDOUT|STDERR) not working
ID: 32107 Updated by: [EMAIL PROTECTED] Reported By: php at the-eend dot org -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Redhat ES3 PHP Version: 4.3.10 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 ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-02-25 13:33:10] php at the-eend dot org True enough, the resource goes from being a stream to an Unknown. Unfortunately, my terminal still hangs until the script is complete when I try to log out of the server. If the stream is truly closed (not saying I don't believe you ;)), I guess it must be something else. :( I sense an incoming bogus... ;) [2005-02-25 13:03:46] [EMAIL PROTECTED] Why do you think they are not closed? ?php var_dump(STDIN); fclose (STDIN); var_dump(fread(STDIN, 10)); ? Or use var_dump() in your example: ?php var_dump(STDIN); fclose (STDIN); var_dump(STDIN); ? [2005-02-25 12:54:31] php at the-eend dot org Description: This is the same bug as reported and fixed for PHP5 last year: http://bugs.php.net/bug.php?id=27865 , but is still present in 4.3.10. Upgrading to PHP 5 is not an option at this point. Any chance this can be back-ported? With CLI scripts, fclosing STDIN, STDOUT and STDERR have no effect, leaving the sockets open, and the terminal which ran the script hanging. Reproduce code: --- echo STDIN . '|' . STDOUT . '|' . STDERR . \n; fclose (STDIN); fclose (STDOUT); fclose (STDERR); echo STDIN . '|' . STDOUT . '|' . STDERR . \n; Expected result: The STDIN, STDOUT and STDERR streams should be closed: Resource id #1|Resource id #2|Resource id #3 || (perhaps, though this would mean the value of a 'constant' was being changed...) Actual result: -- The streams are not closed, and remain pointing to the same resources: Resource id #1|Resource id #2|Resource id #3 Resource id #1|Resource id #2|Resource id #3 -- Edit this bug report at http://bugs.php.net/?id=32107edit=1
#32109 [NEW]: POST data is empty
From: [EMAIL PROTECTED] Operating system: windows PHP version: 5CVS-2005-02-25 (dev) PHP Bug Type: Apache2 related Bug description: POST data is empty Description: The POST form data is always empty, while GET works. In linux with PHP 5.1 built: Feb 20 2005 14:51:15, I don't have any problem. -- Edit bug report at http://bugs.php.net/?id=32109edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32109r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32109r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32109r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32109r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32109r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32109r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32109r=needscript Try newer version: http://bugs.php.net/fix.php?id=32109r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32109r=support Expected behavior: http://bugs.php.net/fix.php?id=32109r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32109r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32109r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32109r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32109r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32109r=dst IIS Stability: http://bugs.php.net/fix.php?id=32109r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32109r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32109r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32109r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32109r=mysqlcfg
#32105 [Opn-Fbk]: imap_sort hangs up on retrieving msg numbers
ID: 32105 Updated by: [EMAIL PROTECTED] Reported By: bosco at musehub dot com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Linux RH9 PHP Version: 4.3.10 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip If that does not work either check the c-client version you're using. Previous Comments: [2005-02-25 12:12:03] bosco at musehub dot com Description: imap_sort hangs up when retrieving a particular email message. Not sure what is in the mail header or content that causes the hang. PLEASE NOTE: the same imap_sort function call causes no problems at all for other e-mail (so far). It is only when I receive such an email when the php hangs up. mail_source Return-Path: Received: from mail01.opesware.com ([unix socket]) by mail.opesware.com (Cyrus v2.2.12-1) with LMTPA; Fri, 25 Feb 2005 18:33:48 +0800 X-Sieve: CMU Sieve 2.2 MIME-Version: 1.0 Subject: Considered UNSOLICITED BULK EMAIL from you In-Reply-To: [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Content-Type: multipart/report; report-type=delivery-status; boundary=--=_1109327810-27663-7 From: amavisd-new [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Fri, 25 Feb 2005 18:36:50 +0800 (HKT) This is a multi-part message in MIME format... =_1109327810-27663-7 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 7bit Your message to: - [EMAIL PROTECTED] was considered unsolicited bulk e-mail (UBE). Subject: Emailing: www.yahoo.com Return-Path: [EMAIL PROTECTED] Delivery of the email was stopped! =_1109327810-27663-7 Content-Type: message/delivery-status Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Description: Delivery error report Reporting-MTA: dns; mx1.opesware-gateway.com Received-From-MTA: smtp; mx1.opesware-gateway.com ([127.0.0.1]) Arrival-Date: Fri, 25 Feb 2005 18:36:43 +0800 (HKT) Final-Recipient: rfc822; [EMAIL PROTECTED] Action: failed Status: 5.7.1 Diagnostic-Code: smtp; 550 5.7.1 Message content rejected, UBE, id=27663-07 Last-Attempt-Date: Fri, 25 Feb 2005 18:36:50 +0800 (HKT) =_1109327810-27663-7 Content-Type: text/rfc822-headers Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Description: Undelivered-message headers Received: from BOSCOWKSTATION (unknown [210.184.55.205]) by mx1.opesware-gateway.com (Postfix) with ESMTP id 89713572D3 for [EMAIL PROTECTED]; Fri, 25 Feb 2005 18:36:42 +0800 (HKT) Message-ID: [EMAIL PROTECTED] From: Bosco Lau [EMAIL PROTECTED] To: Bosco Lau [EMAIL PROTECTED] Subject: Emailing: www.yahoo.com Date: Fri, 25 Feb 2005 18:36:02 +0800 MIME-Version: 1.0 Content-Type: multipart/related; type=multipart/alternative; boundary==_NextPart_000_0007_01C51B68.DBCE8260 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 =_1109327810-27663-7-- /mail_source Reproduce code: --- Basically making a standard and simple call of imap_sort $sorted_array = imap_sort($mbox_stream,SORTDATE,1,SE_NOPREFETCH,,UTF-8); Expected result: returning $sorted_array = array(0); -- 0 being the msg id of the particular email Actual result: -- nothing happens waiting for eternity ... -- Edit this bug report at http://bugs.php.net/?id=32105edit=1
#32099 [Opn-Fbk]: After opening ADO connection and closing it repeatedly, Apache stops service
ID: 32099
Updated by: [EMAIL PROTECTED]
Reported By: terryoh at wins21 dot com
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows 2000 Server
PHP Version: 4.3.8
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2005-02-25 01:52:36] terryoh at wins21 dot com
Description:
Today, my apache server stopped service. So I tested whether the apache
daemon was ok or not. It worked, because the telnet 80 connection(like
C:/telnet.exe 127.0.0.1 80) was successful. But I could not open any
php pages on the internet explorer.
I checked the memory with windows task manager and I found something
strange. The allocated memory for apache was almost 1GB(998MB) and the
count of the handles was almost 4(39890).
Finally I found that it was ADO-PHP problem. I could see memory and the
count of handles increased when opening database and closing it
repeatedly(1 try/1 second for an hour). Especially the handles were
never decreased.
[Steps]
1) Register any ODBC DSN(driver=SQL Server)in the control panel.
2) In PHP.INI, set the key name(odbc.default_db) with the DSN;user
ID;password.
3) Start an apache service.
4) Open a test page(in the reproduce code section)in your web browser.
5) Refresh the test page repeatedly once a second.
6) Open windows task manager. If you can not see handle column on the
process tab, add it(Menu-View-Column Selection-Handle).
7) After 1 minute or later, you can see the count of apache handle
increase like 400-401-402-403 Also you can see the memory
increase.
Reproduce code:
---
?php
$ConnectionString = ini_get('odbc.default_db');
$AdoConn = new COM(ADODB.Connection);
$AdoConn-Open($ConnectionString);
$AdoConn-Close();
unset($AdoConn);
?
* Web Server : Apache 1.3.28
* PHP : 4.3.8
* OS : Windows 2000 Server
* DBMS: MSSQL2000 Enterprise Edition
* OTHERS : MDAC 2.8
Expected result:
Windows Task Manager(Process Tab)
Image name Memory Handle
Apache.exe 10,840KB 200 11:00 AM
Apache.exe 10,857KB 201 11:02 AM
Apache.exe 10,867KB 202 11:04 AM
Apache.exe 10,867KB 202 11:06 AM
Apache.exe 10,867KB 202 11:08 AM
Apache.exe 10,867KB 202 11:10 AM
Apache.exe 10,867KB 202 11:12 AM
Actual result:
--
Windows Task Manager(Process Tab)
Image name Memory Handle
Apache.exe 10,840KB 200 11:00 AM
Apache.exe 10,857KB 201 11:02 AM
Apache.exe 10,867KB 202 11:04 AM
Apache.exe 10,877KB 203 11:06 AM
Apache.exe 10,886KB 204 11:08 AM
Apache.exe 10,899KB 205 11:10 AM
Apache.exe 10,910KB 206 11:12 AM
Apache.exe 998MB39890
--
Edit this bug report at http://bugs.php.net/?id=32099edit=1
#32103 [Asn-Bgs]: strtotime() cant substract monts
ID: 32103 Updated by: [EMAIL PROTECTED] Reported By: zini10 at 012 dot net dot il -Status: Assigned +Status: Bogus Bug Type: Date/time related Operating System: Windows PHP Version: 4.3.8 Assigned To: derick New Comment: strtotime() is not some intelligent being which can magically interpret anything you pass it. Ditch the space between - and 3 and it works. Previous Comments: [2005-02-25 10:56:54] [EMAIL PROTECTED] ? print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 -3 months)); ? works fine (note that there is no space between - and 3). [2005-02-25 08:22:30] zini10 at 012 dot net dot il Description: strtotime() will not parse the following call the right way: strtotime(2005-02-28 00:00:00 - 3 months) but will parse this correctly: strtotime(2005-02-28 00:00:00 + -3 months) Reproduce code: --- print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 - 3 months)); print date(Y-m-d h:m:s,strtotime(2005-02-28 00:00:00 + -3 months)); Expected result: 2004-11-25 12:11:00 Actual result: -- 2005-05-25 12:05:00 -- Edit this bug report at http://bugs.php.net/?id=32103edit=1
#32106 [Opn-Bgs]: Error in handling UTF-8 on INSERT
ID: 32106 Updated by: [EMAIL PROTECTED] Reported By: vdmfun at hotmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows 2003 Server PHP Version: 5.0.2 New Comment: Mysql bug - bogus. Previous Comments: [2005-02-25 13:32:43] vdmfun at hotmail dot com Hello me again. Upgrade of MySQL from 4.1.7 - latest 4.1.10 solved the problem. Ouch, but those headaches... Please, close this topic. Thanx. Have a nice code :-) [2005-02-25 12:23:35] vdmfun at hotmail dot com Description: Sometimes the UTF-8 string is not INSERTed into MySQL correctly, but truncated. The query takes 40 seconds at 100% CPU load while the windoze is frozen (it feels like some execution thread has elevated thread priority and goes on full throttle). It seems only a bit like: http://bugs.mysql.com/bug.php?id=6527 but there is no 0x0401 and solution on that page provided by [15 Nov 2004 6:47pm] Alexander Valyalkin doesn't work. More info's with syntax highlight: http://vdm.no-ip.org/40seconds_bug/ Reproduce code: --- ?php $db_host=localhost; $db_user=test; $db_password=; $cn=mysql_connect($db_host,$db_user,$db_password); $sql=SET NAMES 'utf8'; $rs=mysql_db_query(test,$sql,$cn); $sql=DROP TABLE IF EXISTS sentences; $rs=mysql_db_query(test,$sql,$cn); $sql=CREATE TABLE sentences (id INT UNSIGNED NOT NULL AUTO_INCREMENT, sentence_id INT NOT NULL, lang_code VARCHAR(10) NOT NULL, text_id INT UNSIGNED NOT NULL, sentence LONGTEXT, PRIMARY KEY (id), KEY(sentence_id, lang_code, text_id), FULLTEXT(sentence)) ENGINE=MYISAM CHARACTER SET utf8;; $rs=mysql_db_query(test,$sql,$cn); $sentence_id=1; $lang_code=sk; $text_id=1; $sentence=Ako nie.chr(0xA6).chr(0x8F).o robi+.chr(0xB9). slovami; $sql=INSERT INTO sentences VALUES(NULL,\$sentence_id\,\$lang_code\,\$text_id\,_utf8'.addslashes($sentence).'); echo SQL Query: .$sql.\n; $now=time(); $rs=mysql_db_query(test,$sql,$cn); echo Query took strange .(time()-$now). seconds...\n; ? Expected result: Expected result: To INSERT this string: Ako nie¦#377;o robi+#261; slovami (not truncated one) and not to take 40 seconds of execution of query. Actual result: -- Actual result: String in table is truncated, dump od phpMyAdmin (abridged): -- -- Dumping data for table `sentences` -- INSERT INTO `sentences` VALUES (1, 1, 'sk', 1, 'Ako nie'); -- Edit this bug report at http://bugs.php.net/?id=32106edit=1
#32095 [Opn-Fbk]: file_exists() doesn't work with 2G+ files
ID: 32095
Updated by: [EMAIL PROTECTED]
Reported By: david at giffin dot org
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Linux Debian
PHP Version: 5.0.1
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
Previous Comments:
[2005-02-24 18:04:30] david at giffin dot org
Description:
file_exists() doesn't work under apache with files that are = 2 gig.
The script provided works using the cli version of php5 compilied on
the same system at the same time as the apache version.
Reproduce code:
---
?php
print pre;
$file = /tmp/tester.file;
for ($i = 0; $i 6; $i++) {
@unlink($file);
$cmd = dd if=/dev/zero of=$file bs=1024 count=1024
seek={$i}M;
echo $cmd . \n;
system($cmd);
system(ls -lh $file);
echo File Exists: . file_exists($file) . \n;
print \n;
}
@unlink($file);
print /pre;
?
Expected result:
file_exists should return true even though the file is = 2 gig
Actual result:
--
file_exists returns false if = 2 gig
--
Edit this bug report at http://bugs.php.net/?id=32095edit=1
#32090 [Opn-Fbk]: fopen(..., 'wt') - fwrite($fp, ...) translates \n to \r
ID: 32090
Updated by: [EMAIL PROTECTED]
Reported By: ceefour at gauldong dot net
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Windows XP SP1
PHP Version: 5.0.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
And yes, mbstring might be the one causing trouble. Always try
disabling everything possible.
Previous Comments:
[2005-02-24 03:23:22] ceefour at gauldong dot net
Hi Mr. Furlong! Thanks for the feedback.
The test case is complete. And I'm viewing it using a hex editor
(doesn't matter which). The Hello\n will output exactly 6 bytes, the
Hello and the 0D (\r). It's a MAC document, as detected by a good text
editor. If you try to output more lines, i.e., Hello\nWorld, the text
will get concatenated if you try to use Notepad. Viewing it in WordPad
or any other good text editor works fine.
FYI: text mode is an evil invention that usually leads to trouble.
I agree with you. But it doesn't solve the problem. As stated in my
previous problem, I can write code which use explicit line endings, but
that will require me to write if statements for who-knows-how-many
platforms I will need to support. It's easier that way.
Do you know setlocale() ? Yeah, try EXPLICITLY specifying your
locale-specific formats without using strftime()-s formats and/or
setlocale(). Things like this IMHO should be handled at lower levels of
abstraction. And even if not, the lower level library should give the
programmer a choice, i.e.: we recommend you NOT to use it but if you
use it we guarantee it will work correctly. In this case 'wt' doesn't
work correctly.
BTW I can even e-mail you the exact script, the exact generated file,
and even my entire PHP installation if you want to. ;-)
BTW in case you're wondering I use the mbstring extension with UTF-8
internal encoding specified in php.ini... but it shouldn't matter,
should it?
[2005-02-24 01:52:04] [EMAIL PROTECTED]
Please provide a complete test case; most of these so called bug
reports are due to the person viewing the data using the wrong tools.
FYI: text mode is an evil invention that usually leads to trouble.
It is generally better for the programmer to be explicit with their
line endings, as it leads to a lower WTF? factor.
[2005-02-24 00:10:09] ceefour at gauldong dot net
BTW, for *PORTABILITY* I choose 't' (text mode), so it works both for
UNIXes and Windows, even MACs.
I don't want to do this:
fopen(, 'wb')
if (strpos('win', strtolower(PHP_OS)) !== false) {
$line_ending = \r\n;
} else {
$line_ending = \n;
}
which is NOT PORTABLE AT ALL. Why do you suggest 'b' mode will be more
portable? The documentation is weird, IMHO.
[2005-02-24 00:02:06] ceefour at gauldong dot net
Description:
Using 'wt' (write-text), any \n should be translated to \r\n (0D 0A).
However in my system, PHP 5.0.3 in Windows XP SP1, this mode translates
\n to \r only (0D), which results in MAC-style line endings.
I had to use 'wb' (write-binary) and put \r\n manually to get desired
results.
Reproduce code:
---
$fp = fopen('anyfile.txt', 'wt');
fwrite($fp, Hello\n);
fclose($fp);
Expected result:
anyfile.txt contains Hello + 0D 0A (\r \n)
Actual result:
--
anyfile.txt contains Hello + 0D (\r only)
--
Edit this bug report at http://bugs.php.net/?id=32090edit=1
#32088 [Opn-Csd]: Reference fails after use of unset() on array
ID: 32088
Updated by: [EMAIL PROTECTED]
Reported By: karl at posmaster dot com dot au
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Slackware Linux 2.4.26
PHP Version: 5.0.3
New Comment:
So it's fixed and working - closed.
Previous Comments:
[2005-02-25 05:19:45] karl at posmaster dot com dot au
Using that snapshot (PHP Version 5.0.4-dev) the second var_dump()
produces:
array(3) {
[1]=
array(2) {
[0]=
string(3) one
[1]=
string(3) two
}
[3]=
array(2) {
[0]=
string(4) five
[1]=
string(3) six
}
[5]=
array(2) {
[0]=
string(4) nine
[1]=
string(3) ten
}
}
Expecting:
array(3) {
[1]=
array(2) {
[0]=
string(3) one
[1]=
string(3) foo
}
[3]=
array(2) {
[0]=
string(4) five
[1]=
string(3) foo
}
[5]=
array(2) {
[0]=
string(4) nine
[1]=
string(3) foo
}
}
Using Apache 1.3.31
PHP Configure string:
'./configure' '--prefix=/usr' '--disable-static'
'--with-apxs=/usr/sbin/apxs' '--sysconfdir=/etc'
'--enable-discard-path' '--with-config-file-path=/etc/apache'
'--enable-safe-mode' '--with-openssl' '--with-mhash' '--enable-bcmath'
'--with-bz2' '--with-pic' '--enable-calendar' '--enable-ctype'
'--with-gdbm' '--with-db3' '--enable-dbase' '--enable-ftp'
'--with-iconv' '--with-exif' '--with-gd' '--enable-gd-native-ttf'
'--with-jpeg-dir=/usr' '--with-png' '--with-gmp'
'--with-gettext=shared,/usr' '--with-expat-dir=/usr' '--with-xml'
'--enable-wddx' '--with-mm=/usr' '--enable-trans-sid' '--enable-shmop'
'--enable-sockets' '--with-regex=php' '--enable-sysvsem'
'--enable-sysvshm' '--enable-yp' '--enable-memory-limit'
'--with-tsrm-pthreads' '--enable-shared' '--disable-debug'
'--with-zlib=/usr' '--with-pgsql' '--with-mysql'
[2005-02-24 23:50:30] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
I can't reproduce it.
[2005-02-23 23:30:05] karl at posmaster dot com dot au
Description:
Using for each I wanted to remove some items and change others. It
seems that the reference in the loop no longer works once unset() has
been called on the array.
The commented line achieves the desired end, but circumvents the
reference.
The reference works if the unset() line is commented.
This is reproduced without the use of Zend or 3rd part extensions.
---
Reproduce code:
---
?php
$stuff = array(array('one','two'),array('one','two'),
array('three','four'),array('five','six'),
array('seven','eight'),array('nine','ten'));
var_dump($stuff);
foreach ($stuff as $key = $values) {
print on key:$keybr;
if(($key%2)==0){
print Running unset for $key br;
unset ($stuff[$key]);
}else{
print Running change for $key br;
$values[1]='foo';
// $stuff[$key][1] = 'foo';
}
}
var_dump($stuff);
?
Expected result:
I expected to see elements $stuff[1][1], $stuff[3][1] and $stuff[5][1]
to be set to 'foo'
Actual result:
--
The elements are left unchanged. Are values 'two', 'six' and 'ten'
respectively.
--
Edit this bug report at http://bugs.php.net/?id=32088edit=1
#32085 [Opn-Fbk]: configure fails due to missing 'ld'
ID: 32085 Updated by: [EMAIL PROTECTED] Reported By: clint dot box at eds dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: z/os 1.4 PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-02-23 21:47:54] clint dot box at eds dot com Description: Getting the following error attempting to install on z/os: Configuring libtool checking for Cygwin environment... no checking for mingw32 environment... no checking build system type... i370-ibm-openedition checking for non-GNU ld... no configure: error: no acceptable ld found in $PATH I have all of the pre-requisite software installed but still get this. Is there something missing that should be mentioned on the pre-requisite software listing? -- Edit this bug report at http://bugs.php.net/?id=32085edit=1
#32080 [Opn-Fbk]: segfault when assigning object to itself in ze1 mode
ID: 32080
Updated by: [EMAIL PROTECTED]
Reported By: nicoletti at nns dot ch
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.4
PHP Version: 5.0.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-02-25 11:57:29] nicoletti at nns dot ch
I don't have a php binary compiled with --debug. Here is the backtrace
with the binary I have:
(gdb) bt
#0 0x0813303d in zend_std_object_get_class ()
#1 0x081225b9 in zend_get_class_entry ()
#2 0x08153e53 in zend_assign_handler ()
#3 0x0813eb15 in execute ()
#4 0x08122068 in zend_execute_scripts ()
#5 0x080f34ea in php_execute_script ()
#6 0x08166054 in main ()
#7 0x4022a14f in __libc_start_main () from /lib/libc.so.6
[2005-02-24 19:58:53] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2005-02-23 15:41:27] nicoletti at nns dot ch
Description:
segfault when assigning object to itself in ze1 mode
Reproduce code:
---
ini_set('zend.ze1_compatibility_mode', true);
class test { }
$t = new test;
$t = $t; // gives segfault
Expected result:
last line gives segfault
--
Edit this bug report at http://bugs.php.net/?id=32080edit=1
#32013 [Opn-Fbk]: MySQLi bind_result causes fatal error: memory limit reached
ID: 32013 Updated by: [EMAIL PROTECTED] Reported By: mhe at ltcgroup dot de -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Debian Woody PHP Version: 5.0.3 Assigned To: georg New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-02-17 20:17:12] mhe at ltcgroup dot de perhaps it is a mysql client lib issue, i downt know .. php side: increasing memory limit isnt a solution mysql side: alter table isnt a solution [2005-02-17 20:10:27] mhe at ltcgroup dot de MEDIUMTEXT ~ 2^24 bytes = 16777216 bytes, which php tries to allocate php dies, memory limit reached .. mh, lets play with this. so what happens, if i use TEXT, which seems to work .. so i use memory_get_usage() befor and after -bind_result($ID_ITEM) before: 48120 after: 113848 dif: 65728 2^16+2 = 65538, which is the size of TEXT .. *ouch :-? .. what happens, if i bind 2 variables to a TEXT .. select DESCRIPTION as DD, DESCRIPTION as DD2, from tt $stmt-bind_result($ID_ITEM, $IDD); before: 48424 after: 179640 dif: (179640 - 48424) / 2 = 65608 ~ 2 * 2 ^16 ! notice: table was empty [2005-02-17 19:32:12] mhe at ltcgroup dot de Description: submit a prepared query to mysqli ext using method prepare(). if i use bind_result to bind a column to a variable php crashes with fatal error: memory limit, if the column in database is mediumtext. if you alter this to text, everything works fine. using mysqld 4.1.10 --output: php5 -v micronium:~/phpn# php5 -v PHP 5.0.3-1.dotdeb.0 (cli) (built: Dec 16 2004 13:08:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies -- mysql: CREATE TABLE tt ( ID_ITEM INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, TITLE VARCHAR(255) NULL, DESCRIPTION MEDIUMTEXT NULL, PRIMARY KEY(ID_ITEM) ); -- php: $query = select DESCRIPTION from tt ; $stmt = $db-prepare($query); $stmt-execute(); $stmt-bind_result($DESCRIPTION); //-- this is line 63 -- output: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 16777216 bytes) in /root/phpn/run.php on line 63 Allowed memory size of 8388608 bytes exhausted (tried to allocate 256 bytes) -- mysql: ALTER TABLE `tt` CHANGE `DESCRIPTION` `DESCRIPTION` TEXT -- php: $query = select DESCRIPTION from tt ; $stmt = $db-prepare($query); $stmt-execute(); $stmt-bind_result($ID_ITEM); //-- this is line 63 -- output: ::: everything is ok, no crahs, can go on Reproduce code: --- try to bind a MEDIUM text column to a variable, and php will crash .. -- Edit this bug report at http://bugs.php.net/?id=32013edit=1
#32006 [Opn-Fbk]: convert_uudecode not always working
ID: 32006
Updated by: [EMAIL PROTECTED]
Reported By: hoarau76 at free dot fr
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: windows XP pro
PHP Version: 5.0.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-02-21 20:33:59] hoarau76 at free dot fr
I am sorry but my code is correct.
With your code it still doesn't work on Windows XP pro.
When I test on Fedora Core release 1 (Yarrow), it works (my code and
your code)
So the probleme is specific to windows (XP)
[2005-02-21 19:16:00] [EMAIL PROTECTED]
Your regular expression is obviously wrong, as it cuts '\n' at the
end.
Change your code to 'preg_match(/begin ([0-7]+)
(.+)\r?\n(.+)\r?end/Us, $data, $part)' and see that convert_uudecode()
work fine.
[2005-02-17 01:23:05] hoarau76 at free dot fr
Description:
I can't uudecode a string
it works under perl or winrar, but not with php 5.03
Reproduce code:
---
?php
$data =
file_get_contents(http://www.chez.com/hoarau/bad_size.alt.binaries.picture.erotica.breasts.natural.87617;);
if (preg_match(/begin ([0-7]+) (.+)\r?\n(.+)\r?\nend/Us, $data,
$part))
{
$file = convert_uudecode($part[3]);
}
?
Expected result:
I expect this script to work but it doesn't and gave me:
PHP Warning: convert_uudecode(): The given parameter is not a valid
uuencoded s
tring. in C:\a.php on line 7
--
Edit this bug report at http://bugs.php.net/?id=32006edit=1
#32085 [Fbk]: configure fails due to missing 'ld'
ID: 32085 Updated by: [EMAIL PROTECTED] Reported By: clint dot box at eds dot com Status: Feedback Bug Type: Compile Failure Operating System: z/os 1.4 PHP Version: 5.0.3 New Comment: Propably some tools here are needed too: http://www.apache.org/~trawick/apache-2-on-zos.html I think you might have to run buildconf + libtoolize -c -f with those tools to get it working.. I've never used or even seen z/OS and I don't have access to any such beast so you're pretty much on your own. Previous Comments: [2005-02-25 14:45:45] [EMAIL PROTECTED] This patch might also help: http://lists.gnu.org/archive/html/libtool-patches/2004-01/txtYhodekc22i.txt It's unfortunately for the libtool sources, so it won't apply cleanly to PHP's bundled 'compiled' stuff. [2005-02-25 14:33:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-23 21:47:54] clint dot box at eds dot com Description: Getting the following error attempting to install on z/os: Configuring libtool checking for Cygwin environment... no checking for mingw32 environment... no checking build system type... i370-ibm-openedition checking for non-GNU ld... no configure: error: no acceptable ld found in $PATH I have all of the pre-requisite software installed but still get this. Is there something missing that should be mentioned on the pre-requisite software listing? -- Edit this bug report at http://bugs.php.net/?id=32085edit=1
#32085 [Fbk]: configure fails due to missing 'ld'
ID: 32085 Updated by: [EMAIL PROTECTED] Reported By: clint dot box at eds dot com Status: Feedback Bug Type: Compile Failure Operating System: z/os 1.4 PHP Version: 5.0.3 New Comment: This patch might also help: http://lists.gnu.org/archive/html/libtool-patches/2004-01/txtYhodekc22i.txt It's unfortunately for the libtool sources, so it won't apply cleanly to PHP's bundled 'compiled' stuff. Previous Comments: [2005-02-25 14:33:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-23 21:47:54] clint dot box at eds dot com Description: Getting the following error attempting to install on z/os: Configuring libtool checking for Cygwin environment... no checking for mingw32 environment... no checking build system type... i370-ibm-openedition checking for non-GNU ld... no configure: error: no acceptable ld found in $PATH I have all of the pre-requisite software installed but still get this. Is there something missing that should be mentioned on the pre-requisite software listing? -- Edit this bug report at http://bugs.php.net/?id=32085edit=1
#29446 [Csd-Opn]: PHP 5 allows class constants to be overriden
ID: 29446
User updated by: dimo dot vanchev at bianor dot com
Reported By: dimo dot vanchev at bianor dot com
-Status: Closed
+Status: Open
Bug Type: Zend Engine 2 problem
-Operating System: RedHat 9.0
+Operating System: Windows 2000
-PHP Version: 5.0.0
+PHP Version: 5.0.3
Assigned To: tony2001
New Comment:
This bug doesn't seem to be fixed in 5.0.3 version, at least for the
Windows version.
I haven't tryed to reproduce this bug under Linux for 5.0.3 version
yet.
Previous Comments:
[2004-09-24 09:51:07] dimo dot vanchev at bianor dot com
seems to work fine now,
great many thanks for improving PHP's quality
best regards
[2004-09-10 15:12:15] [EMAIL PROTECTED]
I mean FIXED in CVS, try latest snapshots.
[2004-09-10 15:11:12] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-07-29 17:56:54] dimo dot vanchev at bianor dot com
Description:
If we declare a class constant twice or more PHP allows this without
any notifications. This should be fixed, because it may bring to
confusion. A constant should be constant, thus not allowing to be
overriden neither in the same class, nor in child classes.
Currently non-class constants allow to be overriden too, at least they
output a notice saying Constant already defined. Maybe this should be
brought up to warning.
Just my thoughts!
Reproduce code:
---
?php
class A {
const MY_CONSTANT = A. value_1;
const MY_CONSTANT = A. value_2;
public function __construct() {
echo self::MY_CONSTANT, \n;
}
}
class B extends A {
const MY_CONSTANT = B. value_1;
const MY_CONSTANT = B. value_2;
public function __construct() {
echo self::MY_CONSTANT, \n;
}
}
new A();
new B();
?
Expected result:
should display warning, error or something like that.
Actual result:
--
A. value_2
B. value_2
--
Edit this bug report at http://bugs.php.net/?id=29446edit=1
#32080 [Fbk-Opn]: segfault when assigning object to itself in ze1 mode
ID: 32080
User updated by: nicoletti at nns dot ch
Reported By: nicoletti at nns dot ch
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.4
-PHP Version: 5.0.3
+PHP Version: 5.1.0-dev
New Comment:
(gdb) bt
#0 0x081ee835 in zend_std_object_get_class (object=0x836fa74) at
/usr/local/src/php5/php5-200502251330/Zend/zend_object_handlers.c:839
#1 0x081d6e49 in zend_get_class_entry (zobject=0x836fa74) at
/usr/local/src/php5/php5-200502251330/Zend/zend_API.c:227
#2 0x0824fd33 in zend_assign_to_variable (result=0x836e624,
op1=0x836e638, op2=0x836e64c, value=0x836fa74, type=16, Ts=0xbfffd134)
at /usr/local/src/php5/php5-200502251330/Zend/zend_execute.c:861
#3 0x08240d4d in ZEND_ASSIGN_SPEC_CV_CV_HANDLER
(execute_data=0xbfffd1e8) at
/usr/local/src/php5/php5-200502251330/Zend/zend_vm_execute.h:23463
#4 0x081fc2b2 in execute (op_array=0x836a11c) at
/usr/local/src/php5/php5-200502251330/Zend/zend_vm_execute.h:78
#5 0x081d65a9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/usr/local/src/php5/php5-200502251330/Zend/zend.c:1058
#6 0x08192873 in php_execute_script (primary_file=0xb574) at
/usr/local/src/php5/php5-200502251330/main/main.c:1636
#7 0x08251c7d in main (argc=3, argv=0xb604) at
/usr/local/src/php5/php5-200502251330/sapi/cli/php_cli.c:944
Previous Comments:
[2005-02-25 14:34:32] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-25 11:57:29] nicoletti at nns dot ch
I don't have a php binary compiled with --debug. Here is the backtrace
with the binary I have:
(gdb) bt
#0 0x0813303d in zend_std_object_get_class ()
#1 0x081225b9 in zend_get_class_entry ()
#2 0x08153e53 in zend_assign_handler ()
#3 0x0813eb15 in execute ()
#4 0x08122068 in zend_execute_scripts ()
#5 0x080f34ea in php_execute_script ()
#6 0x08166054 in main ()
#7 0x4022a14f in __libc_start_main () from /lib/libc.so.6
[2005-02-24 19:58:53] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2005-02-23 15:41:27] nicoletti at nns dot ch
Description:
segfault when assigning object to itself in ze1 mode
Reproduce code:
---
ini_set('zend.ze1_compatibility_mode', true);
class test { }
$t = new test;
$t = $t; // gives segfault
Expected result:
last line gives segfault
--
Edit this bug report at http://bugs.php.net/?id=32080edit=1
#32104 [Opn-Fbk]: foreach on $dom-documentElement-childNode causes strange error
ID: 32104
Updated by: [EMAIL PROTECTED]
Reported By: ppetermann at vivaplus dot tv
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: tested on Linux and Solaris
PHP Version: 5CVS-2005-02-25 (dev)
New Comment:
sure you are using the latest snapshot?
using your code I get (both with latest 5_0 and HEAD):
Warning: Invalid argument supplied for foreach() in N:\CVS
Projects\php5_0\Debug_TS\bug32104.php on line 4
using -childNodes (which is correct) works fine
Previous Comments:
[2005-02-25 11:44:15] ppetermann at vivaplus dot tv
Description:
doing a foreach loop on:
$dom-documentElement-childNode
causes an Fatal Error:
Fatal error: Cannot access undefined property for object with
overloaded property access in FILE on line LINENUMBEROFFOREACH
this didnt happen in PHP5 = 5.0.3
Reproduce code:
---
?php
$dom = new DomDocument();
$dom-load(xmlfile.xml);
foreach($dom-documentElement-childNode as $node)
{
echo foo\n;
}
?
Expected result:
a foo\n for each childnode of the document element
Actual result:
--
Fatal error: Cannot access undefined property for object with
overloaded property access in /foo/bar/myfile.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=32104edit=1
#32104 [Fbk-Opn]: foreach on $dom-documentElement-childNode causes strange error
ID: 32104
User updated by: ppetermann at vivaplus dot tv
Reported By: ppetermann at vivaplus dot tv
-Status: Feedback
+Status: Open
Bug Type: DOM XML related
Operating System: tested on Linux and Solaris
PHP Version: 5CVS-2005-02-25 (dev)
New Comment:
hi,
php5-STABLE-200502250930 is the snapshot i used,
well, the missing s was an error in my report, in my code its with the
s (as i said its working on php 5.0.3 (in production)
Previous Comments:
[2005-02-25 15:01:57] [EMAIL PROTECTED]
sure you are using the latest snapshot?
using your code I get (both with latest 5_0 and HEAD):
Warning: Invalid argument supplied for foreach() in N:\CVS
Projects\php5_0\Debug_TS\bug32104.php on line 4
using -childNodes (which is correct) works fine
[2005-02-25 11:44:15] ppetermann at vivaplus dot tv
Description:
doing a foreach loop on:
$dom-documentElement-childNode
causes an Fatal Error:
Fatal error: Cannot access undefined property for object with
overloaded property access in FILE on line LINENUMBEROFFOREACH
this didnt happen in PHP5 = 5.0.3
Reproduce code:
---
?php
$dom = new DomDocument();
$dom-load(xmlfile.xml);
foreach($dom-documentElement-childNode as $node)
{
echo foo\n;
}
?
Expected result:
a foo\n for each childnode of the document element
Actual result:
--
Fatal error: Cannot access undefined property for object with
overloaded property access in /foo/bar/myfile.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=32104edit=1
#32002 [Opn-Fbk]: FATAL erealloc() Restarts
ID: 32002
Updated by: [EMAIL PROTECTED]
Reported By: tlamay at cte1 dot com
-Status: Open
+Status: Feedback
-Bug Type: Apache2 related
+Bug Type: Unknown/Other Function
Operating System: Windows 2003
PHP Version: 4CVS-2005-02-17
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
The FATAL message correspond to Zend calling exit(), which kills all
the threads in the process, so that much is expected.
To track down the memory issues you could add to your LogFormat
directive: %{mod_php_memory_usage}n - this will log the maximum
number of bytes allocated during each particular request.
Previous Comments:
[2005-02-22 21:28:44] jonohlsson at hotmail dot com
must say i have this exact problem myself
running win 2k / apache 1.3.33 / php 4.3.10 / Zend optimizer 2.5.7 and
phpBB forum
the apache log is filled with those erealloc errors and the browser
page goes blank with a server not found message
...but i think it only happens if browsing with IE. mozilla works fine.
weird isn't it?
i've also tried changing php.ini memory settings, but this deosn't
affect the apache log at all
[2005-02-17 20:46:17] tlamay at cte1 dot com
Okay, after a bit of tweaking I got the latest PHP5 running. It
crashes within 8-10 minutes. I have since migrated back to 4.3.10, the
most stable version for me at the moment.
Funny thing about the PHP5...when it crashes, Apache doesn't ever
restart. The server stays completely down. I have to physically start
it again. This behavior doesnt occur in 4.3.x.
Thu Feb 17 14:31:26 2005] [notice] Parent: Created child process 6672
[Thu Feb 17 14:31:26 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Thu Feb 17 14:31:35 2005] [notice] Child 6672: Child process is
running
[Thu Feb 17 14:31:35 2005] [notice] Child 6672: Acquired the start
mutex.
[Thu Feb 17 14:31:35 2005] [notice] Child 6672: Starting 750 worker
threads.
[Thu Feb 17 14:31:35 2005] [notice] Child 6672: Listening on port 443.
[Thu Feb 17 14:31:35 2005] [notice] Child 6672: Listening on port 443.
[Thu Feb 17 14:31:35 2005] [notice] Child 6672: Listening on port 80.
[Thu Feb 17 14:31:35 2005] [notice] Child 6672: Listening on port 80.
FATAL: erealloc(): Unable to allocate 98304 bytes
[Thu Feb 17 14:39:29 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[2005-02-17 05:25:51] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Please try the latest HEAD too so we'll see if this is any better there
(some memleak fixes exist there which were not allowed to be backported
to PHP_4_3 branch)
[2005-02-17 05:10:17] tlamay at cte1 dot com
I tried the very latest one, and as what happened when I tried the CVS
before, it actually makes the problem much worse. Apache restarts
every 5-10-15 minutes now versus every 30-45m with PHP 4.3.10.
[Wed Feb 16 21:52:39 2005] [notice] Parent: Created child process 3148
[Wed Feb 16 21:52:39 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Child process is
running
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Acquired the start
mutex.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Starting 750 worker
threads.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 443.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 443.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 80.
[Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 80.
FATAL: erealloc(): Unable to allocate 90112 bytes
[Wed Feb 16 22:03:25 2005] [notice] Parent: child process exited with
status 1 -- Restarting.
[Wed Feb 16 22:03:26 2005] [notice] Parent: Created child process 852
[Wed Feb 16 22:03:26 2005] [notice] Disabled use of AcceptEx() WinSock2
API
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Child process is
running
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Acquired the start
mutex.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Starting 750 worker
threads.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 443.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 443.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 80.
[Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 80.
FATAL: erealloc():
#32110 [NEW]: MSSQL connection crash when set mssql.textlimit and mssql.textsize
From: marcos at ivirtua dot com dot br
Operating system: Linux
PHP version: 4.3.10
PHP Bug Type: Reproducible crash
Bug description: MSSQL connection crash when set mssql.textlimit and
mssql.textsize
Description:
I need to retrive more than 4k from a blob field (rtf text).
I've set these values in my php.ini:
mssql.textlimit = 2147483647;
mssql.textsize = 2147483647;
Everything works fine using CGI, but when using SAPI (dll) after some
operations I can't connect to database anymore. A server restart is
needed, and everything works fine again for some time, and crash again.
I'm using Apache/1.3.33 (Win32) PHP/4.3.9, but it still happens in Apache
2.0 (Linux) PHP/4.3.10
Reproduce code:
---
Use PHP ISAPI.
?
ini_set(mssql.textlimit, 2147483647);
ini_set(mssql.textsize, 2147483647);
mssql_connect('db_host', 'db_user', 'db_pass');
mssql_select_db('db_name');
$qry= mssql_query('select myblobfield from table');
$row=mssql_fetch_row($qry);
echo($row_aux[0]);
?
Repeat for some times (10, 20, 30 times, etc).
Expected result:
The full content of blob field, wich has more then 100KB, every time I run
the code.
Actual result:
--
The full content of blob field for just some times. After a period, the
server must be restarted because I can't connect with:
mssql_connect('db_host', 'db_user', 'db_pass');
mssql_select_db('db_name');
--
Edit bug report at http://bugs.php.net/?id=32110edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32110r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32110r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32110r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32110r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32110r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32110r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32110r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32110r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32110r=support
Expected behavior: http://bugs.php.net/fix.php?id=32110r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32110r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32110r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32110r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32110r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32110r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32110r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32110r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32110r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32110r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32110r=mysqlcfg
#32110 [Opn]: MSSQL connection crash when set mssql.textlimit and mssql.textsize
ID: 32110
User updated by: marcos at ivirtua dot com dot br
Reported By: marcos at ivirtua dot com dot br
Status: Open
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.3.10
New Comment:
Sorry, the echo line must be:
echo($row[0]);
All the rest keep the same.
Previous Comments:
[2005-02-25 15:21:07] marcos at ivirtua dot com dot br
Description:
I need to retrive more than 4k from a blob field (rtf text).
I've set these values in my php.ini:
mssql.textlimit = 2147483647;
mssql.textsize = 2147483647;
Everything works fine using CGI, but when using SAPI (dll) after some
operations I can't connect to database anymore. A server restart is
needed, and everything works fine again for some time, and crash
again.
I'm using Apache/1.3.33 (Win32) PHP/4.3.9, but it still happens in
Apache 2.0 (Linux) PHP/4.3.10
Reproduce code:
---
Use PHP ISAPI.
?
ini_set(mssql.textlimit, 2147483647);
ini_set(mssql.textsize, 2147483647);
mssql_connect('db_host', 'db_user', 'db_pass');
mssql_select_db('db_name');
$qry= mssql_query('select myblobfield from table');
$row=mssql_fetch_row($qry);
echo($row_aux[0]);
?
Repeat for some times (10, 20, 30 times, etc).
Expected result:
The full content of blob field, wich has more then 100KB, every time I
run the code.
Actual result:
--
The full content of blob field for just some times. After a period, the
server must be restarted because I can't connect with:
mssql_connect('db_host', 'db_user', 'db_pass');
mssql_select_db('db_name');
--
Edit this bug report at http://bugs.php.net/?id=32110edit=1
#32089 [Fbk-Opn]: Crash during Make with Oracle Instant Client Support
ID: 32089 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: http://www.webitecture.org/make.log This seems much shorter since the first time I ran it. There was many more compile statments before the error. Let me know if you want me to start over, or if this is enough. Previous Comments: [2005-02-25 10:50:58] [EMAIL PROTECTED] Please put your make log somewhere on the net, I'll take a look at it. But don't post it here, give use just the link. [2005-02-25 01:15:09] andrew dot nagy at villanova dot edu not there. [2005-02-24 23:45:38] [EMAIL PROTECTED] `ldconfig -p | grep libnnz` ? [2005-02-24 21:45:52] andrew dot nagy at villanova dot edu Here is the path structure: ]$ ll /usr/lib/oracle/10.1.0.3/client/lib/ total 89576 -r--r--r-- 1 root root 1461081 Dec 2 15:03 classes12.jar -r--r--r-- 1 root root 1353 Dec 2 15:03 glogin.sql lrwxrwxrwx 1 root root 17 Feb 21 20:06 libclntsh.so - libclntsh.so.10.1 -rwxr-xr-x 1 root root 13495923 Dec 2 15:03 libclntsh.so.10.1 -r-xr-xr-x 1 root root28400 Dec 2 15:03 libheteroxa10.so -r-xr-xr-x 1 root root 2121849 Dec 2 15:03 libnnz10.so lrwxrwxrwx 1 root root 15 Feb 21 20:06 libocci.so - libocci.so.10.1 -rwxr-xr-x 1 root root 913575 Dec 2 15:03 libocci.so.10.1 -rwxr-xr-x 1 root root 66159152 Dec 2 15:03 libociei.so -rwxr-xr-x 1 root root96517 Dec 2 15:03 libocijdbc10.so -rwxr-xr-x 1 root root 760686 Dec 2 15:03 libsqlplus.so -r--r--r-- 1 root root54032 Dec 2 15:03 ocrs12.jar -r--r--r-- 1 root root 1397543 Dec 2 15:03 ojdbc14.jar -r--r--r-- 1 root root 5018319 Dec 2 15:03 orai18n.jar Could the symbolic link becausing this error? [2005-02-24 21:38:26] andrew dot nagy at villanova dot edu Here is the statement from the make process: /usr/bin/ld: warning: libnnz10.so, needed by /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so, not found (try using -rpath or -rpath-link) And then followed by a bunch of statements such as the following: /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so: undefined reference to `nzos_ServiceWriteQueue' Am I doing something wrong with this? It seems as if these errors should be checked for in the configuration process right? 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/32089 -- Edit this bug report at http://bugs.php.net/?id=32089edit=1
#32013 [Fbk-Opn]: MySQLi bind_result causes fatal error: memory limit reached
ID: 32013
User updated by: mhe at ltcgroup dot de
Reported By: mhe at ltcgroup dot de
-Status: Feedback
+Status: Open
Bug Type: MySQLi related
Operating System: Debian Woody
PHP Version: 5.0.3
Assigned To: georg
New Comment:
i wasnt able to test this under debian woody, but i downloaded the
windows latest snapshot.
now the memory limit is reached using fetch(),
I added a normal query, so that you see, that the select using mysqli
is possible on mediumtext,
::
$query =
select
DESCRIPTION,
DESCRIPTION AS DD
from
tt
order by ID_ITEM
;
echo init . getMemUsage() . \n;
$result = $db-query($query);
echo query . getMemUsage() . \n;
while($row = $result-fetch_assoc())
{
echo fetch . getMemUsage() . \n;
}
$stmt = $db-prepare($query);
echo prepare. getMemUsage() . \n;
$stmt-execute();
echo exec . getMemUsage() . \n;
$stmt-bind_result($DESCRIPTION, $DD);
echo bind . getMemUsage() . \n;
$stmt-fetch();
echo fetch . getMemUsage() . \n;
$stmt-fetch();
echo fetch . getMemUsage() . \n;
::
using function getMemUsage() from http://php.net/memory_get_usage
these are the results:
debain woody 5.0.3:
init48744
query 48864
fetch 49120
fetch 49296
prepare 49392
exec 49392
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 16777216 bytes) in /root/mysqli_prepared.php on line 73
Allowed memory size of 8388608 bytes exhausted (tried to allocate 256
bytes)
line 73 ~ bind_result(), this is how 5.0.3 currently works,
::
these are the results, using version latest win32:
(increased memory limit, for testing)
init 7.772 K
query7.812 K
fetch 7.812 K
fetch 7.812 K
prepare 7.824 K
exec7.832 K
bind7.844 K
fetch 40.672 K
fetch 40.672 K
you can see, that the memory usage explode after the first fetch(),
bin_result() seems to work.
::
there were 2 items in database,
DROP TABLE tt;
CREATE TABLE tt (
ID_ITEM INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
TITLE VARCHAR(255) NULL,
DESCRIPTION MEDIUMTEXT NULL,
PRIMARY KEY(ID_ITEM)
);
INSERT INTO tt (ID_ITEM, TITLE, DESCRIPTION) VALUES (1,
'fghfjkgfd',
'first description');
INSERT INTO tt (ID_ITEM, TITLE, DESCRIPTION) VALUES (2,
'second',
'second description');
::
Previous Comments:
[2005-02-25 14:35:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-17 20:17:12] mhe at ltcgroup dot de
perhaps it is a mysql client lib issue, i downt know ..
php side: increasing memory limit isnt a solution
mysql side: alter table isnt a solution
[2005-02-17 20:10:27] mhe at ltcgroup dot de
MEDIUMTEXT ~ 2^24 bytes = 16777216 bytes, which php tries to allocate
php dies, memory limit reached ..
mh, lets play with this. so what happens, if i use TEXT, which seems to
work ..
so i use memory_get_usage() befor and after -bind_result($ID_ITEM)
before: 48120
after: 113848
dif: 65728
2^16+2 = 65538, which is the size of TEXT .. *ouch :-?
..
what happens, if i bind 2 variables to a TEXT ..
select DESCRIPTION as DD, DESCRIPTION as DD2, from tt
$stmt-bind_result($ID_ITEM, $IDD);
before: 48424
after: 179640
dif: (179640 - 48424) / 2 = 65608 ~ 2 * 2 ^16
! notice: table was empty
[2005-02-17 19:32:12] mhe at ltcgroup dot de
Description:
submit a prepared query to mysqli ext using method prepare().
if i use bind_result to bind a column to a variable php crashes with
fatal error: memory limit, if the column in database is mediumtext. if
you alter this to text, everything works fine.
using mysqld 4.1.10
--output: php5 -v
micronium:~/phpn# php5 -v
PHP 5.0.3-1.dotdeb.0 (cli) (built: Dec 16 2004 13:08:20)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies
-- mysql:
CREATE TABLE tt (
ID_ITEM INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
TITLE VARCHAR(255) NULL,
DESCRIPTION MEDIUMTEXT NULL,
PRIMARY KEY(ID_ITEM)
);
-- php:
$query =
select
DESCRIPTION
from
tt
;
$stmt = $db-prepare($query);
$stmt-execute();
$stmt-bind_result($DESCRIPTION); //-- this is line 63
-- output:
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 16777216
#29013 [Com]: Multiple logons cause handles to become invalid
ID: 29013 Comment by: goetten at gmail dot com Reported By: cjbj at hotmail dot com Status: Assigned Bug Type: OCI8 related Operating System: Windows, Linux PHP Version: 4.3.7, 5.0.0 Dev Assigned To: tony2001 New Comment: Hy I'm having the following problem: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task communication protocol error in /var/www/html/helpdesk/migracao/view.php on line 10 Warning: ocifetchinto(): OCIFetchInto: ORA-24374: define not done before fetch or execute and fetch in /var/www/html/helpdesk/migracao/view.php on line 12 These errors are in a simple query. Is it about the bug on php? thank's Previous Comments: [2004-10-17 06:51:42] [EMAIL PROTECTED] I can see the problem now. Will look at it closer a bit later.. [2004-10-14 10:11:36] cjbj at hotmail dot com Using one user would make it harder to demonstrate the problem. Sorry I didn't include create user scripts etc. I retested with 4.3.10-dev and 5.0.3-dev binaries of a few minutes ago. I am using W2K with Oracle 9.2 client libraries. I am still seeing the usernames printed as SCOTT and HR, which is incorrect. [2004-10-12 07:20:03] [EMAIL PROTECTED] No, of course you should able to connect to Oracle from PHP using different logins. My question should be read in this way: are you able to reproduce it under 1 user, but with different connections, because I was too lazy to create a new user in Oracle?. Btw, I've already created additional user and tested your code - your example works perfectly for me. [2004-10-12 05:38:56] cjbj at hotmail dot com The business requirement comes from the original report in http://forums.oracle.com/forums/thread.jsp?forum=178thread=251141 I don't think the way $c1 is impacted by the second login is obvious or nice behavior. I feel the problem is related to some of the common OCI8 connection issues due to the caching and reuse of handles. It would be nice to resolve these issues. There is no Oracle-OCI reason why two users can't be connected at one time. I think it should be allowed in PHP. But if you think the PHP-OCI8 interface should not support concurrent connections, can a PHP error be generated at the time of the second OCINLogin()? [2004-10-10 17:02:43] [EMAIL PROTECTED] Chris, is it important to have different users in your example? Tested under 1 user (but using ociNlogin();) and it works fine. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29013 -- Edit this bug report at http://bugs.php.net/?id=29013edit=1
#32113 [Opn]: imagejpeg() not writing all files sent to it
ID: 32113 User updated by: agruetz at helixdevelopment dot com Reported By: agruetz at helixdevelopment dot com Status: Open Bug Type: GD related Operating System: RH ES V 3.4 PHP Version: 4.3.10 New Comment: http://devel.helixdevelopment.com/thumb_nail/global/gd2_class.inc.phps does not seem to read for some reason. So I put it @ http://devel.helixdevelopment.com/thumb_nail/global/gd2.phps I am unsure why it does not read it is very strange maybe another unreleated issue? As it including into my code ok. Anthony Previous Comments: [2005-02-25 20:26:08] agruetz at helixdevelopment dot com Description: http://devel.helixdevelopment.com/thumb_nail/main_post.php?sub=ascagal=1 This shows what I am trying to do as you can see all images are jpegs but imagejpeg is not writing images 10 - 24 to the said path even though it does right images 1 - 9. Thanks Anthony Gruetzmacher www.helixdevelopment.com Zend Certified Software Engineer Reproduce code: --- here are the urls to the source code: http://devel.helixdevelopment.com/thumb_nail/main.phps http://devel.helixdevelopment.com/thumb_nail/main_post.phps http://devel.helixdevelopment.com/thumb_nail/global/gd2_class.inc.phps This should cover everything you need. Expected result: I just want imagejpeg to write all files/path I send to it ie images 10 - 24. -- Edit this bug report at http://bugs.php.net/?id=32113edit=1
#32069 [Fbk-Opn]: Fails when compiling violite.c
ID: 32069 User updated by: leonardo1_rw at yahoo dot com Reported By: leonardo1_rw at yahoo dot com -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: linux red hat 7 PHP Version: 4.3.10 New Comment: sorry... [EMAIL PROTECTED] local]$ gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-81) Previous Comments: [2005-02-24 23:54:20] [EMAIL PROTECTED] `gcc -v` please. [2005-02-24 23:11:43] leonardo1_rw at yahoo dot com [EMAIL PROTECTED] leo]$ make -v GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i386-redhat-linux-gnu [2005-02-24 21:19:20] [EMAIL PROTECTED] What gcc version are you using..? [2005-02-23 19:01:20] leonardo1_rw at yahoo dot com In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:12, from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:17: /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: `struct in_addr' declared inside parameter list /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: its scope is only this definition or declaration, which is probably not what you want. /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: parameter has inc omplete type In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:17: /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:94: warning: `struct in_addr' declared inside parameter list In file included from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:19: /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: `struct in_addr' declared inside parameter list /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: warning: parameter has inc omplete type /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: conflicting types for `my_ inet_ntoa' /usr/local/php-4.3.10/ext/mysql/libmysql/my_net.h:23: previous declaration of `m y_inet_ntoa' In file included from /usr/include/netinet/ip.h:25, from /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:33: /usr/include/netinet/in.h:133: warning: redefinition of `u_int' /usr/include/sys/types.h:35: warning: `u_int' previously declared here /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c: In function `vio_peer_addr': /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:390: type of formal parameter 1 is incomplete /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c: At top level: /usr/local/php-4.3.10/ext/mysql/libmysql/violite.c:398: conflicting types for `v io_in_addr' /usr/local/php-4.3.10/ext/mysql/libmysql/violite.h:94: previous declaration of ` vio_in_addr' make: *** [ext/mysql/libmysql/violite.lo] Error 1 [2005-02-22 23:29:20] leonardo1_rw at yahoo dot com Description: I'm working with red hat 7, i tried to compile php 4.3.10 but it throughs a couple of errors when working with the file violite.c. The errors seem to be absurds. Are related with the formal parameters of a function. -- Edit this bug report at http://bugs.php.net/?id=32069edit=1
#32013 [Opn-Asn]: MySQLi bind_result causes fatal error: memory limit reached
ID: 32013
Updated by: [EMAIL PROTECTED]
Reported By: mhe at ltcgroup dot de
-Status: Open
+Status: Assigned
Bug Type: MySQLi related
Operating System: Debian Woody
PHP Version: 5.0.3
Assigned To: georg
Previous Comments:
[2005-02-25 15:52:51] mhe at ltcgroup dot de
i wasnt able to test this under debian woody, but i downloaded the
windows latest snapshot.
now the memory limit is reached using fetch(),
I added a normal query, so that you see, that the select using mysqli
is possible on mediumtext,
::
$query =
select
DESCRIPTION,
DESCRIPTION AS DD
from
tt
order by ID_ITEM
;
echo init . getMemUsage() . \n;
$result = $db-query($query);
echo query . getMemUsage() . \n;
while($row = $result-fetch_assoc())
{
echo fetch . getMemUsage() . \n;
}
$stmt = $db-prepare($query);
echo prepare. getMemUsage() . \n;
$stmt-execute();
echo exec . getMemUsage() . \n;
$stmt-bind_result($DESCRIPTION, $DD);
echo bind . getMemUsage() . \n;
$stmt-fetch();
echo fetch . getMemUsage() . \n;
$stmt-fetch();
echo fetch . getMemUsage() . \n;
::
using function getMemUsage() from http://php.net/memory_get_usage
these are the results:
debain woody 5.0.3:
init48744
query 48864
fetch 49120
fetch 49296
prepare 49392
exec 49392
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 16777216 bytes) in /root/mysqli_prepared.php on line 73
Allowed memory size of 8388608 bytes exhausted (tried to allocate 256
bytes)
line 73 ~ bind_result(), this is how 5.0.3 currently works,
::
these are the results, using version latest win32:
(increased memory limit, for testing)
init 7.772 K
query7.812 K
fetch 7.812 K
fetch 7.812 K
prepare 7.824 K
exec7.832 K
bind7.844 K
fetch 40.672 K
fetch 40.672 K
you can see, that the memory usage explode after the first fetch(),
bin_result() seems to work.
::
there were 2 items in database,
DROP TABLE tt;
CREATE TABLE tt (
ID_ITEM INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
TITLE VARCHAR(255) NULL,
DESCRIPTION MEDIUMTEXT NULL,
PRIMARY KEY(ID_ITEM)
);
INSERT INTO tt (ID_ITEM, TITLE, DESCRIPTION) VALUES (1,
'fghfjkgfd',
'first description');
INSERT INTO tt (ID_ITEM, TITLE, DESCRIPTION) VALUES (2,
'second',
'second description');
::
[2005-02-25 14:35:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-17 20:17:12] mhe at ltcgroup dot de
perhaps it is a mysql client lib issue, i downt know ..
php side: increasing memory limit isnt a solution
mysql side: alter table isnt a solution
[2005-02-17 20:10:27] mhe at ltcgroup dot de
MEDIUMTEXT ~ 2^24 bytes = 16777216 bytes, which php tries to allocate
php dies, memory limit reached ..
mh, lets play with this. so what happens, if i use TEXT, which seems to
work ..
so i use memory_get_usage() befor and after -bind_result($ID_ITEM)
before: 48120
after: 113848
dif: 65728
2^16+2 = 65538, which is the size of TEXT .. *ouch :-?
..
what happens, if i bind 2 variables to a TEXT ..
select DESCRIPTION as DD, DESCRIPTION as DD2, from tt
$stmt-bind_result($ID_ITEM, $IDD);
before: 48424
after: 179640
dif: (179640 - 48424) / 2 = 65608 ~ 2 * 2 ^16
! notice: table was empty
[2005-02-17 19:32:12] mhe at ltcgroup dot de
Description:
submit a prepared query to mysqli ext using method prepare().
if i use bind_result to bind a column to a variable php crashes with
fatal error: memory limit, if the column in database is mediumtext. if
you alter this to text, everything works fine.
using mysqld 4.1.10
--output: php5 -v
micronium:~/phpn# php5 -v
PHP 5.0.3-1.dotdeb.0 (cli) (built: Dec 16 2004 13:08:20)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies
-- mysql:
CREATE TABLE tt (
ID_ITEM INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
TITLE VARCHAR(255) NULL,
DESCRIPTION MEDIUMTEXT NULL,
PRIMARY KEY(ID_ITEM)
);
-- php:
$query =
select
DESCRIPTION
from
tt
;
$stmt = $db-prepare($query);
$stmt-execute();
$stmt-bind_result($DESCRIPTION); //-- this is line 63
--
#29446 [Opn-Csd]: PHP 5 allows class constants to be overriden
ID: 29446
Updated by: [EMAIL PROTECTED]
Reported By: dimo dot vanchev at bianor dot com
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000
PHP Version: 5.0.3
Assigned To: tony2001
New Comment:
Yes, it was fixed only in HEAD (i.e. 5.1.0-dev), as this change can
affect some existing scripts.
Previous Comments:
[2005-02-25 14:59:56] dimo dot vanchev at bianor dot com
This bug doesn't seem to be fixed in 5.0.3 version, at least for the
Windows version.
I haven't tryed to reproduce this bug under Linux for 5.0.3 version
yet.
[2004-09-24 09:51:07] dimo dot vanchev at bianor dot com
seems to work fine now,
great many thanks for improving PHP's quality
best regards
[2004-09-10 15:12:15] [EMAIL PROTECTED]
I mean FIXED in CVS, try latest snapshots.
[2004-09-10 15:11:12] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-07-29 17:56:54] dimo dot vanchev at bianor dot com
Description:
If we declare a class constant twice or more PHP allows this without
any notifications. This should be fixed, because it may bring to
confusion. A constant should be constant, thus not allowing to be
overriden neither in the same class, nor in child classes.
Currently non-class constants allow to be overriden too, at least they
output a notice saying Constant already defined. Maybe this should be
brought up to warning.
Just my thoughts!
Reproduce code:
---
?php
class A {
const MY_CONSTANT = A. value_1;
const MY_CONSTANT = A. value_2;
public function __construct() {
echo self::MY_CONSTANT, \n;
}
}
class B extends A {
const MY_CONSTANT = B. value_1;
const MY_CONSTANT = B. value_2;
public function __construct() {
echo self::MY_CONSTANT, \n;
}
}
new A();
new B();
?
Expected result:
should display warning, error or something like that.
Actual result:
--
A. value_2
B. value_2
--
Edit this bug report at http://bugs.php.net/?id=29446edit=1
#32104 [Opn]: foreach on $dom-documentElement-childNode causes strange error
ID: 32104
Updated by: [EMAIL PROTECTED]
Reported By: ppetermann at vivaplus dot tv
Status: Open
Bug Type: DOM XML related
Operating System: tested on Linux and Solaris
PHP Version: 5CVS-2005-02-25 (dev)
New Comment:
still cannot reproduce and this time on a fresh linux box.
can you try rebuilding your php (making sure to clean it first) and if
still doesnt work post a link to you phpinfo.
Previous Comments:
[2005-02-25 15:08:16] ppetermann at vivaplus dot tv
hi,
php5-STABLE-200502250930 is the snapshot i used,
well, the missing s was an error in my report, in my code its with the
s (as i said its working on php 5.0.3 (in production)
[2005-02-25 15:01:57] [EMAIL PROTECTED]
sure you are using the latest snapshot?
using your code I get (both with latest 5_0 and HEAD):
Warning: Invalid argument supplied for foreach() in N:\CVS
Projects\php5_0\Debug_TS\bug32104.php on line 4
using -childNodes (which is correct) works fine
[2005-02-25 11:44:15] ppetermann at vivaplus dot tv
Description:
doing a foreach loop on:
$dom-documentElement-childNode
causes an Fatal Error:
Fatal error: Cannot access undefined property for object with
overloaded property access in FILE on line LINENUMBEROFFOREACH
this didnt happen in PHP5 = 5.0.3
Reproduce code:
---
?php
$dom = new DomDocument();
$dom-load(xmlfile.xml);
foreach($dom-documentElement-childNode as $node)
{
echo foo\n;
}
?
Expected result:
a foo\n for each childnode of the document element
Actual result:
--
Fatal error: Cannot access undefined property for object with
overloaded property access in /foo/bar/myfile.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=32104edit=1
#32104 [Opn-Fbk]: foreach on $dom-documentElement-childNode causes strange error
ID: 32104
Updated by: [EMAIL PROTECTED]
Reported By: ppetermann at vivaplus dot tv
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: tested on Linux and Solaris
PHP Version: 5CVS-2005-02-25 (dev)
Previous Comments:
[2005-02-25 20:39:56] [EMAIL PROTECTED]
still cannot reproduce and this time on a fresh linux box.
can you try rebuilding your php (making sure to clean it first) and if
still doesnt work post a link to you phpinfo.
[2005-02-25 15:08:16] ppetermann at vivaplus dot tv
hi,
php5-STABLE-200502250930 is the snapshot i used,
well, the missing s was an error in my report, in my code its with the
s (as i said its working on php 5.0.3 (in production)
[2005-02-25 15:01:57] [EMAIL PROTECTED]
sure you are using the latest snapshot?
using your code I get (both with latest 5_0 and HEAD):
Warning: Invalid argument supplied for foreach() in N:\CVS
Projects\php5_0\Debug_TS\bug32104.php on line 4
using -childNodes (which is correct) works fine
[2005-02-25 11:44:15] ppetermann at vivaplus dot tv
Description:
doing a foreach loop on:
$dom-documentElement-childNode
causes an Fatal Error:
Fatal error: Cannot access undefined property for object with
overloaded property access in FILE on line LINENUMBEROFFOREACH
this didnt happen in PHP5 = 5.0.3
Reproduce code:
---
?php
$dom = new DomDocument();
$dom-load(xmlfile.xml);
foreach($dom-documentElement-childNode as $node)
{
echo foo\n;
}
?
Expected result:
a foo\n for each childnode of the document element
Actual result:
--
Fatal error: Cannot access undefined property for object with
overloaded property access in /foo/bar/myfile.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=32104edit=1
#32102 [Opn-Bgs]: Printing backtrace in HTML table format
ID: 32102 Updated by: [EMAIL PROTECTED] Reported By: ceefour at gauldong dot net -Status: Open +Status: Bogus Bug Type: Feature/Change Request -Operating System: All +Operating System: * -PHP Version: 5.0.3 +PHP Version: * 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 debug_back_trace() is an analysis tool which should never be output to users. So there is no need for beautifying the output or filtering it. If you need such filtered info please either write your filters or use xdebug. Previous Comments: [2005-02-25 07:16:47] ceefour at gauldong dot net Description: debug_print_backtrace() is very useful. But it'll be greater if it uses a table format similar to xdebug's automatic backtrace on error. It should also filter arguments so that deeply nested objects/arrays aren't displayed. My feature request is that a PHP.ini option should be introduced that will automatically display a backtrace upon any unhandled error. This will be very handy when debugging, without needing to use a helper such as xdebug or calling print_backtrace manually. -- Edit this bug report at http://bugs.php.net/?id=32102edit=1
#32087 [Ver-Fbk]: PHP5 freezes when parsing XML document without prolog
ID: 32087
Updated by: [EMAIL PROTECTED]
Reported By: kellan at pobox dot com
-Status: Verified
+Status: Feedback
Bug Type: XML related
Operating System: any (tested on os x and debian)
PHP Version: 5.0.3
New Comment:
Hello,
Please try with libxml2-2.6.17 or cvs snapshot. It works well here
using both of them.
--Pierre
Previous Comments:
[2005-02-25 11:15:10] [EMAIL PROTECTED]
Verified on Linux with libxml-2.6.16.
Seems like a libxml bug to me.
Program received signal SIGINT, Interrupt.
[Switching to Thread 1089708384 (LWP 21170)]
0x40e53223 in xmlParseTryOrFinish (ctxt=0x85ac1b0, terminate=1) at
parser.c:9038
9038parser.c: No such file or directory.
in parser.c
(gdb) bt
#0 0x40e53223 in xmlParseTryOrFinish (ctxt=0x85ac1b0, terminate=1) at
parser.c:9038
#1 0x40e5488f in xmlParseChunk__internal_alias (ctxt=0x85ac1b0,
chunk=0x8593aec greetinghello world/greeting, size=140145336,
terminate=1) at parser.c:9872
#2 0x08237ca7 in php_XML_Parse (parser=0x85ac164, data=0x8593aec
greetinghello world/greeting, data_len=32, is_final=1) at
/usr/src/dev/php-src/ext/xml/compat.c:481
#3 0x082361ac in zif_xml_parse (ht=3, return_value=0x85ad1bc,
this_ptr=0x0, return_value_used=1) at
/usr/src/dev/php-src/ext/xml/xml.c:1333
#4 0x082a23f4 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffcbd0) at zend_vm_execute.h:175
#5 0x082a4e98 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xbfffcbd0) at zend_vm_execute.h:1535
#6 0x082a210e in execute (op_array=0x85a71bc) at zend_vm_execute.h:78
#7 0x0827e5e3 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/dev/php-src/Zend/zend.c:1058
#8 0x0823c0a1 in php_execute_script (primary_file=0xb000) at
/usr/src/dev/php-src/main/main.c:1641
#9 0x082f13c1 in main (argc=2, argv=0xb0d4) at
/usr/src/dev/php-src/sapi/cli/php_cli.c:944
[2005-02-24 19:19:21] mbonetti at gmail dot com
Freezing doesn't happen with the provided code snipped, unless you
replace $xml1 with $xml2 in the xml_parse() call.
Reproduced on OS X 10.3.8, php 5.0.2 (both cli and web module), libxml
2.5.4
[2005-02-23 23:16:52] kellan at pobox dot com
Description:
When parsing a XML document without a prolog PHP5 seems to freeze,
never returning from xml_parse and never calling the call backs. This
is reproducible on both Debian/PHP 5.0.2 with libxml 2.6.11 and Mac OS
X/PHP 5.0.3 with libxml 2.6.7
I've attached the simplest possible example to demonstrate this
(probably best to run it from the command line, but the problem is
reproducible running under Apache and from the command line)
Reproduce code:
---
?php
$xml1 = '?xml version=1.0?greetinghello world/greeting';
$xml2 = 'greetinghello world/greeting';
$parser = xml_parser_create('');
xml_set_element_handler($parser, startElement, endElement);
$status = xml_parse($parser, $xml1, true);
function startElement($parser, $name, $attrs) {
echo start $name\n;
}
function endElement($parser, $name) {
echo end $name\n;
}
?
Expected result:
I would expect to see the program echo GREETING, and then end. This
is what happens when you run this same script under PHP4
Actual result:
--
It just sits there until you kill it.
--
Edit this bug report at http://bugs.php.net/?id=32087edit=1
#32113 [NEW]: imagejpeg() not writing all files sent to it
From: agruetz at helixdevelopment dot com Operating system: RH ES V 3.4 PHP version: 4.3.10 PHP Bug Type: GD related Bug description: imagejpeg() not writing all files sent to it Description: http://devel.helixdevelopment.com/thumb_nail/main_post.php?sub=ascagal=1 This shows what I am trying to do as you can see all images are jpegs but imagejpeg is not writing images 10 - 24 to the said path even though it does right images 1 - 9. Thanks Anthony Gruetzmacher www.helixdevelopment.com Zend Certified Software Engineer Reproduce code: --- here are the urls to the source code: http://devel.helixdevelopment.com/thumb_nail/main.phps http://devel.helixdevelopment.com/thumb_nail/main_post.phps http://devel.helixdevelopment.com/thumb_nail/global/gd2_class.inc.phps This should cover everything you need. Expected result: I just want imagejpeg to write all files/path I send to it ie images 10 - 24. -- Edit bug report at http://bugs.php.net/?id=32113edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32113r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32113r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32113r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32113r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32113r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32113r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32113r=needscript Try newer version: http://bugs.php.net/fix.php?id=32113r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32113r=support Expected behavior: http://bugs.php.net/fix.php?id=32113r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32113r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32113r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32113r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32113r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32113r=dst IIS Stability: http://bugs.php.net/fix.php?id=32113r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32113r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32113r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32113r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32113r=mysqlcfg
#32100 [Opn]: Request 'finally' support for exceptions
ID: 32100
User updated by: ceefour at gauldong dot net
Reported By: ceefour at gauldong dot net
Status: Open
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.0.3
New Comment:
I don't think the code is absolutely equivalent. And omitting the
rethrow statement gives up the whole notion of 'finally'.
Actually my code was trying to *emulate* finally. But it's not the
right thing to do. Finally should not even touch the Exception at
all... Finally doesn't even know there is an exception.
I have to agree that 'finally' is not _required_ by PHP, but not by
'we'. 'We' in this sense refers to 'all PHP developers' and that
includes me, and I _need_ (although not _require_) this functionality.
Almost the same as namespaces don't have to be in PHP but some people
feel the need for it. However namespaces are much harder to implement
yet I think finally is relatively straightforward since we can already
emulate it using try/catch, but with the quirks.
I don't think finally is a control flow block. By emulating finally
using try/catch, yes maybe, but we have no other choice. Finally is not
a control flow because why..? Finally has no idea whether it is inside
an Exception or not, and cannot handle it i.e. it's not able to
_control_ processing based on the state of Exception. In this sense
finally is unconditional, just like ordinary statements but they're
also executed when Exception occurs.
IMHO Java has no responsibility here, I think exceptions, try, catch,
finally, are fully the domain of Object Oriented [Design ]
Programming. Delphi, C++Builder, C++, etc. has it, not just Java.
And even if it does, 'design' is out of the scope of PHP. PHP is a
programming language, not a design tool. PHP isn't strictly procedural
and also isn't strictly object-oriented. It's just a matter of taste.
Be conservative with what you emit and be liberal with what you
accept and everyone's going to be happy.
Previous Comments:
[2005-02-25 19:58:49] [EMAIL PROTECTED]
We've had long discussions and came to the only conclusion that we
don't need that, for more search the mailing list archieves.
Besides the following is absolutley equivalent:
mysql_query(LOCK TABLES mytable WRITE);
try {
// ... do lots of queries here
} catch (Exception $e) {
// do nothing here
}
mysql_query(UNLOCK TABLES);
The only difference is the second example does rethrow the exception.
Though this is still possible (however much more to type) it is wrong
design. Since obviously you are using the exceptions as control flow.
And that design looks like Java where it unlike with PHP makes somewhat
sense.
[2005-02-25 07:07:44] ceefour at gauldong dot net
Description:
PHP 5 has specifically decided not to support 'finally'. Why?
This is one of numerous cases why finally is useful:
mysql_query(LOCK TABLES mytable WRITE);
try {
// ... do lots of queries here
} finally {
mysql_query(UNLOCK TABLES);
}
You need to use UNLOCK TABLES otherwise your tables won't get unlocked
when an exception is thrown. This is especially bad if you use
persistent connections.
It is possible to emulate finally using try/catch but this introduces
code redundancy and may create inconsistent code:
mysql_query(LOCK TABLES mytable WRITE);
try {
// ... do lots of queries here
mysql_query(UNLOCK TABLES);
} catch(Exception $e) {
mysql_query(UNLOCK TABLES);
throw $e;
}
--
Edit this bug report at http://bugs.php.net/?id=32100edit=1
#32100 [Opn]: Request 'finally' support for exceptions
ID: 32100
Updated by: [EMAIL PROTECTED]
Reported By: ceefour at gauldong dot net
Status: Open
Bug Type: Feature/Change Request
-Operating System: All
+Operating System: *
PHP Version: 5.0.3
New Comment:
We've had long discussions and came to the only conclusion that we
don't need that, for more search the mailing list archieves.
Besides the following is absolutley equivalent:
mysql_query(LOCK TABLES mytable WRITE);
try {
// ... do lots of queries here
} catch (Exception $e) {
// do nothing here
}
mysql_query(UNLOCK TABLES);
The only difference is the second example does rethrow the exception.
Though this is still possible (however much more to type) it is wrong
design. Since obviously you are using the exceptions as control flow.
And that design looks like Java where it unlike with PHP makes somewhat
sense.
Previous Comments:
[2005-02-25 07:07:44] ceefour at gauldong dot net
Description:
PHP 5 has specifically decided not to support 'finally'. Why?
This is one of numerous cases why finally is useful:
mysql_query(LOCK TABLES mytable WRITE);
try {
// ... do lots of queries here
} finally {
mysql_query(UNLOCK TABLES);
}
You need to use UNLOCK TABLES otherwise your tables won't get unlocked
when an exception is thrown. This is especially bad if you use
persistent connections.
It is possible to emulate finally using try/catch but this introduces
code redundancy and may create inconsistent code:
mysql_query(LOCK TABLES mytable WRITE);
try {
// ... do lots of queries here
mysql_query(UNLOCK TABLES);
} catch(Exception $e) {
mysql_query(UNLOCK TABLES);
throw $e;
}
--
Edit this bug report at http://bugs.php.net/?id=32100edit=1
#32115 [NEW]: dateTime encoding of timezone incorrect
From: rtroll at yahoo-inc dot com
Operating system:
PHP version: 5CVS-2005-02-25 (dev)
PHP Bug Type: SOAP related
Bug description: dateTime encoding of timezone incorrect
Description:
It looks like PHP's encoding of a dateTime value is incorrectly encoding
the timezone. For example, encoding unix time:
1109366152
results in
2005-02-25T13:15:52-0800
instead of:
2005-02-25T13:15:52-08:00
The timezone offset must contain a colon, according to
http://www.w3.org/TR/xmlschema-2/
Section 3.2.7.3: Timezones
Reproduce code:
---
?php
$WSDL = http://ws1.api.re2.yahoo.com/ws/soap-demo/full.wsdl;;
$client = new SoapClient( $WSDL, array( trace = true,
exceptions = 0,
));
function dump_xml( $title, $body )
{
$nl = preg_replace( /\\/, \n, $body );
$clean = htmlspecialchars( $nl );
print \nb$title/b\npre$clean/pre\n;
}
$t = time();
$r = $client-dateInfo( array( 'dtval' = $t ) );
$dateTime_pst = strftime( %Y-%m-%dT%H:%M:%S-08:00, time() ); # Works
'cause server is in PST zone
$dateTime_utc = gmstrftime( %Y-%m-%dT%H:%M:%SZ, time() );
echo h2Bug/h2Request should have converted unix timestamp [$t] to
xs:dateTime string [$dateTime_utc] or [$dateTime_pst]. Instead, request
is:br\n;
dump_xml( Request, $client-__getLastRequest() );
Expected result:
Request should be similiar to:
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=urn:yahoo:platform:soap:demo:full
SOAP-ENV:Body
ns1:dateInfo
ns1:dtval2005-02-25T13:19:10-08:00/ns1:dtval
/ns1:dateInfo
/SOAP-ENV:Body
/SOAP-ENV:Envelope
Actual result:
--
Request is currently:
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=urn:yahoo:platform:soap:demo:full
SOAP-ENV:Body
ns1:dateInfo
ns1:dtval2005-02-25T13:19:10-0800/ns1:dtval
/ns1:dateInfo
/SOAP-ENV:Body
/SOAP-ENV:Envelope
--
Edit bug report at http://bugs.php.net/?id=32115edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32115r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32115r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32115r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32115r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32115r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32115r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32115r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32115r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32115r=support
Expected behavior: http://bugs.php.net/fix.php?id=32115r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32115r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32115r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32115r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32115r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32115r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32115r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32115r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32115r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32115r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32115r=mysqlcfg
#31672 [Ver-Csd]: [PATCH] /script is not considered closing tag if preceded by one-line comment
ID: 31672 Updated by: [EMAIL PROTECTED] Reported By: tomc at wanadoo dot fr -Status: Verified +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS, 5CVS (2005-01-24) 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: [2005-01-24 04:40:29] [EMAIL PROTECTED] I'm not any flex guru, but this patch fixes the problem: http://www.php.net/~jani/patches/bug31672.patch (need to get some guru to approve this one :) [2005-01-24 02:23:10] [EMAIL PROTECTED] This is valid bug, all other closing tags ( ?, % ) work fine in same situation, as the provided test case proves. [2005-01-23 23:08:59] tomc at wanadoo dot fr Description: in the manual : The one-line comment styles actually only comment to the end of the line or the current block of PHP code, whichever comes first. Everything is working as described in the manual except that if you are using the /script closing tag, PHP will consider the end of the PHP block as part of the comment. Reproduce code: --- ?php // line comment ? echo out of PHP ? // line comment ? echo out of PHP % // line comment % echo out of PHP script language=php// line comment/script echo how come I'm still in PHP ?\n ; /script echo out of PHP Expected result: echo out of PHP echo out of PHP echo out of PHP echo how come I'm still in PHP ?\n ; echo out of PHP Actual result: -- echo out of PHP echo out of PHP echo out of PHP how come I'm still in PHP ? echo out of PHP -- Edit this bug report at http://bugs.php.net/?id=31672edit=1
#32111 [NEW]: Cookies separated by colon, not semicolon
From: daniel dot marcus at gmail dot com Operating system: windows 2000 server PHP version: 4.3.10 PHP Bug Type: Session related Bug description: Cookies separated by colon, not semicolon Description: The browser (nokia 3200 and others) sends the cookies in the form: name=value,name2=value2 instead of: name=value;name2=value2 In the first example above PHP will get only one cookie: name with it's value set to: value,name2=value2. So all the others cookies are lost. How can i fix this on php for windows? session.save_handler = files session.save_path =C:\AppServ\php\session session.use_cookies = 1 session.use_only_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = 1 session.gc_divisor = 1000 session.gc_maxlifetime = 1440 session.bug_compat_42 = 0 session.bug_compat_warn = 1 session.referer_check = session.entropy_length = 0 session.entropy_file = session.cache_expire = 180 session.use_trans_sid = 0 -- Edit bug report at http://bugs.php.net/?id=32111edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32111r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32111r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32111r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32111r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32111r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32111r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32111r=needscript Try newer version: http://bugs.php.net/fix.php?id=32111r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32111r=support Expected behavior: http://bugs.php.net/fix.php?id=32111r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32111r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32111r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32111r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32111r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32111r=dst IIS Stability: http://bugs.php.net/fix.php?id=32111r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32111r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32111r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32111r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32111r=mysqlcfg
#32112 [Opn-Fbk]: generated PHPSESSID in form causes incomplete page
ID: 32112 Updated by: [EMAIL PROTECTED] Reported By: tom at dms dot co dot uk -Status: Open +Status: Feedback Bug Type: Session related Operating System: Solaris PHP Version: 5.0.2 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 ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-02-25 16:58:09] tom at dms dot co dot uk Description: When a PHPSESSID is generated into a form as a hidden input field, the subsequent html is incomplete as if the last few characters have been deleted. Often only noticeable on a view source but sometimes obvious when visible text or HTML (such as an IMG tag) has been cropped. Currently have to pad an initial (session-less) page with loads of spaces at the end. -- Edit this bug report at http://bugs.php.net/?id=32112edit=1
#32089 [Opn-Fbk]: Crash during Make with Oracle Instant Client Support
ID: 32089 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: Thanks. Please post also your config.log and tell us what GCC version do you use. Previous Comments: [2005-02-25 15:36:59] andrew dot nagy at villanova dot edu http://www.webitecture.org/make.log This seems much shorter since the first time I ran it. There was many more compile statments before the error. Let me know if you want me to start over, or if this is enough. [2005-02-25 10:50:58] [EMAIL PROTECTED] Please put your make log somewhere on the net, I'll take a look at it. But don't post it here, give use just the link. [2005-02-25 01:15:09] andrew dot nagy at villanova dot edu not there. [2005-02-24 23:45:38] [EMAIL PROTECTED] `ldconfig -p | grep libnnz` ? [2005-02-24 21:45:52] andrew dot nagy at villanova dot edu Here is the path structure: ]$ ll /usr/lib/oracle/10.1.0.3/client/lib/ total 89576 -r--r--r-- 1 root root 1461081 Dec 2 15:03 classes12.jar -r--r--r-- 1 root root 1353 Dec 2 15:03 glogin.sql lrwxrwxrwx 1 root root 17 Feb 21 20:06 libclntsh.so - libclntsh.so.10.1 -rwxr-xr-x 1 root root 13495923 Dec 2 15:03 libclntsh.so.10.1 -r-xr-xr-x 1 root root28400 Dec 2 15:03 libheteroxa10.so -r-xr-xr-x 1 root root 2121849 Dec 2 15:03 libnnz10.so lrwxrwxrwx 1 root root 15 Feb 21 20:06 libocci.so - libocci.so.10.1 -rwxr-xr-x 1 root root 913575 Dec 2 15:03 libocci.so.10.1 -rwxr-xr-x 1 root root 66159152 Dec 2 15:03 libociei.so -rwxr-xr-x 1 root root96517 Dec 2 15:03 libocijdbc10.so -rwxr-xr-x 1 root root 760686 Dec 2 15:03 libsqlplus.so -r--r--r-- 1 root root54032 Dec 2 15:03 ocrs12.jar -r--r--r-- 1 root root 1397543 Dec 2 15:03 ojdbc14.jar -r--r--r-- 1 root root 5018319 Dec 2 15:03 orai18n.jar Could the symbolic link becausing this error? 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/32089 -- Edit this bug report at http://bugs.php.net/?id=32089edit=1
#32089 [Fbk]: Crash during Make with Oracle Instant Client Support
ID: 32089 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu Status: Feedback Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: Erm... post - give us link to. Previous Comments: [2005-02-25 18:13:24] [EMAIL PROTECTED] Thanks. Please post also your config.log and tell us what GCC version do you use. [2005-02-25 15:36:59] andrew dot nagy at villanova dot edu http://www.webitecture.org/make.log This seems much shorter since the first time I ran it. There was many more compile statments before the error. Let me know if you want me to start over, or if this is enough. [2005-02-25 10:50:58] [EMAIL PROTECTED] Please put your make log somewhere on the net, I'll take a look at it. But don't post it here, give use just the link. [2005-02-25 01:15:09] andrew dot nagy at villanova dot edu not there. [2005-02-24 23:45:38] [EMAIL PROTECTED] `ldconfig -p | grep libnnz` ? 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/32089 -- Edit this bug report at http://bugs.php.net/?id=32089edit=1
#32110 [Opn-Bgs]: MSSQL connection crash when set mssql.textlimit and mssql.textsize
ID: 32110
Updated by: [EMAIL PROTECTED]
Reported By: marcos at ivirtua dot com dot br
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 4.3.10
New Comment:
The MSSQL library used for this extension is not thread safe, and mght
cause problems under any threaded web server.
DBTEXTLIMIT is not supported by FreeTDS. I'll commit a patch for this.
Previous Comments:
[2005-02-25 15:24:32] marcos at ivirtua dot com dot br
Sorry, the echo line must be:
echo($row[0]);
All the rest keep the same.
[2005-02-25 15:21:07] marcos at ivirtua dot com dot br
Description:
I need to retrive more than 4k from a blob field (rtf text).
I've set these values in my php.ini:
mssql.textlimit = 2147483647;
mssql.textsize = 2147483647;
Everything works fine using CGI, but when using SAPI (dll) after some
operations I can't connect to database anymore. A server restart is
needed, and everything works fine again for some time, and crash
again.
I'm using Apache/1.3.33 (Win32) PHP/4.3.9, but it still happens in
Apache 2.0 (Linux) PHP/4.3.10
Reproduce code:
---
Use PHP ISAPI.
?
ini_set(mssql.textlimit, 2147483647);
ini_set(mssql.textsize, 2147483647);
mssql_connect('db_host', 'db_user', 'db_pass');
mssql_select_db('db_name');
$qry= mssql_query('select myblobfield from table');
$row=mssql_fetch_row($qry);
echo($row_aux[0]);
?
Repeat for some times (10, 20, 30 times, etc).
Expected result:
The full content of blob field, wich has more then 100KB, every time I
run the code.
Actual result:
--
The full content of blob field for just some times. After a period, the
server must be restarted because I can't connect with:
mssql_connect('db_host', 'db_user', 'db_pass');
mssql_select_db('db_name');
--
Edit this bug report at http://bugs.php.net/?id=32110edit=1
