#42541 [Asn->Csd]: Check for namespace decl. on first line doesn't work when extended info is on
ID: 42541 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 6CVS-2007-09-04 (CVS) Assigned To: dmitry 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: [2007-09-04 10:00:58] [EMAIL PROTECTED] Dmitry, could you please check this? [2007-09-04 10:00:42] [EMAIL PROTECTED] Description: When extended info is enabled (to generate EXT_* opcodes for debuggers), the namespace decl. on the first line check is not correct (zend_compile.c:5049) Reproduce code: --- Just any file with a namespace decl, for example: Zend/tests/ns_010.php Run as: php -n -e /home/derick/dev/php/php-6.0dev/Zend/tests/ns_010.php Expected result: class ok class ok class ok class ok method ok method ok method ok method ok const ok const ok const ok const ok var ok var ok var ok var ok Actual result: -- Fatal error: Namespace declaration statement has to be the very first statement in the script in /home/derick/dev/php/php-6.0dev/Zend/tests/ns_010.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=42541&edit=1
#42549 [Fbk->Opn]: undefined reference to `mysql_server_init' and `mysql_server_end'
ID: 42549 User updated by: silver at sprintserve dot net Reported By: silver at sprintserve dot net -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: RHEL 3 Taroon 8 PHP Version: 5.2.4 New Comment: This is the exact version: mysql Ver 11.18 Distrib 3.23.58, for redhat-linux-gnu (i386) Previous Comments: [2007-09-04 22:32:33] [EMAIL PROTECTED] Exactly what mysql version is the one that comes with the ancient RHEL3? (You really should upgrade..) [2007-09-04 20:22:46] silver at sprintserve dot net Description: Compile fails with the following error: ext/mysql/.libs/php_mysql.o(.text+0x2e9): In function `zm_startup_mysql': /usr/local/src/php-5.2.4/ext/mysql/php_mysql.c:404: undefined reference to `mysql_server_init' ext/mysql/.libs/php_mysql.o(.text+0x307): In function `zm_shutdown_mysql': /usr/local/src/php-5.2.4/ext/mysql/php_mysql.c:423: undefined reference to `mysql_server_end' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is the configure line: ./configure --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --with-libdir=/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --cache-file=../config.cache --enable-force-cgi-redirect --disable-debug --disable-rpath --enable-inline-optimization --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-png-dir=/usr --with-gd --enable-gd-native-ttf --with-ttf --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell --with-regex=system --with-zlib --with-layout=GNU --enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-wddx --enable-mbstring --enable-mbregex --with-pear=/usr/share/pear --with-kerberos=/usr/kerberos --with-ldap=shared --with-mysql=/usr/bin/mysql_config --enable-calendar --with-apxs2filter=/usr/sbin/apxs Mysql is the stock Redhat Enterprise 3 RPMs version 3. Prior versions worked fine. Thank you. Reproduce code: --- NA Expected result: NA Actual result: -- NA -- Edit this bug report at http://bugs.php.net/?id=42549&edit=1
#29520 [Com]: php mysql compile fail
ID: 29520 Comment by: surface3 at tiscali dot it Reported By: martinkuria at hotmail dot com Status: No Feedback Bug Type: Compile Failure Operating System: Solaris9 PHP Version: 5.0.0 New Comment: Hi Guys, i've got the same problem with php-5.2.3 and mysql 5.0.45. i've downloaded MySQL-devel-community-5.0.45-0 and i 've solved my problem with configure bye Previous Comments: [2007-08-10 20:37:26] username at hotmail dot com I have experienced the same error message while compiling PHP 5.2.3 with MySQL 5.0.45. I am running OS X 10.4.10. When compiling with the line: --with-mysql-dir=/usr/local/mysql I get the error: configure: error: Cannot find MySQL header files under yes. When compiling with the line: --with-mysql=/usr/local/mysql I get the error: checking size of char *... configure: error: cannot compute sizeof (char *), 77 I have not yet resolved the issue, but I have tried older versions of MySQL 5 to no success. [2007-06-28 13:49:05] thangaraj dot manogaran at gmail dot com I am using php-5.2.3 and mysql 4.1.10 (default rpm package in RHE4 linux) and apache 2.2.4 in RHE4 64-bit linux machine. I started the mysql by giving the command : service mysqld start and mysql service is started. I have configured php with apache. But, while trying to configure Php with mysql i got errors. The data directory of the mysql is /var/lib/ and mysql.sock is present in /var/lib/mysql/. I tried configuring php with mysql with the following command: ./configure --with-mysql=/var/lib But got the errors: . .. Configuring extensions checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... (cached) /usr/bin/xml2-config checking whether libxml build works... (cached) yes checking for OpenSSL support... no checking for Kerberos support... no checking for PCRE support... yes checking for ZLIB support... no checking if the location of ZLIB install directory is defined... no checking whether to enable bc style precision math functions... no checking for BZip2 support... no checking whether to enable calendar conversion support... no checking whether to enable ctype functions... yes checking for cURL support... no checking if we should use cURL for url streams... no checking size of long... (cached) 8 checking size of int... (cached) 4 checking for int32_t... (cached) yes checking for uint32_t... (cached) yes checking for sys/types.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for string.h... (cached) yes checking for stdlib.h... (cached) yes checking for strtoll... (cached) yes checking for atoll... (cached) yes checking for strftime... (cached) yes checking whether to enable DBA... no checking for QDBM support... no checking for GDBM support... no checking for NDBM support... no checking for Berkeley DB4 support... no checking for Berkeley DB3 support... no checking for Berkeley DB2 support... no checking for DB1 support... no checking for DBM support... no checking for CDB support... no checking for INI File support... no checking for FlatFile support... no checking whether to enable DBA interface... no checking whether to enable dbase support... no checking whether to enable DOM support... yes checking for xml2-config path... (cached) /usr/bin/xml2-config checking whether libxml build works... (cached) yes checking whether to enable EXIF (metadata from images) support... no checking for FrontBase SQL92 (fbsql) support... no checking for FDF support... no checking whether to enable input filter support... yes checking pcre install prefix... no checking whether to enable FTP support... no checking OpenSSL dir for FTP... no checking for GD support... no checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for GNU gettext support... no checking for GNU MP support... no checking whether to enable hash support... yes checking whether byte ordering is bigendian... (cached) no checking size of short... (cached) 2 checking size of int... (cached) 4 checking size of long... (cached) 8 checking size of long long... (cached) 8 checking for iconv support... yes checking for iconv... (cached) yes checking if iconv is glibc's... yes checking if iconv supports errno... yes checking if your cpp allows macro usage in include lines... yes checking for IMAP support... no checking for IMAP Kerberos support... no c
#42556 [NEW]: snmpget() on win32 returns wrong strings (backslash/escaping problem))
From: bugs dot php dot net at marnik dot org Operating system: Windows PHP version: 5CVS-2007-09-05 (snap) PHP Bug Type: SNMP related Bug description: snmpget() on win32 returns wrong strings (backslash/escaping problem)) Description: When using snmpget() on Windows 2003 or Windows XP to retrieve strings wrong strings are returned when they contain backslashes (for example when Paths are used). Setting the string works fine, but when there are x number of backslahes in the strings, when using snmpget() to retrieve this string, the last x number of characters are missing and the backslashes \ are replaced with \\. It looks like the stringlength is calculated first, and the string is escaped afterwards, thus truncating the last characters. (I tried to locate the bug in the sourcecode but I got lost) As you can see in the sample, the returned strings are missing the last characters. Note that this bug was already reported but is in the "no feedback" state, I got it re-opened but was told to report a new bug. The old bug is http://bugs.php.net/bug.php?id=32935. Reproduce code: --- Expected result: The full program paths displayed, where appropriate. Actual result: -- Array ( [0] => "" [1] => "" [2] => "C:\\Program Files\\Promise Technology, Inc.\\Promise Array Manageme" [3] => "" [4] => "" [5] => "C:\\users\\isms\\l" [6] => "" [7] => "C:\\WINDOWS\\System3" [8] => "C:\\users\\isms\\l" [9] => "\\SystemRoot\\System3" [10] => "" [11] => "c:\\squid\\sbi" [12] => "C:\\WINDOWS\\system3" [13] => "" [14] => "C:\\WINDOWS\\system3" [15] => "C:\\WINDOWS\\System3" [16] => "C:\\WINDOWS\\system3" [17] => "C:\\WINDOWS\\system3" [18] => "C:\\WINDOWS\\system3" [19] => "C:\\users\\isms\\l" [20] => "C:\\FS3" [21] => "" [22] => "" [23] => "" [24] => "" [25] => "C:\\WINDOWS\\System3" [26] => "C:\\WINDOWS\\system3" [27] => "C:\\WINDOWS\\system3" [28] => "" [29] => "C:\\Program Files\\TightVNC-unstabl" [30] => "C:\\PROGRA~1\\Grisoft\\AV" [31] => "C:\\users\\isms\\l" [32] => "C:\\Program Files\\Apache Group\\Apache2\\" [33] => "" [34] => "C:\\PROGRA~1\\Grisoft\\AV" [35] => "C:\\Program Files\\Promise Technology, Inc\\Promise Array Manageme" [36] => "C:\\PROGRA~1\\Grisoft\\AV" [37] => "C:\\WINDOWS\\system3" [38] => "C:\\users\\isms\\l" [39] => "" [40] => "C:\\WINDOWS\\System3" [41] => "C:\\users\\isms\\l" [42] => "" [43] => "C:\\FS3" [44] => "C:\\users\\isms\\l" [45] => "" [46] => "C:\\Program Files\\Promise Technology, Inc.\\Promise Array Manageme" [47] => "" [48] => "C:\\WINDOWS" [49] => "" [50] => "C:\\PROGRA~1\\Grisoft\\AV" [51] => "C:\\WINDOWS" [52] => "C:\\Program Files\\ASUS\\Pro" [53] => "C:\\WINDOWS\\system3" [54] => "C:\\Program Files\\ATI Technologies\\ATI Control Pan" [55] => "" [56] => "" [57] => "C:\\WINDOWS\\system32\\wb" [58] => "C:\\Program Files\\Apache Group\\Apache2\\" [59] => "C:\\FS3" [60] => "" [61] => "C:\\PROGRA~1\\HAUPPA~" [62] => "" [63] => "C:\\PROGRA~1\\HAUPPA~1\\Hardwa" [64] => "" [65] => "C:\\Program Files\\Apache Group\\Apache2\\" [66] => "C:\\PROGRA~1\\HAUPPA~1\\Hardwa" [67] => "" [68] => "C:\\WINDOWS\\system3" [69] => "" ) -- Edit bug report at http://bugs.php.net/?id=42556&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42556&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42556&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42556&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42556&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42556&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42556&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42556&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42556&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42556&r=support Expected behavior:http://bugs.php.net/fix.php?id=42556&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42556&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42556&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42556&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42556&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42556&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42556&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42556&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42556&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42556&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42556&r=mysqlcfg
#32935 [Com]: SNMP timeouts on specific OIDs and truncating of certain OID return strings
ID: 32935 Comment by: bugs dot php dot net at marnik dot org Reported By: nospam-php at homeuseonly dot co dot uk Status: No Feedback Bug Type: SNMP related Operating System: Windows 2003 SP1 / Windows XP SP PHP Version: 5CVS-2005-07-29 New Comment: new bug opened: http://bugs.php.net/bug.php?id=42556 Previous Comments: [2007-09-04 22:39:36] [EMAIL PROTECTED] But the original reportee doesn't -> back to no feedback (open new report instead!) [2007-09-04 14:20:09] [EMAIL PROTECTED] This bug appears to still be open. [2007-09-04 14:14:42] bug dot php dot net at marnik dot org I am having the same problem, PHP version 5.2.3 on windows XP and Windows 2003. I have an SNMP variable (a string) that contains a path and filename. Using snmpset() to set a string to "A\B\C\D" works, but when retrieving the same value with snmpget() you get "A\\B\\C". I think the stringlength is calculated on A\B\C\D (which is 7 chars), and then the string is returned with backslashes escaped. The returned string is also 7 chars, but because of the escaped backslashes the last characters fall off. [2006-04-26 13:02:13] frog2wah at gmail dot com Let's hope i'll wake up the bug ... Havin the same problem with the apache/php couple running on windows, and querying XP clients, latest snmp module installed with php 5.1.1 The double backslash problem seems to appear only on particular mibs like host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunPath A little testing : Running a linux snmpwalk (no php) to scan on a xp box gives : HOST-RESOURCES-MIB::hrSWRunPath.120 = STRING: "C:\\WINDOWS\\System32\\" using windows getif software on the same mib : host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunPath.120 : C:\Windows\System32\ Now the query result from php : ["host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunPath.120"]=> string(22) ""C:\\WINDOWS\\System3"" I'd say : as php is using net-snmp (am i wrong ?), it gets the \\ result from it (as far as i know getif doesn't use net-snmp and gets a different result, that's why i think so). But PHP itself did not resize the variable that holds the returned value, and that would be why you lose 1 caracter per backslash [2005-12-24 02:37:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32935 -- Edit this bug report at http://bugs.php.net/?id=32935&edit=1
#42523 [Asn->Csd]: PHP_SELF duplicates path
ID: 42523 Updated by: [EMAIL PROTECTED] Reported By: tkeese at yahoo dot com -Status: Assigned +Status: Closed Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 Assigned To: dmitry 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: [2007-09-05 00:01:45] w dot ashcroft at redfoxuk dot com ...the bug shouldn't have existed full stop ;) So much for a new strong relationship between Microsoft and Zend/PHP; and increased support in Windows. [2007-09-04 23:59:39] arthur at sohosted dot com This bug shouldn't be fixed right now, instead it should have been fixed during the RC phase. And that's something that is partially our fault, as we (Windows users) didn't test good enough. [2007-09-04 17:38:19] w dot ashcroft at redfoxuk dot com Can I just say how incredibly urgent this is? This bug needs to be fixed and fast, nearly every PHP script uses PHP_SELF in some way. [2007-09-04 09:58:46] [EMAIL PROTECTED] Dmitry, can you check this out? It seems to happen only within Windows/IIS.. [2007-09-04 09:04:49] christoffer dot cena at braathe dot no I can confirm this error on Windows Server 2003 using PHP 5.2.4 as CGI with IIS 6. Running phpinfo() in a file called /info.php shows that the PHP_SELF variable contains "/info.php/info.php. 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/42523 -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42491 [Fbk->Opn]: Segmentation fault during install-pear-installer
ID: 42491 User updated by: bernard dot prevosto at ifremer dot fr Reported By: bernard dot prevosto at ifremer dot fr -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: solaris 5.8 PHP Version: 5.2.4 New Comment: it's OK whith --enable-debug ?? louet>50% make install Installing PHP SAPI module: cgi Installing PHP CGI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI man page: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ Installing build environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/build/ Installing header files: /home/services/logiciels/compilateurs/php-5.2.4/include/php/ Installing helper programs: /home/services/logiciels/compilateurs/php-5.2.4/bin/ program: phpize program: php-config Installing man pages: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/ [PEAR] Console_Getopt - installed: 1.2.3 [PEAR] Archive_Tar- installed: 1.3.2 [PEAR] Structures_Graph- installed: 1.0.2 pear/PEAR can optionally use package "pear/XML_RPC" (version >= 1.4.0) [PEAR] PEAR - installed: 1.6.1 Wrote PEAR system config file at: /home/services/logiciels/compilateurs/php-5.2.4/etc/pear.conf You may want to add: /home/services/logiciels/compilateurs/php-5.2.4/lib/php to your php.ini include_path louet>51% Previous Comments: [2007-09-04 13:42:30] eric dot caron at gmail dot com I'm having a very similar result on a system that's running 5.2.2 fine. Except I don't get to the segfault point - it goes to "Installing PEAR environment:" and then will just sit there - I've waiting hours. If I kill the process at this point, PHP will load/execute but the processes never die. Since I'm not getting a segfault, how can I provide useful debugging information to you? [2007-08-31 11:22:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2007-08-31 10:56:22] bernard dot prevosto at ifremer dot fr Description: Make install of php-5.2.4 seems not to work our servers. Configure goes well, make seems to work also, but we've got a segmentation fault during make install. Everything was OK with PHP 5.1.6 . (it's the sams problem that Bug #40474) Reproduce code: --- ./configure --prefix=/home/services/logiciels/compilateurs/php-5.2.4 --with-ldap=/home/services/bibli/openldap --with-mysql=/home/services/bibli/mysql --with-pgsql=/home/services/logiciels/compilateurs/php-5.2.4/bases/pgsql --with-oci8=/home/services/logiciels/compilateurs/php-5.2.4/bases/ora920 --with-gd --with-zlib-dir=/home/services/bibli/zlib --enable-zip --with-jpeg-dir=/home/services/bibli/jpeglib --with-png-dir=/home/services/bibli/pnglib --with-gettext=/home/services/logiciels/gettext --with-libxml-dir=/home/services/bibli/xml2lib --with-iconv --enable-calendar --enable-mbstring=all --enable-exif --disable-pdo --with-config-file-path=/home/services/logiciels/compilateurs/php-5.2.4 #(it's OK) make (it's OK) make install (segmentation fault) Expected result: no segmentation fault Actual result: -- louet>47% make install Installing PHP SAPI module: cgi Installing PHP CGI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI man page: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ Installing build environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/build/ Installing header files: /home/services/logiciels/compilateurs/php-5.2.4/include/php/ Installing helper programs: /home/services/logiciels/compilateurs/php-5.2.4/bin/ program: phpize program: php-config Installing man pages: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/ Segmentation Fault gmake[1]: *** [install-pear-installer] Error 139 gmake: *** [install-p
#42558 [NEW]: $_SERVER['PHP_SELF'] incorrect
From: james dot hayward at egg dot com Operating system: Windows 2003 PHP version: 5.2.4 PHP Bug Type: PHP options/info functions Bug description: $_SERVER['PHP_SELF'] incorrect Description: The script name seems to be reproduced twice in the environment variable $_SERVER['PHP_SELF']. I'm afraid I don't have access to the server (work machine) so I cannot test the latest CVS snapshot. $_SERVER['SCRIPT_NAME'] is showing correctly. Reproduce code: --- this can be shown with just: Expected result: when this is on: http://intranet/teams/training_development/phpinfo.php I would expect $_SERVER['PHP_SELF'] == /teams/training_development/phpinfo.php Actual result: -- $_SERVER['PHP_SELF'] == /teams/training_development/phpinfo.php/teams/training_development/phpinfo.php -- Edit bug report at http://bugs.php.net/?id=42558&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42558&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42558&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42558&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42558&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42558&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42558&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42558&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42558&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42558&r=support Expected behavior:http://bugs.php.net/fix.php?id=42558&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42558&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42558&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42558&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42558&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42558&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42558&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42558&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42558&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42558&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42558&r=mysqlcfg
#42545 [Opn]: low SystemPages
ID: 42545
User updated by: netclone at bigmir dot net
-Summary: Resource descriptors leaks
Reported By: netclone at bigmir dot net
Status: Open
Bug Type: GD related
Operating System: Windows XP SP2
PHP Version: 5.2.4
New Comment:
I can see in performance monitor that PTE is slowly goes down
Previous Comments:
[2007-09-04 16:56:42] netclone at bigmir dot net
Description:
System halts, php hangs up - each file-resource handler becomes
invalid.
I'm using CLI php.exe to process image storage with JPG files with
approximately size 2-3Mb each. Script uses database dump file each line
of them points to physical file location. This dump has 4000-6000
records. Within cycle it reads one line from dump and call this code,
and writes result into log file. Its outputs ~180 files (~18Kb) per 3-5
sec. Crash becomes at ~ 4h of work. Looks like no more handles aviable.
We have same results on 4 PCs (all PCs new, just bayed week ago, all
systems has same configuration Core2Duo/3GHz/2Gb, firmly HP), running on
Windows XP SP2 (all updates installed), installed extensions
php_oci8.dll, php_gd2.
Reproduce code:
---
$url = {image}; $FileDir = {path} //code to read IN file and open log
@mkdir($FileDir, 0755, true);
if( file_exists($FileDir) ) {
$InputImage = @ImageCreateFromJPEG( $url )
$iw = ImageSX($InputImage); $ih = ImageSY($InputImage);
$ThumbImage = @imagecreatetruecolor(124, 82))
imagecopyresampled($ThumbImage, $InputImage,0, 0, 0, 0, 124, 82, $iw,
$ih);
ImageJPEG($ThumbImage, $thumbnail, 80 );
ImageDestroy($ThumbImage);
$rows = ceil($iw /256); $cols = ceil($ih /256);
for($i = 0; $i < $rows; $i++ ) for( $j = 0; $j < $cols; $j++ ){
if ($OutputImage = @ImageCreateTrueColor( 256,256 ) {
ImageCopy( $OutputImage, $InputImage, 0, 0, $x, $y, $cw, $ch );
ImageJPEG( $OutputImage, $OutputFile, 80 );
ImageDestroy($OutputImage);
}
ImageDestroy($InputImage);
}
Expected result:
images in correpsonding folders
Actual result:
--
~4h all is ok, but at nearly 2500-2700 image it's write in log
PHP Warning: imagejpeg(): Unable to open 'xxx.jpg' for writing:
Invalid argument in script.php on line xx
PHP Warning: fwrite(): supplied argument is not a valid stream
resource
PHP Warning: fclose(): supplied argument is not a valid stream
resource
System hangs on, you can't open or run anything and need to reboot.
During this time created ~720 000 images
--
Edit this bug report at http://bugs.php.net/?id=42545&edit=1
#42488 [Asn->Csd]: SoapServer reports an encoding error and the error itself breaks
ID: 42488
Updated by: [EMAIL PROTECTED]
Reported By: edman007 at edman007 dot com
-Status: Assigned
+Status: Closed
Bug Type: SOAP related
Operating System: Linux
PHP Version: 5.2.4
Assigned To: dmitry
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:
[2007-09-03 10:03:41] [EMAIL PROTECTED]
Assigned to the SOAP maintainer.
[2007-08-31 15:21:46] edman007 at edman007 dot com
Actually i'm using the snapshot from yesterday (about 12 hours before
the php 5.2.4 release), last night after i submitted the bug something
changed the version to 5.2.4, and i even got my email to prove that i
put the snap down as what i was using in the original report
Operating system: Linux
PHP version: 5CVS-2007-08-30 (snap)
PHP Bug Type: SOAP related
Bug description: SoapServer reports an encoding error and the error
itself breaks
the phpinfo() says its PHP Version 5.2.5-dev
[2007-08-31 15:03:56] [EMAIL PROTECTED]
And are you really using PHP 5.2.4 (released yesterday) ?
[2007-08-30 14:15:12] edman007 at edman007 dot com
Description:
when a function passes a string that is not UTF-8 compliant back to
SoapServer as part of a response SoapServer throws and error saying (or
i guess its suppose to) that it could not encode it.
However the error message reports the error message itself, not the
problematic string as the cause of the error, and then finishes off with
a small portion of the problematic string, resulting in a very hard to
understand error message that also does not really say where it failed.
Reproduce code:
---
---client.php--
getBadUTF();
} catch (SoapFault $e){
echo $e->faultstring;
}
?>
---server.php---
addFunction('getBadUTF');
$soap->handle();
?>
---something.wsdl---
http://www.example.com/";
xmlns:soapenc12="http://www.w3.org/2003/05/soap-encoding";
xmlns:tns="http://www.example.com/";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:soap11="http://schemas.xmlsoap.org/soap/envelope/";
xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:soapenc11="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:soap12="http://www.w3.org/2003/05/soap-envelope";
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";>
http://schemas.xmlsoap.org/soap/http"/>
http://localhost/server.php"/>
Expected result:
SOAP-ERROR: Encoding: string 'stuff"thing'
Actual result:
--
SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string
'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string
'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string
'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string
'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'st
--
Edit this bug report at http://bugs.php.net/?id=42488&edit=1
#42559 [NEW]: $this leaks to scope of statically called method
From: arnout at argeweb dot nl Operating system: BSD PHP version: 5.2.4 PHP Bug Type: Class/Object related Bug description: $this leaks to scope of statically called method Description: Within methods the $this variable seems to leak into the scope of statically called methods. Even when the called static function is in an entirely different class. It only happens when the statically called method is not explicitly defined as static. Reproduce code: --- test.''; echo 'class: '.get_class( $this ).''; echo 'How did I get here?'; } } $instance = new instance(); $instance->do_thing(); ?> Expected result: A warning telling me I shouldn't use $this in a static scope. Or just a notice saying $this is not defined / not an object. Actual result: -- output: test class: instance How did I get here? -- Edit bug report at http://bugs.php.net/?id=42559&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42559&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42559&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42559&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42559&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42559&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42559&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42559&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42559&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42559&r=support Expected behavior:http://bugs.php.net/fix.php?id=42559&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42559&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42559&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42559&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42559&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42559&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42559&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42559&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42559&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42559&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42559&r=mysqlcfg
#42490 [Bgs->Fbk]: PHP will not compile with BIND 9 installed
ID: 42490 Updated by: [EMAIL PROTECTED] Reported By: jerry at scene-naturally dot dyndns dot org -Status: Bogus +Status: Feedback Bug Type: Compile Failure Operating System: OS X 10.4.10 PHP Version: 5.2.4 New Comment: Reopening, see bug #25955 I think this must be the reason it fails on Macosx with bind 9. Try delete the line with BIND_8_COMPAT in it from main/php_config.h after running configure and before 'make'. Previous Comments: [2007-09-03 09:18:08] [EMAIL PROTECTED] When you start messing around with your system, the results are unexpected. This is not PHP bug per se. [2007-09-02 15:34:52] jerry at scene-naturally dot dyndns dot org I have found a partial workaround, but it is very kludgy at best: 1) Turn off named. Turn off Postfix (master) and any other apps that are using the bind libraries. Just to be sure nothing odd happens, turn off the IMAP/POP servers and any of the second level apps that use those first level apps. Note: since these are usually started as LaunchDaemons or StartUpItems, you will need to disable them from re- starting. 2) Move the libbind.a and libbind9.a libraries out of /usr/local/lib to the desktop (or somewhere that is not in the search path of the Configure app). 3) Restart the machine. This is necessary. 4) Configure, make and install the new PHP. Take care of any post install stuff you need to do. 5) Undo step number 2. Undo step number 1. Restart the machine. [2007-08-31 15:28:13] jerry at scene-naturally dot dyndns dot org OS X does come with BIND (and it is almost ready to go out of the box) but it has a different set up. The libraries are /usr/lib/libresolv.9.dylib /usr/lib/libresolv.dylib The header file is /usr/include/resolv.h Note: The Developer Tools which you install to have compilers, etc also has the resolv.h file. The only libbind*.* libraries I have are from the BIND 9 installation. Linking the older header file to the new file does not fix things. [2007-08-31 07:05:29] [EMAIL PROTECTED] You must have old libbind.* somewhere in your system which gets picked instead of the new one. Didn't you uninstall the old one before you installed the new one, apparently with different install prefix..? [2007-08-30 21:22:20] jerry at scene-naturally dot dyndns dot org The libraries installed by BIND 9 are libbind9.a libbind.a These are in /usr/local/lib libbind.a does seem to have the symbols, however, libbind9.a does not have these missing symbols. The path /usr/local/lib IS in LD_LIBRARY_PATH The configure app is finding either the library or the header file, but apparently not completely following though on that; the screen echo: checking if your OS can spawn processes with inherited handles... yes checking for res_nmkquery... no checking for __res_nmkquery... no checking for res_nmkquery in -lresolv... no checking for __res_nmkquery in -lresolv... no checking for res_nmkquery in -lbind... no checking for __res_nmkquery in -lbind... yes checking for res_nsend... no checking for __res_nsend... yes checking for dn_expand... yes This is in the configure.log as well. A small part of libbind.a: 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/42490 -- Edit this bug report at http://bugs.php.net/?id=42490&edit=1
#42491 [Opn]: Segmentation fault during install-pear-installer
ID: 42491 User updated by: bernard dot prevosto at ifremer dot fr Reported By: bernard dot prevosto at ifremer dot fr Status: Open Bug Type: Compile Failure Operating System: solaris 5.8 PHP Version: 5.2.4 New Comment: but with the PEAR generated with --enble-debug I've: louet>74% pear install HTTP_Request downloading HTTP_Request-1.4.1.tgz ... Starting to download HTTP_Request-1.4.1.tgz (15,927 bytes) ..done: 15,927 bytes Fatal error: Allowed memory size of 8388608 bytes exhausted at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_opcode.c:48 (tried to allocate 98304 bytes) in /home/services/logiciels/compilateurs/php-5.2.4/lib/php/PEAR/PackageFile/v2/Validator.php on line 908 /home/services/logiciels/compilateurs/php-5.2.4/lib/php/PEAR/PackageFile/v2/Validator.php(908) : Fatal error - Allowed memory size of 8388608 bytes exhausted at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_opcode.c:48 (tried to allocate 98304 bytes) louet> Previous Comments: [2007-09-05 09:44:21] bernard dot prevosto at ifremer dot fr it's OK whith --enable-debug ?? louet>50% make install Installing PHP SAPI module: cgi Installing PHP CGI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI man page: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ Installing build environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/build/ Installing header files: /home/services/logiciels/compilateurs/php-5.2.4/include/php/ Installing helper programs: /home/services/logiciels/compilateurs/php-5.2.4/bin/ program: phpize program: php-config Installing man pages: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/ [PEAR] Console_Getopt - installed: 1.2.3 [PEAR] Archive_Tar- installed: 1.3.2 [PEAR] Structures_Graph- installed: 1.0.2 pear/PEAR can optionally use package "pear/XML_RPC" (version >= 1.4.0) [PEAR] PEAR - installed: 1.6.1 Wrote PEAR system config file at: /home/services/logiciels/compilateurs/php-5.2.4/etc/pear.conf You may want to add: /home/services/logiciels/compilateurs/php-5.2.4/lib/php to your php.ini include_path louet>51% [2007-09-04 13:42:30] eric dot caron at gmail dot com I'm having a very similar result on a system that's running 5.2.2 fine. Except I don't get to the segfault point - it goes to "Installing PEAR environment:" and then will just sit there - I've waiting hours. If I kill the process at this point, PHP will load/execute but the processes never die. Since I'm not getting a segfault, how can I provide useful debugging information to you? [2007-08-31 11:22:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2007-08-31 10:56:22] bernard dot prevosto at ifremer dot fr Description: Make install of php-5.2.4 seems not to work our servers. Configure goes well, make seems to work also, but we've got a segmentation fault during make install. Everything was OK with PHP 5.1.6 . (it's the sams problem that Bug #40474) Reproduce code: --- ./configure --prefix=/home/services/logiciels/compilateurs/php-5.2.4 --with-ldap=/home/services/bibli/openldap --with-mysql=/home/services/bibli/mysql --with-pgsql=/home/services/logiciels/compilateurs/php-5.2.4/bases/pgsql --with-oci8=/home/services/logiciels/compilateurs/php-5.2.4/bases/ora920 --with-gd --with-zlib-dir=/home/services/bibli/zlib --enable-zip --with-jpeg-dir=/home/services/bibli/jpeglib --with-png-dir=/home/services/bibli/pnglib --with-gettext=/home/services/logiciels/gettext --with-libxml-dir=/home/services/bibli/xml2lib --with-iconv --enable-calendar --enable-mbstring=all --enable-exif --disable-pdo --with-config-file-path=/home/services/logiciels/compilateurs/php-5.2.4 #(it's OK) make (it's OK) make install (segmentation fault) Expected result: no segmentation fault Actual result: -- louet>47% make install Installing PHP SAPI module: cgi Installing P
#42214 [Asn->Csd]: SoapServer sends clients internal PHP errors
ID: 42214
Updated by: [EMAIL PROTECTED]
Reported By: stuart dot caie at gmail dot com
-Status: Assigned
+Status: Closed
Bug Type: SOAP related
Operating System: Ubuntu
PHP Version: 5.2.4RC1
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD and PHP_5_2.
Now you can disable to send errors back to client.
$server = new SoapServer(NULL,
array('uri' => 'http://localhost/server.php',
'send_errors' => false));
Previous Comments:
[2007-09-03 10:56:21] [EMAIL PROTECTED]
Usually when PHP hits a fatal error (that means _FATAL_ :) it's in such
state that continuing script run would be causing e.g. crash or the
engine is about to blow up in some other way. Don't bother submitting
bug report about that, it will not change. (I think there's already one
about it too..)
Assigned back to Dmitry.
[2007-08-31 15:11:38] stuart dot caie at gmail dot com
Yes, I would like the soap extension to let me hide fatal error
messages. Please add that option, either in code or in the php.ini
I still think PHP itself needs to be fixed so it can continue running
user code after a fatal error. However, that is a bigger change and less
likely to be done. I'll look to see if such a bug is already raised,
otherwise I'll raise that as another bug.
Thanks
Stuart
[2007-08-31 12:44:10] [EMAIL PROTECTED]
PHP is not able to execute user-code after a fatal error.
The only thing I can do with this - provide a special SoapServer option
to hide error messages. In this case it always will send
"[SOAP-ENV:Server] Internal error".
Do you like such solution?
[2007-08-05 21:58:46] stuart dot caie at gmail dot com
Description:
When presenting a SOAP API to the general public, I do not want the
text of PHP errors to be send down the wire as "SOAP-ENV;Server" faults.
It's just as embarrassing and as much of a security risk as having the
display_errors INI option turned on - it could reveal exploitable
private implementation details to hostile users.
I would like to catch all PHP errors, log them and instead send the
user a custom SOAP fault which gives them a unique error ID to report
(which matches with my log), but does not reveal the actual PHP error
message.
However,
1. use_soap_error_handler() does nothing. Set it to true, it sends out
SOAP-ENV:Server faults with the PHP error message. Set it to false, it
still sends out SOAP-ENV:Server faults with the PHP error message.
2. User-defined error handlers can't catch E_ERROR, E_PARSE,
E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING, and
most of E_STRICT. Other scripting languages such as Perl (via
$SIG{__DIE__}) or Ruby (via begin/rescue) let user code catch fatal
errors, PHP comes up short.
I'd like you to allow PHP to catch fatal errors in the user defined
error handler. If you won't fix that, please add some kind of kludge to
SoapServer so that it doesn't reveal the text of PHP errors to clients.
Reproduce code:
---
fault('error', "report \"$ticket\" to
support");
}
set_error_handler('error_handler');
use_soap_error_handler(false);
$server = new SoapServer(NULL, array('uri' =>
'http://localhost/server.php'));
$server->setClass('test');
$server->handle();
?>
'http://localhost/server.php', 'location' =>
'http://localhost/server.php'));
$client ->test();
?>
Expected result:
client.php: Uncaught SoapFault exception: [error] report ""
to support
server.php: entry in /tmp/soap_error_log reading:
[] 1: Call to undefined function obvious_error() in
server.php line 4
Actual result:
--
client.php: Uncaught SoapFault exception: [SOAP-ENV:Server] Call to
undefined function obvious_error()
server.php: no entry in /tmp/soap_error_log.
--
Edit this bug report at http://bugs.php.net/?id=42214&edit=1
#42544 [Opn]: mssql_select_db changes all open connections OR new_link boolean doesn't work
ID: 42544 User updated by: walter at wjd dot nu Reported By: walter at wjd dot nu Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: linux/debian, linux/ubuntu PHP Version: 4.4.7 New Comment: So.. I think I've figured it out (I untarred php4-STABLE-200709041230 to have a look). It's a documentation problem and a lacking feature. I'm to be using the sybase(_ct) package (on debian and ubuntu). According to apt-cache, this is the standard package for mssql php support. This sybase module PHP_FALIAS'es mssql_connect to sybase_connect. sybase_connect does not take the 'new_link' boolean but a 'charset' string. Which leaves me with the two following problems; one documentation "bug" and one RFE: - When looking at the mssql_connect manual, I'd like to be informed that I should be looking at sybase_connect if I'm using sybase_ct.so. - I'd like a new_link boolean added to sybase_connect :) Greetings, Walter Doekes Previous Comments: [2007-09-04 14:31:29] walter at wjd dot nu Description: The new_link boolean in mssql_connect does not do what its supposed to do for me. When select_db'ing the second open link, the first link gets affected. var_dump tells me that both connections are the same. When I'm using mssql_pconnect instead of connect, I do get another resource number for the second connection, but the bug that selects the wrong database, still remains. Is this a wrong version thing? Does mssql_select_db/mssql_query use the wrong database handle? Does the new_link boolean not work as it should? I'm lying about the PHP version in the select box; I don't have that exact version lying around. But I've seen that this bug was dismissed in March 2006 (http://bugs.php.net/bug.php?id=36639) when there was no 4.4.7. Latest version I've tested it on, is (I've tested on 4.4.4 as well): $ php5 -v PHP 5.1.6 (cli) (built: Jul 17 2007 17:45:52) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies $ dpkg -l *sybase | grep syb ii php5-sybase5.1.6-1ubuntu2.6 Sybase / MS SQL Server module for php5 Reproduce code: --- Expected result: $users: resource(4) of type (sybase-ct link) $management: resource(5) of type (sybase-ct link) Success! Actual result: -- $users: resource(4) of type (sybase-ct link) $management: resource(4) of type (sybase-ct link) Warning: mssql_query(): Sybase: Server message: Invalid object name 'LEDEN'. (severity 16, procedure N/A) in /tmp/test.php on line 14 Failed! -- Edit this bug report at http://bugs.php.net/?id=42544&edit=1
#42560 [NEW]: Empty directory argument to tempnam yields open_basedir problems
From: Bjorn dot Wiberg at its dot uu dot se
Operating system: IBM AIX 5.3 5300-05-06
PHP version: 5.2.4
PHP Bug Type: Directory function related
Bug description: Empty directory argument to tempnam yields open_basedir
problems
Description:
If open_basedir is used -- even if it includes /tmp among its directories
-- calling tempnam() with an empty string as the first (directory) argument
does not make PHP fall back to "the system default" as
http://se.php.net/manual/en/function.tempnam.php specifies.
Reproduce code:
---
// open_basedir:
.:/apache/php/lib:/tmp:/usr/local/bin:/usr/local/etc/Counter/data:/apache/htdocs/webdev-its
tempnam('', 'test');
Expected result:
No errors, temporary file gets created in /tmp or whatever the fallback
is.
Actual result:
--
>From the Apache error log:
Warning: tempnam(): open_basedir restriction in effect. File() is not
within the allowed path(s):
(.:/apache/php/lib:/tmp:/usr/local/bin:/usr/local/etc/Counter/data:/apache/htdocs/webdev-its)
in /apache/htdocs/webdev-its/limesurvey/admin/classes/pear/OLE/PPS/File.php
on line 87
--
Edit bug report at http://bugs.php.net/?id=42560&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42560&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42560&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42560&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42560&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42560&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42560&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42560&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42560&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42560&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42560&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42560&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42560&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42560&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42560&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42560&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42560&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42560&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42560&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42560&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42560&r=mysqlcfg
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: lferro at teladigital dot pt Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: Using PHP Version 5.2.4 and MySQL 5.0.37 community version, on a WinXP box, i got this error. The workaround was just to update the libmySQL.dll that resides in the php directory with the one shipped with the MySQL. Not perfect... but... ;) Previous Comments: [2007-09-03 15:48:11] astorni at softhome dot net For me, it did not help replacing the php_mysql.lib with the old one from versions 5.2.0 or 5.2.1, so I have no workaround. [2007-09-03 15:29:58] astorni at softhome dot net I upgraded from 5.0.4 to 5.2.4, and I saw this bug for the first time. But for me, the threads were 7 (no idea what it means): 7 threads didn't exit The page displayed correctly, but did not stop, and after a few seconds of delay I get the message. [2007-08-31 18:25:44] phpuser at gmail dot com Error remains in PHP 5.2.4 [2007-08-29 01:00:00] 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". [2007-08-24 17:18:49] acosta at mauricio dot net dot ar Hi, I got this issue with iis 6 in xp os. I install the cvs snapshot you referer, with cgi i got the error, but in isapi appears that it dissapears. 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#42561 [NEW]: cosh() accepts array
From: phpbugs dot 20 dot zsh at spamgourmet dot com Operating system: Irrelevant PHP version: 5.2.4 PHP Bug Type: Math related Bug description: cosh() accepts array Description: cosh() does not properly check the type of the passed parameter. Reproduce code: --- Expected result: Warning: cosh() expects parameter 1 to be long, array given in %s on line %d NULL Actual result: -- float(1) -- Edit bug report at http://bugs.php.net/?id=42561&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42561&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42561&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42561&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42561&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42561&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42561&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42561&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42561&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42561&r=support Expected behavior:http://bugs.php.net/fix.php?id=42561&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42561&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42561&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42561&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42561&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42561&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42561&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42561&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42561&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42561&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42561&r=mysqlcfg
#42558 [Opn->Bgs]: $_SERVER['PHP_SELF'] incorrect
ID: 42558 Updated by: [EMAIL PROTECTED] Reported By: james dot hayward at egg dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Windows 2003 PHP Version: 5.2.4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. And this is already fixed in CVS. Previous Comments: [2007-09-05 09:55:18] james dot hayward at egg dot com Description: The script name seems to be reproduced twice in the environment variable $_SERVER['PHP_SELF']. I'm afraid I don't have access to the server (work machine) so I cannot test the latest CVS snapshot. $_SERVER['SCRIPT_NAME'] is showing correctly. Reproduce code: --- this can be shown with just: Expected result: when this is on: http://intranet/teams/training_development/phpinfo.php I would expect $_SERVER['PHP_SELF'] == /teams/training_development/phpinfo.php Actual result: -- $_SERVER['PHP_SELF'] == /teams/training_development/phpinfo.php/teams/training_development/phpinfo.php -- Edit this bug report at http://bugs.php.net/?id=42558&edit=1
#42562 [NEW]: error in ext/pgsql/pgsql.c
From: bernard dot prevosto at ifremer dot fr Operating system: solaris 5.8 PHP version: 5.2.4 PHP Bug Type: Compile Failure Bug description: error in ext/pgsql/pgsql.c Description: one error in ext/pgsql/pgsql.c in line 85 #define PGfreemem free instead of: #define PQfreemem free -- Edit bug report at http://bugs.php.net/?id=42562&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42562&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42562&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42562&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42562&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42562&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42562&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42562&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42562&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42562&r=support Expected behavior:http://bugs.php.net/fix.php?id=42562&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42562&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42562&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42562&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42562&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42562&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42562&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42562&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42562&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42562&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42562&r=mysqlcfg
#42559 [Opn->Bgs]: $this leaks to scope of statically called method
ID: 42559 Updated by: [EMAIL PROTECTED] Reported By: arnout at argeweb dot nl -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: BSD PHP Version: 5.2.4 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 Mark your function as static and you get an error telling "Using $this when not in object context" Previous Comments: [2007-09-05 10:21:29] arnout at argeweb dot nl Description: Within methods the $this variable seems to leak into the scope of statically called methods. Even when the called static function is in an entirely different class. It only happens when the statically called method is not explicitly defined as static. Reproduce code: --- test.''; echo 'class: '.get_class( $this ).''; echo 'How did I get here?'; } } $instance = new instance(); $instance->do_thing(); ?> Expected result: A warning telling me I shouldn't use $this in a static scope. Or just a notice saying $this is not defined / not an object. Actual result: -- output: test class: instance How did I get here? -- Edit this bug report at http://bugs.php.net/?id=42559&edit=1
#42563 [NEW]: OCI Oracle Connect error: OCINlsCharSetNameToId
From: t_wiedmann at t-online dot de Operating system: Win XP PHP version: 5.2.4 PHP Bug Type: PDO related Bug description: OCI Oracle Connect error: OCINlsCharSetNameToId Description: Hi, if I try to connect to Oracle DB I get this error since PHP 5.2.4, with 5.2.0 or 5.2.1 work well Regards, Thomas Reproduce code: --- getMessage(); die(); } ?> Expected result: Connect ok Actual result: -- Connect failed: SQLSTATE[HY000]: OCINlsCharSetNameToId: unknown character set name (ext\pdo_oci\oci_driver.c:488) -- Edit bug report at http://bugs.php.net/?id=42563&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42563&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42563&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42563&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42563&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42563&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42563&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42563&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42563&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42563&r=support Expected behavior:http://bugs.php.net/fix.php?id=42563&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42563&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42563&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42563&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42563&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42563&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42563&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42563&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42563&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42563&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42563&r=mysqlcfg
#42551 [Opn->Asn]: new COM("HTMLFile") => warnings
ID: 42551
Updated by: [EMAIL PROTECTED]
Reported By: csaba at alum dot mit dot edu
-Status: Open
+Status: Assigned
Bug Type: COM related
Operating System: Win XP Pro
PHP Version: 5.2.4
-Assigned To:
+Assigned To: wharmby
New Comment:
Assigned to the maintainer.
Previous Comments:
[2007-09-04 21:13:55] csaba at alum dot mit dot edu
Description:
When I attempt to do
$doc = new COM("HTMLFile");
this results in warnings that Type Library constants True and False are
already defined. Otherwise, the script runs fine.
The equivalent code as a .vbs file runs wihtout complaints
Csaba Gabor from Vienna
Reproduce code:
---
parentWindow;
print ($doc->location . "\n");
$win->ExecScript(
"window.keepLooping=true");
$win->setTimeout (
"alert('timeout works');
window.keepLooping=false;", 2000);
while ($win->keepLooping)
com_message_pump(200);
print ("Done Looping");
?>
Expected result:
The only thing I expect to see printed is:
about:blank
Done Looping
Actual result:
--
Warning: com::com(): Type library constant True is already defined in
C:\test2.php on line 2
Warning: com::com(): Type library constant False is already defined in
C:\test2.php on line 2
about:blank
Done Looping
--
Edit this bug report at http://bugs.php.net/?id=42551&edit=1
#42266 [Opn]: BLOB functions do not work on 64bit systems
ID: 42266 User updated by: karasek at ceskyserver dot cz Reported By: karasek at ceskyserver dot cz Status: Open Bug Type: InterBase related Operating System: Linux 64-bit -PHP Version: 5.2.4RC2 +PHP Version: 5.2.4 New Comment: Hi, I have some new informations. When I compile PHP on the 64-bit architecture, I get this warnings: /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c: In function '_php_ibase_free_blob': /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c:41: warning: comparison between pointer and integer /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c: In function 'zif_ibase_blob_create': /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c:223: warning: assignment makes integer from pointer without a cast /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c: In function 'zif_ibase_blob_open': /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c:267: warning: assignment makes integer from pointer without a cast /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c: In function '_php_ibase_blob_end': /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c:369: warning: assignment makes integer from pointer without a cast /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c:377: warning: assignment makes integer from pointer without a cast /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c: In function 'zif_ibase_blob_info': /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c:409: warning: initialization makes integer from pointer without a cast /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c: In function 'zif_ibase_blob_echo': /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c:485: warning: initialization makes integer from pointer without a cast /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c: In function 'zif_ibase_blob_import': /home/phobos/sources/php-5.2.4/ext/interbase/ibase_blobs.c:546: warning: initialization makes integer from pointer without a cast -- but I don't get them on 32-bit architecture. I tryed to find out why. And this is the answer: ibase.h: row 68: #if defined(_LP64) || defined(__LP64__) || defined(__arch64__) typedef unsigned intFB_API_HANDLE; #else typedef void* FB_API_HANDLE; #endif This means, that the type "FB_API_HANDLE" is pointer on 32-bit architecture, but it's not a pointer on 64-bit architecture. So, construction like: FB_API_HANDLE what_ever = NULL; Causes a warning on 64-bit architecture. Note, that there are some "aliases": typedef FB_API_HANDLE isc_att_handle; typedef FB_API_HANDLE isc_blob_handle; typedef FB_API_HANDLE isc_db_handle; typedef FB_API_HANDLE isc_req_handle; typedef FB_API_HANDLE isc_stmt_handle; typedef FB_API_HANDLE isc_svc_handle; typedef FB_API_HANDLE isc_tr_handle; I belive, that this the "source of trouble". Previous Comments: [2007-08-29 08:43:14] ale dot pas at tiscali dot it Same problem here. See my comment on Bug #42089 [2007-08-22 15:51:55] karasek at ceskyserver dot cz Now I have done some tests and I'm sure, that the problem is related to the 64-bit platform - not to Firebird 2.0. I have tested 5.2.4RC2 on Kubuntu (32-bit) and the "InterBase: BLOB test" passed. Then, with the same version (5.2.4RC2) on CentOS (64-bit) "InterBase: BLOB test" failed. On both systems was installed the same version of Firebird... [2007-08-10 15:40:26] karasek at ceskyserver dot cz Description: When I compile PHP on our new installation of CentOS 5.0 (64-bit version) with Firebird 2.0, "InterBase: BLOB test" fails. It's really critical issue for our company, because some of our applications stoped working... When I tryed the same on CentOS 4.1 (32-bit version) with Firebird 1.5, the test passed. In fact, I'm not sure, whether is the problem caused by the new version of Firebird, or by the 64-bit architecture (but my guess is the 64-bit). I tryed to work with BLOBs using a desktop application - and verified, that BLOG support in Firebird 2.0 itself works (on the same server). I have experienced the problem on PHP 5.2.3, 5.2.4RC1 and snapshot php5.2-200708101430 I think, that this is the same problem as Bug #42089, but the bug is now not open, and I don't know, how to open it again (I'm not the person, who originally reported it). I'm ready to colaborate, so feel free to contact me, if you need further informations... Regards Tony Reproduce code: --- make make test -- Edit this bug report at http://bugs.php.net/?id=42266&edit=1
#42562 [Opn->Csd]: error in ext/pgsql/pgsql.c
ID: 42562 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr -Status: Open +Status: Closed Bug Type: PostgreSQL related Operating System: solaris 5.8 PHP Version: 5.2.4 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: [2007-09-05 12:20:25] bernard dot prevosto at ifremer dot fr Description: one error in ext/pgsql/pgsql.c in line 85 #define PGfreemem free instead of: #define PQfreemem free -- Edit this bug report at http://bugs.php.net/?id=42562&edit=1
#42549 [Opn->Asn]: undefined reference to `mysql_server_init' and `mysql_server_end'
ID: 42549 Updated by: [EMAIL PROTECTED] Reported By: silver at sprintserve dot net -Status: Open +Status: Assigned Bug Type: MySQL related Operating System: RHEL 3 Taroon 8 PHP Version: 5.2.4 -Assigned To: +Assigned To: scottmac New Comment: Apparently these don't exist in such old mysql versions. Assigned to the "guilty" one. :) Previous Comments: [2007-09-05 07:37:18] silver at sprintserve dot net This is the exact version: mysql Ver 11.18 Distrib 3.23.58, for redhat-linux-gnu (i386) [2007-09-04 22:32:33] [EMAIL PROTECTED] Exactly what mysql version is the one that comes with the ancient RHEL3? (You really should upgrade..) [2007-09-04 20:22:46] silver at sprintserve dot net Description: Compile fails with the following error: ext/mysql/.libs/php_mysql.o(.text+0x2e9): In function `zm_startup_mysql': /usr/local/src/php-5.2.4/ext/mysql/php_mysql.c:404: undefined reference to `mysql_server_init' ext/mysql/.libs/php_mysql.o(.text+0x307): In function `zm_shutdown_mysql': /usr/local/src/php-5.2.4/ext/mysql/php_mysql.c:423: undefined reference to `mysql_server_end' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is the configure line: ./configure --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --with-libdir=/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --cache-file=../config.cache --enable-force-cgi-redirect --disable-debug --disable-rpath --enable-inline-optimization --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-png-dir=/usr --with-gd --enable-gd-native-ttf --with-ttf --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell --with-regex=system --with-zlib --with-layout=GNU --enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-wddx --enable-mbstring --enable-mbregex --with-pear=/usr/share/pear --with-kerberos=/usr/kerberos --with-ldap=shared --with-mysql=/usr/bin/mysql_config --enable-calendar --with-apxs2filter=/usr/sbin/apxs Mysql is the stock Redhat Enterprise 3 RPMs version 3. Prior versions worked fine. Thank you. Reproduce code: --- NA Expected result: NA Actual result: -- NA -- Edit this bug report at http://bugs.php.net/?id=42549&edit=1
#42547 [Opn->Fbk]: ext/iconv/iconv.c:2426: undefined reference to `libiconv_open'
ID: 42547 Updated by: [EMAIL PROTECTED] Reported By: dawidpachla at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: CentOS 5 with DirectAdmin PHP Version: 5.2.4 New Comment: You seem to have libiconv in your system. Where is it located and is that location in LD_LIBRARY_PATH? (or /etc/ld.so.conf* file or directory..) Previous Comments: [2007-09-04 19:01:00] dawidpachla at gmail dot com Description: I use CentOS 5 with newest DirecAdmin, apache2, mod_security and php 5.2.3 (when I upgraded from 4.4.7 to 5.2.3 everything was ok). Everything is compiling fine until: reference to `libiconv' /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1211: undefined reference to `libiconv' /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1242: undefined reference to `libiconv' ext/iconv/.libs/iconv.o:/usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1286: more undefined references to `libiconv' follow ext/iconv/.libs/iconv.o: In function `php_iconv_stream_filter_ctor': /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:2426: undefined reference to `libiconv_open' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is my configuration file: ./configure \ --with-apxs2 \ --with-curl \ --with-curl=/usr/local/lib \ --with-gd \ --with-gettext \ --with-jpeg-dir=/usr/local/lib \ --with-kerberos \ --with-openssl \ --with-mcrypt \ --with-mhash \ --with-mysql=/usr \ --with-pear \ --with-png-dir=/usr/local/lib \ --with-xml \ --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-zip \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-magic-quotes \ --enable-sockets \ --enable-track-vars \ --enable-mbstring \ --enable-memory-limit -- Edit this bug report at http://bugs.php.net/?id=42547&edit=1
#42491 [Opn]: Segmentation fault during install-pear-installer
ID: 42491 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr Status: Open Bug Type: Compile Failure Operating System: solaris 5.8 PHP Version: 5.2.4 New Comment: I can not reproduce this on linux (32bit). Previous Comments: [2007-09-05 11:05:01] bernard dot prevosto at ifremer dot fr but with the PEAR generated with --enble-debug I've: louet>74% pear install HTTP_Request downloading HTTP_Request-1.4.1.tgz ... Starting to download HTTP_Request-1.4.1.tgz (15,927 bytes) ..done: 15,927 bytes Fatal error: Allowed memory size of 8388608 bytes exhausted at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_opcode.c:48 (tried to allocate 98304 bytes) in /home/services/logiciels/compilateurs/php-5.2.4/lib/php/PEAR/PackageFile/v2/Validator.php on line 908 /home/services/logiciels/compilateurs/php-5.2.4/lib/php/PEAR/PackageFile/v2/Validator.php(908) : Fatal error - Allowed memory size of 8388608 bytes exhausted at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_opcode.c:48 (tried to allocate 98304 bytes) louet> [2007-09-05 09:44:21] bernard dot prevosto at ifremer dot fr it's OK whith --enable-debug ?? louet>50% make install Installing PHP SAPI module: cgi Installing PHP CGI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI man page: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ Installing build environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/build/ Installing header files: /home/services/logiciels/compilateurs/php-5.2.4/include/php/ Installing helper programs: /home/services/logiciels/compilateurs/php-5.2.4/bin/ program: phpize program: php-config Installing man pages: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/ [PEAR] Console_Getopt - installed: 1.2.3 [PEAR] Archive_Tar- installed: 1.3.2 [PEAR] Structures_Graph- installed: 1.0.2 pear/PEAR can optionally use package "pear/XML_RPC" (version >= 1.4.0) [PEAR] PEAR - installed: 1.6.1 Wrote PEAR system config file at: /home/services/logiciels/compilateurs/php-5.2.4/etc/pear.conf You may want to add: /home/services/logiciels/compilateurs/php-5.2.4/lib/php to your php.ini include_path louet>51% [2007-08-31 11:22:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2007-08-31 10:56:22] bernard dot prevosto at ifremer dot fr Description: Make install of php-5.2.4 seems not to work our servers. Configure goes well, make seems to work also, but we've got a segmentation fault during make install. Everything was OK with PHP 5.1.6 . (it's the sams problem that Bug #40474) Reproduce code: --- ./configure --prefix=/home/services/logiciels/compilateurs/php-5.2.4 --with-ldap=/home/services/bibli/openldap --with-mysql=/home/services/bibli/mysql --with-pgsql=/home/services/logiciels/compilateurs/php-5.2.4/bases/pgsql --with-oci8=/home/services/logiciels/compilateurs/php-5.2.4/bases/ora920 --with-gd --with-zlib-dir=/home/services/bibli/zlib --enable-zip --with-jpeg-dir=/home/services/bibli/jpeglib --with-png-dir=/home/services/bibli/pnglib --with-gettext=/home/services/logiciels/gettext --with-libxml-dir=/home/services/bibli/xml2lib --with-iconv --enable-calendar --enable-mbstring=all --enable-exif --disable-pdo --with-config-file-path=/home/services/logiciels/compilateurs/php-5.2.4 #(it's OK) make (it's OK) make install (segmentation fault) Expected result: no segmentation fault Actual result: -- louet>47% make install Installing PHP SAPI module: cgi Installing PHP CGI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI man page: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ Installing build environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/build/ Installing h
#42398 [Opn]: pg_(p)connect produces uninformative error messages
ID: 42398 User updated by: webmaster at touchingvirus dot net Reported By: webmaster at touchingvirus dot net Status: Open Bug Type: Feature/Change Request Operating System: Windows PHP Version: 5.2.3 New Comment: Any update on this? Previous Comments: [2007-08-23 13:45:39] webmaster at touchingvirus dot net Description: When connecting to a pgSQL server (I use 8.2) with a wrong username, password or port in the connection string, the error given is really uninformative to the user and actually suggests a problem with the postgreSQL server: "Unable to connect to PostgreSQL server: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request." The server didn't terminate & the connection was refused/aborted Expected result: To be honest, I expected an error that was similar to that of mySQL - though I know that is because mySQL actually produces good error messages =) e.g. Access denied for: [EMAIL PROTECTED] (Using Password: YES) The psql binary errors with the expect errors like: psql: FATAL: password authentication failed for user "root" -- Edit this bug report at http://bugs.php.net/?id=42398&edit=1
#42491 [Opn->Fbk]: Segmentation fault during install-pear-installer
ID: 42491 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: solaris 5.8 PHP Version: 5.2.4 New Comment: Then can you try getting some kind of backtrace without using --enable-debug ? That's better than nothing. Previous Comments: [2007-09-05 13:31:38] [EMAIL PROTECTED] I can not reproduce this on linux (32bit). [2007-09-05 11:05:01] bernard dot prevosto at ifremer dot fr but with the PEAR generated with --enble-debug I've: louet>74% pear install HTTP_Request downloading HTTP_Request-1.4.1.tgz ... Starting to download HTTP_Request-1.4.1.tgz (15,927 bytes) ..done: 15,927 bytes Fatal error: Allowed memory size of 8388608 bytes exhausted at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_opcode.c:48 (tried to allocate 98304 bytes) in /home/services/logiciels/compilateurs/php-5.2.4/lib/php/PEAR/PackageFile/v2/Validator.php on line 908 /home/services/logiciels/compilateurs/php-5.2.4/lib/php/PEAR/PackageFile/v2/Validator.php(908) : Fatal error - Allowed memory size of 8388608 bytes exhausted at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_opcode.c:48 (tried to allocate 98304 bytes) louet> [2007-09-05 09:44:21] bernard dot prevosto at ifremer dot fr it's OK whith --enable-debug ?? louet>50% make install Installing PHP SAPI module: cgi Installing PHP CGI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI man page: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ Installing build environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/build/ Installing header files: /home/services/logiciels/compilateurs/php-5.2.4/include/php/ Installing helper programs: /home/services/logiciels/compilateurs/php-5.2.4/bin/ program: phpize program: php-config Installing man pages: /home/services/logiciels/compilateurs/php-5.2.4/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /home/services/logiciels/compilateurs/php-5.2.4/lib/php/ [PEAR] Console_Getopt - installed: 1.2.3 [PEAR] Archive_Tar- installed: 1.3.2 [PEAR] Structures_Graph- installed: 1.0.2 pear/PEAR can optionally use package "pear/XML_RPC" (version >= 1.4.0) [PEAR] PEAR - installed: 1.6.1 Wrote PEAR system config file at: /home/services/logiciels/compilateurs/php-5.2.4/etc/pear.conf You may want to add: /home/services/logiciels/compilateurs/php-5.2.4/lib/php to your php.ini include_path louet>51% [2007-08-31 11:22:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2007-08-31 10:56:22] bernard dot prevosto at ifremer dot fr Description: Make install of php-5.2.4 seems not to work our servers. Configure goes well, make seems to work also, but we've got a segmentation fault during make install. Everything was OK with PHP 5.1.6 . (it's the sams problem that Bug #40474) Reproduce code: --- ./configure --prefix=/home/services/logiciels/compilateurs/php-5.2.4 --with-ldap=/home/services/bibli/openldap --with-mysql=/home/services/bibli/mysql --with-pgsql=/home/services/logiciels/compilateurs/php-5.2.4/bases/pgsql --with-oci8=/home/services/logiciels/compilateurs/php-5.2.4/bases/ora920 --with-gd --with-zlib-dir=/home/services/bibli/zlib --enable-zip --with-jpeg-dir=/home/services/bibli/jpeglib --with-png-dir=/home/services/bibli/pnglib --with-gettext=/home/services/logiciels/gettext --with-libxml-dir=/home/services/bibli/xml2lib --with-iconv --enable-calendar --enable-mbstring=all --enable-exif --disable-pdo --with-config-file-path=/home/services/logiciels/compilateurs/php-5.2.4 #(it's OK) make (it's OK) make install (segmentation fault) Expected result: no segmentation fault Actual result: -- louet>47% make install Installing PHP SAPI module: cgi Installing PHP CGI binary: /home/services/logiciels/compilateurs/php-5.2.4/bin/ Installing PHP CLI binary: /ho
#25876 [Opn->Fbk]: session_start(): Failed to initialize storage module
ID: 25876 Updated by: [EMAIL PROTECTED] Reported By: golden at riscom dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 Assigned To: sniper New Comment: Can your reproduce this with PHP 5.2.4 or greater? (in case we happen to release 5.2.5 in the meantime :) Previous Comments: [2007-08-30 07:54:07] golden at riscom dot com > We are currently having problem with the same think at one of our servers. [2007-06-27 23:15:12] josh at spinningplanet dot co dot nz Try disabling safe mode [2007-02-03 16:51:38] earnie at users dot sourceforge dot net Just to note: This error happens if the functions identified in session_set_save_handler are not defined at the time of the call. [2006-12-09 20:02:53] thecancerus at gmail dot com we can pass session id to ensuser that session remains intact.. use SID it will help [2006-07-21 08:05:00] contact at far-php dot ro Hy i have this problem as well. PHP version 4.3.11 Script index.php: session_start(); ob_start(); /tmp -> /domanin_site/tmp/ 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#39651 [Ver->Asn]: proc_open() descriptor spec for STDOUT append starts writing from beginning
ID: 39651
Updated by: [EMAIL PROTECTED]
Reported By: rherror404 at gmail dot com
-Status: Verified
+Status: Assigned
Bug Type: Program Execution
Operating System: win32 only
-PHP Version: *
+PHP Version: 5? 4? 6?
-Assigned To:
+Assigned To: nlopess
New Comment:
Nuno, please check the version field here. It must never be '*' like it
was before I set it to something meaningful. If you can reproduce this
with PHP 5.2.4, set the version to it.
Previous Comments:
[2007-01-01 15:25:19] [EMAIL PROTECTED]
I do verify the bug, but I wasn't able to fix it.
The problem is that I think windows doesn't support the append mode
when using HANDLEs. So, when we call _get_osfhandle() to convert the fd
to an HANDLE, windows loose this information. (yes, we need to convert
to an handle because CreateProcess() requires it).
I'm leacing open as someone might have some idea (no, I don't know how
to emulate it, as after "forking" we loose the control over the new
process..)
[2006-11-27 23:09:11] [EMAIL PROTECTED]
Not reproducible on Linux.
[2006-11-27 22:49:38] rherror404 at gmail dot com
Description:
Defining the descriptor spec for STDOUT for a call to proc_open() to
append to a file instead starts writing from beginning (not at the end
as one would expect).
C:\WINDOWS\Temp>php launch1.php
Reproduce code:
---
C:\WINDOWS\Temp>type launch1.php
array("pipe", "r")
, 1 => array("file", 'C:\WINDOWS\TEMP\launch_stdout.txt', "a")
, 2 => array("file", 'C:\WINDOWS\TEMP\launch_stderr.txt', "a")
);
$i = 5; $inputpackage = serialize($i);
$proc = proc_open('php C:\WINDOWS\TEMP\launch2.php', $dspec, $pipes);
if ( is_resource($proc) ) {fwrite($pipes[0], $inputpackage);
fclose($pipes[0]);
proc_close($proc);}
$i = 2; $inputpackage = serialize($i);
$proc = proc_open('php C:\WINDOWS\TEMP\launch2.php', $dspec, $pipes);
if ( is_resource($proc) ) {fwrite($pipes[0], $inputpackage);
fclose($pipes[0]);
proc_close($proc);}
exit();
?>
C:\WINDOWS\Temp>type launch2.php
$x\r\n";}
$inbuffer = fgets(STDIN, 8192);
$i = unserialize($inbuffer);
for ( $j = 0; $j < $i; $j++ ) {tostdout("$j : $i"); sleep(1);}
exit();
?>
C:\WINDOWS\Temp>
Expected result:
C:\WINDOWS\Temp>type launch_stdout.txt
[2006-11-27 16:33:53 (CST -06:00)] 0 : 5
[2006-11-27 16:33:54 (CST -06:00)] 1 : 5
[2006-11-27 16:33:55 (CST -06:00)] 2 : 5
[2006-11-27 16:33:56 (CST -06:00)] 3 : 5
[2006-11-27 16:33:57 (CST -06:00)] 4 : 5
[2006-11-27 16:33:58 (CST -06:00)] 0 : 2
[2006-11-27 16:33:59 (CST -06:00)] 1 : 2
/*
I would expect the second process to append its output
to (the end of) the output of the first process.
*/
Actual result:
--
C:\WINDOWS\Temp>type launch_stdout.txt
[2006-11-27 16:33:58 (CST -06:00)] 0 : 2
[2006-11-27 16:33:59 (CST -06:00)] 1 : 2
[2006-11-27 16:33:55 (CST -06:00)] 2 : 5
[2006-11-27 16:33:56 (CST -06:00)] 3 : 5
[2006-11-27 16:33:57 (CST -06:00)] 4 : 5
/*
The second process has over-written lines one and two
of the output of the first process.
*/
--
Edit this bug report at http://bugs.php.net/?id=39651&edit=1
#35980 [Asn]: touch() works on files but not on directories (on Linux this works perfectly)
ID: 35980 Updated by: [EMAIL PROTECTED] Reported By: pavel dot hlousek at gmail dot com Status: Assigned Bug Type: *Directory/Filesystem functions -Operating System: windows only +Operating System: win32 only -PHP Version: * +PHP Version: 5.2.4 (?) Assigned To: pollita New Comment: Sara, what's the status on this? (version was weird, never saw this before checking what people have now invented as version..) Previous Comments: [2006-04-16 03:03:02] [EMAIL PROTECTED] I'll try looking for unencumbered information to develop a fix that avoids GPL licensing complications first. If it's indeed the result of a bug in the microsoft OS implementation there should be sufficient information out there to develop a fix that doesn't involve reusing restrictively licensed code. [2006-04-15 21:16:05] [EMAIL PROTECTED] Sara, could you plz check the patch out? Thanks. [2006-01-15 18:30:26] [EMAIL PROTECTED] Patch: http://mega.ist.utl.pt/~ncpl/php_win_touch_dirs.txt Note: it includes a function that was adapted from Perl 5 (win_filetime_from_time). The Perl code is distributed under GPL (and that file is (c) 1995 Microsoft Corporation), so I'm not sure if the code can go in. That function just converts a time_t into microsoft's format. [2006-01-15 00:15:30] [EMAIL PROTECTED] This is a bug in microsoft's utime implementation. However, Perl is able to workaround this bug with SetFileTime(). I'll see if I can cook a nice patch. [2006-01-14 10:58:44] [EMAIL PROTECTED] "Permission denied" means that the user which the script was run as does not have permissions to do it. It's not a PHP bug. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/35980 -- Edit this bug report at http://bugs.php.net/?id=35980&edit=1
#39580 [Asn->Fbk]: Incorrect Error in Configure PDO
ID: 39580 Updated by: [EMAIL PROTECTED] Reported By: drh1 at cec dot wustl dot edu -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: Mac OS 10.4.8 -PHP Version: php5.2-200611221330 +PHP Version: 5.2CVS-2006-11-22 Assigned To: wez New Comment: Fix version field. Does this problem exist with PHP 5.2.4? Note: This report was lost due to invalid version number. First char in the version field is supposed to be the major version number!! Previous Comments: [2006-11-22 13:48:50] drh1 at cec dot wustl dot edu Since I apparently tested 1 minute before CVS updated, php5.2-200611221330 doesn't work either . [2006-11-22 13:40:35] drh1 at cec dot wustl dot edu This error still occurs in php5.2-200611221130 . [2006-11-22 10:22:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-11-22 08:15:23] drh1 at cec dot wustl dot edu Description: When running configure with PHP 5.2.0 on Mac OS X, the following error is returned: Base configure command: './configure' '--enable-pdo=shared' Error Due to the way that loadable modules work on OSX/Darwin, you need to compile the PDO package statically into the PHP core. Please follow the instructions at: http://netevil.org/ node.php?nid=202 for more detail on this issue. This error is inaccurate. This problem was solved for 5.1.x and should still be solved for 5.2.0 Reproduce code: --- './configure' '--enable-pdo=shared' Expected result: proper configuration success Actual result: -- error: Due to the way that loadable modules work on OSX/Darwin, you need to compile the PDO package statically into the PHP core. Please follow the instructions at: http://netevil.org/ node.php?nid=202 for more detail on this issue. -- Edit this bug report at http://bugs.php.net/?id=39580&edit=1
#42565 [NEW]: Excessive memory allocation
From: devis at lucato dot it
Operating system: Linux
PHP version: 5.2.4
PHP Bug Type: Performance problem
Bug description: Excessive memory allocation
Description:
I'm having memory usage problems as in Bug #41053
(http://bugs.php.net/bug.php?id=41053).
PHP allocates much more memory on 64 bit systems, probably using 64 bit
variables to describe the array structure.
The following script uses 130Mb for 2Mb of data but in production systems
the situation gets worse, working with big arrays and concurrent
connections the wasted memory is much more...
Is there any suggestion/trick/setting useful (apart code optimizaztion,
rolling back to 32 bit hardware or doubling available ram) ?
Any news in PHP development about memory optimization ? Perhaps some
settings to disable or reduce the internal arrays structure ?
Reproduce code:
---
\n");
}
printMemoryUsage();
$end = 100;
$array = array();
printMemoryUsage();
for($i = 0; $i < $end; $i++)
{
$array[$i] = 0;
}
printMemoryUsage();
?>
Expected result:
Well, I expect a better memory usage.
Actual result:
--
Running matthieu script (see below) on different systems I get this
results:
32 BIT SERVER
-
PHP 5.2.4 result is 68.9 MB
PHP 4.4.4 result is 57.5 MB
64 BIT SERVER
-
PHP 5.2.4 result is 130.2 MB
PHP 4.4.4 result is 99.6 MB
--
Edit bug report at http://bugs.php.net/?id=42565&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42565&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42565&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42565&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42565&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42565&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42565&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42565&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42565&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42565&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42565&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42565&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42565&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42565&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42565&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42565&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42565&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42565&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42565&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42565&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42565&r=mysqlcfg
#34972 [Opn->Fbk]: STDIN won't allow nonblocking.
ID: 34972
Updated by: [EMAIL PROTECTED]
Reported By: VJTD3 at VJTD3 dot com
-Status: Open
+Status: Feedback
Bug Type: Streams related
Operating System: *
-PHP Version: php5.1-200603270630
+PHP Version: 5.1CVS-2006-03-27
Assigned To: wez
New Comment:
Fixed invalid version number. Does this problem exist with PHP 5.2.4?
Note: Due to the invalid version number this report was lost.
Please don't invent your own versions, the first char in the version
field is supposed to be the major version number!
Previous Comments:
[2007-08-23 15:53:20] julian at precisium dot com dot au
I'm having this problem on Vista x64 with PHP 5.2.3.
This is a real showstopper for certain types of CLI app - people can't
always be waiting for newlines or eofs to read their data.
I don't mean to be rude but I'm kinda shocked such a major bug has been
unaddressed for nearly 2 years. I guess it just means people aren't
really using PHP for CLI apps on the windows platform.
[2007-08-19 20:51:34] donnyk at gmail dot com
i also have the same problem, i've tried the latest snapshot on windows
to no avail. It works on my linux systems however.
[2007-08-10 13:01:48] VJTD3 at VJTD3 dot com
notice how it just sits there? (blocking) it should exit instantly with
a null echo. (same as a tcp connection where if you just do a read that
is too fast with nonblocking it never gets a chance to fetch the data.)
what is happening is that php is blocking waiting for input
(specifically enter (line ending))
problem:
if you are echoing debug information and want to use key functionality
in tandem you can't because everything is blocked till you hit enter.
[2007-07-17 14:28:03] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
I can't reproduce this (or very likely didn't understand the problem :)
[2006-03-27 14:12:28] VJTD3 at VJTD3 dot com
error in last message, "stream_select()" was ment.
code using "stream_select()" that still blocks:
data: '.(strlen(@$data4) ? $data4 :
'empty')."\n";
unset($data4);
sleep('1');
}
?>
the second you type/click a arrow key/anything it goes into blocking
mode again.
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/34972
--
Edit this bug report at http://bugs.php.net/?id=34972&edit=1
#38546 [Asn]: bindParam incorrect processing of bool types
ID: 38546
Updated by: [EMAIL PROTECTED]
Reported By: selecter at gmail dot com
Status: Assigned
Bug Type: PDO related
Operating System: Gentoo Linux x86_64
-PHP Version: latest snapshot
+PHP Version: 5.2.4
Assigned To: wez
New Comment:
Fixed the version number. Please don't invent your own versions. The
first char in the version field is supposed to be the major version
number!! I'm assuming this still exist in PHP 5.2.4. If not, close this.
Previous Comments:
[2007-04-11 15:26:21] tobias dot woell at it-basis dot de
Suggestion for workaround (works with PHP 5.1.6 and MySql 4.1.1):
$tmp = (int) $this->getDue_Date_IsWeek();
$stmt->bindParam(':Due_Date_IsWeek' , $tmp , PDO::PARAM_BOOL );
[2007-02-06 16:38:58] hans at velum dot net
This looks to be the same issue as:
http://pecl.php.net/bugs/bug.php?id=9919
[2007-02-06 16:35:47] hans at velum dot net
I don't think that anyone said this was crashing. It certainly is a
fatal error in that it doesn't work. And using PDO w/ Exception error
mode will (should!) eventually result in a fatal error for the app
that's using it.
This is clearly a PDO bug. If any application that uses PDO has to
check to see if MySQL is being used & then alter that type params passed
to bindValue() then there is NO VALUE in having the small set of
*abstracted* types that PDO does provide.
[2006-08-22 16:59:46] [EMAIL PROTECTED]
First of all, there is no crash.
Fatal error is the result of your trigger_error() call.
PDOStatement::execute() fails because MySQL API doesn't support boolean
parameters (though they can be "emulated" through PDO).
I'm leaving this to the maintainer to decide.
[2006-08-22 16:42:10] selecter at gmail dot com
That's what you get: Fatal error: : in /tmp/1.php on line 66
That's all that matters...
Instead of:
'show_email' => (bool) 1,
'show_smiles' => (bool) 1,
Write:
'show_email' => 1,
'show_smiles' => 1,
and the query will be executed successfully.
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/38546
--
Edit this bug report at http://bugs.php.net/?id=38546&edit=1
#39580 [Fbk->Opn]: Incorrect Error in Configure PDO
ID: 39580 User updated by: drh1 at cec dot wustl dot edu Reported By: drh1 at cec dot wustl dot edu -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS 10.4.8 PHP Version: 5.2CVS-2006-11-22 Assigned To: wez New Comment: I no longer have a mac, so I cannot provide feedback. Previous Comments: [2007-09-05 13:58:33] [EMAIL PROTECTED] Fix version field. Does this problem exist with PHP 5.2.4? Note: This report was lost due to invalid version number. First char in the version field is supposed to be the major version number!! [2006-11-22 13:48:50] drh1 at cec dot wustl dot edu Since I apparently tested 1 minute before CVS updated, php5.2-200611221330 doesn't work either . [2006-11-22 13:40:35] drh1 at cec dot wustl dot edu This error still occurs in php5.2-200611221130 . [2006-11-22 10:22:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-11-22 08:15:23] drh1 at cec dot wustl dot edu Description: When running configure with PHP 5.2.0 on Mac OS X, the following error is returned: Base configure command: './configure' '--enable-pdo=shared' Error Due to the way that loadable modules work on OSX/Darwin, you need to compile the PDO package statically into the PHP core. Please follow the instructions at: http://netevil.org/ node.php?nid=202 for more detail on this issue. This error is inaccurate. This problem was solved for 5.1.x and should still be solved for 5.2.0 Reproduce code: --- './configure' '--enable-pdo=shared' Expected result: proper configuration success Actual result: -- error: Due to the way that loadable modules work on OSX/Darwin, you need to compile the PDO package statically into the PHP core. Please follow the instructions at: http://netevil.org/ node.php?nid=202 for more detail on this issue. -- Edit this bug report at http://bugs.php.net/?id=39580&edit=1
#42490 [Fbk->Opn]: PHP will not compile with BIND 9 installed
ID: 42490 User updated by: jerry at scene-naturally dot dyndns dot org Reported By: jerry at scene-naturally dot dyndns dot org -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: OS X 10.4.10 PHP Version: 5.2.4 New Comment: Hello Jani and thank you for taking a further look at this problem. I tried the suggestion, but it did not work, running into a problem with dns. I have attached the output from running the make command. /temp/php-5.2.4/ext/standard/dns.c: In function 'zif_dns_get_record': /temp/php-5.2.4-copy/ext/standard/dns.c:673: error: 'HEADER' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:673: error: 'hp' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:674: error: parse error before 'buf' /temp/php-5.2.4/ext/standard/dns.c:778: error: 'QUERY' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:778: error: 'C_IN' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:778: error: 'buf' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:786: error: 'answer' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:797: error: parse error before ')' token /temp/php-5.2.4/ext/standard/dns.c: In function 'zif_dns_get_mx': /temp/php-5.2.4/ext/standard/dns.c:865: error: 'HEADER' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:865: error: 'hp' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:894: error: 'C_IN' undeclared (first use in this function) /temp/php-5.2.4/ext/standard/dns.c:901: error: parse error before ')' token make: *** [ext/standard/dns.lo] Error 1 There is an un-safe method to get this to work. Before running Configure, just move the libbind.a library out of /usr/local/lib and then run configure, which will then not put any of the dependent bind stuff into the various makefiles, etc. Jerry Previous Comments: [2007-09-05 10:31:18] [EMAIL PROTECTED] Reopening, see bug #25955 I think this must be the reason it fails on Macosx with bind 9. Try delete the line with BIND_8_COMPAT in it from main/php_config.h after running configure and before 'make'. [2007-09-03 09:18:08] [EMAIL PROTECTED] When you start messing around with your system, the results are unexpected. This is not PHP bug per se. [2007-09-02 15:34:52] jerry at scene-naturally dot dyndns dot org I have found a partial workaround, but it is very kludgy at best: 1) Turn off named. Turn off Postfix (master) and any other apps that are using the bind libraries. Just to be sure nothing odd happens, turn off the IMAP/POP servers and any of the second level apps that use those first level apps. Note: since these are usually started as LaunchDaemons or StartUpItems, you will need to disable them from re- starting. 2) Move the libbind.a and libbind9.a libraries out of /usr/local/lib to the desktop (or somewhere that is not in the search path of the Configure app). 3) Restart the machine. This is necessary. 4) Configure, make and install the new PHP. Take care of any post install stuff you need to do. 5) Undo step number 2. Undo step number 1. Restart the machine. [2007-08-31 15:28:13] jerry at scene-naturally dot dyndns dot org OS X does come with BIND (and it is almost ready to go out of the box) but it has a different set up. The libraries are /usr/lib/libresolv.9.dylib /usr/lib/libresolv.dylib The header file is /usr/include/resolv.h Note: The Developer Tools which you install to have compilers, etc also has the resolv.h file. The only libbind*.* libraries I have are from the BIND 9 installation. Linking the older header file to the new file does not fix things. [2007-08-31 07:05:29] [EMAIL PROTECTED] You must have old libbind.* somewhere in your system which gets picked instead of the new one. Didn't you uninstall the old one before you installed the new one, apparently with different install prefix..? 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/42490 -- Edit this bug report at http://bugs.php.net/?id=42490&edit=1
#42362 [Fbk->Opn]: PHP sends GZIP empty data after a 304 response
ID: 42362
User updated by: ob dot php at daevel dot net
Reported By: ob dot php at daevel dot net
-Status: Feedback
+Status: Open
Bug Type: HTTP related
Operating System: Debian Etch
PHP Version: 5.2.3
New Comment:
Yes of course if I disable the compression (with ini_set), there is not
the problem. But is it really to the script to check and correct an
internal behavior ?
An old script which use ob_start( 'gz_handler' ) doesn't meet this
"bug".
Previous Comments:
[2007-09-04 12:33:58] [EMAIL PROTECTED]
AFAICT, you're sending the 304 in your script, it's not done by PHP. So
in that case, isn't it your script that should turn off the compression?
[2007-09-04 07:04:34] ob dot php at daevel dot net
The RFC say :
"The 304 response MUST NOT contain a message-body, and thus is always
terminated by the first empty line after the header fields."
Source : http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
(cf 10.3.5 "304 Not Modified" )
Actually PHP sent the "GZIP Magic Header" (I'm not talking about the
HTTP headers, but the start of a gzip compressed data).
[2007-08-27 11:07:01] [EMAIL PROTECTED]
How is this a bug when you tell in your request that you accept gzipped
data? Of course you get that header then.
[2007-08-21 15:13:31] ob dot php at daevel dot net
I add : there is exactly 26 bytes between the 2 requests :
1f 8b 80 00 00 00 00 00 00 30 20 00 00 00 ff ff
30 00 00 00 00 00 00 00 00 00
So it seems to be the "gzip header".
[2007-08-21 14:51:30] ob dot php at daevel dot net
Description:
Hello,
when zlib.output_compression is enabled and the script stop without any
contents (case of a 304 page), after all PHP sends contents.
So, if the client use keep-alive, the next request could be
"corrupted".
I use php as an Apache 2 module. I reproduced it under PHP 4.4.X too.
Note : if I disable "zlib.output_compression" and use "ob_start(
'gz_handler' )" there is not this problem.
Reproduce code:
---
A minimal 304 page :
A minimal client simulation :
', $line, PHP_EOL;
fputs( $sk, $line . "\r\n" );
}
function sock_gets( &$sk )
{
$line = fgets( $sk, 4096 );
echo '< ', rtrim($line), PHP_EOL;
return $line;
}
for( $i = 1; $i <=2 ; $i++ )
{
echo "Sending request ", $i, PHP_EOL;
foreach( $headers as $h )
sock_send( $sk, $h );
sock_send( $sk, '' );
echo "Reading headers only (no contents should be send)", PHP_EOL;
while( !feof( $sk ) )
{
$line = trim(sock_gets( $sk ));
if( $line === '' )
{
break;
}
}
}
fclose( $sk );
?>
Expected result:
Response headers for the second request should be the same as the
first.
In my example :
< HTTP/1.1 304 Not Modified
< Date: Tue, 21 Aug 2007 14:45:40 GMT
< Server: Apache/2.2.3 (Debian) PHP/4.4.4-8+etch4
< Connection: Keep-Alive
< Keep-Alive: timeout=60, max=100
< Vary: Accept-Encoding
Actual result:
--
Actually there is some "chars" (I suppose the end of compressed data,
like checksum ?)
< ▼ ♥☻ ♥ HTTP/1.1 304 Not
Modified
< Date: Tue, 21 Aug 2007 14:45:40 GMT
< Server: Apache/2.2.3 (Debian) PHP/4.4.4-8+etch4
< Connection: Keep-Alive
< Keep-Alive: timeout=60, max=99
< Vary: Accept-Encoding
<
--
Edit this bug report at http://bugs.php.net/?id=42362&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: richard at vottle dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: I am having the same problem with PHP 5.2.4. I have tried replacing libmysql.dll from PHP 5.1.2, and also took the libmysql.dll from my instance of MySQL 5.0.15-nt - nothing is solving the problem except reverting back to PHP 5.1.2 in its entirity. Previous Comments: [2007-09-05 12:05:45] lferro at teladigital dot pt Using PHP Version 5.2.4 and MySQL 5.0.37 community version, on a WinXP box, i got this error. The workaround was just to update the libmySQL.dll that resides in the php directory with the one shipped with the MySQL. Not perfect... but... ;) [2007-09-03 15:48:11] astorni at softhome dot net For me, it did not help replacing the php_mysql.lib with the old one from versions 5.2.0 or 5.2.1, so I have no workaround. [2007-09-03 15:29:58] astorni at softhome dot net I upgraded from 5.0.4 to 5.2.4, and I saw this bug for the first time. But for me, the threads were 7 (no idea what it means): 7 threads didn't exit The page displayed correctly, but did not stop, and after a few seconds of delay I get the message. [2007-08-31 18:25:44] phpuser at gmail dot com Error remains in PHP 5.2.4 [2007-08-29 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#42566 [NEW]: array_reduce coverts '' to 0 for initial value
From: lindsay at marshall dot name Operating system: Fedora PHP version: 5.2.4 PHP Bug Type: Unknown/Other Function Bug description: array_reduce coverts '' to 0 for initial value Description: If you want to use array_reduce to produce a string rather than a number you cannot set the initial string to be '' as it is converted to 0. You can work round this but it is not elegant. There seems to be no reason why array_reduce should not work with strings (it did in 4.x) Reproduce code: --- see comment on array_reduce page Expected result: see comment on array_reduce page -- Edit bug report at http://bugs.php.net/?id=42566&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42566&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42566&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42566&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42566&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42566&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42566&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42566&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42566&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42566&r=support Expected behavior:http://bugs.php.net/fix.php?id=42566&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42566&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42566&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42566&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42566&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42566&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42566&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42566&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42566&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42566&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42566&r=mysqlcfg
#42567 [NEW]: Iterate over $_SESSION won't allow to unset its fields
From: gustavoa at gmail dot com
Operating system: Windows
PHP version: 5.2.4
PHP Bug Type: Session related
Bug description: Iterate over $_SESSION won't allow to unset its fields
Description:
The following session is stored in my temp directory:
old_var2|s:4:"foo2";
I try to iterate over the $_SESSION var (using foreach) to unset some
session keys, in particular those who start with "old_" (see the attached
code). But I can't.
Besides, if after this iteration I try to modify the $_SESSION var nothing
happens.
I'm using IIS 5.1 (blame my boss).
Reproduce code:
---
session_start();
$prefix = 'old_';
foreach ($_SESSION as $key => $value) {
if (substr($key, 0, 4) == $prefix) {
unset($_SESSION[$key]);
}
}
$_SESSION['var1'] = 'foo';
Expected result:
This change in the session file:
var1|s:3:"foo";
Actual result:
--
old_var2|s:4:"foo2";
--
Edit bug report at http://bugs.php.net/?id=42567&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42567&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42567&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42567&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42567&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42567&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42567&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42567&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42567&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42567&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42567&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42567&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42567&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42567&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42567&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42567&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42567&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42567&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42567&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42567&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42567&r=mysqlcfg
#42318 [Asn]: problem with nm not finding object files
ID: 42318 Updated by: [EMAIL PROTECTED] Reported By: rainer dot tammer at schulergroup dot com Status: Assigned Bug Type: Compile Failure Operating System: AIX 5.2/5.3 PHP Version: 5.2CVS-2007-08-17 Assigned To: dmitry New Comment: I've just recompiled PHP-5.2.4 on AIX 5.1 with gcc without problems. I don't have any ".libs" directories, however in boundled libtool I have "objdir=.libs". I have no idea what is wrong on your (or my) AIX system and how to support both. Try to build CLI and CGI without "--with-apxs". Previous Comments: [2007-09-03 06:20:06] rainer dot tammer at schulergroup dot com Hello, any news ?? Bye Rainer [2007-08-23 14:45:04] [EMAIL PROTECTED] Dmitry, can you give some info about why you reverted your fix? [2007-08-23 10:54:55] rainer dot tammer at schulergroup dot com Hello, this was only a general note on the system. It has nothing todo with the bug. This build uses the bundled libtool. Bye Rainer [2007-08-23 10:46:58] [EMAIL PROTECTED] About libtool: PHP does not use any external libtool unless you force it to do it..so are you doing something you shouldn't be doing? :) PHP uses the bundled libtool version 1.5.20. [2007-08-23 06:07:20] rainer dot tammer at schulergroup dot com Hello, just a quick note: The fix to the two config files (sapi/cgi/config9.m4 / sapi/cli/config.m4) only affects AIX !! Bye Rainer 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/42318 -- Edit this bug report at http://bugs.php.net/?id=42318&edit=1
#42549 [Com]: undefined reference to `mysql_server_init' and `mysql_server_end'
ID: 42549 Comment by: forumsysop at imaging-resource dot com Reported By: silver at sprintserve dot net Status: Assigned Bug Type: MySQL related Operating System: RHEL 3 Taroon 8 PHP Version: 5.2.4 Assigned To: scottmac New Comment: Another vote for this as an issue. Given that RHEL3 is still in circulation quite a bit and a fair number of users use the default OS packages for compatibility reasons, is there an ETA on a fix and/or patch to resolve this? Thanks. Previous Comments: [2007-09-05 13:20:56] [EMAIL PROTECTED] Apparently these don't exist in such old mysql versions. Assigned to the "guilty" one. :) [2007-09-05 07:37:18] silver at sprintserve dot net This is the exact version: mysql Ver 11.18 Distrib 3.23.58, for redhat-linux-gnu (i386) [2007-09-04 22:32:33] [EMAIL PROTECTED] Exactly what mysql version is the one that comes with the ancient RHEL3? (You really should upgrade..) [2007-09-04 20:22:46] silver at sprintserve dot net Description: Compile fails with the following error: ext/mysql/.libs/php_mysql.o(.text+0x2e9): In function `zm_startup_mysql': /usr/local/src/php-5.2.4/ext/mysql/php_mysql.c:404: undefined reference to `mysql_server_init' ext/mysql/.libs/php_mysql.o(.text+0x307): In function `zm_shutdown_mysql': /usr/local/src/php-5.2.4/ext/mysql/php_mysql.c:423: undefined reference to `mysql_server_end' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is the configure line: ./configure --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --with-libdir=/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --cache-file=../config.cache --enable-force-cgi-redirect --disable-debug --disable-rpath --enable-inline-optimization --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-png-dir=/usr --with-gd --enable-gd-native-ttf --with-ttf --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell --with-regex=system --with-zlib --with-layout=GNU --enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-wddx --enable-mbstring --enable-mbregex --with-pear=/usr/share/pear --with-kerberos=/usr/kerberos --with-ldap=shared --with-mysql=/usr/bin/mysql_config --enable-calendar --with-apxs2filter=/usr/sbin/apxs Mysql is the stock Redhat Enterprise 3 RPMs version 3. Prior versions worked fine. Thank you. Reproduce code: --- NA Expected result: NA Actual result: -- NA -- Edit this bug report at http://bugs.php.net/?id=42549&edit=1
#42568 [NEW]: Compile fials when using --with-gmp option
From: jerry at scene-naturally dot dyndns dot org Operating system: OS X 10.4.10 PHP version: 5.2.4 PHP Bug Type: Compile Failure Bug description: Compile fials when using --with-gmp option Description: When PHP is compiled using the option --with-gmp=/usr/local (gmp being installed in /usr/local) PHP will not compile, failing with the error as noted below. I have chatted with the developer for libgmp, and the gist of the result of the discussion is that this is a PHP bug. Reproduce code: --- gmp is compiled using ./configure \ --prefix=/usr/local \ --enable-cxx \ --disable-shared \ ABI=mode32 as per the developer directions for installing libgmp on Mac OS X. (The subsequent build of GMP passes all tests.) Expected result: The usual result of a successful compile. Actual result: -- /usr/bin/ld: /usr/local/lib/libgmp.a(popcount.o) has local relocation entries in non-writable section (__TEXT,__text) -- Edit bug report at http://bugs.php.net/?id=42568&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42568&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42568&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42568&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42568&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42568&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42568&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42568&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42568&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42568&r=support Expected behavior:http://bugs.php.net/fix.php?id=42568&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42568&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42568&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42568&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42568&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42568&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42568&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42568&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42568&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42568&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42568&r=mysqlcfg
#34784 [Com]: Changed database context error when SELECT > 33 columns
ID: 34784
Comment by: php at blazemonger dot com
Reported By: jwall at webpeak dot com
Status: Assigned
Bug Type: MSSQL related
Operating System: Windows XP
PHP Version: 5CVS-2005-10-08 (snap)
Assigned To: fmk
New Comment:
I am seeing this error on *every* MSSQL query under PHP 5.2.2, on
Windows 2003 Server x64, in the apache 2.2.4 error log file.
Previous Comments:
[2007-07-03 23:39:38] vollmer at ampache dot org
I'm running into this same issue with large result sets.
I am running a Debian ETCH server with Apache2/PHP5.2
dpkg --list | grep "php"
ii libapache2-mod-php5 5.2.0-8+etch4
server-side, HTML-embedded scripting languag
ii php-pear 5.2.0-8+etch4
PEAR - PHP Extension and Application Reposit
ii php5-cli 5.2.0-8+etch4
command-line interpreter for the php5 script
ii php5-common 5.2.0-8+etch4
Common files for packages built from the php
ii php5-curl 5.2.0-8+etch4
CURL module for php5
ii php5-gd 5.2.0-8+etch4
GD module for php5
ii php5-ldap 5.2.0-8+etch4
LDAP module for php5
ii php5-mcrypt 5.2.0-8+etch4
MCrypt module for php5
ii php5-mysql5.2.0-8+etch4
MySQL module for php5
ii php5-snmp 5.2.0-8+etch4
SNMP module for php5
ii php5-sybase 5.2.0-8+etch4
Sybase / MS SQL Server module for php5
The exact error I am seeing is
Query: SELECT * FROM L_U_t_State WHERE Status='1' (51 Rows returned)
Error: Changed database context to 'RMS'.
Complexity or speed of query doesn't appear to matter, my larger
multi-table selects/joins/unions do not produce the same error.
PHP Code that is producing the error message
-Karl Vollmer
[2006-08-07 20:25:47] haunw at spcollege dot edu
I have this same issue on PHP 4.3.11(running as CGI) on Windows2000
server.
Happens intermittently. Only pattern seems to be that it is when SQL
Server is running a bit slower.
[2006-06-16 14:14:51] hectorjazz at hotmail dot com
Corrected
[2006-06-16 14:13:21] hectprjazz at hotmail dot com
extension of PHP 4.4.x (mssql.dll) = SQL Server 2000
extension of PHP 4.3.x (mssql.dll) = SQL Server 7
[2006-03-24 21:15:21] zane dot wright at langley dot af dot mil
I also have the problem using 5.0.3 and a combination of PEAR's
LiveUser using DB.
It can be reproduced with a
$db =& DB::connect($dsn, $options);
var_dump($db->query('INSERT INTO liveuser_users_seq (vapor) VALUES
(0)'));
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/34784
--
Edit this bug report at http://bugs.php.net/?id=34784&edit=1
#42362 [Opn->WFx]: PHP sends GZIP empty data after a 304 response
ID: 42362 Updated by: [EMAIL PROTECTED] Reported By: ob dot php at daevel dot net -Status: Open +Status: Wont fix Bug Type: HTTP related Operating System: Debian Etch PHP Version: 5.2.3 New Comment: Well, the key issue is, zlib.output_compression and ob_gzhandler are not the same thing. Enabling zlib.output_compression starts the output handler without regard whether there's output or not unless you disable it again without sending output. ob_gzhandler is only initialized if there's been output. Previous Comments: [2007-09-05 14:30:02] ob dot php at daevel dot net Yes of course if I disable the compression (with ini_set), there is not the problem. But is it really to the script to check and correct an internal behavior ? An old script which use ob_start( 'gz_handler' ) doesn't meet this "bug". [2007-09-04 12:33:58] [EMAIL PROTECTED] AFAICT, you're sending the 304 in your script, it's not done by PHP. So in that case, isn't it your script that should turn off the compression? [2007-09-04 07:04:34] ob dot php at daevel dot net The RFC say : "The 304 response MUST NOT contain a message-body, and thus is always terminated by the first empty line after the header fields." Source : http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html (cf 10.3.5 "304 Not Modified" ) Actually PHP sent the "GZIP Magic Header" (I'm not talking about the HTTP headers, but the start of a gzip compressed data). [2007-08-27 11:07:01] [EMAIL PROTECTED] How is this a bug when you tell in your request that you accept gzipped data? Of course you get that header then. [2007-08-21 15:13:31] ob dot php at daevel dot net I add : there is exactly 26 bytes between the 2 requests : 1f 8b 80 00 00 00 00 00 00 30 20 00 00 00 ff ff 30 00 00 00 00 00 00 00 00 00 So it seems to be the "gzip header". 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/42362 -- Edit this bug report at http://bugs.php.net/?id=42362&edit=1
#42569 [NEW]: json_encode does not escape single quotes
From: prikid at gmail dot com
Operating system: FreeBSD 6
PHP version: 5.2.4
PHP Bug Type: JSON related
Bug description: json_encode does not escape single quotes
Description:
When using json_encode() and trying to insert into mysql table field with
single quotes - single quote is not escaped and mysql produces error.
Reproduce code:
---
$name = "Mike O'Brien";
$email = "[EMAIL PROTECTED]";
$settings = array("name"=> $name,"email" => $email);
$json = json_encode($settings);
$sql = "INSERT INTO `users` VALUES('".$json."')";
$result = mysql_query($sql) or die (mysql_error());
Expected result:
Successfull mysql insertion with escaped single quote.
Actual result:
--
You have an error in your SQL syntax; check the manual that corresponds to
your MySQL server version for the right syntax to use near 'Brien
--
Edit bug report at http://bugs.php.net/?id=42569&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42569&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42569&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42569&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42569&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42569&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42569&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42569&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42569&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42569&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42569&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42569&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42569&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42569&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42569&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42569&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42569&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42569&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42569&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42569&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42569&r=mysqlcfg
#42569 [Com]: json_encode does not escape single quotes
ID: 42569
Comment by: bas at tobin dot nl
Reported By: prikid at gmail dot com
Status: Open
Bug Type: JSON related
Operating System: FreeBSD 6
PHP Version: 5.2.4
New Comment:
that's correct... JSON is just a way to serialize data to a string.
It's not the purpose of JSON to serialize data to be directly included
in a statement for a specific database.
The way MySQL escape strings is not a "universal" method as for
instance MS SQL does it another way.
If you wish to use JSON to store data in MySQL you should escape the
JSON string with the specific MySQL function to escape strings, see the
mysql_escape_string() and mysql_real_escape_string() functions
Previous Comments:
[2007-09-05 18:22:12] prikid at gmail dot com
Description:
When using json_encode() and trying to insert into mysql table field
with single quotes - single quote is not escaped and mysql produces
error.
Reproduce code:
---
$name = "Mike O'Brien";
$email = "[EMAIL PROTECTED]";
$settings = array("name"=> $name,"email" => $email);
$json = json_encode($settings);
$sql = "INSERT INTO `users` VALUES('".$json."')";
$result = mysql_query($sql) or die (mysql_error());
Expected result:
Successfull mysql insertion with escaped single quote.
Actual result:
--
You have an error in your SQL syntax; check the manual that corresponds
to your MySQL server version for the right syntax to use near 'Brien
--
Edit this bug report at http://bugs.php.net/?id=42569&edit=1
#42570 [NEW]: require_once not finding files that are within filesystem
From: development at domain51 dot com Operating system: Mac OS X 10.4 PHP version: 5.2.4 PHP Bug Type: Filesystem function related Bug description: require_once not finding files that are within filesystem Description: When including/requiring file within the scripts path, it does not pay attention to the original scripts path. file_exists() and is_readable() will return true, but require/include will produce an error. Reproduce code: --- Expected result: Hello, I exist Actual result: -- Warning: include(file-that-exists.php) [function.include]: failed to open stream: No such file or directory in /path/to/some-file.php on line 3 -- Edit bug report at http://bugs.php.net/?id=42570&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42570&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42570&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42570&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42570&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42570&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42570&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42570&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42570&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42570&r=support Expected behavior:http://bugs.php.net/fix.php?id=42570&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42570&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42570&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42570&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42570&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42570&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42570&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42570&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42570&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42570&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42570&r=mysqlcfg
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: richard at vottle dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: Temporary dyslexia mixed in with too many archived versions of PHP and you are bound to get things mixed up. Taking libmysql.dll from php v 5.2.1 (and not 5.1.2) and replacing the libmysql.dll in php 5.2.2->4 works fine. Would still be nice to have a proper working copy in the actual release though ;) Previous Comments: [2007-09-05 14:40:58] richard at vottle dot com I am having the same problem with PHP 5.2.4. I have tried replacing libmysql.dll from PHP 5.1.2, and also took the libmysql.dll from my instance of MySQL 5.0.15-nt - nothing is solving the problem except reverting back to PHP 5.1.2 in its entirity. [2007-09-05 12:05:45] lferro at teladigital dot pt Using PHP Version 5.2.4 and MySQL 5.0.37 community version, on a WinXP box, i got this error. The workaround was just to update the libmySQL.dll that resides in the php directory with the one shipped with the MySQL. Not perfect... but... ;) [2007-09-03 15:48:11] astorni at softhome dot net For me, it did not help replacing the php_mysql.lib with the old one from versions 5.2.0 or 5.2.1, so I have no workaround. [2007-09-03 15:29:58] astorni at softhome dot net I upgraded from 5.0.4 to 5.2.4, and I saw this bug for the first time. But for me, the threads were 7 (no idea what it means): 7 threads didn't exit The page displayed correctly, but did not stop, and after a few seconds of delay I get the message. [2007-08-31 18:25:44] phpuser at gmail dot com Error remains in PHP 5.2.4 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#42569 [Opn]: json_encode does not escape single quotes
ID: 42569
User updated by: prikid at gmail dot com
Reported By: prikid at gmail dot com
Status: Open
Bug Type: JSON related
Operating System: FreeBSD 6
PHP Version: 5.2.4
New Comment:
$name = "Mike O'Brien";
$name = mysql_escape_string($name);
$email = "[EMAIL PROTECTED]";
$settings = array("name" => $name,"email" => $email);
$json = json_encode($settings);
var_dump($json);
---
output is:
string(49) "{"name":"Mike O\\'Brien","email":"[EMAIL PROTECTED]"}"
Double quoted and still generates error when trying to insert into
mysql db.
Previous Comments:
[2007-09-05 18:41:47] bas at tobin dot nl
that's correct... JSON is just a way to serialize data to a string.
It's not the purpose of JSON to serialize data to be directly included
in a statement for a specific database.
The way MySQL escape strings is not a "universal" method as for
instance MS SQL does it another way.
If you wish to use JSON to store data in MySQL you should escape the
JSON string with the specific MySQL function to escape strings, see the
mysql_escape_string() and mysql_real_escape_string() functions
[2007-09-05 18:22:12] prikid at gmail dot com
Description:
When using json_encode() and trying to insert into mysql table field
with single quotes - single quote is not escaped and mysql produces
error.
Reproduce code:
---
$name = "Mike O'Brien";
$email = "[EMAIL PROTECTED]";
$settings = array("name"=> $name,"email" => $email);
$json = json_encode($settings);
$sql = "INSERT INTO `users` VALUES('".$json."')";
$result = mysql_query($sql) or die (mysql_error());
Expected result:
Successfull mysql insertion with escaped single quote.
Actual result:
--
You have an error in your SQL syntax; check the manual that corresponds
to your MySQL server version for the right syntax to use near 'Brien
--
Edit this bug report at http://bugs.php.net/?id=42569&edit=1
#42570 [Opn]: require_once not finding files that are within filesystem
ID: 42570 User updated by: development at domain51 dot com Reported By: development at domain51 dot com Status: Open Bug Type: Filesystem function related Operating System: Mac OS X 10.4 PHP Version: 5.2.4 New Comment: I just attempted this code on a Linux (Ubuntu Feisty Fawn, Server) and did not receive the warning/fatal error. Copying that code back to my Mac OS X box, the code did have the same error. This appears to be OS X related. The code to reproduce is available from: http://plumb.domain51.com/sandbox/bug42570.tar.bz2 Previous Comments: [2007-09-05 19:02:45] development at domain51 dot com Description: When including/requiring file within the scripts path, it does not pay attention to the original scripts path. file_exists() and is_readable() will return true, but require/include will produce an error. Reproduce code: --- Expected result: Hello, I exist Actual result: -- Warning: include(file-that-exists.php) [function.include]: failed to open stream: No such file or directory in /path/to/some-file.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=42570&edit=1
#42571 [NEW]: Method variable array's missing
From: rockerboo at gmail dot com Operating system: CentOS 5 PHP version: 5.2.4 PHP Bug Type: SimpleXML related Bug description: Method variable array's missing Description: I create an SimpleXmlElement, and see if one of the member variable array's in an array, and it says it is not. But I am able to foreach through the array, and when I do, the key states they 2nd parent's key as the key. Linux virbdevel.com 2.6.18-8.1.4.el5.028stab035.1 #1 SMP Sat Jun 9 01:43:20 MSD 2007 i686 './configure' '--with-apxs2=/usr/sbin/apxs' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--libdir=/usr/lib' '--with-libdir=lib' '--with-mysql' '--with-mysqli' '--with-pear' '--with-zlib' '--with-openssl' '--with-png' '--with-jpeg-dir=/usr/lib' '--with-bz2' '--enable-bcmath' '--enable-exif' '--with-fam' '--with-gd' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/lib' '--enable-gd-jis-conv' '--with-imap' '--with-imap-ssl' '--enable-mbstring' '--with-iconv' '--with-mcrypt' '--enable-shmop' '--enable-imap' '--enable-imap-ssl' '--with-kerberos' '--with-xsl' '--with-dom' '--enable-soap' '--enable-simplexml' '--with-mhash' '--with-curl' '--enable-calendar' '--enable-dbx' '--with-xml' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-sockets' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--disable-ffmpeg' Reproduce code: --- http://pastebin.com/f252f4872 Expected result: SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [type] => array ) [status] => Array ( [0] => SimpleXMLElement Object ( [created_at] => Wed Sep 05 18:06:54 + 2007 [id] => 249403592 [text] => Everyone that gets the new iPod Touch automatically receives a iPhone Wannabe t-shirt and decal. [source] => twitterrific [user] => SimpleXMLElement Object ( [id] => 5871202 [name] => Brad [screen_name] => stillframe [location] => Boston, USA [description] => drunk and in jail for arson [profile_image_url] => http://assets1.twitter.com/system/user/profile_image/5871202/normal/noobbrad_x150.jpg?1187756051 [url] => http://stillframe.com [protected] => false ) ) [1] => SimpleXMLElement Object ( [created_at] => Wed Sep 05 18:02:46 + 2007 [id] => 249393302 [text] => iPodTouch? No. iPodBadTouch. Don't touch your iPod that way. [source] => twitterrific [user] => SimpleXMLElement Object ( [id] => 5871202 [name] => Brad [screen_name] => stillframe [location] => Boston, USA [description] => drunk and in jail for arson [profile_image_url] => http://assets1.twitter.com/system/user/profile_image/5871202/normal/noobbrad_x150.jpg?1187756051 [url] => http://stillframe.com [protected] => false ) ) [2] => SimpleXMLElement Object ( [created_at] => Wed Sep 05 17:10:46 + 2007 [id] => 249255522 [text] => Dear coffee, I forgot to say hi this morning. Apple event is kicking off. Expect more neglect. [source] => twitterrific [user] => SimpleXMLElement Object ( [id] => 5871202 [name] => Brad [screen_name] => stillframe [location] => Boston, USA [description] => drunk and in jail for arson [profile_image_url] => http://assets1.twitter.com/system/user/profile_image/5871202/normal/noobbrad_x150.jpg?1187756051 [url] => http://stillframe.com [protected] => false ) ) [3] => SimpleXMLElement Object ( [created_at] => Wed Sep 05 01:44:00 + 2007 [id] => 247693942 [text] => If the Hood blimp ever crashed (upside down), it would say pooH. Just a random epiphony. [source] => txt [user] => SimpleXMLElement Object
#42545 [Opn]: low SystemPages
ID: 42545
User updated by: netclone at bigmir dot net
Reported By: netclone at bigmir dot net
Status: Open
Bug Type: GD related
Operating System: Windows XP SP2
PHP Version: 5.2.4
New Comment:
crash after 50 min
Previous Comments:
[2007-09-05 10:03:10] netclone at bigmir dot net
I can see in performance monitor that PTE is slowly goes down
[2007-09-04 16:56:42] netclone at bigmir dot net
Description:
System halts, php hangs up - each file-resource handler becomes
invalid.
I'm using CLI php.exe to process image storage with JPG files with
approximately size 2-3Mb each. Script uses database dump file each line
of them points to physical file location. This dump has 4000-6000
records. Within cycle it reads one line from dump and call this code,
and writes result into log file. Its outputs ~180 files (~18Kb) per 3-5
sec. Crash becomes at ~ 4h of work. Looks like no more handles aviable.
We have same results on 4 PCs (all PCs new, just bayed week ago, all
systems has same configuration Core2Duo/3GHz/2Gb, firmly HP), running on
Windows XP SP2 (all updates installed), installed extensions
php_oci8.dll, php_gd2.
Reproduce code:
---
$url = {image}; $FileDir = {path} //code to read IN file and open log
@mkdir($FileDir, 0755, true);
if( file_exists($FileDir) ) {
$InputImage = @ImageCreateFromJPEG( $url )
$iw = ImageSX($InputImage); $ih = ImageSY($InputImage);
$ThumbImage = @imagecreatetruecolor(124, 82))
imagecopyresampled($ThumbImage, $InputImage,0, 0, 0, 0, 124, 82, $iw,
$ih);
ImageJPEG($ThumbImage, $thumbnail, 80 );
ImageDestroy($ThumbImage);
$rows = ceil($iw /256); $cols = ceil($ih /256);
for($i = 0; $i < $rows; $i++ ) for( $j = 0; $j < $cols; $j++ ){
if ($OutputImage = @ImageCreateTrueColor( 256,256 ) {
ImageCopy( $OutputImage, $InputImage, 0, 0, $x, $y, $cw, $ch );
ImageJPEG( $OutputImage, $OutputFile, 80 );
ImageDestroy($OutputImage);
}
ImageDestroy($InputImage);
}
Expected result:
images in correpsonding folders
Actual result:
--
~4h all is ok, but at nearly 2500-2700 image it's write in log
PHP Warning: imagejpeg(): Unable to open 'xxx.jpg' for writing:
Invalid argument in script.php on line xx
PHP Warning: fwrite(): supplied argument is not a valid stream
resource
PHP Warning: fclose(): supplied argument is not a valid stream
resource
System hangs on, you can't open or run anything and need to reboot.
During this time created ~720 000 images
--
Edit this bug report at http://bugs.php.net/?id=42545&edit=1
#42572 [NEW]: Exception
From: lgynove at 163 dot com Operating system: windows xp PHP version: 5.2.4 PHP Bug Type: Unknown/Other Function Bug description: Exception Description: run it then you see... Reproduce code: --- http://bugs.php.net/?id=42572&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42572&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42572&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42572&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42572&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42572&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42572&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42572&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42572&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42572&r=support Expected behavior:http://bugs.php.net/fix.php?id=42572&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42572&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42572&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42572&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42572&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42572&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42572&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42572&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42572&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42572&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42572&r=mysqlcfg
#42318 [Asn]: problem with nm not finding object files
ID: 42318 User updated by: rainer dot tammer at schulergroup dot com Reported By: rainer dot tammer at schulergroup dot com Status: Assigned Bug Type: Compile Failure Operating System: AIX 5.2/5.3 PHP Version: 5.2CVS-2007-08-17 Assigned To: dmitry New Comment: Hello, first of all AIX 5.1 is no longer supported. I tested the build on AIX 5.2 and 5.3 with IBM xlC/C++ 8.0 and with gcc 3.3.2. It looks like the .libs directory only appears if you build for apache (--with-apxs) and sapi/cgi; sapi/cli. If you need another test I can try almost every combination with the following OS versions / compilers: * AIX 5.2 and AIX 5.3 * xlC/C++ 6.0; 8.0; and 9.0 * gcc 3.3.2; gcc 4.0.0 Bye Rainer Previous Comments: [2007-09-05 15:48:51] [EMAIL PROTECTED] I've just recompiled PHP-5.2.4 on AIX 5.1 with gcc without problems. I don't have any ".libs" directories, however in boundled libtool I have "objdir=.libs". I have no idea what is wrong on your (or my) AIX system and how to support both. Try to build CLI and CGI without "--with-apxs". [2007-09-03 06:20:06] rainer dot tammer at schulergroup dot com Hello, any news ?? Bye Rainer [2007-08-23 14:45:04] [EMAIL PROTECTED] Dmitry, can you give some info about why you reverted your fix? [2007-08-23 10:54:55] rainer dot tammer at schulergroup dot com Hello, this was only a general note on the system. It has nothing todo with the bug. This build uses the bundled libtool. Bye Rainer [2007-08-23 10:46:58] [EMAIL PROTECTED] About libtool: PHP does not use any external libtool unless you force it to do it..so are you doing something you shouldn't be doing? :) PHP uses the bundled libtool version 1.5.20. 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/42318 -- Edit this bug report at http://bugs.php.net/?id=42318&edit=1
#42572 [Opn->Bgs]: Exception
ID: 42572 Updated by: [EMAIL PROTECTED] Reported By: lgynove at 163 dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows xp PHP Version: 5.2.4 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 You can't throw an exception from an exception handler. Previous Comments: [2007-09-06 04:36:17] lgynove at 163 dot com Description: run it then you see... Reproduce code: --- http://bugs.php.net/?id=42572&edit=1
