#25461 [Bgs]: include insecurity
ID: 25461 Updated by: [EMAIL PROTECTED] Reported By: ashley at netcraft dot com dot au Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.3.3 New Comment: from php.ini: ; Whether to allow the treatment of URLs (like http:// or ftp://) as files. >From the manual: allow_url_fopen = On allow_url_fopen boolean This option enables the URL-aware fopen wrappers that enable accessing URL object like files. Default wrappers are provided for the access of remote files using the ftp or http protocol, some extensions like zlib may register additional wrappers. Previous Comments: [2003-09-09 21:17:27] ashley at netcraft dot com dot au I know there's an option for it, but it should come with a warning that it also enables url's on include/require. [2003-09-09 21:02:31] [EMAIL PROTECTED] Search php.ini-dist (or php.ini-recommended) for "allow_url_fopen" directive. [2003-09-09 19:48:43] ashley at netcraft dot com dot au Description: I think it's highly insecure that 'include' and 'require' support http:// url's by default. Why would you want to execute arbitrary code from another web page? I have seen many sites where they are exploitable because they do require $page. ".php"; Although this is bad programming, it's still insecure to allow http url's by default. Also, I'd strongly suggest never using http includes unless you control the DNS for the domain of the site you are connecting to. Otherwide the hostname could be changed over to a different page. -- Edit this bug report at http://bugs.php.net/?id=25461&edit=1
#25465 [NEW]: Session lost, session.cookie.lifetime
From: sam dot houlder at teleperfomance dot no Operating system: Linux PHP version: 4.3.3 PHP Bug Type: Session related Bug description: Session lost, session.cookie.lifetime Description: Client looses session cookie if client time + cookie lifetime > server time. Does cookie get timestamp from server? Reproduce code: --- File1 : "; echo "This is file1.php"; echo "Session logon: $_SESSION[logon]"; ?> File2: "; echo "This is file2.php"; echo "Session logon: $_SESSION[s_logon]"; unset($_SESSION[s_logon]); ?> Expected result: If script file1.php i started, $_SESSION[logon] will display in file 2, IF client time + session.cookie.lifetime < server time. I would have expected the cookie timestamp to origin from client time and not server time. Actual result: -- if client time+cookie.lifetimeserver time fil1.php: This is file1.php Session logon: file2.php: This is file2.php Session logon: -- Edit bug report at http://bugs.php.net/?id=25465&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25465&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25465&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25465&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25465&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25465&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25465&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25465&r=support Expected behavior: http://bugs.php.net/fix.php?id=25465&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25465&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25465&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25465&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25465&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25465&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25465&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25465&r=gnused
#25465 [Opn]: Session lost, session.cookie.lifetime
ID: 25465 User updated by: sam dot houlder at teleperfomance dot no Reported By: sam dot houlder at teleperfomance dot no Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.3.3 New Comment: Corrected file1.php remove $_SESSION[counter] ... Previous Comments: [2003-09-10 03:10:02] sam dot houlder at teleperfomance dot no Description: Client looses session cookie if client time + cookie lifetime > server time. Does cookie get timestamp from server? Reproduce code: --- File1 : "; echo "This is file1.php"; echo "Session logon: $_SESSION[logon]"; ?> File2: "; echo "This is file2.php"; echo "Session logon: $_SESSION[s_logon]"; unset($_SESSION[s_logon]); ?> Expected result: If script file1.php i started, $_SESSION[logon] will display in file 2, IF client time + session.cookie.lifetime < server time. I would have expected the cookie timestamp to origin from client time and not server time. Actual result: -- if client time+cookie.lifetimeserver time fil1.php: This is file1.php Session logon: file2.php: This is file2.php Session logon: -- Edit this bug report at http://bugs.php.net/?id=25465&edit=1
#25454 [Fbk->Opn]: ldap_bind produces an assertion error in cyrus.c
ID: 25454 User updated by: rolli at aum dot unibe dot ch Reported By: rolli at aum dot unibe dot ch -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: Linux-2.4 PHP Version: 4.3.3 New Comment: Actually it's an SuSE 8.2. All installed software packages are original SuSE rpms. The only thing I compile for myself is PHP and the related packages like pdflib, mnogosearch, imagick. Previous Comments: [2003-09-09 15:35:56] [EMAIL PROTECTED] I tested your script and for me it just hangs in 'Binding..'. No assert error here. Did you recompile openldap after upgrading cyrus-sasl? [2003-09-09 13:15:12] [EMAIL PROTECTED] Nevermind the last comment, ldap_initialize() is just undocumented..had to read openldap sources a bit. :) [2003-09-09 13:09:17] [EMAIL PROTECTED] And where does it say that you can use multiple hosts in one connect? (FYI: This has absolutely NOTHING to do with ext/cyrus) [2003-09-09 13:06:54] [EMAIL PROTECTED] First of all: Does this work with the openldap binaries, e.g. ldapsearch ?? [2003-09-09 12:02:41] rolli at aum dot unibe dot ch Description: When using ldap_bind() nothing happens as script execution stops immediatly. Verifying the script with CLI there's an assertion error in cyrus.c The problem seems to be related to cyrus.c working with a cyrus-sasl-2.1x. Checked the following: Server 1: php-4.3.3 with cyrus-sasl-1.5.24 works Server 2: php-4.3.3 with cyrus-sasl2-2.1.12 doesn't work Both Servers compiled wiht: './configure' '--prefix=/usr/share' '--datadir=/usr/share/php' '--bindir=/usr/bin' '--libdir=/usr/share' '--includedir=/usr/include' '--with-_lib=lib' '--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin' '--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-discard-path' '--enable-exif' '--enable-filepro' '--enable-ftp' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--enable-inline-optimization' '--enable-magic-quotes' '--enable-mbstr-enc-trans' '--enable-mbstring' '--enable-mbregex' '--enable-memory-limit' '--enable-safe-mode' '--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' '--enable-wddx' '--enable-yp' '--with-bz2' '--with-curl' '--with-dom=/usr/include/libxml2' '--with-ftp' '--with-gdbm' '--with-gettext' '--with-gmp' '--with-imap=yes' '--with-imap-ssl' '--with-imagick=/usr' '--with-openssl' '--with-iodbc' '--with-java=/usr/lib/SunJava2-1.4.1' '--with-jpeg-dir=/usr' '--with-ldap=yes' '--with-mcal=/usr' '--with-mcrypt' '--with-mnogosearch=/usr/local/mnogosearch' '--with-mysql=/usr' '--with-ndbm' '--with-pgsql=shared' '--with-png-dir=/usr' '--with-readline' '--with-snmp' '--with-t1lib' '--with-tiff-dir=/usr' '--with-ttf' '--with-freetype-dir=yes' '--with-xml' '--with-xmlrpc' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with-xpm-dir=/usr/X11R6' '--with-zlib=yes' '--with-gd' '--enable-xslt' '--with-xslt-sablot' '--with-iconv' '--with-mm' '--with-pdflib=/usr' '--with-apxs=/usr/sbin/apxs' Reproduce code: --- Expected result: I should see a pretty "LDAP bind successful". Acutally works on Server 1 with cyrus-sasl-1.5.24. Actual result: -- [EMAIL PROTECTED]: php ldap.php php: cyrus.c:469: ldap_int_sasl_open: Assertion `lc->lconn_sasl_ctx == ((void *)0)' failed. Aborted Then tested with above script and only one ldap-server in ldap_connect() leads to Warning: ldap_bind(): Unable to bind to server: Can't contact LDAP server in on Server 2, but works perfectly on Server 1. So could it be ext/cyrus not compatible with cyrus-sasl2-2.1.12? -- Edit this bug report at http://bugs.php.net/?id=25454&edit=1
#25448 [Fbk->Opn]: $_SERVER['PHP_SELF'] fails to return a value (broken since 4.3.2)
ID: 25448 User updated by: david at advisorymatters dot co dot uk Reported By: david at advisorymatters dot co dot uk -Status: Feedback +Status: Open Bug Type: PHP options/info functions Operating System: Windows XP Pro PHP Version: 4.3.3 New Comment: php.exe -v outputs: PHP 4.3.3 (cgi-fcgi) (built: Aug 24 2003 22:05:10) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies Previous Comments: [2003-09-09 13:02:48] [EMAIL PROTECTED] What does "php.exe -v" output? [2003-09-09 11:43:52] david at advisorymatters dot co dot uk Not using SAPI on the Xitami web server. This is calling the PHP executable C:\php\php.exe. However, I have now installed Apache which is using the php4apache2.dll SAPI and this DOES work fine on 4.3.3. This indicates that the problem is probably only in the executable. I am accessing the page via the web browser using: http://localhost/test.php Running from the command line works fine every time (I am copying the appropriate php4ts.dll file into c:\windows\system32\ before each test). I tested 4.3.1, 4.3.2, 4.3.3 and the latest CVS release. These all returned the correct data. [2003-09-09 10:52:15] [EMAIL PROTECTED] You didn't tell what SAPI you're using. Nor did you tell how you access the page. And does it happen when run in command line? [2003-09-09 06:59:11] david at advisorymatters dot co dot uk Description: Running the code (below) on 4.3.2 and above (I've checked it on 4.3.2, 4.3.3RC1 to RC4 and 4.3.3) fails to produce any output. On 4.3.0 and 4.3.1 it works fine. For testing I am changing over the PHP versions just by renaming the c:\php dir (from c:\php431, c:\php432, c:\php433-1 etc). Nothing in the application changes and I am using one common php.ini file for all php versions, ONLY the php version itself is changed. All PHP versions are the standard Win32 Binaries with no modifications. In php.ini register globals are OFF and the only other changes are to turn a few extensions on (GD and DBX). I am using the Xitami web server version 2.4d9 from http://www.xitami.com on a Compaq Evo system (Celeron 1.8MHz, 128MB RAM, WinXPPro). I've noticed that this (or similar) bugs have been reported recently (e.g. #24979) but dismissed by stating that it works with the latest CVS etc. If this is the case when this bug report is checked then I would suggest that there is something else going on here that is not showing up on your test systems. It is ALWAYS reproducible here. Note that using $_SERVER['SCRIPT_NAME'] DOES work (but my code tends to use $_SERVER['PHP_SELF'] and why should I change?). Reproduce code: --- Expected result: With the above code in the file test.php in the web server's document root: self = /test.php Actual result: -- self = -- Edit this bug report at http://bugs.php.net/?id=25448&edit=1
#23488 [Csd]: zlib output compression clobbers user-supplied Vary: header
ID: 23488 Updated by: [EMAIL PROTECTED] Reported By: m at mlcastle dot net Status: Closed Bug Type: Feature/Change Request Operating System: GNU/Linux 2.2.25 PHP Version: 4.3.1 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/. Sorry, the first fix was only for ob_gzhandler, but now it should be fixed for zlib.output_compression, too. Previous Comments: [2003-08-02 11:11:36] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-08-02 11:08:02] [EMAIL PROTECTED] Same as bug #24827 [2003-05-05 05:52:41] [EMAIL PROTECTED] This issue has long been recognised since zlib.compression feature was implemented. The behaviour is quite expected => marking this as a feature request. [2003-05-05 04:44:46] m at mlcastle dot net If zlib.output_compression is on, then it (sensibly) sends a Vary: Accept-Encoding header to the browser. However, if the user's script has sent its own Vary: header, then that header will get clobbered by zlib's. Better solutions would be to either: * let the user's header take preference, and caution the user to include Accept-Encoding in the custom one, or * magically combine the user's header and the zlib one. Refernece: RFC 2616 (HTTP/1.1 Spec), Section 14.44 Sample script: -- Edit this bug report at http://bugs.php.net/?id=23488&edit=1
#25466 [NEW]: PHP ignores --with-config-file-path compile option somehow?
From: php-bugs-2003-09 at webfreezer dot com Operating system: Linux PHP version: 4.3.3 PHP Bug Type: PHP options/info functions Bug description: PHP ignores --with-config-file-path compile option somehow? Description: PHP was compiled with the --with-config-file-path=/etc option however phpinfo() says "Configuration file (php.ini) path: /etc/httpd/php.ini" Reproduce code: --- './configure' '--with-apache=../apache_1.3.28' '--with-mhash=/usr/local/lib' '--with-zlib-dir=/usr/local/lib' '--with-zip=/usr/local/lib' '--enable-memory-limit' '--enable-versioning' '--with-gd' '--enable-exif' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-thread-safety' '--with-gettext' '--with-xml' '--with-mcrypt' '--enable-calendar' '--enable-bcmath' '--with-curl' '--with-curlwrappers' '--enable-ftp' '--enable-wddx' '--with-jpeg-dir=/usr/lib' Expected result: "Configuration file (php.ini) path: /etc/php.ini" Actual result: -- "Configuration file (php.ini) path: /etc/httpd/php.ini" -- Edit bug report at http://bugs.php.net/?id=25466&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25466&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25466&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25466&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25466&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25466&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25466&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25466&r=support Expected behavior: http://bugs.php.net/fix.php?id=25466&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25466&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25466&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25466&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25466&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25466&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25466&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25466&r=gnused
#4082 [Csd]: Trying to remove email address...
ID: 4082 User updated by: junk at kraap dot com -Summary: -Reported By: campbeln at isontheweb dot com +Reported By: junk at kraap dot com Status: Closed Bug Type: Reproducible Crash Operating System: Win98 PHP Version: 4.0 Release Candidate 1 New Comment: Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Previous Comments: [2000-08-15 09:48:59] [EMAIL PROTECTED] Closed due to missing user feedback. [2000-07-25 22:17:32] [EMAIL PROTECTED] Have you tried a new release of PHP? If so, does the problem still occur? [2000-04-08 20:09:55] junk at kraap dot com Hey, I'm having problems getting PHP4 RC1 to run with a specilized web server called "MicroWeb, v1.14" (available from http://www.dynamicstate.com/). PHP4 RC1 runs for me under Apache, but not under MicroWeb under the same conditions. I'm not sure if this a problem with PHP4 or MicroWeb. If you believe it's not PHP, could you please give me some helpful info to pass along to the producers of MicroWeb? (As a note, PHP3 works fine under MicroWeb). The problems occures when I try to load a PHP page. I get the standard Windows "This program has preformed an illegal operation and will be shutdown" dialog. The Details button gave me the following information: PHP caused an invalid page fault in module PHP4TS.DLL at 0167:10010308. Registers: EAX=00761c10 CS=0167 EIP=10010308 EFLGS=00010206 EBX=100102f0 SS=016f ESP=0063fc98 EBP=0063fd24 ECX=a00eea05 DS=016f ESI=00661600 FS=3597 EDX=a00eea09 ES=016f EDI=0065000c GS= Bytes at CS:EIP: 8b 09 52 8b 56 04 4a 52 8d 54 24 10 52 8b 90 14 Stack dump: 0003 0065000c 1006c8ce 100a7368 0004 fff81e99 10068be8 00661600 0065f3e8 0063fd1c 007617f0 100103db 0065000c 100102f0 00760460 00761c10 From here, the browser loads a blank page. If you have any questions, or if you'd like a full Zipped version of my exact configuration, plese let me know. ([EMAIL PROTECTED]) -- Edit this bug report at http://bugs.php.net/?id=4082&edit=1
#4082 [Csd]: Trying to remove email address...
ID: 4082 User updated by: junk at kraap dot com Reported By: junk at kraap dot com Status: Closed Bug Type: Reproducible Crash Operating System: Win98 PHP Version: 4.0 Release Candidate 1 New Comment: damnit! Previous Comments: [2003-09-10 05:49:28] junk at kraap dot com Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... Trying to remove email address... [2000-08-15 09:48:59] [EMAIL PROTECTED] Closed due to missing user feedback. [2000-07-25 22:17:32] [EMAIL PROTECTED] Have you tried a new release of PHP? If so, does the problem still occur? [2000-04-08 20:09:55] junk at kraap dot com Hey, I'm having problems getting PHP4 RC1 to run with a specilized web server called "MicroWeb, v1.14" (available from http://www.dynamicstate.com/). PHP4 RC1 runs for me under Apache, but not under MicroWeb under the same conditions. I'm not sure if this a problem with PHP4 or MicroWeb. If you believe it's not PHP, could you please give me some helpful info to pass along to the producers of MicroWeb? (As a note, PHP3 works fine under MicroWeb). The problems occures when I try to load a PHP page. I get the standard Windows "This program has preformed an illegal operation and will be shutdown" dialog. The Details button gave me the following information: PHP caused an invalid page fault in module PHP4TS.DLL at 0167:10010308. Registers: EAX=00761c10 CS=0167 EIP=10010308 EFLGS=00010206 EBX=100102f0 SS=016f ESP=0063fc98 EBP=0063fd24 ECX=a00eea05 DS=016f ESI=00661600 FS=3597 EDX=a00eea09 ES=016f EDI=0065000c GS= Bytes at CS:EIP: 8b 09 52 8b 56 04 4a 52 8d 54 24 10 52 8b 90 14 Stack dump: 0003 0065000c 1006c8ce 100a7368 0004 fff81e99 10068be8 00661600 0065f3e8 0063fd1c 007617f0 100103db 0065000c 100102f0 00760460 00761c10 From here, the browser loads a blank page. If you have any questions, or if you'd like a full Zipped version of my exact configuration, plese let me know. ([EMAIL PROTECTED]) -- Edit this bug report at http://bugs.php.net/?id=4082&edit=1
#25294 [Csd]: ftp_nlist fails on nai site with coredump
ID: 25294 User updated by: steveh at brendata dot co dot uk Reported By: steveh at brendata dot co dot uk Status: Closed Bug Type: FTP related Operating System: Linux 2.4.21 PHP Version: 4.3.4-dev New Comment: Confirmed, that has fixed it. Thanks. Previous Comments: [2003-09-09 17:20:35] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. A developer was able to reproduce this finally and came up with a patch. The next snapshot should work fine (give it time to be generated). If not, please reopen. [2003-09-09 12:16:36] [EMAIL PROTECTED] If the rebuild fails, try adding this line to the end of your script. var_dump(ftp_close($fp)); [2003-09-09 09:43:49] [EMAIL PROTECTED] Do this: # rm config.cache # ./configure --disable-all --disable-cgi --enable-ftp --enable-debug # make clean && make And try that script again. (with the snapshot) If it crashes, provide a backtrace. [2003-09-09 04:49:54] steveh at brendata dot co dot uk Sorry, still fails, same as before: [EMAIL PROTECTED] php4-STABLE-200309081530]# ./sapi/cli/php ~/test.php resource(4) of type (FTP Buffer) resource(4) of type (FTP Buffer) bool(false) resource(4) of type (FTP Buffer) Segmentation fault (core dumped) [EMAIL PROTECTED] php4-STABLE-200309081530]# [2003-09-06 09:16:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25294 -- Edit this bug report at http://bugs.php.net/?id=25294&edit=1
#25467 [NEW]: mail corruption
From: drew dot griffiths at clara dot co dot uk Operating system: windows 2000 PHP version: 4.3.3 PHP Bug Type: Mail related Bug description: mail corruption Description: Php 4.3.3 has been installed on a fully patched windows 2000 system with IIS. A function which passes html code within a variable to the mail function produces a random corruption of characters within the email. This has been tested with different SMTP servers with no effect. The problem was resolved by installing a previous version of PHP. (4.2.x) This problem would only occur when the HTML was passed in a variable and echoing the variable to the screen showed no corruption. -- Edit bug report at http://bugs.php.net/?id=25467&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25467&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25467&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25467&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25467&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25467&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25467&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25467&r=support Expected behavior: http://bugs.php.net/fix.php?id=25467&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25467&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25467&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25467&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25467&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25467&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25467&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25467&r=gnused
#25467 [Opn->Csd]: mail corruption
ID: 25467 Updated by: [EMAIL PROTECTED] Reported By: drew dot griffiths at clara dot co dot uk -Status: Open +Status: Closed Bug Type: Mail related Operating System: windows 2000 PHP Version: 4.3.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-09-10 07:49:11] drew dot griffiths at clara dot co dot uk Description: Php 4.3.3 has been installed on a fully patched windows 2000 system with IIS. A function which passes html code within a variable to the mail function produces a random corruption of characters within the email. This has been tested with different SMTP servers with no effect. The problem was resolved by installing a previous version of PHP. (4.2.x) This problem would only occur when the HTML was passed in a variable and echoing the variable to the screen showed no corruption. -- Edit this bug report at http://bugs.php.net/?id=25467&edit=1
#24793 [Fbk->Opn]: dlopen error: libphp4.so No such file or directory
ID: 24793 User updated by: alibarim at yahoo dot com Reported By: alibarim at yahoo dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: AIX 433 PHP Version: 4.3.3RC5-dev New Comment: I download the recommanded version. I should add to my configure command --disable-cli --without-pear And now when I try to run Apache, I obtain: ./apache[23]: 58706 Illegal instruction It seems to be a core dumped for Apache. When I remove LoadModule php4 from my httpd.conf everything seems to be ok and Apache run normally. Previous Comments: [2003-09-09 18:00:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And this time try with your normal configure line for PHP. I don't think 'make install' will work yet, but you shouldn't need --disable-cli anymore. [2003-08-19 07:31:08] alibarim at yahoo dot com When I use the following configure commad, and copy manually the compiled library, everything is OK and Apache run normally. #!/bin/sh exec configure \ --prefix /apps/local/php-4.3.2/ \ --disable-all \ --disable-cli \ --with apxs=/apps/local/apache_test_Ali/bin/apxs When I add the pdf --with-pdflib=/apps/local/apache_test_Ali/lib/pdf Apache cannot run !! Cannot load /apps/local/apache_test_Ali/libexec/libphp4.so into server: dlopen: /apps/local/apache_test_Ali/libexec/libphp4.so: No such file or directory This is not the case with the 4.2.3 version. [2003-08-19 05:27:28] [EMAIL PROTECTED] Well, did it work when you manually copied the file? (even without the --disable-cli maybe?) [2003-08-19 05:15:28] alibarim at yahoo dot com Yes I do. Before any compilation, I do a make distclean. Concerning the comments on bug #25058. I read it, but I did'nt see any particular point. I just copy de libphp4.so into my libexec directory. As I done it for the 4.2.3 version [2003-08-19 04:21:21] [EMAIL PROTECTED] Did you do 'rm config.cache' and 'make clean' before that? Also, did you read all the comments in bug #25058? Especially the part about copying the libphp4.so manually.. 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/24793 -- Edit this bug report at http://bugs.php.net/?id=24793&edit=1
#25465 [Opn->Bgs]: Session lost, session.cookie.lifetime
ID: 25465 Updated by: [EMAIL PROTECTED] Reported By: sam dot houlder at teleperfomance dot no -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Support questions elsewhere, there is not bug here. Previous Comments: [2003-09-10 03:11:38] sam dot houlder at teleperfomance dot no Corrected file1.php remove $_SESSION[counter] ... [2003-09-10 03:10:02] sam dot houlder at teleperfomance dot no Description: Client looses session cookie if client time + cookie lifetime > server time. Does cookie get timestamp from server? Reproduce code: --- File1 : "; echo "This is file1.php"; echo "Session logon: $_SESSION[logon]"; ?> File2: "; echo "This is file2.php"; echo "Session logon: $_SESSION[s_logon]"; unset($_SESSION[s_logon]); ?> Expected result: If script file1.php i started, $_SESSION[logon] will display in file 2, IF client time + session.cookie.lifetime < server time. I would have expected the cookie timestamp to origin from client time and not server time. Actual result: -- if client time+cookie.lifetimeserver time fil1.php: This is file1.php Session logon: file2.php: This is file2.php Session logon: -- Edit this bug report at http://bugs.php.net/?id=25465&edit=1
#25454 [Opn->Bgs]: ldap_bind produces an assertion error in cyrus.c
ID: 25454 Updated by: [EMAIL PROTECTED] Reported By: rolli at aum dot unibe dot ch -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Linux-2.4 PHP Version: 4.3.3 New Comment: So do the openldap binaries work or not??? I'm pretty sure this is not PHP bug at all as I could not reproduce this. Previous Comments: [2003-09-10 03:45:36] rolli at aum dot unibe dot ch Actually it's an SuSE 8.2. All installed software packages are original SuSE rpms. The only thing I compile for myself is PHP and the related packages like pdflib, mnogosearch, imagick. [2003-09-09 15:35:56] [EMAIL PROTECTED] I tested your script and for me it just hangs in 'Binding..'. No assert error here. Did you recompile openldap after upgrading cyrus-sasl? [2003-09-09 13:15:12] [EMAIL PROTECTED] Nevermind the last comment, ldap_initialize() is just undocumented..had to read openldap sources a bit. :) [2003-09-09 13:09:17] [EMAIL PROTECTED] And where does it say that you can use multiple hosts in one connect? (FYI: This has absolutely NOTHING to do with ext/cyrus) [2003-09-09 13:06:54] [EMAIL PROTECTED] First of all: Does this work with the openldap binaries, e.g. ldapsearch ?? 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/25454 -- Edit this bug report at http://bugs.php.net/?id=25454&edit=1
#25466 [Opn->Bgs]: PHP ignores --with-config-file-path compile option somehow?
ID: 25466 Updated by: [EMAIL PROTECTED] Reported By: php-bugs-2003-09 at webfreezer dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.3.3 New Comment: Get clean sources of both apache & php, "make clean" might not be enough. Not bug. Previous Comments: [2003-09-10 05:22:20] php-bugs-2003-09 at webfreezer dot com Description: PHP was compiled with the --with-config-file-path=/etc option however phpinfo() says "Configuration file (php.ini) path: /etc/httpd/php.ini" Reproduce code: --- './configure' '--with-apache=../apache_1.3.28' '--with-mhash=/usr/local/lib' '--with-zlib-dir=/usr/local/lib' '--with-zip=/usr/local/lib' '--enable-memory-limit' '--enable-versioning' '--with-gd' '--enable-exif' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-thread-safety' '--with-gettext' '--with-xml' '--with-mcrypt' '--enable-calendar' '--enable-bcmath' '--with-curl' '--with-curlwrappers' '--enable-ftp' '--enable-wddx' '--with-jpeg-dir=/usr/lib' Expected result: "Configuration file (php.ini) path: /etc/php.ini" Actual result: -- "Configuration file (php.ini) path: /etc/httpd/php.ini" -- Edit this bug report at http://bugs.php.net/?id=25466&edit=1
#25469 [NEW]: PHP has problems with accessing files and directorys in a windows share
From: christian at freemails dot at Operating system: Windows NT 5.2 build 3790 PHP version: 4.3.2 PHP Bug Type: Filesystem function related Bug description: PHP has problems with accessing files and directorys in a windows share Description: well, I expierenced today this error message (see the output field in the bugreport) But I checked it by running cmd.exe (the Windows NT standard shell) as webserver user and I can simply access any files. The share is writable and on a FAT32 partition so no chmods or so on apply. Well some PHP details: It seems that I can use any filesystem function in PHP to fail to access it. (tested with file) file_exists return false. I am using PHP as apache module as distributed on www.php.net Apache 1.3.28 with PHP 4.3.2 Something that maybe apply: Today I upgraded my Apache to 1.3.28 from 1.3.27. Reproduce code: --- Actual result: -- Warning: file(\\pc4\hd2\do_chroot) [function.file.php]: failed to open stream: Permission denied in c:\programme\apache group\apache\htdocs\somescript.php on line 8 -- Edit bug report at http://bugs.php.net/?id=25469&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25469&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25469&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25469&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25469&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25469&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25469&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25469&r=support Expected behavior: http://bugs.php.net/fix.php?id=25469&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25469&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25469&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25469&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25469&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25469&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25469&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25469&r=gnused
#25471 [NEW]: The PHP Documentation download page does not show any download in Mozilla
From: mahesh dot chandrasekar at icici-infotech dot com Operating system: All PHP version: Irrelevant PHP Bug Type: *General Issues Bug description: The PHP Documentation download page does not show any download in Mozilla Description: The PHP Documentation download page does not show any download in Mozilla -- Edit bug report at http://bugs.php.net/?id=25471&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25471&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25471&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25471&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25471&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25471&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25471&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25471&r=support Expected behavior: http://bugs.php.net/fix.php?id=25471&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25471&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25471&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25471&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25471&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25471&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25471&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25471&r=gnused
#25472 [NEW]: Iterative calls to ODBC_DO seems to cause memory leak.
From: chris dot neale at somerfield dot co dot uk
Operating system: Winnt SP6a Build 1381
PHP version: 5CVS-2003-09-10 (dev)
PHP Bug Type: ODBC related
Bug description: Iterative calls to ODBC_DO seems to cause memory leak.
Description:
I am trying to generate 700 static HTML pages each containing a table of
data. The loop appends the SQL string with the loop value and then calls
ODBC_DO. I've taken out all the table formatting routines out of the code
below, but it still replicates the same fault.
ODBC connects to an Access 97 SR1 database. I have installed the Jet SP
7_9NT service pack too.
When I run it, PHP.exe shows up in task manager's process monitor, eating
away at memory fast - about 1 meg every second gets consumed by php's
process and it generates about 7000 page faults every second too. But the
script still works, and the information comes out as expected. The memory
is then freed when PHP exits.
I'm concerned this bug will cause problems when I scale the project up to
generate 2 + reports.
I've run this code not only from a web page, but also from the command
line with some additional code which waits for a user keystroke before
continuing to the next loop iteration, hoping to slow down the process.
The same problem occurred.
I'm using the latest Win32 CVS snapshot at the time of writing.
Same problem when using latest stable build of PHP 4.
php.ini - memory_limit = 8M
I've seen the memory climb as high as 40mb when running this script.
PHP.ini modifications:
extension=php_gd2.dll enabled.
doc_root, extension_dir
That's about all the info I can find... Really hope someone can shed some
light on this one as I've been trying to solve it for about 2 weeks! Many
thanks,
Chris
Reproduce code:
---
$dbCon = odbc_connect('AccessDbSystemDSN', '', '');
for ($nval=1;$nval<=700;$nval++)
{
$query = "SELECT * from [tablename] where ID = ".$nval;
$results = odbc_do($dbCon, $query);
}
odbc_close($dbCon);
Expected result:
I expected the memory to remain fairly constant throughout execution, but
it keeps on rising and not always at a constant rate.
Actual result:
--
The reports generates successfully on my desktop machine despite the
memory rising, however PHP crashes when I run it on my laptop which has
less RAM than my desktop.
Same NT build and PHP CVS snapshot on Laptop. No error message, just
'Internal Server Error' message. No Apache error log generated.
--
Edit bug report at http://bugs.php.net/?id=25472&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25472&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25472&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25472&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25472&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25472&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25472&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25472&r=support
Expected behavior: http://bugs.php.net/fix.php?id=25472&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25472&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25472&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25472&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25472&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25472&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25472&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25472&r=gnused
#25471 [Opn]: The PHP Documentation download page does not show any download
ID: 25471 User updated by: mahesh dot chandrasekar at icici-infotech dot com -Summary: The PHP Documentation download page does not show any download in Mozilla Reported By: mahesh dot chandrasekar at icici-infotech dot com Status: Open Bug Type: *General Issues Operating System: All PHP Version: Irrelevant New Comment: The PHP Documentation download page does not show any download for the following: Single HTML, Many HTML files, PDF, PalmPilot DOC, PalmPilot iSilo. Previous Comments: [2003-09-10 12:23:04] mahesh dot chandrasekar at icici-infotech dot com Description: The PHP Documentation download page does not show any download in Mozilla -- Edit this bug report at http://bugs.php.net/?id=25471&edit=1
#24793 [Opn->Csd]: dlopen error: libphp4.so No such file or directory
ID: 24793 User updated by: alibarim at yahoo dot com Reported By: alibarim at yahoo dot com -Status: Open +Status: Closed Bug Type: Apache related Operating System: AIX 433 PHP Version: 4.3.3RC5-dev New Comment: The problem is resolved now. I download the 4.3.3 available on the web Site and compile it with gcc version 3.2.3. With this verison of gcc when you include the PDFLib you have to put the libgcc_s.a in one of the directory figuring in the output of dump -H on libphp4.so Everything is OK now. Thanks to all for your participation. Previous Comments: [2003-09-10 08:13:43] alibarim at yahoo dot com I download the recommanded version. I should add to my configure command --disable-cli --without-pear And now when I try to run Apache, I obtain: ./apache[23]: 58706 Illegal instruction It seems to be a core dumped for Apache. When I remove LoadModule php4 from my httpd.conf everything seems to be ok and Apache run normally. [2003-09-09 18:00:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And this time try with your normal configure line for PHP. I don't think 'make install' will work yet, but you shouldn't need --disable-cli anymore. [2003-08-19 07:31:08] alibarim at yahoo dot com When I use the following configure commad, and copy manually the compiled library, everything is OK and Apache run normally. #!/bin/sh exec configure \ --prefix /apps/local/php-4.3.2/ \ --disable-all \ --disable-cli \ --with apxs=/apps/local/apache_test_Ali/bin/apxs When I add the pdf --with-pdflib=/apps/local/apache_test_Ali/lib/pdf Apache cannot run !! Cannot load /apps/local/apache_test_Ali/libexec/libphp4.so into server: dlopen: /apps/local/apache_test_Ali/libexec/libphp4.so: No such file or directory This is not the case with the 4.2.3 version. [2003-08-19 05:27:28] [EMAIL PROTECTED] Well, did it work when you manually copied the file? (even without the --disable-cli maybe?) [2003-08-19 05:15:28] alibarim at yahoo dot com Yes I do. Before any compilation, I do a make distclean. Concerning the comments on bug #25058. I read it, but I did'nt see any particular point. I just copy de libphp4.so into my libexec directory. As I done it for the 4.2.3 version The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24793 -- Edit this bug report at http://bugs.php.net/?id=24793&edit=1
#25471 [Opn->Bgs]: The PHP Documentation download page does not show any download
ID: 25471 Updated by: [EMAIL PROTECTED] Reported By: mahesh dot chandrasekar at icici-infotech dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: All PHP Version: Irrelevant 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. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. We know this Previous Comments: [2003-09-10 12:33:07] mahesh dot chandrasekar at icici-infotech dot com The PHP Documentation download page does not show any download for the following: Single HTML, Many HTML files, PDF, PalmPilot DOC, PalmPilot iSilo. [2003-09-10 12:23:04] mahesh dot chandrasekar at icici-infotech dot com Description: The PHP Documentation download page does not show any download in Mozilla -- Edit this bug report at http://bugs.php.net/?id=25471&edit=1
#25460 [Csd->Bgs]: mysql_list_fields does NOT use link_identifier
ID: 25460
User updated by: beckman at purplecow dot com
Reported By: beckman at purplecow dot com
-Status: Closed
+Status: Bogus
-Bug Type: Documentation problem
+Bug Type: MySQL related
Operating System: FreeBSD 5.0-RELEASE #0
PHP Version: 4.3.3
Assigned To: georg
New Comment:
If your supposition is correct (phpMyAdmin is broken), then why would
mysql_list_fields("crt", "assignments") with a currently valid open
link to the database attempt to use the table mysql.assignments? Even
if you give it a link, it uses the mysql database to find the table.
While I'm not a C/C++ programmer, I read the code for that function. I
noticed that ZEND_FETCH_RESOURCE2 was added in 4.0 beta 3, and wonder
if THAT function is somehow causing this obscure occurence of this bug.
Why do I think it is a bug? Because mysql_list_fields DOES work as
advertised in the code I could come up with. HOWEVER, in that specific
example in phpMyAdmin, it does not. I'm wondering if somehow
ZEND_FETCH_RESOURCE2 is returning the wrong mysql->conn that is being
used to connect to the DB and list the fields from a table.
If any connection to a database can be used to read any DB from that
connection, and just before running mysql_list_fields I can do a "show
fields from crt.assignments" and it works using both a defined
link_resource or leaving it blank (using the currently selected
connection), why would mysql_list_fields("crt", "assignments") fail on
the next line?
I swear it isn't bogus. And if it is, I'll buy you a beer or something
and hang my head in shame.
Previous Comments:
[2003-09-10 03:50:39] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2003-09-10 03:43:58] [EMAIL PROTECTED]
assigned to myself
[2003-09-10 03:43:08] [EMAIL PROTECTED]
mysql_list_fields is deprecated, use SHOW COLUMNS FROM table
[LIKE 'foo'] instead.
This should be documented in the manual. Reclassified as
documentation bug.
[2003-09-09 15:47:42] [EMAIL PROTECTED]
This works as advertised. phpMyadmin is broken.
[2003-09-09 15:09:16] beckman at purplecow dot com
Description:
Synopsis: mysql_list_fields should ignore the currently selected
database, since the name of the database is clearly being passed to the
function. But the function uses the currently selected database rather
than the database specified in the function.
Evidence:
Using MySQL 4.0.14 and PHP 4.3.3, mysql_list_fields($db, $tbl,
$link_identifier) uses the most recent connection to mysql, not the
connection specified in $link_identifier.
I've tried to reproduce this problem, and the only place I can is in
phpMyAdmin 2.5.4 dev.
It seems that mysql_list_fields ignores the link_identifier it is
passed and uses either DB "mysql" or uses the most recent connection.
When testing, here's what I did.
In phpMyAdmin, I selected my database, then selected "Query."
I now get an error saying "#1146 - Table 'mysql.assignments' doesn't
exist".
So I got into the code in db_details_qbe.php. On line 132, this line
occurs:
$fld_results = @PMA_mysql_list_fields($db, $tbl) or
PMA_mysqlDie(PMA_mysql_error(), 'PMA_mysql_list_fields(' . $db . ', ' .
$tbl . ')', FALSE, $err_url);
The function is as this:
function PMA_mysql_list_fields($database_name, $table_name,
$link_identifier = FALSE) {
if ($link_identifier != FALSE) {
return
mysql_list_fields(PMA_convert_charset($database_name),
PMA_convert_charset($table_name), $link_identifier);
} else {
return
mysql_list_fields(PMA_convert_charset($database_name),
PMA_convert_charset($table_name));
}
}
When echo'ed, it was executed as "mysql_list_fields("crt",
"assignments"). So I decided I should try using the link identifier
explicitly.
$fld_results = @PMA_mysql_list_fields($db, $tbl, $userlink) or
PMA_mysqlDie(PMA_mysql_error(), 'PMA_mysql_list_fields(' . $db . ', ' .
$tbl . ')', FALSE, $err_url);
Got the same error. So then I was concerned that $userlink wasn't the
correct link to the database in question. So I did this on line 131:
$r =
#25460 [Bgs->Csd]: mysql_list_fields does NOT use link_identifier
ID: 25460
User updated by: beckman at purplecow dot com
Reported By: beckman at purplecow dot com
-Status: Bogus
+Status: Closed
Bug Type: MySQL related
Operating System: FreeBSD 5.0-RELEASE #0
PHP Version: 4.3.3
Assigned To: georg
New Comment:
Whoops. Now that you've marked it depreciated, I withdrawal my bug
report! I'll get phpMyAdmin to stop using it, and thus this bug goes
away. But just for me feeling good, can you not mark it bogus? That
makes me feel like less of a man, and much less of a geek... :-) A
closed would be so much better.
Previous Comments:
[2003-09-10 13:00:46] beckman at purplecow dot com
If your supposition is correct (phpMyAdmin is broken), then why would
mysql_list_fields("crt", "assignments") with a currently valid open
link to the database attempt to use the table mysql.assignments? Even
if you give it a link, it uses the mysql database to find the table.
While I'm not a C/C++ programmer, I read the code for that function. I
noticed that ZEND_FETCH_RESOURCE2 was added in 4.0 beta 3, and wonder
if THAT function is somehow causing this obscure occurence of this bug.
Why do I think it is a bug? Because mysql_list_fields DOES work as
advertised in the code I could come up with. HOWEVER, in that specific
example in phpMyAdmin, it does not. I'm wondering if somehow
ZEND_FETCH_RESOURCE2 is returning the wrong mysql->conn that is being
used to connect to the DB and list the fields from a table.
If any connection to a database can be used to read any DB from that
connection, and just before running mysql_list_fields I can do a "show
fields from crt.assignments" and it works using both a defined
link_resource or leaving it blank (using the currently selected
connection), why would mysql_list_fields("crt", "assignments") fail on
the next line?
I swear it isn't bogus. And if it is, I'll buy you a beer or something
and hang my head in shame.
[2003-09-10 03:50:39] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2003-09-10 03:43:58] [EMAIL PROTECTED]
assigned to myself
[2003-09-10 03:43:08] [EMAIL PROTECTED]
mysql_list_fields is deprecated, use SHOW COLUMNS FROM table
[LIKE 'foo'] instead.
This should be documented in the manual. Reclassified as
documentation bug.
[2003-09-09 15:47:42] [EMAIL PROTECTED]
This works as advertised. phpMyadmin is broken.
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/25460
--
Edit this bug report at http://bugs.php.net/?id=25460&edit=1
#25473 [NEW]: Updating single row in table causing all rows in table to be updated.
From: jim at bluedojo dot com
Operating system: WinXP
PHP version: 4.3.3
PHP Bug Type: MySQL related
Bug description: Updating single row in table causing all rows in table to be updated.
Description:
I have a table with ~2.2 million rows. Sometimes when I do an update to
one single row it will instead update ALL of the rows using the same
update, making the database totally useless. This happens every one in
about 500,000 updates to a single row.
I am running mysql 4.0.14 in WinXP. I am using PHP 4.3.3 to do the
update.
I updated a column of a row of type "text" with the following data (The
string is quite long):
$buf = "KLUC 98.5, Las Vegas' #1 Hit Music Station local
weather
KLUC Privacy Policy Terms of Use Agreement Employment EEO Policy EEO
Public File Report As the school year just gets started, 98.5 KLUC, Las
Vegas' #1 Hit Music Station asks you this.. Are you ready to PARTY!!! It's
the return of the High School Elimination . It's your opportunity to show
your school spirit and try to survive from being voted off. If you do,
your school will win a free party at Gameworks, and you never know what
KLUC has up it's sleeves. Can VoTech repeat as champions or will the
rookies, Liberty or Shadow Ridge be the ones to take it all. It's High
School Elimination 2 from the only station with all the school spirit,
98.5 KLUC, Las Vegas' #1 Hit Music Station. Click here to register and
vote! 98.5 KLUC, Las Vegas' #1 Hit Music Station is bringing yet another
huge KLUC concert to the Vegas Valley. Mack 10 live on-stage Thursday
September 18 at the House Of Blues. Keep it locked onto KLUC for you shot
to win. It's Mack 10 brought to you by Michelob, House Of Blues, and Las
Vegas' #1 Hit Music Station, 98.5 KLUC. Every week the 98.5 KLUC High
School Football Patrol pads up with live updates from the best games of
the week. Check out the football patrol in the stands for the Bishop
Gorman at Liberty and Canyon View at Shadow Ridge matchups. High School
Football Patrol only from Las Vegas' #1 Hit Music Station, 98.5 KLUC.
Every Monday - Friday, KLUC midday man Tim Stevens plays all your favorite
old school music during the Old School Lunch Hour at noon. Call in with
your requests and you may win lunch for (2) from Aloha Kitchen. 98.5 KLUC,
Las Vegas' #1 Hit Music Station is teaming up with Aquafina to spot you.
Listen to KLUC to find out where the Party Patrol will be with ice cold
Aquafina and KLUC prizes throughout the valley. If you pick an Aquafina
bottle with an X on it, you'll have the chance to win CD's, DVD's, PS2,
Xbox, and Gamecube games, and tons of other prizes. It's the Aquafina Get
Spotted contest with Aquafina and Las Vegas' #1 Hit Music Station, 98.5
KLUC. Training with Trejo Listen to the Morning Zoo M-F 5a-9a for a daily
update on Trejo's progress! The 98.5 KLUC Party Patrol is back for the
Summer of Jamz! Every Saturday night, Rayne and the KLUC Party Patrol load
up the Urban Suburban and will broadcast LIVE fron your living room with
awesome KLUC prizes like movie tickets, CD's, concert tickets, Wet N Wild
tickets, food and drinks and more and they could crash your crib! BEST OF
ALL, IT'S FREE! Click here to fill out the entry form and get ready,
because Saturday night, the Party Patrol could be knockin' on your front
door! From Las Vegas' #1 Hit Music Station, 98.5 KLUC! upcoming events
Tue. September 9 11:00pm Tim Stevens @ Studio 54 Wed. September 10 11:00pm
JB @ Baby's Thu. September 11 11:00pm Bo Jaxon @ Club Rio kluc's top [EMAIL PROTECTED]
Results From :: 9.8.2003 1. Suga Suga Baby Bash 2. Get Low Lil Jon 3.
Can't Nobody Hold Us Down Christina/Lil Kim 4. PIMP(remix) 50Cent 5. Right
Thurrr Chingy 6. Shake Yo Tailfeather Nelly, P-Diddy 7. Thoing Thoing
R.Kelly 8. The Way You Move Outkast morning zoo poll The Bennifer (Ben
Affleck & J-Lo) are to be married this weekend. How long do you think this
marriage will last? 1 year 3 years 5 years Until J-Lo gets bored For
Eternity current results earlier poll results 288 people have taken this
poll © 2003 KLUC / Infinity Radio Corp."
I am thinking something in the variable '$buf' is causing mysql to do
this. Some character (like single quote or weird character) in the update
is causing all the rows to be updated when only one row is supposed to be
updated.
Reproduce code:
---
Here is a sample SQL (cleaned up for easy reading):
$buf ="A long string";
$buf = addslashes($buf);
mysql_query("UPDATE page SET page_content = '$buf' WHERE page_id = 10");
Expected result:
It should only update a single row.
Actual result:
--
It updates all the rows in the database. Not good. :(
--
Edit bug report at http://bugs.php.net/?id=25473&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25473&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25473&r=trysnapshot5
Fixed in CVS: http://bugs.php.
#25473 [Opn]: Updating single row in table causing all rows in table to be updated.
ID: 25473
User updated by: jim at bluedojo dot com
Reported By: jim at bluedojo dot com
Status: Open
Bug Type: MySQL related
Operating System: WinXP
PHP Version: 4.3.3
New Comment:
I wanted to say that I pulled out that $buf string from my corrupted
database (which has the same rows).
Previous Comments:
[2003-09-10 13:28:20] jim at bluedojo dot com
Description:
I have a table with ~2.2 million rows. Sometimes when I do an update
to one single row it will instead update ALL of the rows using the same
update, making the database totally useless. This happens every one in
about 500,000 updates to a single row.
I am running mysql 4.0.14 in WinXP. I am using PHP 4.3.3 to do the
update.
I updated a column of a row of type "text" with the following data (The
string is quite long):
$buf = "KLUC 98.5, Las Vegas' #1 Hit Music Station local
weather
KLUC Privacy Policy Terms of Use Agreement Employment EEO Policy EEO
Public File Report As the school year just gets started, 98.5 KLUC,
Las Vegas' #1 Hit Music Station asks you this.. Are you ready to
PARTY!!! It's the return of the High School Elimination . It's your
opportunity to show your school spirit and try to survive from being
voted off. If you do, your school will win a free party at Gameworks,
and you never know what KLUC has up it's sleeves. Can VoTech repeat as
champions or will the rookies, Liberty or Shadow Ridge be the ones to
take it all. It's High School Elimination 2 from the only station with
all the school spirit, 98.5 KLUC, Las Vegas' #1 Hit Music Station.
Click here to register and vote! 98.5 KLUC, Las Vegas' #1 Hit Music
Station is bringing yet another huge KLUC concert to the Vegas Valley.
Mack 10 live on-stage Thursday September 18 at the House Of Blues. Keep
it locked onto KLUC for you shot to win. It's Mack 10 brought to you by
Michelob, House Of Blues, and Las Vegas' #1 Hit Music Station, 98.5
KLUC. Every week the 98.5 KLUC High School Football Patrol pads up with
live updates from the best games of the week. Check out the football
patrol in the stands for the Bishop Gorman at Liberty and Canyon View
at Shadow Ridge matchups. High School Football Patrol only from Las
Vegas' #1 Hit Music Station, 98.5 KLUC. Every Monday - Friday, KLUC
midday man Tim Stevens plays all your favorite old school music during
the Old School Lunch Hour at noon. Call in with your requests and you
may win lunch for (2) from Aloha Kitchen. 98.5 KLUC, Las Vegas' #1 Hit
Music Station is teaming up with Aquafina to spot you. Listen to KLUC
to find out where the Party Patrol will be with ice cold Aquafina and
KLUC prizes throughout the valley. If you pick an Aquafina bottle with
an X on it, you'll have the chance to win CD's, DVD's, PS2, Xbox, and
Gamecube games, and tons of other prizes. It's the Aquafina Get Spotted
contest with Aquafina and Las Vegas' #1 Hit Music Station, 98.5 KLUC.
Training with Trejo Listen to the Morning Zoo M-F 5a-9a for a daily
update on Trejo's progress! The 98.5 KLUC Party Patrol is back for the
Summer of Jamz! Every Saturday night, Rayne and the KLUC Party Patrol
load up the Urban Suburban and will broadcast LIVE fron your living
room with awesome KLUC prizes like movie tickets, CD's, concert
tickets, Wet N Wild tickets, food and drinks and more and they could
crash your crib! BEST OF ALL, IT'S FREE! Click here to fill out the
entry form and get ready, because Saturday night, the Party Patrol
could be knockin' on your front door! From Las Vegas' #1 Hit Music
Station, 98.5 KLUC! upcoming events Tue. September 9 11:00pm Tim
Stevens @ Studio 54 Wed. September 10 11:00pm JB @ Baby's Thu.
September 11 11:00pm Bo Jaxon @ Club Rio kluc's top [EMAIL PROTECTED] Results From ::
9.8.2003 1. Suga Suga Baby Bash 2. Get Low Lil Jon 3. Can't Nobody Hold
Us Down Christina/Lil Kim 4. PIMP(remix) 50Cent 5. Right Thurrr Chingy
6. Shake Yo Tailfeather Nelly, P-Diddy 7. Thoing Thoing R.Kelly 8. The
Way You Move Outkast morning zoo poll The Bennifer (Ben Affleck &
J-Lo) are to be married this weekend. How long do you think this
marriage will last? 1 year 3 years 5 years Until J-Lo gets bored For
Eternity current results earlier poll results 288 people have taken
this poll © 2003 KLUC / Infinity Radio Corp."
I am thinking something in the variable '$buf' is causing mysql to do
this. Some character (like single quote or weird character) in the
update is causing all the rows to be updated when only one row is
supposed to be updated.
Reproduce code:
---
Here is a sample SQL (cleaned up for easy reading):
$buf ="A long string";
$buf = addslashes($buf);
mysql_query("UPDATE page SET page_content = '$buf' WHERE page_id =
10");
Expected result:
It should only update a single row.
Actual result:
--
It updates all the rows in the database. Not good. :(
#25474 [NEW]: posting arrays from a multiply selected select box not working properly
From: fmuller at cisco dot com Operating system: redhat 7.3 PHP version: 4.3.3 PHP Bug Type: *Web Server problem Bug description: posting arrays from a multiply selected select box not working properly Description: Red Hat 7.3/Apache 2.0/PHP 4.3.3. If I select multiple selections on a select box, with an array name, with a form method of post I do not get the array of selected values I expect. If one option is selected it works fine. If I use a method of get it works fine. Here is what phpinfo.php displays when I select 1 and 2: _REQUEST["param"] Array ( [0] => 1 [1] => 2param[]=1 [2] => 2 ) _POST["param"] Array ( [0] => 1 [1] => 2param[]=1 [2] => 2 ) Reproduce code: --- 0 1 2 3 4 5 6 -- phpinfo.php Expected result: _REQUEST["param"] Array ( [0] => 1 [1] => 2 ) _POST["param"] Array ( [0] => 1 [1] => 2 ) -- Edit bug report at http://bugs.php.net/?id=25474&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25474&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25474&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25474&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25474&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25474&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25474&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25474&r=support Expected behavior: http://bugs.php.net/fix.php?id=25474&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25474&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25474&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25474&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25474&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25474&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25474&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25474&r=gnused
#25475 [NEW]: Direct IO access to raw file descriptor
From: mbostrom at syrah dot us Operating system: Unixes PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Direct IO access to raw file descriptor Description: The Direct IO functions are nice. However, it is sometimes necessary to access file descriptors by their number. For instance, a parent process can set up file descriptors 3, 4 and 5 for communication with the a child process (in addition to file descriptors 0, 1 and 2). It would be nice if there were a way in PHP to get access to to file descriptor 3, so that PHP could interoperate with software that uses "extra" file descriptors. (In particular, I am writing a mail filter. The mail server sets up fd 3). Getting access to the "extra" file descriptors is not possible at present, because the only way to get a file descriptor is to call dio_open on a file. What if the file descriptor already exists? There is currently no way to access it. Perhaps a function such as dio_rawfd (int fdnum) could be added? fdnum is an integer - the number of the file descriptor you want. dio_rawfd returns a file descriptor resource for file descriptor number fdnum. -- Edit bug report at http://bugs.php.net/?id=25475&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25475&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25475&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25475&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25475&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25475&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25475&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25475&r=support Expected behavior: http://bugs.php.net/fix.php?id=25475&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25475&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25475&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25475&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25475&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25475&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25475&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25475&r=gnused
#25460 [Csd]: mysql_list_fields does NOT use link_identifier
ID: 25460
User updated by: beckman at purplecow dot com
Reported By: beckman at purplecow dot com
Status: Closed
Bug Type: MySQL related
Operating System: FreeBSD 5.0-RELEASE #0
PHP Version: 4.3.3
Assigned To: georg
New Comment:
So are mysql_field_* depreciated as well? Should they be marked as
such in the documentation?
You might want to put a nice replacement function in the documentation
for mysql_list_fields (and other depreciated functions) to allow people
to migrate away from mysql_list_fields smoothly and easily without
doing trial and error. I haven't yet figured out how to do this while
continuing using mysql_field_* functions. mysql_query("SHOW FIELDS
FROM db.table") doesn't return the same data in the same format as
mysql_list_fields does.
Previous Comments:
[2003-09-10 13:03:01] beckman at purplecow dot com
Whoops. Now that you've marked it depreciated, I withdrawal my bug
report! I'll get phpMyAdmin to stop using it, and thus this bug goes
away. But just for me feeling good, can you not mark it bogus? That
makes me feel like less of a man, and much less of a geek... :-) A
closed would be so much better.
[2003-09-10 13:00:46] beckman at purplecow dot com
If your supposition is correct (phpMyAdmin is broken), then why would
mysql_list_fields("crt", "assignments") with a currently valid open
link to the database attempt to use the table mysql.assignments? Even
if you give it a link, it uses the mysql database to find the table.
While I'm not a C/C++ programmer, I read the code for that function. I
noticed that ZEND_FETCH_RESOURCE2 was added in 4.0 beta 3, and wonder
if THAT function is somehow causing this obscure occurence of this bug.
Why do I think it is a bug? Because mysql_list_fields DOES work as
advertised in the code I could come up with. HOWEVER, in that specific
example in phpMyAdmin, it does not. I'm wondering if somehow
ZEND_FETCH_RESOURCE2 is returning the wrong mysql->conn that is being
used to connect to the DB and list the fields from a table.
If any connection to a database can be used to read any DB from that
connection, and just before running mysql_list_fields I can do a "show
fields from crt.assignments" and it works using both a defined
link_resource or leaving it blank (using the currently selected
connection), why would mysql_list_fields("crt", "assignments") fail on
the next line?
I swear it isn't bogus. And if it is, I'll buy you a beer or something
and hang my head in shame.
[2003-09-10 03:50:39] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2003-09-10 03:43:58] [EMAIL PROTECTED]
assigned to myself
[2003-09-10 03:43:08] [EMAIL PROTECTED]
mysql_list_fields is deprecated, use SHOW COLUMNS FROM table
[LIKE 'foo'] instead.
This should be documented in the manual. Reclassified as
documentation 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/25460
--
Edit this bug report at http://bugs.php.net/?id=25460&edit=1
#25476 [NEW]: imagecopymergegray craches apache
From: ernesto at music dot lv
Operating system: Linux or Windows, Apache
PHP version: 4.3.3
PHP Bug Type: Reproducible crash
Bug description: imagecopymergegray craches apache
Description:
when using imagecopymergegray with pct value of 100, everything is fine,
i.e., imagecopymergegray works exactly as imagecopy. but, when setting pct
value to 99 or less, apache crashes.
Reproduce code:
---
$pic1 = imagecreatefromjpeg("my.jpg"); // 100x100px
$pic2 = imagecreatetruecolor(100, 100);
imacecopy($pic2, $pic1, 0, 0, 0, 0, 100, 100);
imagecopymergegray($pic2, $pic1, 0, 0, 0, 0, 100, 100, 50);
imagejpeg($pic2,"my2.jpg");
imagedestroy($pic2);
Expected result:
my2.jpg - slightly saturated version of my.jpg.
Actual result:
--
a crash.
--
Edit bug report at http://bugs.php.net/?id=25476&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25476&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25476&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25476&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25476&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25476&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25476&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25476&r=support
Expected behavior: http://bugs.php.net/fix.php?id=25476&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25476&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25476&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25476&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25476&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25476&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25476&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25476&r=gnused
#25476 [Opn->Fbk]: imagecopymergegray craches apache
ID: 25476
Updated by: [EMAIL PROTECTED]
Reported By: ernesto at music dot lv
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux or Windows, Apache
PHP Version: 4.3.3
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2003-09-10 15:25:10] ernesto at music dot lv
Description:
when using imagecopymergegray with pct value of 100, everything is
fine, i.e., imagecopymergegray works exactly as imagecopy. but, when
setting pct value to 99 or less, apache crashes.
Reproduce code:
---
$pic1 = imagecreatefromjpeg("my.jpg"); // 100x100px
$pic2 = imagecreatetruecolor(100, 100);
imacecopy($pic2, $pic1, 0, 0, 0, 0, 100, 100);
imagecopymergegray($pic2, $pic1, 0, 0, 0, 0, 100, 100, 50);
imagejpeg($pic2,"my2.jpg");
imagedestroy($pic2);
Expected result:
my2.jpg - slightly saturated version of my.jpg.
Actual result:
--
a crash.
--
Edit this bug report at http://bugs.php.net/?id=25476&edit=1
#25400 [Bgs->Opn]: mysql_connect -> Segmentation Fault
ID: 25400 User updated by: stephan at wiedner dot cc Reported By: stephan at wiedner dot cc -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: Debian Woody Kernel:2.4.22 -PHP Version: 5CVS-2003-09-06 (dev) +PHP Version: 5CVS-2003-09-10 (dev) New Comment: Hi, In the meanwhile I tried the 4.0.14 Binary Dist. of mysql and the new 4.0.15 binaries. I also tried again with the BETA version and the latest CVS Version. still the same problem Here a backtrace from the 5CVS-2003-09-10 cli/php trying to connect to the 4.0.15 mysql Server: --- (gdb) run test2.php Starting program: /usr/src/WebServer/php-src/sapi/cli/php test2.php [New Thread 1024 (LWP 7916)] Jetzt gehts lohos! Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 7916)] 0x08341ea8 in ?? () (gdb) bt #0 0x08341ea8 in ?? () #1 0x405d59e0 in _nss_db_getspnam_r () from /lib/libnss_db.so.2 #2 0x405d511e in _nss_db_endservent () from /lib/libnss_db.so.2 #3 0x405d53b3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #4 0x4054fa83 in getservbyname_r () from /lib/libc.so.6 #5 0x4054f931 in getservbyname () from /lib/libc.so.6 #6 0x0824b117 in mysql_once_init () #7 0x0824b04f in mysql_init () #8 0x080b3014 in php_mysql_do_connect (ht=3, return_value=0x405974b8, this_ptr=0x0, return_value_used=1, persistent=0) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:773 #9 0x080b3345 in zif_mysql_connect (ht=3, return_value=0x405974b8, this_ptr=0x0, return_value_used=1) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:829 #10 0x0823ee30 in zend_do_fcall_common_helper (execute_data=0xbfffd760, op_array=0x40596b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2541 #11 0x0823f657 in zend_do_fcall_handler (execute_data=0xbfffd760, op_array=0x40596b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2687 #12 0x0823aa67 in execute (op_array=0x40596b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:1267 #13 0x082182a4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/WebServer/php-src/Zend/zend.c:1010 #14 0x081d1f2b in php_execute_script (primary_file=0xbaf4) at /usr/src/WebServer/php-src/main/main.c:1625 #15 0x08248fdf in main (argc=2, argv=0xbb84) at /usr/src/WebServer/php-src/sapi/cli/php_cli.c:910 (gdb) --- Previous Comments: [2003-09-07 02:38:53] [EMAIL PROTECTED] This is not a PHP problem, looks like your mysql configuration is borked. Try to install a 4.0.14 binary from mysql.com (or 4.0.15 which should be announced within the next days). [2003-09-06 09:04:10] stephan at wiedner dot cc Description: Every try to connect to the MySQL Server ends up in a segmentation fault. When using the Apache2 Module I get the following log-output: [notice] child pid 25103 exit signal Segmentation fault (11) Using cli/php i just get "Segmentation fault" - without being any more specific... This problem occours with: php-5.0.0b1 php-cvs2003-08-31 php-cvs2003-09-06 Apache 2.0.47 MySQL 4.0.14 PHP Configure Options: ./configure --prefix=/usr/local \ --exec-prefix=/usr/local \ --bindir=/usr/local/bin \ --sbindir=/usr/local/sbin \ --libexecdir=/usr/local/libexec \ --datadir=/usr/local/share \ --sysconfdir=/usr/local/etc \ --sharedstatedir=/usr/local/com \ --localstatedir=/usr/local/var \ --libdir=/usr/local/lib \ --includedir=/usr/local/include \ --infodir=/usr/local/info \ --mandir=/usr/local/man \ --with-apxs2=/usr/sbin/apxs \ --enable-debug \ --with-config-file-path=/usr/local/lib \ --enable-safe-mode \ --disable-ipv6 \ --disable-short-tags \ --with-dom=/usr/local \ --with-xsl=/usr/local \ --with-pspell \ --enable-dbx \ --with-db4=/usr/local/BerkeleyDB.4.1 \ --with-gd=/usr/local \ --with-mysql=/usr/local \ --with-mysql-sock=/tmp/mysql.sock \ --with-pgsql \ --with-gettext \ --with-layout=GNU MySQL Configure Options: ./configure \ --prefix=/usr/local \ --enable-dependency-tracking \ --localstatedir=/home/mysql \ --enable-assembler \ --with-unix-socket-path=/tmp/mysql.sock \ --with-mysqld-user=mysql \ --with-mysqld-ldflags=-all-static I hope I provided all necessary information and that this isn't a bug but my fault... :) Reproduce code: --- Expected result: super! Actual result: -- cli backtrace: server:/# gdb ./php GNU gdb 2002-04-01-cvs Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details.
#14822 [Com]: Premature end of script headers: C:/php/php.exe
ID: 14822 Comment by: runtimeterror at kaiundina dot de Reported By: b dot parcalab at atlastelecom dot ro Status: Closed Bug Type: Apache2 related Operating System: windows xp professional PHP Version: 4.1.0 New Comment: I've a quite interesting case, that matches yours a bit :) - Hope this helps us a little. I'm running Apache 2 under WinXP-home. I used php4.2.3 for a long time. It ran very stable! A few weeks ago I changed to php4.3.2 (not recommended I know) and still everything works perfectly. I just added the new beta of php5.0.0, adjusted the php.ini and tried to connect the php5-parser to *.php5-Files. And guess what: "Premature end of script headers: php.exe" php4 still worked fine! I tried lots of combinations for file, mime and parser-assignments. It seems to be impossible to run php5 under the same conditions as php4 using Apache2 under WinXP-home. I will now compare both php.ini's line per line... brb... or later ;) RuntimeTerror Previous Comments: [2003-08-16 22:20:15] kurt at k2host dot net I had this same problem, interestingly enough, I copied all of the files in the "dlls" directory to the "php" directory (same directory as php.exe) and now it works perfectly. Kurt [2003-03-19 08:45:28] homeuser at home dot com i got the same error Premature end of script headers: c:/php/php.exe when setting up name-based virtual hosting on apache, i managed to get around this error by commeting out doc_root = "..." to ;doc_root = "..." in php.ini. hope this helps!!! [2003-03-06 20:54:13] yeo at inst dot ne dot jp If you working apache, PHP on Windows, Compare "doc_root" in your php.ini to "DocumentRoot" in httpd.conf. I hope this helps [2003-02-27 04:26:19] msannoyme at msn dot com having the same problem using winxp pro full service packs installed apache 1.3.14 PHP Version 4.2.4-dev -- phpinfo info -- System Windows NT 5.1 build 2600 Build Date Nov 1 2002 18:13:11 Server API CGI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS\php.ini Debug Build no Thread Safety enabled On my system the error appears every page if I use /php/php-cli.exe but with /php/php.exe it works fine except for a group of users. I am writting a system that allows the sys admin to create a list of users and asign them to groups within the system. now if user Beaker (taken from the muppets) logs in as an author and goes to the author page and is a member of the group Author I get the error. but if I make beaker a member of the administrator group it works fine. difference between groups is basic admin grp = id 1, author grp = id 2 I'll look for fixes here do not email me the above email address deletes all mail automatically unless in my contacts. You will not get a response from above email address [2002-12-21 06:47:49] a_sohi at hotmail dot com Hi all, Support folks, please take note. This issue is not exclusive to Apache 2. Im running WinXP Pro (no service packs) PHP4.2.3 Apache 1.3.27 And receive the same error in error.log "Premature end of script headers: e:/applications/servers/php-4.2.3-win32/php.exe" Evidently Im using the PHP binary rather than the apache module. For the record, I've tried changing the httpd.conf and replacing the line: "Action application/x-httpd-php /php/php.exe" with "Action application/x-httpd-php /php/php-cli.exe" but no success. Id rather not downgrade down to Windows 2000 but without a swift resolution, this may well be the only option. Can anyone help? Many thanks in advance. Cheers. Pete. 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/14822 -- Edit this bug report at http://bugs.php.net/?id=14822&edit=1
#25477 [NEW]: mysql
From: php-report at web58 dot de
Operating system: WIN, Linux
PHP version: 4.3.1
PHP Bug Type: *General Issues
Bug description: mysql
Description:
Hello,
I am not sure, if can say if it a bug!
When I send a form-array:
echo $_POST[fieldname][$i];
I get the value of a array!
If I will write in Mysql
$sql= "INSERT INTO (field) ($_POST[fieldname][$i])";
$sql= "INSERT INTO (field) ('$_POST[fieldname][$i]')";
i get the word array.
Or make I a thing-error?
Same echo <
#25477 [Opn]: mysql
ID: 25477
User updated by: php-report at web58 dot de
Reported By: php-report at web58 dot de
Status: Open
Bug Type: *General Issues
Operating System: WIN, Linux
PHP Version: 4.3.1
New Comment:
yes I have forget the word VALUE, in the SQL-String, but I get, the
word array, too!
Previous Comments:
[2003-09-10 16:24:42] php-report at web58 dot de
Description:
Hello,
I am not sure, if can say if it a bug!
When I send a form-array:
echo $_POST[fieldname][$i];
I get the value of a array!
If I will write in Mysql
$sql= "INSERT INTO (field) ($_POST[fieldname][$i])";
$sql= "INSERT INTO (field) ('$_POST[fieldname][$i]')";
i get the word array.
Or make I a thing-error?
Same echo <
#25477 [Opn->Bgs]: mysql
ID: 25477
Updated by: [EMAIL PROTECTED]
Reported By: php-report at web58 dot de
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: WIN, Linux
PHP Version: 4.3.1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
.
Previous Comments:
[2003-09-10 16:27:19] php-report at web58 dot de
yes I have forget the word VALUE, in the SQL-String, but I get, the
word array, too!
[2003-09-10 16:24:42] php-report at web58 dot de
Description:
Hello,
I am not sure, if can say if it a bug!
When I send a form-array:
echo $_POST[fieldname][$i];
I get the value of a array!
If I will write in Mysql
$sql= "INSERT INTO (field) ($_POST[fieldname][$i])";
$sql= "INSERT INTO (field) ('$_POST[fieldname][$i]')";
i get the word array.
Or make I a thing-error?
Same echo <
#25478 [NEW]: zlib.output_compression = on
From: boccara at netvision dot net dot il Operating system: Win2k SBS SP4 Apache 2.0.47 PHP version: 4.3.3 PHP Bug Type: Reproducible crash Bug description: zlib.output_compression = on Description: With Microsoft SQL server 2000 *** * when using zlib.output_compression = on * *** I've got this bug since older version of php and apache ( this is NOT a new bug ). When doing a while ( fetch ) of a query, it cause a crash at the same time. By Ex: If I make a query that should return 78 results, when I make my while ( fetch ), it cause the system to crash at the result number 49. For another query , it wont't crash. and for another query it will crash at the result 62 ( of 98 results by ex.) rem: All the query works. rem: when using zlib.output_compression = OFF evrything works thine. Reproduce code: --- QUERY WHILE ( FETCH ) ECHO RESULT; ENDWHILE Expected result: 1 2 3 4 5 6 7 8 9 10 11 Actual result: -- NO OUTPUT !!! -- Edit bug report at http://bugs.php.net/?id=25478&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25478&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25478&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25478&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25478&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25478&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25478&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25478&r=support Expected behavior: http://bugs.php.net/fix.php?id=25478&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25478&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25478&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25478&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25478&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25478&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25478&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25478&r=gnused
#25479 [NEW]: undefined reference to 'wtcsrfre'
From: jim at mail dot ucf dot edu Operating system: Solaris 8 PHP version: 4.3.2 PHP Bug Type: OCI8 related Bug description: undefined reference to 'wtcsrfre' Description: We are trying to build php-4.3.2 with the '--with-oci8' directive. We keep getting an undefined reference error from the Oracle 8.1.7 libclntsh.so library for 'wtcsrfre'. Are there any good tips on what libraries/environment variables need to be set for this package to compile. We had some initial problems with missing oci.h include files, but resolved that by copying them to /usr/local/include. OS: Solaris 8 Oracle: 8.1.7 Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit bug report at http://bugs.php.net/?id=25479&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25479&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25479&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25479&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25479&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25479&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25479&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25479&r=support Expected behavior: http://bugs.php.net/fix.php?id=25479&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25479&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25479&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25479&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25479&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25479&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25479&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25479&r=gnused
#25480 [NEW]: All exec, passthru, system, shell execution commands fail intermittently.
From: colin at grandecom dot com
Operating system: Solaris 2.8
PHP version: 4.3.3
PHP Bug Type: Program Execution
Bug description: All exec, passthru, system, shell execution commands fail
intermittently.
Description:
At certain times (no discernible load, nor any unusually
high memory or swap usage, etc.) all shell exec commands
fail. Typically it will last a short period of time, and
then all commands work fine. Restarting apache does not
appear to cure or improve the situation. Below are my
particulars.
My configure line:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-oracle=/opt/oracle --with-snmp=/usr/local --with-curl=/opt
--with-gd --with-zlib-dir=/usr/local/lib
Other information:
Sun E250, 2x296mhz, 1024MB RAM, gcc 2.95.2
Changes to php.ini from php.ini-dist:
register_globals = On
Here are some error examples from various execs:
Warning: shell_exec(): Unable to execute 'nslookup -timeout=3 10.130.0.1
2>/dev/null' in /usr/local/apache/htdocs/my.php on line 39
Warning: system(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t 250
10.130.2.163] in /usr/local/apache/htdocs/my.php on line 79
Warning: passthru(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t 250
10.130.2.163] in /usr/local/apache/htdocs/my.php on line 78
Reproduce code:
---
echo ""; system("ping -s $ip 56 10"); echo "";
Expected result:
Warning: system(): Unable to fork [ping -s 10.130.2.163 56 10] in
/usr/local/apache/htdocs/ping.php on line 55
Actual result:
--
Command simply doesn't execute, program continues without
a problem or error.
--
Edit bug report at http://bugs.php.net/?id=25480&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25480&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25480&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25480&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25480&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25480&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25480&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25480&r=support
Expected behavior: http://bugs.php.net/fix.php?id=25480&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25480&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25480&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25480&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25480&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25480&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25480&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25480&r=gnused
#25480 [Opn]: All exec, passthru, system, shell execution commands fail intermittently.
ID: 25480
User updated by: colin at grandecom dot com
Reported By: colin at grandecom dot com
Status: Open
Bug Type: Program Execution
Operating System: Solaris 2.8
PHP Version: 4.3.3
New Comment:
Sorry, the 'expected result' is naturally just the output
of a ping process, ie:
PING blah: 56 data bytes
64 bytes from 192.168.5.1: icmp_seq=0. time=1. ms
64 bytes from 192.168.5.1: icmp_seq=1. time=0. ms
blah PING Statistics
2 packets transmitted, 2 packets received, 0% packet loss
round-trip (ms) min/avg/max = 0/0/1
And the actual result is the error I pasted under
expected output. Excuse my braindead first post.
Previous Comments:
[2003-09-10 18:10:47] colin at grandecom dot com
Description:
At certain times (no discernible load, nor any unusually
high memory or swap usage, etc.) all shell exec commands
fail. Typically it will last a short period of time, and
then all commands work fine. Restarting apache does not
appear to cure or improve the situation. Below are my
particulars.
My configure line:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-oracle=/opt/oracle --with-snmp=/usr/local --with-curl=/opt
--with-gd --with-zlib-dir=/usr/local/lib
Other information:
Sun E250, 2x296mhz, 1024MB RAM, gcc 2.95.2
Changes to php.ini from php.ini-dist:
register_globals = On
Here are some error examples from various execs:
Warning: shell_exec(): Unable to execute 'nslookup -timeout=3
10.130.0.1 2>/dev/null' in /usr/local/apache/htdocs/my.php on line 39
Warning: system(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t
250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 79
Warning: passthru(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t
250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 78
Reproduce code:
---
echo ""; system("ping -s $ip 56 10"); echo "";
Expected result:
Warning: system(): Unable to fork [ping -s 10.130.2.163 56 10] in
/usr/local/apache/htdocs/ping.php on line 55
Actual result:
--
Command simply doesn't execute, program continues without
a problem or error.
--
Edit this bug report at http://bugs.php.net/?id=25480&edit=1
#25481 [NEW]: ADOdb -> fields error
From: zerokode at gmx dot net
Operating system: linux/i686
PHP version: 5CVS-2003-09-10 (dev)
PHP Bug Type: Unknown/Other Function
Bug description: ADOdb -> fields error
Description:
There is a trouble with the newer version of the PHP,
because of the unknown reason the php5 (even the latest
CVS) won't work with that, but the oddest thing is, that
the version 4.x has no problem displaying the code...
Reproduce code:
---
Connect($db_host, $db_username, $db_password, $database);
$domains_query = $conn -> execute("SELECT * FROM
".$SQL_FIELD['domains']." ");
while (! $domains_query -> EOF)
{
$domain_id = $domains_query -> fields('id');
echo $domain_id;
$domains_query -> moveNext();
}
?>
Expected result:
in PHP5 the ->fields (adodb function) is always void... In
PHP4 the ->fields normaly gives out an array of the SQL
fields and their content...
--
Edit bug report at http://bugs.php.net/?id=25481&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25481&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25481&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25481&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25481&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25481&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25481&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25481&r=support
Expected behavior: http://bugs.php.net/fix.php?id=25481&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25481&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25481&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25481&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25481&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25481&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25481&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25481&r=gnused
#25430 [Opn->WFx]: GD: Lost EXIF data when using imagerotate()
ID: 25430
Updated by: [EMAIL PROTECTED]
Reported By: bzrudi at tuxpower dot de
-Status: Open
+Status: Wont fix
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4.3.3
New Comment:
We will not change this in GD.
Previous Comments:
[2003-09-08 07:41:56] bzrudi at tuxpower dot de
Description:
I use the imagerotate() function in my photo gallery to rotate
the images (if there is no support for "convert"). What I find out
is, that after rotating ALL EXIF data is lost. I guess this is not
the desired behavior ;-)
Reproduce code:
---
$img2rotate="some_image.jpg";
$image=imagecreatefromjpeg("$img2rotate");
$rotated_img=imagerotate($image, 90, 0);
imagejpeg($rotated_img, "$img2rotate", 100);
Expected result:
I expect to keep the EXIF data from the original image...
Actual result:
--
ALL EXIF data is lost.
--
Edit this bug report at http://bugs.php.net/?id=25430&edit=1
#25438 [Opn->Bgs]: GD Fails drawing more than one image with TTF at one time
ID: 25438 Updated by: [EMAIL PROTECTED] Reported By: sven at weih dot de -Status: Open +Status: Bogus Bug Type: GD related Operating System: Windows XP PHP Version: 4.3.3 New Comment: This is a problem related to the freetype lib. Already reported here. We cannot fix this issue. Previous Comments: [2003-09-09 12:10:41] sven at weih dot de here is some code for reproducing the error. Note, it works sometimes, but mostly there are errors. --- code for sample.php --- --- end of sample.php --- --- code of reproduce.php '."\n"; } ?> -- end of reproduce.php --- Both files are in one directory. Calling reproduce.php will bring up the error. [2003-09-08 18:53:11] [EMAIL PROTECTED] Please provide a short example. [2003-09-08 16:49:31] sven at weih dot de Description: Hi, i am drawing images using Apache 2 and GD2. Whenever I draw two images at the same time, there is a locking problem with the True Type Font. In some cases Apache 2 crashes, in others php throws a failure. Sven. -- Edit this bug report at http://bugs.php.net/?id=25438&edit=1
#25469 [Opn->Bgs]: PHP has problems with accessing files and directorys in a windows share
ID: 25469 Updated by: [EMAIL PROTECTED] Reported By: christian at freemails dot at -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Windows NT 5.2 build 3790 PHP Version: 4.3.2 New Comment: 1. 4.3.3 is already released 2. And it's the permissions. Not bug. Previous Comments: [2003-09-10 11:25:48] christian at freemails dot at Description: well, I expierenced today this error message (see the output field in the bugreport) But I checked it by running cmd.exe (the Windows NT standard shell) as webserver user and I can simply access any files. The share is writable and on a FAT32 partition so no chmods or so on apply. Well some PHP details: It seems that I can use any filesystem function in PHP to fail to access it. (tested with file) file_exists return false. I am using PHP as apache module as distributed on www.php.net Apache 1.3.28 with PHP 4.3.2 Something that maybe apply: Today I upgraded my Apache to 1.3.28 from 1.3.27. Reproduce code: --- Actual result: -- Warning: file(\\pc4\hd2\do_chroot) [function.file.php]: failed to open stream: Permission denied in c:\programme\apache group\apache\htdocs\somescript.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=25469&edit=1
#25473 [Opn->Fbk]: Updating single row in table causing all rows in table to be updated.
ID: 25473 Updated by: [EMAIL PROTECTED] Reported By: jim at bluedojo dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: WinXP PHP Version: 4.3.3 New Comment: Try using either of these instead of addslashes: http://www.php.net/manual/en/function.mysql-real-escape-string.php http://www.php.net/manual/en/function.mysql-escape-string.php Previous Comments: [2003-09-10 13:31:58] jim at bluedojo dot com I wanted to say that I pulled out that $buf string from my corrupted database (which has the same rows). [2003-09-10 13:28:20] jim at bluedojo dot com Description: I have a table with ~2.2 million rows. Sometimes when I do an update to one single row it will instead update ALL of the rows using the same update, making the database totally useless. This happens every one in about 500,000 updates to a single row. I am running mysql 4.0.14 in WinXP. I am using PHP 4.3.3 to do the update. I updated a column of a row of type "text" with the following data (The string is quite long): $buf = "KLUC 98.5, Las Vegas' #1 Hit Music Station local weather KLUC Privacy Policy Terms of Use Agreement Employment EEO Policy EEO Public File Report As the school year just gets started, 98.5 KLUC, Las Vegas' #1 Hit Music Station asks you this.. Are you ready to PARTY!!! It's the return of the High School Elimination . It's your opportunity to show your school spirit and try to survive from being voted off. If you do, your school will win a free party at Gameworks, and you never know what KLUC has up it's sleeves. Can VoTech repeat as champions or will the rookies, Liberty or Shadow Ridge be the ones to take it all. It's High School Elimination 2 from the only station with all the school spirit, 98.5 KLUC, Las Vegas' #1 Hit Music Station. Click here to register and vote! 98.5 KLUC, Las Vegas' #1 Hit Music Station is bringing yet another huge KLUC concert to the Vegas Valley. Mack 10 live on-stage Thursday September 18 at the House Of Blues. Keep it locked onto KLUC for you shot to win. It's Mack 10 brought to you by Michelob, House Of Blues, and Las Vegas' #1 Hit Music Station, 98.5 KLUC. Every week the 98.5 KLUC High School Football Patrol pads up with live updates from the best games of the week. Check out the football patrol in the stands for the Bishop Gorman at Liberty and Canyon View at Shadow Ridge matchups. High School Football Patrol only from Las Vegas' #1 Hit Music Station, 98.5 KLUC. Every Monday - Friday, KLUC midday man Tim Stevens plays all your favorite old school music during the Old School Lunch Hour at noon. Call in with your requests and you may win lunch for (2) from Aloha Kitchen. 98.5 KLUC, Las Vegas' #1 Hit Music Station is teaming up with Aquafina to spot you. Listen to KLUC to find out where the Party Patrol will be with ice cold Aquafina and KLUC prizes throughout the valley. If you pick an Aquafina bottle with an X on it, you'll have the chance to win CD's, DVD's, PS2, Xbox, and Gamecube games, and tons of other prizes. It's the Aquafina Get Spotted contest with Aquafina and Las Vegas' #1 Hit Music Station, 98.5 KLUC. Training with Trejo Listen to the Morning Zoo M-F 5a-9a for a daily update on Trejo's progress! The 98.5 KLUC Party Patrol is back for the Summer of Jamz! Every Saturday night, Rayne and the KLUC Party Patrol load up the Urban Suburban and will broadcast LIVE fron your living room with awesome KLUC prizes like movie tickets, CD's, concert tickets, Wet N Wild tickets, food and drinks and more and they could crash your crib! BEST OF ALL, IT'S FREE! Click here to fill out the entry form and get ready, because Saturday night, the Party Patrol could be knockin' on your front door! From Las Vegas' #1 Hit Music Station, 98.5 KLUC! upcoming events Tue. September 9 11:00pm Tim Stevens @ Studio 54 Wed. September 10 11:00pm JB @ Baby's Thu. September 11 11:00pm Bo Jaxon @ Club Rio kluc's top [EMAIL PROTECTED] Results From :: 9.8.2003 1. Suga Suga Baby Bash 2. Get Low Lil Jon 3. Can't Nobody Hold Us Down Christina/Lil Kim 4. PIMP(remix) 50Cent 5. Right Thurrr Chingy 6. Shake Yo Tailfeather Nelly, P-Diddy 7. Thoing Thoing R.Kelly 8. The Way You Move Outkast morning zoo poll The Bennifer (Ben Affleck & J-Lo) are to be married this weekend. How long do you think this marriage will last? 1 year 3 years 5 years Until J-Lo gets bored For Eternity current results earlier poll results 288 people have taken this poll © 2003 KLUC / Infinity Radio Corp." I am thinking something in the variable '$buf' is causing mysql to do this. Some character (like single quote or weird character) in the update is causing all the rows to be updated when only one row is supposed to be updated. Reproduce code: --- Here is a
#25476 [Fbk]: imagecopymergegray() crashes
ID: 25476
Updated by: [EMAIL PROTECTED]
Reported By: ernesto at music dot lv
Status: Feedback
Bug Type: GD related
Operating System: *
PHP Version: 4.3.3
New Comment:
Works fine for me. If you can provide the image you tried with, that
would help a lot. Also the configure line you used to configure PHP
helps.
Previous Comments:
[2003-09-10 15:36:55] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2003-09-10 15:25:10] ernesto at music dot lv
Description:
when using imagecopymergegray with pct value of 100, everything is
fine, i.e., imagecopymergegray works exactly as imagecopy. but, when
setting pct value to 99 or less, apache crashes.
Reproduce code:
---
$pic1 = imagecreatefromjpeg("my.jpg"); // 100x100px
$pic2 = imagecreatetruecolor(100, 100);
imacecopy($pic2, $pic1, 0, 0, 0, 0, 100, 100);
imagecopymergegray($pic2, $pic1, 0, 0, 0, 0, 100, 100, 50);
imagejpeg($pic2,"my2.jpg");
imagedestroy($pic2);
Expected result:
my2.jpg - slightly saturated version of my.jpg.
Actual result:
--
a crash.
--
Edit this bug report at http://bugs.php.net/?id=25476&edit=1
#25480 [Opn->Fbk]: All exec, passthru, system, shell execution commands fail intermittently.
ID: 25480
Updated by: [EMAIL PROTECTED]
Reported By: colin at grandecom dot com
-Status: Open
+Status: Feedback
Bug Type: Program Execution
Operating System: Solaris 2.8
PHP Version: 4.3.3
New Comment:
Is "safe_mode" enabled?
Previous Comments:
[2003-09-10 18:14:54] colin at grandecom dot com
Sorry, the 'expected result' is naturally just the output
of a ping process, ie:
PING blah: 56 data bytes
64 bytes from 192.168.5.1: icmp_seq=0. time=1. ms
64 bytes from 192.168.5.1: icmp_seq=1. time=0. ms
blah PING Statistics
2 packets transmitted, 2 packets received, 0% packet loss
round-trip (ms) min/avg/max = 0/0/1
And the actual result is the error I pasted under
expected output. Excuse my braindead first post.
[2003-09-10 18:10:47] colin at grandecom dot com
Description:
At certain times (no discernible load, nor any unusually
high memory or swap usage, etc.) all shell exec commands
fail. Typically it will last a short period of time, and
then all commands work fine. Restarting apache does not
appear to cure or improve the situation. Below are my
particulars.
My configure line:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-oracle=/opt/oracle --with-snmp=/usr/local --with-curl=/opt
--with-gd --with-zlib-dir=/usr/local/lib
Other information:
Sun E250, 2x296mhz, 1024MB RAM, gcc 2.95.2
Changes to php.ini from php.ini-dist:
register_globals = On
Here are some error examples from various execs:
Warning: shell_exec(): Unable to execute 'nslookup -timeout=3
10.130.0.1 2>/dev/null' in /usr/local/apache/htdocs/my.php on line 39
Warning: system(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t
250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 79
Warning: passthru(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t
250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 78
Reproduce code:
---
echo ""; system("ping -s $ip 56 10"); echo "";
Expected result:
Warning: system(): Unable to fork [ping -s 10.130.2.163 56 10] in
/usr/local/apache/htdocs/ping.php on line 55
Actual result:
--
Command simply doesn't execute, program continues without
a problem or error.
--
Edit this bug report at http://bugs.php.net/?id=25480&edit=1
#25480 [Fbk]: All exec, passthru, system, shell execution commands fail intermittently.
ID: 25480
Updated by: [EMAIL PROTECTED]
Reported By: colin at grandecom dot com
Status: Feedback
Bug Type: Program Execution
Operating System: Solaris 2.8
PHP Version: 4.3.3
New Comment:
Also, did this happen with previous PHP versions? If not, which was the
previous version you had?
Previous Comments:
[2003-09-10 20:06:43] [EMAIL PROTECTED]
Is "safe_mode" enabled?
[2003-09-10 18:14:54] colin at grandecom dot com
Sorry, the 'expected result' is naturally just the output
of a ping process, ie:
PING blah: 56 data bytes
64 bytes from 192.168.5.1: icmp_seq=0. time=1. ms
64 bytes from 192.168.5.1: icmp_seq=1. time=0. ms
blah PING Statistics
2 packets transmitted, 2 packets received, 0% packet loss
round-trip (ms) min/avg/max = 0/0/1
And the actual result is the error I pasted under
expected output. Excuse my braindead first post.
[2003-09-10 18:10:47] colin at grandecom dot com
Description:
At certain times (no discernible load, nor any unusually
high memory or swap usage, etc.) all shell exec commands
fail. Typically it will last a short period of time, and
then all commands work fine. Restarting apache does not
appear to cure or improve the situation. Below are my
particulars.
My configure line:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-oracle=/opt/oracle --with-snmp=/usr/local --with-curl=/opt
--with-gd --with-zlib-dir=/usr/local/lib
Other information:
Sun E250, 2x296mhz, 1024MB RAM, gcc 2.95.2
Changes to php.ini from php.ini-dist:
register_globals = On
Here are some error examples from various execs:
Warning: shell_exec(): Unable to execute 'nslookup -timeout=3
10.130.0.1 2>/dev/null' in /usr/local/apache/htdocs/my.php on line 39
Warning: system(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t
250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 79
Warning: passthru(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t
250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 78
Reproduce code:
---
echo ""; system("ping -s $ip 56 10"); echo "";
Expected result:
Warning: system(): Unable to fork [ping -s 10.130.2.163 56 10] in
/usr/local/apache/htdocs/ping.php on line 55
Actual result:
--
Command simply doesn't execute, program continues without
a problem or error.
--
Edit this bug report at http://bugs.php.net/?id=25480&edit=1
#25479 [Opn->Bgs]: undefined reference to 'wtcsrfre'
ID: 25479 Updated by: [EMAIL PROTECTED] Reported By: jim at mail dot ucf dot edu -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Solaris 8 PHP Version: 4.3.2 New Comment: You did something wrong. And you did something really wrong when you copied those header files. Not PHP bug. Previous Comments: [2003-09-10 17:24:42] jim at mail dot ucf dot edu Description: We are trying to build php-4.3.2 with the '--with-oci8' directive. We keep getting an undefined reference error from the Oracle 8.1.7 libclntsh.so library for 'wtcsrfre'. Are there any good tips on what libraries/environment variables need to be set for this package to compile. We had some initial problems with missing oci.h include files, but resolved that by copying them to /usr/local/include. OS: Solaris 8 Oracle: 8.1.7 Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=25479&edit=1
#25478 [Opn->Fbk]: zlib.output_compression = on
ID: 25478 Updated by: [EMAIL PROTECTED] Reported By: boccara at netvision dot net dot il -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Win2k SBS SP4 Apache 2.0.47 PHP Version: 4.3.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip This should be fixed already. Previous Comments: [2003-09-10 16:55:11] boccara at netvision dot net dot il Description: With Microsoft SQL server 2000 *** * when using zlib.output_compression = on * *** I've got this bug since older version of php and apache ( this is NOT a new bug ). When doing a while ( fetch ) of a query, it cause a crash at the same time. By Ex: If I make a query that should return 78 results, when I make my while ( fetch ), it cause the system to crash at the result number 49. For another query , it wont't crash. and for another query it will crash at the result 62 ( of 98 results by ex.) rem: All the query works. rem: when using zlib.output_compression = OFF evrything works thine. Reproduce code: --- QUERY WHILE ( FETCH ) ECHO RESULT; ENDWHILE Expected result: 1 2 3 4 5 6 7 8 9 10 11 Actual result: -- NO OUTPUT !!! -- Edit this bug report at http://bugs.php.net/?id=25478&edit=1
#25474 [Opn->Fbk]: posting arrays from a select box with multiple select is not working properly
ID: 25474 Updated by: [EMAIL PROTECTED] Reported By: fmuller at cisco dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: redhat 7.3 PHP Version: 4.3.3 New Comment: Works fine for me. How did you configure PHP? How did you configure PHP for Apache2? Add this line to your test script: echo $HTTP_RAW_POST_DATA; And set "always_populate_raw_post_data" php.ini option to 'On'. Then post the result here. Previous Comments: [2003-09-10 14:30:47] fmuller at cisco dot com Description: Red Hat 7.3/Apache 2.0/PHP 4.3.3. If I select multiple selections on a select box, with an array name, with a form method of post I do not get the array of selected values I expect. If one option is selected it works fine. If I use a method of get it works fine. Here is what phpinfo.php displays when I select 1 and 2: _REQUEST["param"] Array ( [0] => 1 [1] => 2param[]=1 [2] => 2 ) _POST["param"] Array ( [0] => 1 [1] => 2param[]=1 [2] => 2 ) Reproduce code: --- 0 1 2 3 4 5 6 -- phpinfo.php Expected result: _REQUEST["param"] Array ( [0] => 1 [1] => 2 ) _POST["param"] Array ( [0] => 1 [1] => 2 ) -- Edit this bug report at http://bugs.php.net/?id=25474&edit=1
#25400 [Opn->Bgs]: mysql_connect -> Segmentation Fault
ID: 25400 Updated by: [EMAIL PROTECTED] Reported By: stephan at wiedner dot cc -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Debian Woody Kernel:2.4.22 PHP Version: 5CVS-2003-09-10 (dev) New Comment: The backtrace shows it happens inside the mysql libs -> not PHP bug. (report to Mysql) Previous Comments: [2003-09-10 15:51:02] stephan at wiedner dot cc Hi, In the meanwhile I tried the 4.0.14 Binary Dist. of mysql and the new 4.0.15 binaries. I also tried again with the BETA version and the latest CVS Version. still the same problem Here a backtrace from the 5CVS-2003-09-10 cli/php trying to connect to the 4.0.15 mysql Server: --- (gdb) run test2.php Starting program: /usr/src/WebServer/php-src/sapi/cli/php test2.php [New Thread 1024 (LWP 7916)] Jetzt gehts lohos! Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 7916)] 0x08341ea8 in ?? () (gdb) bt #0 0x08341ea8 in ?? () #1 0x405d59e0 in _nss_db_getspnam_r () from /lib/libnss_db.so.2 #2 0x405d511e in _nss_db_endservent () from /lib/libnss_db.so.2 #3 0x405d53b3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #4 0x4054fa83 in getservbyname_r () from /lib/libc.so.6 #5 0x4054f931 in getservbyname () from /lib/libc.so.6 #6 0x0824b117 in mysql_once_init () #7 0x0824b04f in mysql_init () #8 0x080b3014 in php_mysql_do_connect (ht=3, return_value=0x405974b8, this_ptr=0x0, return_value_used=1, persistent=0) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:773 #9 0x080b3345 in zif_mysql_connect (ht=3, return_value=0x405974b8, this_ptr=0x0, return_value_used=1) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:829 #10 0x0823ee30 in zend_do_fcall_common_helper (execute_data=0xbfffd760, op_array=0x40596b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2541 #11 0x0823f657 in zend_do_fcall_handler (execute_data=0xbfffd760, op_array=0x40596b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2687 #12 0x0823aa67 in execute (op_array=0x40596b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:1267 #13 0x082182a4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/WebServer/php-src/Zend/zend.c:1010 #14 0x081d1f2b in php_execute_script (primary_file=0xbaf4) at /usr/src/WebServer/php-src/main/main.c:1625 #15 0x08248fdf in main (argc=2, argv=0xbb84) at /usr/src/WebServer/php-src/sapi/cli/php_cli.c:910 (gdb) --- [2003-09-07 02:38:53] [EMAIL PROTECTED] This is not a PHP problem, looks like your mysql configuration is borked. Try to install a 4.0.14 binary from mysql.com (or 4.0.15 which should be announced within the next days). [2003-09-06 09:04:10] stephan at wiedner dot cc Description: Every try to connect to the MySQL Server ends up in a segmentation fault. When using the Apache2 Module I get the following log-output: [notice] child pid 25103 exit signal Segmentation fault (11) Using cli/php i just get "Segmentation fault" - without being any more specific... This problem occours with: php-5.0.0b1 php-cvs2003-08-31 php-cvs2003-09-06 Apache 2.0.47 MySQL 4.0.14 PHP Configure Options: ./configure --prefix=/usr/local \ --exec-prefix=/usr/local \ --bindir=/usr/local/bin \ --sbindir=/usr/local/sbin \ --libexecdir=/usr/local/libexec \ --datadir=/usr/local/share \ --sysconfdir=/usr/local/etc \ --sharedstatedir=/usr/local/com \ --localstatedir=/usr/local/var \ --libdir=/usr/local/lib \ --includedir=/usr/local/include \ --infodir=/usr/local/info \ --mandir=/usr/local/man \ --with-apxs2=/usr/sbin/apxs \ --enable-debug \ --with-config-file-path=/usr/local/lib \ --enable-safe-mode \ --disable-ipv6 \ --disable-short-tags \ --with-dom=/usr/local \ --with-xsl=/usr/local \ --with-pspell \ --enable-dbx \ --with-db4=/usr/local/BerkeleyDB.4.1 \ --with-gd=/usr/local \ --with-mysql=/usr/local \ --with-mysql-sock=/tmp/mysql.sock \ --with-pgsql \ --with-gettext \ --with-layout=GNU MySQL Configure Options: ./configure \ --prefix=/usr/local \ --enable-dependency-tracking \ --localstatedir=/home/mysql \ --enable-assembler \ --with-unix-socket-path=/tmp/mysql.sock \ --with-mysqld-user=mysql \ --with-mysqld-ldflags=-all-static I hope I provided all necessary information and that this isn't a bug but my fault... :) Reproduce code: --- Expected result: super! Actual result: -- cli backtrace: server:/# gdb ./php GNU gdb 2002-04-01-cvs Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distr
#25481 [Opn->Bgs]: ADOdb -> fields error
ID: 25481
Updated by: [EMAIL PROTECTED]
Reported By: zerokode at gmx dot net
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: linux/i686
PHP Version: 5CVS-2003-09-10 (dev)
New Comment:
1. PHP 5 is NOT released yet
2. PHP 5 is NOT ready yet.
3. Bugs/incompatibilities with PHP5 in some 3rd party code DOES NOT
belong here.
Previous Comments:
[2003-09-10 18:23:19] zerokode at gmx dot net
Description:
There is a trouble with the newer version of the PHP,
because of the unknown reason the php5 (even the latest
CVS) won't work with that, but the oddest thing is, that
the version 4.x has no problem displaying the code...
Reproduce code:
---
Connect($db_host, $db_username, $db_password, $database);
$domains_query = $conn -> execute("SELECT * FROM
".$SQL_FIELD['domains']." ");
while (! $domains_query -> EOF)
{
$domain_id = $domains_query -> fields('id');
echo $domain_id;
$domains_query -> moveNext();
}
?>
Expected result:
in PHP5 the ->fields (adodb function) is always void... In
PHP4 the ->fields normaly gives out an array of the SQL
fields and their content...
--
Edit this bug report at http://bugs.php.net/?id=25481&edit=1
#25472 [Opn->Fbk]: Iterative calls to ODBC_DO seems to cause memory leak.
ID: 25472
Updated by: [EMAIL PROTECTED]
Reported By: chris dot neale at somerfield dot co dot uk
-Status: Open
+Status: Feedback
Bug Type: ODBC related
Operating System: Winnt SP6a Build 1381
PHP Version: 5CVS-2003-09-10 (dev)
New Comment:
Approximately HOW much data is in one row in your query..?
Previous Comments:
[2003-09-10 12:27:51] chris dot neale at somerfield dot co dot uk
Description:
I am trying to generate 700 static HTML pages each containing a table
of data. The loop appends the SQL string with the loop value and then
calls ODBC_DO. I've taken out all the table formatting routines out of
the code below, but it still replicates the same fault.
ODBC connects to an Access 97 SR1 database. I have installed the Jet SP
7_9NT service pack too.
When I run it, PHP.exe shows up in task manager's process monitor,
eating away at memory fast - about 1 meg every second gets consumed by
php's process and it generates about 7000 page faults every second too.
But the script still works, and the information comes out as expected.
The memory is then freed when PHP exits.
I'm concerned this bug will cause problems when I scale the project up
to generate 2 + reports.
I've run this code not only from a web page, but also from the command
line with some additional code which waits for a user keystroke before
continuing to the next loop iteration, hoping to slow down the process.
The same problem occurred.
I'm using the latest Win32 CVS snapshot at the time of writing.
Same problem when using latest stable build of PHP 4.
php.ini - memory_limit = 8M
I've seen the memory climb as high as 40mb when running this script.
PHP.ini modifications:
extension=php_gd2.dll enabled.
doc_root, extension_dir
That's about all the info I can find... Really hope someone can shed
some light on this one as I've been trying to solve it for about 2
weeks! Many thanks,
Chris
Reproduce code:
---
$dbCon = odbc_connect('AccessDbSystemDSN', '', '');
for ($nval=1;$nval<=700;$nval++)
{
$query = "SELECT * from [tablename] where ID = ".$nval;
$results = odbc_do($dbCon, $query);
}
odbc_close($dbCon);
Expected result:
I expected the memory to remain fairly constant throughout execution,
but it keeps on rising and not always at a constant rate.
Actual result:
--
The reports generates successfully on my desktop machine despite the
memory rising, however PHP crashes when I run it on my laptop which has
less RAM than my desktop.
Same NT build and PHP CVS snapshot on Laptop. No error message, just
'Internal Server Error' message. No Apache error log generated.
--
Edit this bug report at http://bugs.php.net/?id=25472&edit=1
#22803 [Asn->Csd]: User Contributed Notes fdf_get_value
ID: 22803 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type:FDF related PHP Version: 5CVS-2003-03-20 (dev) Assigned To: hholzgra New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-03-20 04:48:11] [EMAIL PROTECTED] user contributed not on fdf_get_value() by mclinden at informed dot net The default behavior for the FDF Toolkit is to return an FDFErcNoValue for the FDFGetValue when the field exists but has no value. Whether or not this is truly an error is debateable. It seems to become an issue in documents created by Acrobat 5 when optional fields are included in a form with required fields since the default behavior seems to be to populate the HTTP_FDF_DATA with the results of the FDFNextFieldName enumerator, which would include the fields which have no value. This would not be a problem except that the PHP function fdf_get_value() does not specifically test for the FDFErcNoValue condition but, instead, tests for the more general FDFErcOK. If this value is not the result of the error code, the system issues warnings (the display of which could be turned off), but the broader question is, should this be a warning condition at all? Put another way, should a return of FDFErcNoValue for FDFGetValue be considered an event worth generating a warning? -- Edit this bug report at http://bugs.php.net/?id=22803&edit=1
#25480 [Fbk->Opn]: All exec, passthru, system, shell execution commands fail intermittently.
ID: 25480
User updated by: colin at grandecom dot com
Reported By: colin at grandecom dot com
-Status: Feedback
+Status: Open
Bug Type: Program Execution
Operating System: Solaris 2.8
PHP Version: 4.3.3
New Comment:
safe_mode = Off
It is only happening to me with 4.3.3 - on this particular
machine I upgraded from 4.3.1 yesterday to fix an snmp bug,
and the problem start happening today (I'd run 4.3.1
without any exec issues for several weeks prior.) In
retrospect, this definitely should have been mentioned in
my initial bug report. Sorry about that.
Previous Comments:
[2003-09-10 20:07:27] [EMAIL PROTECTED]
Also, did this happen with previous PHP versions? If not, which was the
previous version you had?
[2003-09-10 20:06:43] [EMAIL PROTECTED]
Is "safe_mode" enabled?
[2003-09-10 18:14:54] colin at grandecom dot com
Sorry, the 'expected result' is naturally just the output
of a ping process, ie:
PING blah: 56 data bytes
64 bytes from 192.168.5.1: icmp_seq=0. time=1. ms
64 bytes from 192.168.5.1: icmp_seq=1. time=0. ms
blah PING Statistics
2 packets transmitted, 2 packets received, 0% packet loss
round-trip (ms) min/avg/max = 0/0/1
And the actual result is the error I pasted under
expected output. Excuse my braindead first post.
[2003-09-10 18:10:47] colin at grandecom dot com
Description:
At certain times (no discernible load, nor any unusually
high memory or swap usage, etc.) all shell exec commands
fail. Typically it will last a short period of time, and
then all commands work fine. Restarting apache does not
appear to cure or improve the situation. Below are my
particulars.
My configure line:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-oracle=/opt/oracle --with-snmp=/usr/local --with-curl=/opt
--with-gd --with-zlib-dir=/usr/local/lib
Other information:
Sun E250, 2x296mhz, 1024MB RAM, gcc 2.95.2
Changes to php.ini from php.ini-dist:
register_globals = On
Here are some error examples from various execs:
Warning: shell_exec(): Unable to execute 'nslookup -timeout=3
10.130.0.1 2>/dev/null' in /usr/local/apache/htdocs/my.php on line 39
Warning: system(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t
250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 79
Warning: passthru(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t
250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 78
Reproduce code:
---
echo ""; system("ping -s $ip 56 10"); echo "";
Expected result:
Warning: system(): Unable to fork [ping -s 10.130.2.163 56 10] in
/usr/local/apache/htdocs/ping.php on line 55
Actual result:
--
Command simply doesn't execute, program continues without
a problem or error.
--
Edit this bug report at http://bugs.php.net/?id=25480&edit=1
#25335 [Opn]: Memory Leak with error handler and exceptions
ID: 25335 User updated by: cunha17 at uol dot com dot br Reported By: cunha17 at uol dot com dot br Status: Open Bug Type: Zend Engine 2 problem Operating System: RedHat Linux 9.0 PHP Version: 5CVS-2003-08-31 (dev) New Comment: Is anyone looking at this ? Previous Comments: [2003-08-31 19:44:50] cunha17 at uol dot com dot br Description: This code below gives some memory leak. The leak only appears when throwing exceptions inside error handler. The code I'm using is a little more complex 'cause it translates PHP errors into PHP Exceptions, but this piece of code reproduces the leak correctly. Reproduce code: --- Expected result: EXCEPTION!!! Actual result: -- EXCEPTION!!!/usr/src/zend2/php-src/Zend/zend.c(914) : Freeing 0x404C9340 (16 bytes), script=leak.php === Total 1 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=25335&edit=1
#25323 [Opn]: class constants odd behavior
ID: 25323
User updated by: cunha17 at uol dot com dot br
Reported By: cunha17 at uol dot com dot br
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: RedHat Linux 9.0
PHP Version: 5CVS-2003-08-30 (dev)
New Comment:
Any information would be appreciated ...
Previous Comments:
[2003-08-30 14:21:48] cunha17 at uol dot com dot br
Description:
Is this suppose to work ? Currently it does not.
class Priority {
const DEBUG = 0;
const INFO = 1;
const WARN = 2;
const ERROR = 3;
const FATAL = 4;
const MAX_PRIORITY = FATAL;
}
class ExtendedPriority extends Priority {
const REMOTE = Priority::MAX_PRIORITY + 1;
const URGENT = Priority::MAX_PRIORITY + 2;
}
if it's not supposed to work, there is some parser problem in ZE2 that
accepts a constant expression based on string concatenation.
Reproduce code:
---
class test {
const TEST = "hi";
const TEST1 = self::TEST . "ih";
}
Expected result:
No parser error nor core dumps. Or a paser error if it's not supposed
to work.
Actual result:
--
Segmentation Fault
--
Edit this bug report at http://bugs.php.net/?id=25323&edit=1
#25482 [NEW]: CLI isn't reporting parse errors correctly
From: tim dot lokot at printsoft dot com
Operating system: Debian GNU/Linux 3.0
PHP version: 4.3.2
PHP Bug Type: CGI related
Bug description: CLI isn't reporting parse errors correctly
Description:
If I run a script with parse errors using the CLI on Debian with some of
the Zend software installed on it, parse errors are not reported at all by
default.
This is fine, seeing as I can run "php -l file.php" and it "should" report
something more meaningful than:
"Errors parsing file.php"
If I put this file onto Windows and run it using the 4.3.3 CLI, I get
this:
"Parse error: parse error, unexpected '{' in virtuele-backup.php on line
45
Errors parsing virtuele-backup.php"
output of php -v
-
PHP 4.3.2 (cli) (built: Jul 16 2003 15:43:08)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
with Zend Extension Manager v1.0.0, Copyright (c) 2003, by Zend
Technologies
with Zend Optimizer v2.1.0, Copyright (c) 1998-2003, by Zend
Technologies
with DISABLED Zend Performance Suite v3.5.0, Copyright (c)
1999-2003, by The Accelerator presently supports only Apache, ISAPI and
FastCGI SAPIs
output of php -m
[PHP Modules]
Zend Optimizer
ctype
mysql
overload
pcre
posix
session
standard
tokenizer
wddx
xml
[Zend Modules]
DISABLED Zend Performance Suite
Zend Extension Manager
Zend Optimizer
I think it is the Zend stuff that is suppressing the errors as I have
another server that is reporting errors without the Zend stuff installed.
This server is exactly the same is every other respect.
* Please note that I will not be able to install higher versions of php to
test this as it is a production server and the Zend software we have is
not certified for higher versions *
Reproduce code:
---
Sorry this is more than 20 lines long, but I have no other way of getting
this to you:
#!/usr/local/bin/php
Expected result:
"Parse error: parse error, unexpected '{' in virtuele-backup.php on line
45
Errors parsing virtuele-backup.php"
Actual result:
--
"Errors parsing virtuele-backup.php"
--
Edit bug report at http://bugs.php.net/?id=25482&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25482&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25482&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=25482&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=25482&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=25482&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=25482&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=25482&r=support
Expected behavior: http://bugs.php.net/fix.php?id=25482&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=25482&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=25482&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=25482&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25482&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=25482&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=25482&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=25482&r=gnused
#25482 [Opn->Bgs]: CLI isn't reporting parse errors correctly
ID: 25482
Updated by: [EMAIL PROTECTED]
Reported By: tim dot lokot at printsoft dot com
-Status: Open
+Status: Bogus
Bug Type: CGI related
Operating System: Debian GNU/Linux 3.0
PHP Version: 4.3.2
New Comment:
Report this to Zend. Not PHP bug.
Previous Comments:
[2003-09-10 21:58:07] tim dot lokot at printsoft dot com
Description:
If I run a script with parse errors using the CLI on Debian with some
of the Zend software installed on it, parse errors are not reported at
all by default.
This is fine, seeing as I can run "php -l file.php" and it "should"
report something more meaningful than:
"Errors parsing file.php"
If I put this file onto Windows and run it using the 4.3.3 CLI, I get
this:
"Parse error: parse error, unexpected '{' in virtuele-backup.php on
line 45
Errors parsing virtuele-backup.php"
output of php -v
-
PHP 4.3.2 (cli) (built: Jul 16 2003 15:43:08)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
with Zend Extension Manager v1.0.0, Copyright (c) 2003, by Zend
Technologies
with Zend Optimizer v2.1.0, Copyright (c) 1998-2003, by Zend
Technologies
with DISABLED Zend Performance Suite v3.5.0, Copyright (c)
1999-2003, by The Accelerator presently supports only Apache, ISAPI and
FastCGI SAPIs
output of php -m
[PHP Modules]
Zend Optimizer
ctype
mysql
overload
pcre
posix
session
standard
tokenizer
wddx
xml
[Zend Modules]
DISABLED Zend Performance Suite
Zend Extension Manager
Zend Optimizer
I think it is the Zend stuff that is suppressing the errors as I have
another server that is reporting errors without the Zend stuff
installed. This server is exactly the same is every other respect.
* Please note that I will not be able to install higher versions of php
to test this as it is a production server and the Zend software we have
is not certified for higher versions *
Reproduce code:
---
Sorry this is more than 20 lines long, but I have no other way of
getting this to you:
#!/usr/local/bin/php
Expected result:
"Parse error: parse error, unexpected '{' in virtuele-backup.php on
line 45
Errors parsing virtuele-backup.php"
Actual result:
--
"Errors parsing virtuele-backup.php"
--
Edit this bug report at http://bugs.php.net/?id=25482&edit=1
#25461 [Bgs->Csd]: include insecurity
ID: 25461 User updated by: ashley at netcraft dot com dot au Reported By: ashley at netcraft dot com dot au -Status: Bogus +Status: Closed Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.3.3 New Comment: No point in this. I know it's in the config file. I know it's in the manual. I still see it as insecure and there should be a security warning. Previous Comments: [2003-09-10 03:05:19] [EMAIL PROTECTED] from php.ini: ; Whether to allow the treatment of URLs (like http:// or ftp://) as files. >From the manual: allow_url_fopen = On allow_url_fopen boolean This option enables the URL-aware fopen wrappers that enable accessing URL object like files. Default wrappers are provided for the access of remote files using the ftp or http protocol, some extensions like zlib may register additional wrappers. [2003-09-09 21:17:27] ashley at netcraft dot com dot au I know there's an option for it, but it should come with a warning that it also enables url's on include/require. [2003-09-09 21:02:31] [EMAIL PROTECTED] Search php.ini-dist (or php.ini-recommended) for "allow_url_fopen" directive. [2003-09-09 19:48:43] ashley at netcraft dot com dot au Description: I think it's highly insecure that 'include' and 'require' support http:// url's by default. Why would you want to execute arbitrary code from another web page? I have seen many sites where they are exploitable because they do require $page. ".php"; Although this is bad programming, it's still insecure to allow http url's by default. Also, I'd strongly suggest never using http includes unless you control the DNS for the domain of the site you are connecting to. Otherwide the hostname could be changed over to a different page. -- Edit this bug report at http://bugs.php.net/?id=25461&edit=1
#25463 [Fbk->Opn]: ClibPDF Does Not Compile With Bundled GD
ID: 25463 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ClibPDF related Operating System: Linux 2.4 PHP Version: 4.3.3 New Comment: Ok. --with-gd does not compile, the error is related to cannot find gd.h from within cpdf.c --with-gd=somepath does work, using external GD. I dont have a test machine i can reproduce it on now...since its a production server I was installing on, now that its on there. Previous Comments: [2003-09-09 23:58:39] [EMAIL PROTECTED] Works just fine for me. (as usual) And is it now with --with-gd=somepath or --with-gd Your 'reproduce code' shows that you used external GD? So with which does the 'not compile' happen? And I really, REALLY need to know WHAT doesn't work. Do you get some error? Or what? FYI: I do expect a little bit better bug reports from people who's email address contains @php.net... [2003-09-09 22:52:29] [EMAIL PROTECTED] Description: When installing with --with-clibpdf, if using the Bundled GD (4.3.2 and 4.3.3), the compile will fail. Compiling GD on its own, and using --with-gd=/usr/local/gd2 and then compiling with ClibPDF works fine. Reproduce code: --- ./configure --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-mysql --enable-cli --disable-cgi --with-zlib --with-bz2 --enable-calendar --enable-exif --enable-ftp --with-gd=/usr/local/gd2 --with-jpeg-dir=/usr/local/libjpeg --with-freetype-dir=/usr/local/freetype2 --with-iconv --enable-sockets --with-curl=/usr --with-mcrypt=/usr --with-cpdflib Expected result: Build fine. Actual result: -- Do not have exact error. Relates to no such file or directory gd.h, expecting to find the version in dir --with-gd=x, doesnt know where to find bundled version. -- Edit this bug report at http://bugs.php.net/?id=25463&edit=1
#25463 [Opn]: ClibPDF Does Not Compile With Bundled GD
ID: 25463 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ClibPDF related Operating System: Linux 2.4 PHP Version: 4.3.3 New Comment: Ok, got lucky. Reproduced it for you :) /home/src/php-4.3.3/ext/cpdf/cpdf.c:41:16 gd.h: No such file or directory /home/src/php-4.3.3/ext/cpdf/cpdf.c: In function 'zif_cpdf_place_inline_image': /home/src/php-4.3.3/ext/cpdf/cpdf.c:2481: `gdImagePtr' undeclared (first use in this function) /home/src/php-4.3.3/ext/cpdf/cpdf.c:2481: (Each undeclared identifier is reported only once /home/src/php-4.3.3/ext/cpdf/cpdf.c:2481: for each function it appears in.) /home/src/php-4.3.3/ext/cpdf/cpdf.c:2481: syntax error before "im" /home/src/php-4.3.3/ext/cpdf/cpdf.c:2505: `im' undeclared (first use in this function) make: *** [ext/cpdf/cpdf.lo] Error 1 Previous Comments: [2003-09-10 23:52:01] [EMAIL PROTECTED] Ok. --with-gd does not compile, the error is related to cannot find gd.h from within cpdf.c --with-gd=somepath does work, using external GD. I dont have a test machine i can reproduce it on now...since its a production server I was installing on, now that its on there. [2003-09-09 23:58:39] [EMAIL PROTECTED] Works just fine for me. (as usual) And is it now with --with-gd=somepath or --with-gd Your 'reproduce code' shows that you used external GD? So with which does the 'not compile' happen? And I really, REALLY need to know WHAT doesn't work. Do you get some error? Or what? FYI: I do expect a little bit better bug reports from people who's email address contains @php.net... [2003-09-09 22:52:29] [EMAIL PROTECTED] Description: When installing with --with-clibpdf, if using the Bundled GD (4.3.2 and 4.3.3), the compile will fail. Compiling GD on its own, and using --with-gd=/usr/local/gd2 and then compiling with ClibPDF works fine. Reproduce code: --- ./configure --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-mysql --enable-cli --disable-cgi --with-zlib --with-bz2 --enable-calendar --enable-exif --enable-ftp --with-gd=/usr/local/gd2 --with-jpeg-dir=/usr/local/libjpeg --with-freetype-dir=/usr/local/freetype2 --with-iconv --enable-sockets --with-curl=/usr --with-mcrypt=/usr --with-cpdflib Expected result: Build fine. Actual result: -- Do not have exact error. Relates to no such file or directory gd.h, expecting to find the version in dir --with-gd=x, doesnt know where to find bundled version. -- Edit this bug report at http://bugs.php.net/?id=25463&edit=1
#25316 [Asn->Csd]: _php_stream_write() gets stuck in infinite loop on any error to send()
ID: 25316
Updated by: [EMAIL PROTECTED]
Reported By: polone at townnews dot com
-Status: Assigned
+Status: Closed
Bug Type: Reproducible crash
Operating System: *
PHP Version: 4.3.3
Assigned To: iliaa
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-08-30 06:02:56] [EMAIL PROTECTED]
Wez, fix your stuff. :)
[2003-08-29 13:49:54] polone at townnews dot com
Description:
(Please note, this looks like a similiar bug as #22753, but it is not -
it's in a function layer much more abstract than the main/network.c
bug, this one is in main/streams.c)
A problem that occurs quite often with PHP scripts when remote hosts
disconnect applications in PHP using the streams API is infinite
looping with SIGPIPE. It appears an early attempt to remedy the
situation was to ignore SIGPIPE, but this is not where the problem is.
After reviewing the _php_stream_write() code and testing the loop in an
error condition of -1, it became obvious why the looping occurs.
The while() loop will never exit if an error occurs in the underlying
send() call. This is because it returns a negative value (-1), but the
type assigned in _php_stream_write() is size_t for the variable
justwrote. For reference, "size_t" IS AN UNSIGNED INT, which means the
condition:
if (justwrote > 0) {
// Buffering code
} else {
break;
}
will never execute the "else" condition. To fix this, change the
following:
size_t didwrite = 0, towrite;
int justwrote;
This bug has been present (as far as I can tell) since PHP 4.3.0. In
addition, another change I've made is too main/network.c, in the
php_sockop_write() function. Instead of ignoring SIGPIPE as the default
handler, it would be better to set:
didwrite = send(sock->socket, buf, count, MSG_NOSIGNAL);
This will still work correctly when SIGPIPE would have been issued as
EPIPE is still returned.
Reproduce code:
---
Expected result:
To end eventually. Instead, the script will eventually issue a SIGPIPE
and create an infinite loop.
Actual result:
--
It never ends.
--
Edit this bug report at http://bugs.php.net/?id=25316&edit=1
#24080 [Asn->Csd]: fputs uses 100% cpu on broken pipe
ID: 24080 Updated by: [EMAIL PROTECTED] Reported By: info at virtualhost dot nl -Status: Assigned +Status: Closed Bug Type: URL related Operating System: Freebsd 4.8 PHP Version: 4.3.2 Assigned To: wez New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-06-09 23:52:27] [EMAIL PROTECTED] When run from CLI: #0 0x406fd0de in __select () from /lib/libc.so.6 #1 0x8563834 in __DTOR_END__ () at md4.c:255 #2 0x829bae2 in php_hostconnect (host=0x8893f74 "211.6.149.130", port=80, socktype=1, timeout=0xbfffd368) at /usr/src/web/php/php4/main/network.c:468 Using the timeout parameter in fsockopen() 'cures' this. :) [2003-06-09 15:37:39] info at virtualhost dot nl ok, took some time, but here it is: Program received signal SIGPIPE, Broken pipe. 0x280ff604 in sendto () from /usr/lib/libc.so.4 #0 0x280ff604 in sendto () from /usr/lib/libc.so.4 #1 0x2812798b in send () from /usr/lib/libc.so.4 #2 0x282b00cb in php_sockop_write (stream=0x809070c, buf=0x815f48c "GET /blalbla HTTP/1.0\n\n", count=23) at /usr/src/php/php-4.3.2/main/network.c:913 #3 0x282ace63 in _php_stream_write (stream=0x809070c, buf=0x815f48c "GET /blalbla HTTP/1.0\n\n", count=23) at /usr/src/php/php-4.3.2/main/streams.c:909 #4 0x2824741f in zif_fwrite (ht=2, return_value=0x815d62c, this_ptr=0x0, return_value_used=0) at /usr/src/php/php-4.3.2/ext/standard/file.c:1559 #5 0x282dd368 in execute (op_array=0x815e90c) at /usr/src/php/php-4.3.2/Zend/zend_execute.c:1608 #6 0x282cbada in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php/php-4.3.2/Zend/zend.c:869 #7 0x282a4129 in php_execute_script (primary_file=0xbfbff9c4) at /usr/src/php/php-4.3.2/main/main.c:1671 #8 0x282e3da2 in apache_php_module_main (r=0x815a034, display_source_mode=0) at /usr/src/php/php-4.3.2/sapi/apache/sapi_apache.c:54 #9 0x282e4966 in send_php (r=0x815a034, display_source_mode=0, filename=0x0) at /usr/src/php/php-4.3.2/sapi/apache/mod_php4.c:617 #10 0x282e49c6 in send_parsed_php (r=0x815a034) at /usr/src/php/php-4.3.2/sapi/apache/mod_php4.c:632 #11 0x8051a0c in ap_invoke_handler () #12 0x80610e1 in process_request_internal () #13 0x8061140 in ap_process_request () #14 0x805a62e in child_main () #15 0x805a7a0 in make_child () #16 0x805a8bd in startup_children () #17 0x805adac in standalone_main () #18 0x805b493 in main () #19 0x804e289 in _start () regards, Jeroen Hofstee [2003-06-08 08:18:19] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Please interrupt it once it has started eating the CPU and provide a backtrace. [2003-06-08 08:06:42] info at virtualhost dot nl Same problem with version 4.3.2. But cpu usage is divided differenty. 4.3.1 used about 50% users / 50% system now it is 90% user / 10% sytem. [2003-06-08 07:09:00] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. . 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/24080 -- Edit this bug report at http://bugs.php.net/?id=24080&edit=1
#23837 [Asn->Fbk]: pfsockopen() returning bad connection when host restarts
ID: 23837
Updated by: [EMAIL PROTECTED]
Reported By: dietrich dot ayala at foundstone dot com
-Status: Assigned
+Status: Feedback
Bug Type: Sockets related
Operating System: windows 2000
PHP Version: 4.3.2RC4
Assigned To: wez
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-05-27 17:40:23] dietrich dot ayala at foundstone dot com
Repro script is below. i tested w/ w2k+FastCGI and w2k+isapi, and could
repro the behaviour w/ both.
steps:
1. run the script
2. take host down and back up, or even just cycle the listening app on
the specified port. either one will repro the bug.
3. run the script again. if you're using isapi or fastcgi, it'll
attempt to reuse the connection, but won't reconnect, and will display
the behaviour described.
0) {
if( !$data = @fgets($fp, 8192) ){
die('couldnt get data from socket, or socket returned
no data');
}
print $data;
// no more data
if (feof($fp) || $data === false || strlen($data) == 0) {
break;
}
}
} while(true);
}
?>
[2003-05-27 17:16:27] [EMAIL PROTECTED]
No example script here either. Can not reproduce.
[2003-05-27 14:47:45] [EMAIL PROTECTED]
Assigning to myself; it would be good if some other people could verify
if this problem exists on other platforms, and if this is a critical
issue.
[2003-05-27 12:52:08] dietrich dot ayala at foundstone dot com
If I make a persistent connection to a host, then cycle the host,
subsequent requests to pfsockopen return a connection (no error), but
any subsequent calls to fgets() (and any socket-accessing kin) using
the pointer fail w/ bad connection errors.
Previously, I reported this problem when the host *never* comes back
up, and Wez fixed that. But it appears this also happens when the host
is cycled as well.
--
Edit this bug report at http://bugs.php.net/?id=23837&edit=1
#25454 [Bgs->Csd]: ldap_bind produces an assertion error in cyrus.c
ID: 25454 User updated by: rolli at aum dot unibe dot ch Reported By: rolli at aum dot unibe dot ch -Status: Bogus +Status: Closed Bug Type: LDAP related Operating System: Linux-2.4 PHP Version: 4.3.3 New Comment: I have to apologize for this bug report. Everything is fine with PHP and ext/ldap and ext/cyrus. Sniper, you're right. The Problem was elsewhere. After diving deeper I realized that the sysadmin of the ldap-server has changed the certificates one day before I restarted with the project. Actually, with the binaries I got this: ldap_start_tls: Can't contact LDAP server (81) additional info: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE The certifactes are signed by selfsigned CA-Cert. So I fetched the CA-Cert and put it in /etc/openldap/ldap.conf. Now everything works again. But I'm wondering cause on the other server there is a 2.0.x OpenLDAP-Client and this one doesn't complain about the cert. Anyway the correct place for my problem would have been the mailing list. Sorry again. I closed the bug. Regards Michael Previous Comments: [2003-09-10 09:08:09] [EMAIL PROTECTED] So do the openldap binaries work or not??? I'm pretty sure this is not PHP bug at all as I could not reproduce this. [2003-09-10 03:45:36] rolli at aum dot unibe dot ch Actually it's an SuSE 8.2. All installed software packages are original SuSE rpms. The only thing I compile for myself is PHP and the related packages like pdflib, mnogosearch, imagick. [2003-09-09 15:35:56] [EMAIL PROTECTED] I tested your script and for me it just hangs in 'Binding..'. No assert error here. Did you recompile openldap after upgrading cyrus-sasl? [2003-09-09 13:15:12] [EMAIL PROTECTED] Nevermind the last comment, ldap_initialize() is just undocumented..had to read openldap sources a bit. :) [2003-09-09 13:09:17] [EMAIL PROTECTED] And where does it say that you can use multiple hosts in one connect? (FYI: This has absolutely NOTHING to do with ext/cyrus) 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/25454 -- Edit this bug report at http://bugs.php.net/?id=25454&edit=1
