#28400 [NoF->Opn]: ldap cannot connect (nothing send on network)
ID: 28400 User updated by: thu at nykredit dot dk Reported By: thu at nykredit dot dk -Status: No Feedback +Status: Open Bug Type: LDAP related Operating System: Linux debian testing PHP Version: 5.0.0RC2 New Comment: Well actually ldap_connect returns false and not null.. Also there may be a resonable explanation that it does not send anything on the network.. But How can it be that I do not get a valid handle then (as it cannot determine whether it can or cannot connect to the server without trying). The script works fine on another server running php4. Previous Comments: [2004-05-25 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-05-17 22:53:34] [EMAIL PROTECTED] The reason nothing is sent over the network has to do with how the OpenLDAP library handles "connections". Even under the best cirsumstances an ldap_connect() doesn't actually contact the remote server until you reach the ldap_bind() stage. Of the reasons ldap_connect() would return false, the only one which does not generate an error message is a specific form of initialization error, can you check your main/php_config.h file for a line containing LDAP_API_FEATURE_X_OPENLDAP and paste any lines containing it (plus a couple above/below for context)? ldap_connect() never returns NULL however, are you certain that's what you're getting back and not FALSE? [2004-05-14 15:48:06] thu at nykredit dot dk Description: Ldap_connect does not work.. tcpdump shows no traffic on the network when trying to connect.. >dpkg -s |grep ldap gives: ii ldap-utils 2.1.23-1 OpenLDAP utilities ii libldap2 2.1.23-1 OpenLDAP libraries ii libldap2-dev 2.1.23-1 OpenLDAP development libraries The compile went fine and ldap show up as expected in phpinfo() LDAP Supportenabled RCS Version $Id: ldap.c,v 1.151 2004/04/06 23:14:06 iliaa Exp $ Total Links 0/unlimited API Version 2004 Vendor Name OpenLDAP Vendor Version 20123 I have compiled with the following directives: './configure' '--with-mysql' '--with-apxs' '--with-gd' '--with-openssl' '--with-zlib' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-dio' '--enable-ftp' '--with-ttf' '--enable-gd-native-ttf' '--with-kerberos' '--with-imap-ssl' '--with-mcrypt' '--enable-embedded-mysqli' '--enable-soap' '--with-xsl' '--with-pear' '--with-ming' '--with-oci8' '--with-ldap' Reproduce code: --- Expected result: I want to get a valid ldap connection, like I do when I run the script on another server with PHP4.. Actual result: -- ldap_connect() just returns null... Nothing is ever sent on the network.. -- Edit this bug report at http://bugs.php.net/?id=28400&edit=1
#28515 [NEW]: A simple comparision operation FAILS!
From: andrew dot panin at nvkz dot net Operating system: Windows 98 SE PHP version: Irrelevant PHP Bug Type: Output Control Bug description: A simple comparision operation FAILS! Description: Just look into the code! Reproduce code: --- Expected result: That the "E" will be shown. Actual result: -- NOTHING!!! -- Edit bug report at http://bugs.php.net/?id=28515&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28515&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28515&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28515&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28515&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28515&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28515&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28515&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28515&r=support Expected behavior: http://bugs.php.net/fix.php?id=28515&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28515&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28515&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28515&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28515&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28515&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28515&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28515&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28515&r=float
#28514 [NEW]: POST variables not set
From: john at odlin dot co dot uk Operating system: Linux RH PHP version: 4.3.6 PHP Bug Type: HTTP related Bug description: POST variables not set Description: POST variables don't get set if get called from a page that includes http:// in the action but GET works fine. Apache/1.3.20 Sun Cobalt (Unix) mod_ssl/2.8.4 OpenSSL/0.9.6b PHP/4.3.6 mod_auth_pam_external/0.1 FrontPage/4.0.4.3 mod_perl/1.25 using recommended ini file. './configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gettext=/usr' '--with-config-file-path=/etc/httpd' '--with-exec-dir=/usr/bin' '--with-zlib' '--enable-magic-quotes' '--with-ttf' '--with-db' '--with-gdbm' '--enable-mbstring' '--enable-wddx=shared' '--enable-xml' '--enable-ftp' '--disable-debug' '--with-libdir=/usr/lib' '--with-pgsql=shared' '--with-pdflib=shared' '--enable-inline-optimization' '--with-openssl' '--enable-bcmath' '--enable-sockets' Reproduce code: --- http://www.domain.com/index.php"; METHOD="POST"> The third example does not work. Expected result: Array ( [HTTP_POST_VARS] => Array ( [transId] => 1 [submit] => Submit ) [_POST] => Array ( [transId] => 1 [submit] => Submit ) ... Actual result: -- Array ( [HTTP_POST_VARS] => Array ( ) [_POST] => Array ( ) ... -- Edit bug report at http://bugs.php.net/?id=28514&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28514&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28514&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28514&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28514&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28514&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28514&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28514&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28514&r=support Expected behavior: http://bugs.php.net/fix.php?id=28514&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28514&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28514&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28514&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28514&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28514&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28514&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28514&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28514&r=float
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: darrel at lasvegaswebhosting dot com Reported By: golden at riscom dot com Status: Closed Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.3 New Comment: This issue is becoming quite the thorn in my side. We are hosting about 30 sites that are having this problem with the Session_Start() Function. I was hoping that moving my clients to a new server would eliminate this issue but it did not. It is definately a PHP issue. I also don't understand why this issue/bug report was closed. It is far from resolved. Please enlighten me. Thanks, Darrel Previous Comments: [2004-05-19 01:40:10] steve at bespokeinternet dot com We have had this problem with various sites running off the same server (Apache/1.3.29 - Unix Server). A recent upgrade to 4.3.6 has not resolved the problem. Same sites worked fine on other servers running recent versions of PHP. Error message is sporadic and disappears with one or two refreshes. With versions prior to 4.3.6 it was necessary to restart Apache to clear the problem - that doesn't seem to be the case since the upgrade. Suggest reopening this bug report. [2004-05-05 07:27:32] tkaeser at gmx dot net Hi, had the same error, added the following line before starting the session: ini_set('session.save_handler', 'files'); this fixed it in my case... I don't have any idea why this works, got it from http://lists.mushaake.org/pipermail/php/Week-of-Mon-20031117/004091.html [2004-04-05 08:17:56] venkat at ehostpros dot com # Problem : Fatal error: session_start(): Failed to initialize storage module # The solution (fingers crossed) was to clear the session.save_path directory - it got thousands of session files there. Hope it helps someone out there. # The above solution works fine :) Thanks, Venkatesh.G [2004-04-01 16:37:42] php dot net at harrysufehmi dot com I just experienced this problem with php 4.3.3 The solution (fingers crossed) was to clear the session.save_path directory - it got thousands of session files there. Hope it helps someone out there. [2004-03-08 05:38:31] hck7 at mailcity dot com We installed PHP 4.3.1 and this problem disappears!!! Thanks for all !!! The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#28513 [NEW]: preg_match has severe memory leak
From: bens at effortlessis dot com Operating system: Fedora Core 1 Linux PHP version: 4.3.6 PHP Bug Type: *Regular Expressions Bug description: preg_match has severe memory leak Description: I wrote a script to parse a sendmail log file to match records together by message id in order to gather some statistics about a particular relay situation. When run, this script quickly swallowed all available RAM, bringing a busy, production system to a standstill. I reduced the script to the simplest code that causes the memory leak. When run as "php -q scriptname.php /var/log/maillog" from the command line, where maillog contains > 500,000 lines, this script will leak memory until the system load average exceeds 5.0. Rem out the preg_match on the innermost loop and the memory leak disappears. This bug is found in 4.3.4 and 4.3.6, I haven't tested other versions. Reproduce code: --- ].*?relay=.*?\[([0-9\.]+)\]/"; $mfrom="/$msgid/"; // REM THIS LINE OUT AND THE MEMORY LEAK STOPS. preg_match($mfrom, $line); } fclose($fp); } ?> Expected result: The "top" command should show this PHP instance using < 10% of RAM on a 1 GB RAM system. Actual result: -- The "top" command shows > 99% of memory usage on a 1 GB system. -- Edit bug report at http://bugs.php.net/?id=28513&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28513&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28513&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28513&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28513&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28513&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28513&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28513&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28513&r=support Expected behavior: http://bugs.php.net/fix.php?id=28513&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28513&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28513&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28513&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28513&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28513&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28513&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28513&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28513&r=float
#28400 [Fbk->NoF]: ldap cannot connect (nothing send on network)
ID: 28400 Updated by: [EMAIL PROTECTED] Reported By: thu at nykredit dot dk -Status: Feedback +Status: No Feedback Bug Type: LDAP related Operating System: Linux debian testing PHP Version: 5.0.0RC2 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-05-17 22:53:34] [EMAIL PROTECTED] The reason nothing is sent over the network has to do with how the OpenLDAP library handles "connections". Even under the best cirsumstances an ldap_connect() doesn't actually contact the remote server until you reach the ldap_bind() stage. Of the reasons ldap_connect() would return false, the only one which does not generate an error message is a specific form of initialization error, can you check your main/php_config.h file for a line containing LDAP_API_FEATURE_X_OPENLDAP and paste any lines containing it (plus a couple above/below for context)? ldap_connect() never returns NULL however, are you certain that's what you're getting back and not FALSE? [2004-05-14 15:48:06] thu at nykredit dot dk Description: Ldap_connect does not work.. tcpdump shows no traffic on the network when trying to connect.. >dpkg -s |grep ldap gives: ii ldap-utils 2.1.23-1 OpenLDAP utilities ii libldap2 2.1.23-1 OpenLDAP libraries ii libldap2-dev 2.1.23-1 OpenLDAP development libraries The compile went fine and ldap show up as expected in phpinfo() LDAP Supportenabled RCS Version $Id: ldap.c,v 1.151 2004/04/06 23:14:06 iliaa Exp $ Total Links 0/unlimited API Version 2004 Vendor Name OpenLDAP Vendor Version 20123 I have compiled with the following directives: './configure' '--with-mysql' '--with-apxs' '--with-gd' '--with-openssl' '--with-zlib' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-dio' '--enable-ftp' '--with-ttf' '--enable-gd-native-ttf' '--with-kerberos' '--with-imap-ssl' '--with-mcrypt' '--enable-embedded-mysqli' '--enable-soap' '--with-xsl' '--with-pear' '--with-ming' '--with-oci8' '--with-ldap' Reproduce code: --- Expected result: I want to get a valid ldap connection, like I do when I run the script on another server with PHP4.. Actual result: -- ldap_connect() just returns null... Nothing is ever sent on the network.. -- Edit this bug report at http://bugs.php.net/?id=28400&edit=1
#28036 [Fbk->NoF]: compile warning on configure
ID: 28036 Updated by: [EMAIL PROTECTED] Reported By: eero at jlug dot fi -Status: Feedback +Status: No Feedback Bug Type: Compile Warning Operating System: linux 2.6 / redhat PHP Version: 5CVS-2004-04-17 (dev) New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-05-18 00:25:10] [EMAIL PROTECTED] No problem here... What versions of autoconf/automake are you using? [2004-04-17 18:10:25] eero at jlug dot fi Description: Error produced when using ./configure --with-apxs Reproduce code: --- ./configure --with-apxs=/path/to/apxs Expected result: Configuring SAPI modules checking for AOLserver support... no expr: non-numeric argument ./configure: test: : integer expression expected checking for Apache 1.x module support via DSO through APXS... yes -- Edit this bug report at http://bugs.php.net/?id=28036&edit=1
#28512 [NEW]: Mssql.c runtime error
From: barry at hpfm dot com dot au Operating system: Redhat 9.0 PHP version: 4.3.5 PHP Bug Type: Session related Bug description: Mssql.c runtime error Description: I am developing an application that runs php on Rh9.0,Apache1.3 that accesses data residing on a Windows SBS server running SQLSERVER. I am getting huge apache error_log files (see attached sample) because of a memory leak in msssql.c. The application runs quite slowly and really hammers the apache server. The application is using PEAR DB, DBO. Occassionally the $dbo->find() will not return anything at all. Reproduce code: --- "; $member->debugLevel(0); echo "Issue find request"; $transfers=$member->find(); echo $transfers." CPL folk to translate"; while ( ( $member->fetch() ) ) { echo ""; var_dump($member->toArray()); echo ""; } ?> Actual result: -- --- [Tue May 25 08:47:49 2004] Script: '/www/sites/slsa/SLSA_Members/include/DBTes ts01.php' --- /downloads/php4.3/php4.3.5/php-4.3.5/ext/mssql/php_mssql.c(191) : Block 0x083839 00 status: /downloads/php4.3/php4.3.5/php-4.3.5/Zend/zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on /downloads/php4.3/php4.3.5/php-4.3.5/ext/mssql/ php_mssql.c:847, 19 bytes) End: Overflown (magic=0x2A8FCC00 instead of 0x2A8FCC84) 1 byte(s) overflown --- -- Edit bug report at http://bugs.php.net/?id=28512&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28512&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28512&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28512&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28512&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28512&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28512&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28512&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28512&r=support Expected behavior: http://bugs.php.net/fix.php?id=28512&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28512&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28512&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28512&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28512&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28512&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28512&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28512&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28512&r=float
#28511 [NEW]: MySQL seg faults through PHP
From: tim at timcrider dot com Operating system: Fedora Core 2 PHP version: 5.0.0RC2 PHP Bug Type: Reproducible crash Bug description: MySQL seg faults through PHP Description: If mysql_select_db() fails to select a DB, either the DB is gone or it has been renamed, and you try to run a LOAD DATA INFILE using PHP 5.0.0 RC2, it will seg fault and crash MySQL. PHP continues to run fine, but MySQL crashes. Also, when trying to do this task inside of the mysql monitor and typing in the command with no database selected, it gives the standard: ERROR 1046: No Database Selected I have been able to reproduce this using MySQL 4.1.1 and MySQL 4.0.20. After installing both versions, I recompiled php to use those specific libararies. Reproduce code: --- mysql_query("LOAD DATA LOCAL INFILE '/usr/local/data_processor/.working/30953/ALL_SORTED.30953' INTO TABLE `tDWD31HTva`"); Expected result: a mysql error, that does not seg fault MySQL. Actual result: -- MySQL Seg faults, no php error is produced, and MySQL doesn't log the crash as an error. -- Edit bug report at http://bugs.php.net/?id=28511&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28511&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28511&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28511&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28511&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28511&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28511&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28511&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28511&r=support Expected behavior: http://bugs.php.net/fix.php?id=28511&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28511&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28511&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28511&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28511&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28511&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28511&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28511&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28511&r=float
#28506 [Opn->Csd]: imagearc() doesn't like negative value of the s parameter
ID: 28506 Updated by: [EMAIL PROTECTED] Reported By: tony2001 at phpclub dot net -Status: Open +Status: Closed Bug Type: GD related Operating System: Linux 2.4.23 PHP Version: 5CVS-2004-05-24 (dev) -Assigned To: +Assigned To: pajoye New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. while (s < 0) s += 360 is used now. --Pierre Previous Comments: [2004-05-24 14:49:15] tony2001 at phpclub dot net Description: imagearc() draws broken arc, when using negative value as s parameter. It could be GDlib bug, at least I found a couple of words in GD man: http://www.boutell.com/gd/manual2.0.23.html about unspecified bugs in gdImageArc(). Also, there can be simple workaround: just don't accept negative values, reduce them to zero. Reproduce code: --- // result image is here: http://tony2001.phpclub.net/temp/imagearc.png // // create a 200*200 image $img = imagecreate(200, 200); // allocate some colors $white = imagecolorallocate($img, 255, 255, 255); $black = imagecolorallocate($img, 0, 50, 200); // draw a white circle imagearc($img, 100, 100, 150, 150, -1, 200, $black); // output image in the browser header("Content-type: image/png"); imagepng($img); // free memory imagedestroy($img); Expected result: a flat arc Actual result: -- a broken arc with some crosslines -- Edit this bug report at http://bugs.php.net/?id=28506&edit=1
#28510 [NEW]: Connection terminated abnormal; server socket shutdown
From: Workoner at rambler dot ru Operating system: FreeBSD 4.7 PHP version: 4.3.6 PHP Bug Type: Sybase (dblib) related Bug description: Connection terminated abnormal; server socket shutdown Description: I have install freetds-0.62.3 on PHP to connect to Sybase Adaptive Server Anywhere 8.02.4361 . But it shows message like "Connection terminated abnormal; server socket shutdown". For some reason, my TCP/IP not sends TCP packet witn FIN bit installed. When I use FreeTDS from FreeBSD package, then server shows message "Connection terminated abnormal". In that case My TCP/IP sends FIN packet and receivs FIN packet, but something wrong. Can somebody help me out?? Excuse my English.Konstantin -- Edit bug report at http://bugs.php.net/?id=28510&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28510&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28510&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28510&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28510&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28510&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28510&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28510&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28510&r=support Expected behavior: http://bugs.php.net/fix.php?id=28510&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28510&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28510&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28510&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28510&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28510&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28510&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28510&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28510&r=float
#26315 [Com]: mssql_fectch_* functions are returning a space char on empty fields
ID: 26315 Comment by: hagen at woecht dot de Reported By: webmaster at cbre dot fr Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.3.4 New Comment: If you must make from a space to '' in your PHP script, how can you distinguish between a "true" space or "faked" space? All '' and space in the DB are then '' (:-((() Previous Comments: [2004-04-23 10:25:51] tomasz at biznespolska dot pl In my opinion this is bug, and is still present on version 4.3.6. This is not only problem with CHAR, and NCHAR columns but also empty VARCHAR columns returns space. Example: $re = mssql_fetch_row(mssql_query("SELECT CAST('' AS VARCHAR(10))")); print('--'.$re[0].'--'); // the result is: -- -- // and should be: Because of that I still use PHP4.3.3. [2004-03-24 04:33:03] francois dot zietlow at ri-solution dot com The Protocol have been changed. Quote from Sybase Doco. [quote] The empty string ("") is treated as a single space. In *char* and *nchar* *not null* columns, the result is a (column-length) field of spaces. [/quote] Found on Bug Report: http://bugs.php.net/bug.php?id=6527 Its not nice... Just I write my own empty-Function. Francois [2004-03-24 04:18:11] francois dot zietlow at ri-solution dot com I think that is a Bug, too. I have the same Problem. It's not a solution to trim any value. Or?? @iliaa: Please write why do you think it's not a Bug. Thanks! Francois [2004-03-16 13:29:50] webmaster at groupphotographers dot com THIS most DEFINITELY is a BUG! I have built a VERY LARGE DB driven PHP site. In many places, I check to see if the DB field was empty or not. Before, Fetch always returned an empty string or a NULL, it doesn't matter which because it evaluated to a FALSE, and now it returns a space character which evaluates to TRUE! This is quite nasty. I'm going to add this ME TOO comment because it hasn't been fixed yet, and it really needs to be...PLEASE! [2004-02-26 01:47:10] dneilsen at iprimus dot com dot au I too have encountered this bug with windows 2003 server using version 4.3.4 of php. Where as previously my empty varchar fields where returned as '' they are now returned as ' ' which has caused several of my applications to fail. 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/26315 -- Edit this bug report at http://bugs.php.net/?id=26315&edit=1
#28509 [Opn->Csd]: Internat server error this syntax error
ID: 28509 User updated by: c at boisard dot com Reported By: c at boisard dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.6 New Comment: no anser from my hosting support Bye Previous Comments: [2004-05-24 19:24:28] c at boisard dot com i am sending this information to my hosting support. [2004-05-24 19:05:55] [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 Cannot reproduce with latest CVS, the only output I get is a E_NOTICE from PHP complaining about $tmp variable not being defined. [2004-05-24 19:03:47] c at boisard dot com Description: I have 500 internal error with a syntax error. Reproduce code: --- $tmp .= 'toto' . $tmp .= 'titi' ; Expected result: 500 Internal server error -- Edit this bug report at http://bugs.php.net/?id=28509&edit=1
#28503 [Opn->Ana]: Operator $x[$y] behavior is incorrect
ID: 28503 Updated by: [EMAIL PROTECTED] Reported By: tomas dot matousek at matfyz dot cz -Status: Open +Status: Analyzed Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 5.0.0RC2 New Comment: I agree it's inconsistent, as it happens though it's being discussed already because of a related (but not identical) bug report: http://bugs.php.net/28476 Previous Comments: [2004-05-24 11:21:26] tomas dot matousek at matfyz dot cz Sorry te "Actual result" should be reversed: Warning: Cannot use a scalar value as an array ... array(1) { [10]=> int(1) } [2004-05-24 11:18:46] tomas dot matousek at matfyz dot cz Description: Why does operator [] create a new array when applied on boolean FALSE and doesn't do so when applied on integer 0? One of that is IMHO wrong. Either this operator should create a new array on everything that is empty() or it should fail on all scalar types and make a new array only from empty string "" or NULL or uninitialized variable. Reproduce code: --- $a = 0; $a[10] = 1; var_dump($a); $b = false; $b[10] = 1; var_dump($b); Expected result: Warning: Cannot use a scalar value as an array ... Warning: Cannot use a scalar value as an array ... Actual result: -- array(1) { [10]=> int(1) } Warning: Cannot use a scalar value as an array ... -- Edit this bug report at http://bugs.php.net/?id=28503&edit=1
#28509 [Fbk->Opn]: Internat server error this syntax error
ID: 28509 User updated by: c at boisard dot com Reported By: c at boisard dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.6 New Comment: i am sending this information to my hosting support. Previous Comments: [2004-05-24 19:05:55] [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 Cannot reproduce with latest CVS, the only output I get is a E_NOTICE from PHP complaining about $tmp variable not being defined. [2004-05-24 19:03:47] c at boisard dot com Description: I have 500 internal error with a syntax error. Reproduce code: --- $tmp .= 'toto' . $tmp .= 'titi' ; Expected result: 500 Internal server error -- Edit this bug report at http://bugs.php.net/?id=28509&edit=1
#28382 [Opn->Asn]: the openssl_x509_parse function does not extract the certificate extensions
ID: 28382 Updated by: [EMAIL PROTECTED] Reported By: n_sergiu at hotmail dot com -Status: Open +Status: Assigned Bug Type: OpenSSL related Operating System: all PHP Version: 4.3.4 -Assigned To: +Assigned To: wez Previous Comments: [2004-05-14 15:47:25] n_sergiu at hotmail dot com Here is a certificate for testing: -BEGIN CERTIFICATE- MIIEoDCCBAmgAwIBAgIBJzANBgkqhkiG9w0BAQQFADCBkDELMAkGA1UEBhMCUk8x EDAOBgNVBAgTB1JvbWFuaWExEDAOBgNVBAcTB0NyYWlvdmExDzANBgNVBAoTBlNl cmdpdTETMBEGA1UECxMKU2VyZ2l1IFNSTDESMBAGA1UEAxMJU2VyZ2l1IENBMSMw IQYJKoZIhvcNAQkBFhRuX3NlcmdpdUBob3RtYWlsLmNvbTAeFw0wNDA1MTQxMzM0 NTZaFw0wNTA1MTQxMzM0NTZaMIGaMQswCQYDVQQGEwJSTzEQMA4GA1UECBMHUm9t YW5pYTEQMA4GA1UEBxMHQ3JhaW92YTETMBEGA1UEChMKU2VyZ2l1IFNSTDETMBEG A1UECxMKU2VyZ2l1IFNSTDEYMBYGA1UEAxMPU2VyZ2l1IHBlcnNvbmFsMSMwIQYJ KoZIhvcNAQkBFhRuX3NlcmdpdUBob3RtYWlsLmNvbTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEApNj7XXz8T8FcLIWpBniPYom3QcT6T7u0xRPHqtqzj5oboBYp DJe5d354/y0gJTpiLt8+fTrPgWXnbHm3pOHgXzTcX6Arani0GDU0/xDi4VkCRGcS YqX2sJpcDzAbmK9UDMt3xf/O1B8AJan3RfO0Bm3ozTEPziLMkmsiYr5b/L8CAwEA AaOCAfwwggH4MAkGA1UdEwQCMAAwNQYJYIZIAYb4QgENBCgWJkZvciBHcmlkIHVz ZSBvbmx5OyByZXF1ZXN0IHRhZyB1c2VyVGFnMBEGCWCGSAGG+EIBAQQEAwIF4DA/ BgNVHR8EODA2MDSgMqAwhi5odHRwOi8vbW9iaWxlLmJsdWUtc29mdHdhcmUucm86 OTAvY2EvY3JsLnNodG1sMDUGCWCGSAGG+EIBCAQoFiZodHRwOi8vbW9iaWxlLmJs dWUtc29mdHdhcmUucm86OTAvcHViLzAhBgNVHREEGjAYgRZzZXJnaXVAYmx1ZXNv ZnR3YXJlLnJvMB0GA1UdDgQWBBSwp//5QRXeIzm93TEPl6CyonTg/DCBpwYDVR0j BIGfMIGcoYGWpIGTMIGQMQswCQYDVQQGEwJSTzEQMA4GA1UECBMHUm9tYW5pYTEQ MA4GA1UEBxMHQ3JhaW92YTEPMA0GA1UEChMGU2VyZ2l1MRMwEQYDVQQLEwpTZXJn aXUgU1JMMRIwEAYDVQQDEwlTZXJnaXUgQ0ExIzAhBgkqhkiG9w0BCQEWFG5fc2Vy Z2l1QGhvdG1haWwuY29tggEAMAsGA1UdDwQEAwIE8DAjBglghkgBhvhCAQIEFhYU aHR0cDovLzYyLjIzMS45OC41Mi8wCwYDKgMEBAQ+52I0MA0GCSqGSIb3DQEBBAUA A4GBAIBIOJ+iiLyQfNJEY+IMefayQea0nmuXYY+F+L1DFjSC7xChytgYoPNnKkhh 3dWPtxbswiqKYUnGi6y3Hi4UhDsOaDW29t2S305hSc2qgjOiNtRYQIVYQ8EHG1k7 Fl63S7uCOhnVJt+4MnUK1N6/pwgsp+Z2GvEsDG1qCKnvNpf6 -END CERTIFICATE- [2004-05-14 15:38:22] [EMAIL PROTECTED] Please provide the applicable certificate file so that we have something to test the code with. [2004-05-14 08:46:35] n_sergiu at hotmail dot com Sorry, the error is still there. No v3 extensions are returned by the openssl_x509_parse function. [2004-05-13 19:47:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-05-13 10:14:00] n_sergiu at hotmail dot com I managed to insert some line of code in openssl.c, but I would like to see these changes in the next version of php. PHP_FUNCTION(openssl_x509_parse) { ... X509_EXTENSION *extension; ASN1_OCTET_STRING *extdata; char extstr[20]; int nid; ... for (i = 0; i < X509_get_ext_count(cert); i++) { extension = X509_get_ext(cert, i); extdata = X509_EXTENSION_get_data(extension); sprintf(extstr, "ext%i", i); add_assoc_asn1_string(return_value, extstr, extdata); } /* This is an extension I used for IP address */ nid = OBJ_create_and_add_object("1.2.3.4", "IP", "Client IP Address"); extension = X509_get_ext(cert, X509_get_ext_by_NID(cert, nid, 0)); extdata = X509_EXTENSION_get_data(extension); add_assoc_asn1_string(return_value, "1.2.3.4", extdata); ... } 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/28382 -- Edit this bug report at http://bugs.php.net/?id=28382&edit=1
#28509 [Opn->Fbk]: Internat server error this syntax error
ID: 28509 Updated by: [EMAIL PROTECTED] Reported By: c at boisard dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.6 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 Cannot reproduce with latest CVS, the only output I get is a E_NOTICE from PHP complaining about $tmp variable not being defined. Previous Comments: [2004-05-24 19:03:47] c at boisard dot com Description: I have 500 internal error with a syntax error. Reproduce code: --- $tmp .= 'toto' . $tmp .= 'titi' ; Expected result: 500 Internal server error -- Edit this bug report at http://bugs.php.net/?id=28509&edit=1
#28505 [Opn->Fbk]: value from __get() concatenated to session_id() gives unexpected results
ID: 28505 Updated by: [EMAIL PROTECTED] Reported By: lars_stegelitz at col dot wunderman dot com -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Windows 2000 PHP Version: 4.3.4 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: [2004-05-24 14:02:01] lars_stegelitz at col dot wunderman dot com Description: Assume a class with overload-support. Now, if you use an instance of that class to __set/__get a property (of type string) an try to concatenate it with the return value of another function (which returns a string like session_id()) some strange things gonna happen. The actual return value (of the string-returning function, session_id() in this example) will be changed to '1'! (see code and the actual/expected results... notice, that the session_id may differ, but it's never expected to give '1' as a session_id) However, if a constant string (or if the return value is temporarily stored into another variable) is concatenated to the property, everthing works fine (see comments in the code). PHP configuration is: - Win 2000 SP4 - minixampp containing - Apache/2.0.48 (Win32) - PHP/4.3.4 Reproduce code: --- \n"; } function __get($key, &$value) { $value = $_SESSION[$key]; echo "__get was called with '$key' \n"; return true; } function __set($key, $value) { $_SESSION[$key] = $value; echo "__set was called with '$key' = '$value' \n"; return true; } } overload('A'); session_name("my_session"); session_start(); # make sure, a session is started $a =& new A(); $a->my_var = "test"; $res = $a->my_var.session_id(); # <- doesn't work properly! # the following one will work as expected # $res = $a->my_var."_constant_string"; # (produces output: "test_constant_string") # this one is ok, too: # $res = $a->my_var."".session_id(); echo "concat test :".$res."\n"; echo "session id : ".session_id()."\n"; ?> Expected result: A constructed __set was called with 'my_var' = 'test' __get was called with 'my_var' concat-test : test31b4ed95c6d107d9e40368c160843d8e session id : 31b4ed95c6d107d9e40368c160843d8e Actual result: -- A constructed __set was called with 'my_var' = 'test' __get was called with 'my_var' concat-test : test1 session id : 31b4ed95c6d107d9e40368c160843d8e -- Edit this bug report at http://bugs.php.net/?id=28505&edit=1
#28509 [NEW]: Internat server error this syntax error
From: c at boisard dot com Operating system: Linux PHP version: 4.3.6 PHP Bug Type: Reproducible crash Bug description: Internat server error this syntax error Description: I have 500 internal error with a syntax error. Reproduce code: --- $tmp .= 'toto' . $tmp .= 'titi' ; Expected result: 500 Internal server error -- Edit bug report at http://bugs.php.net/?id=28509&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28509&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28509&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28509&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28509&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28509&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28509&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28509&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28509&r=support Expected behavior: http://bugs.php.net/fix.php?id=28509&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28509&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28509&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28509&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28509&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28509&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28509&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28509&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28509&r=float
#28508 [Opn->Csd]: hypot is broken
ID: 28508 Updated by: [EMAIL PROTECTED] Reported By: techtonik at tut dot by -Status: Open +Status: Closed Bug Type: Math related Operating System: Windows 2000 PHP Version: 4.3.6 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. The underlying C function is not available in win32. Technically (fixed in CVS) the function shouldn't have been available in this case, but it was, since it was not supported it ended up returning NULL. Previous Comments: [2004-05-24 18:27:41] techtonik at tut dot by Description: hypot() support seems to be broken on windows. Can anybody confirm? Reproduce code: --- Expected result: 5 Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=28508&edit=1
#28482 [Opn->Bgs]: SESSION peculiar behavior
ID: 28482 Updated by: [EMAIL PROTECTED] Reported By: kraziej at ta2 dot so-net dot ne dot jp -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.6 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Setting a value of a session variable to NULL is equivalent to the destruction of said session variable. Previous Comments: [2004-05-22 07:06:21] kraziej at ta2 dot so-net dot ne dot jp Description: Hi, I apologize beforehand if this is a known issue. I wasn't exactly sure if the behavior was a bug or a feature since various google search results and mail-list archives had slight differences in their descriptions. If anybody can give me some clarity on this issue, it would be very helpful and certainly appreciated. Thank you very much in advance. Using sessions, initializing a variable with NULL and "" (empty string) gives different results, with "" it behaves as expected but with NULL I get the warning : Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled...(goes on) Yes, I know php changed the way to handle sessions, but the confusion I have is that why php behaves completely differently when initializing variables in 2 different ways. I get this with php-4.3.(4|5|6) and register_globals is off. apache-1.3.2x and 1.3.31. php is compiled into apache (and not by apxs dso module). OS: linux (glibc-2.2.5 gcc-2.9.6 kernel-2.4.26) Reproduce code: --- initializing with NULL and "" in test1.php will give different results. -- example code of test1.php: link test2.php\n"; ?> -- example code of test2.php: Expected result: click the link test2.php and: When initialized with "" I get no warning, and $_SESSION['test'] and $test are handled as different variables like expected. /tmp/sess_. stays untouched like expected. Actual result: -- click the link test2.php and: When initialized with NULL I get the warning. Whats worse is if I refresh test2.php, the warning disappears and the value of $_SESSION['test'] gets over-written by $test. /tmp/sess_. also gets written with the value of $test. It seems like it behaves as if global_registers is on (it gets overrided into the "old way") where $_SESSION['test'] and $test was handled as same variables. -- Edit this bug report at http://bugs.php.net/?id=28482&edit=1
#28507 [Opn->Bgs]: ftp_rawlist returns boolean (false)
ID: 28507 Updated by: [EMAIL PROTECTED] Reported By: pear dot 20 dot fab at spamgourmet dot com -Status: Open +Status: Bogus Bug Type: FTP related Operating System: win 2000 PHP Version: 4.3.6 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is expected behavior when an error occurs. The cause of the error is either due to the ftp server not supporting this function or it's support is non-standard. Previous Comments: [2004-05-24 15:06:47] pear dot 20 dot fab at spamgourmet dot com Ah, i just saw that for ftp_nlist() FALSE means "error". Is there a way to get a more exact error description? [2004-05-24 15:00:44] pear dot 20 dot fab at spamgourmet dot com Description: Hi *, im using ftp_rawlist() to browse some FTP servers. Sometimes ftp_rawlist returns a boolean value (false) instead of an array as stated in the documentation. Where does this boolean value come from? I'm sorry that i can not give you any code that reproduces this bug, because it seems to be path and server specific. If this is an expected behaviour of ftp_rawlist(), why is it not mentioned in the doc or the meaning of it? FTP functions just work fine for other directories and servers. The directories causing this bug (?) are always the same, although they are accessible without any problem with a normal FTP program. Regarrds, Nils. -- Edit this bug report at http://bugs.php.net/?id=28507&edit=1
#28508 [NEW]: hypot is broken
From: techtonik at tut dot by Operating system: Windows 2000 PHP version: 4.3.6 PHP Bug Type: Math related Bug description: hypot is broken Description: hypot() support seems to be broken on windows. Can anybody confirm? Reproduce code: --- Expected result: 5 Actual result: -- NULL -- Edit bug report at http://bugs.php.net/?id=28508&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28508&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28508&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28508&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28508&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28508&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28508&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28508&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28508&r=support Expected behavior: http://bugs.php.net/fix.php?id=28508&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28508&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28508&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28508&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28508&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28508&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28508&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28508&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28508&r=float
#28507 [Opn]: ftp_rawlist returns boolean (false)
ID: 28507 User updated by: pear dot 20 dot fab at spamgourmet dot com Reported By: pear dot 20 dot fab at spamgourmet dot com Status: Open Bug Type: FTP related Operating System: win 2000 PHP Version: 4.3.6 New Comment: Ah, i just saw that for ftp_nlist() FALSE means "error". Is there a way to get a more exact error description? Previous Comments: [2004-05-24 15:00:44] pear dot 20 dot fab at spamgourmet dot com Description: Hi *, im using ftp_rawlist() to browse some FTP servers. Sometimes ftp_rawlist returns a boolean value (false) instead of an array as stated in the documentation. Where does this boolean value come from? I'm sorry that i can not give you any code that reproduces this bug, because it seems to be path and server specific. If this is an expected behaviour of ftp_rawlist(), why is it not mentioned in the doc or the meaning of it? FTP functions just work fine for other directories and servers. The directories causing this bug (?) are always the same, although they are accessible without any problem with a normal FTP program. Regarrds, Nils. -- Edit this bug report at http://bugs.php.net/?id=28507&edit=1
#28507 [NEW]: ftp_rawlist returns boolean (false)
From: pear dot 20 dot fab at spamgourmet dot com Operating system: win 2000 PHP version: 4.3.6 PHP Bug Type: FTP related Bug description: ftp_rawlist returns boolean (false) Description: Hi *, im using ftp_rawlist() to browse some FTP servers. Sometimes ftp_rawlist returns a boolean value (false) instead of an array as stated in the documentation. Where does this boolean value come from? I'm sorry that i can not give you any code that reproduces this bug, because it seems to be path and server specific. If this is an expected behaviour of ftp_rawlist(), why is it not mentioned in the doc or the meaning of it? FTP functions just work fine for other directories and servers. The directories causing this bug (?) are always the same, although they are accessible without any problem with a normal FTP program. Regarrds, Nils. -- Edit bug report at http://bugs.php.net/?id=28507&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28507&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28507&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28507&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28507&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28507&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28507&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28507&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28507&r=support Expected behavior: http://bugs.php.net/fix.php?id=28507&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28507&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28507&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28507&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28507&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28507&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28507&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28507&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28507&r=float
#28506 [NEW]: imagearc() doesn't like negative value of the s parameter
From: tony2001 at phpclub dot net Operating system: Linux 2.4.23 PHP version: 5CVS-2004-05-24 (dev) PHP Bug Type: GD related Bug description: imagearc() doesn't like negative value of the s parameter Description: imagearc() draws broken arc, when using negative value as s parameter. It could be GDlib bug, at least I found a couple of words in GD man: http://www.boutell.com/gd/manual2.0.23.html about unspecified bugs in gdImageArc(). Also, there can be simple workaround: just don't accept negative values, reduce them to zero. Reproduce code: --- // result image is here: http://tony2001.phpclub.net/temp/imagearc.png // // create a 200*200 image $img = imagecreate(200, 200); // allocate some colors $white = imagecolorallocate($img, 255, 255, 255); $black = imagecolorallocate($img, 0, 50, 200); // draw a white circle imagearc($img, 100, 100, 150, 150, -1, 200, $black); // output image in the browser header("Content-type: image/png"); imagepng($img); // free memory imagedestroy($img); Expected result: a flat arc Actual result: -- a broken arc with some crosslines -- Edit bug report at http://bugs.php.net/?id=28506&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28506&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28506&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28506&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28506&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28506&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28506&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28506&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28506&r=support Expected behavior: http://bugs.php.net/fix.php?id=28506&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28506&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28506&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28506&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28506&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28506&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28506&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28506&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28506&r=float
#28505 [NEW]: value from __get() concatenated to session_id() gives unexpected results
From: lars_stegelitz at col dot wunderman dot com Operating system: Windows 2000 PHP version: 4.3.4 PHP Bug Type: Class/Object related Bug description: value from __get() concatenated to session_id() gives unexpected results Description: Assume a class with overload-support. Now, if you use an instance of that class to __set/__get a property (of type string) an try to concatenate it with the return value of another function (which returns a string like session_id()) some strange things gonna happen. The actual return value (of the string-returning function, session_id() in this example) will be changed to '1'! (see code and the actual/expected results... notice, that the session_id may differ, but it's never expected to give '1' as a session_id) However, if a constant string (or if the return value is temporarily stored into another variable) is concatenated to the property, everthing works fine (see comments in the code). PHP configuration is: - Win 2000 SP4 - minixampp containing - Apache/2.0.48 (Win32) - PHP/4.3.4 Reproduce code: --- \n"; } function __get($key, &$value) { $value = $_SESSION[$key]; echo "__get was called with '$key' \n"; return true; } function __set($key, $value) { $_SESSION[$key] = $value; echo "__set was called with '$key' = '$value' \n"; return true; } } overload('A'); session_name("my_session"); session_start(); # make sure, a session is started $a =& new A(); $a->my_var = "test"; $res = $a->my_var.session_id(); # <- doesn't work properly! # the following one will work as expected # $res = $a->my_var."_constant_string"; # (produces output: "test_constant_string") # this one is ok, too: # $res = $a->my_var."".session_id(); echo "concat test :".$res."\n"; echo "session id : ".session_id()."\n"; ?> Expected result: A constructed __set was called with 'my_var' = 'test' __get was called with 'my_var' concat-test : test31b4ed95c6d107d9e40368c160843d8e session id : 31b4ed95c6d107d9e40368c160843d8e Actual result: -- A constructed __set was called with 'my_var' = 'test' __get was called with 'my_var' concat-test : test1 session id : 31b4ed95c6d107d9e40368c160843d8e -- Edit bug report at http://bugs.php.net/?id=28505&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28505&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28505&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28505&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28505&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28505&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28505&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28505&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28505&r=support Expected behavior: http://bugs.php.net/fix.php?id=28505&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28505&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28505&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28505&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28505&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28505&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28505&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28505&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28505&r=float
#28504 [NEW]: php start-up:
From: hgalt at gmx dot net Operating system: Windows xp prof PHP version: 5.0.0RC2 PHP Bug Type: MySQL related Bug description: php start-up: Description: Using 5.0.0RC2 for Windows. Up to now it was working fine. Now I installed mySQL and tied to use phpMyAdmin for administrate the DB. PhpMyAdmin is missing the mySQL DLL. If I change the php.ini and enable the extension php_mysql.dll I got: PHP start-up: Unable to load dynamic library: c:\php\ext\php_mssql.dll but the File exist! I could not found anything in the bug list. Is this problem known? Kind Regards, Hans-Georg Althoff [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=28504&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28504&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28504&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28504&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28504&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28504&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28504&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28504&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28504&r=support Expected behavior: http://bugs.php.net/fix.php?id=28504&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28504&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28504&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28504&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28504&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28504&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28504&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28504&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28504&r=float
#28503 [Opn]: Operator $x[$y] behavior is incorrect
ID: 28503 User updated by: tomas dot matousek at matfyz dot cz Reported By: tomas dot matousek at matfyz dot cz Status: Open Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 5.0.0RC2 New Comment: Sorry te "Actual result" should be reversed: Warning: Cannot use a scalar value as an array ... array(1) { [10]=> int(1) } Previous Comments: [2004-05-24 11:18:46] tomas dot matousek at matfyz dot cz Description: Why does operator [] create a new array when applied on boolean FALSE and doesn't do so when applied on integer 0? One of that is IMHO wrong. Either this operator should create a new array on everything that is empty() or it should fail on all scalar types and make a new array only from empty string "" or NULL or uninitialized variable. Reproduce code: --- $a = 0; $a[10] = 1; var_dump($a); $b = false; $b[10] = 1; var_dump($b); Expected result: Warning: Cannot use a scalar value as an array ... Warning: Cannot use a scalar value as an array ... Actual result: -- array(1) { [10]=> int(1) } Warning: Cannot use a scalar value as an array ... -- Edit this bug report at http://bugs.php.net/?id=28503&edit=1
#28503 [NEW]: Operator $x[$y] behavior is incorrect
From: tomas dot matousek at matfyz dot cz Operating system: WinXP PHP version: 5.0.0RC2 PHP Bug Type: Scripting Engine problem Bug description: Operator $x[$y] behavior is incorrect Description: Why does operator [] create a new array when applied on boolean FALSE and doesn't do so when applied on integer 0? One of that is IMHO wrong. Either this operator should create a new array on everything that is empty() or it should fail on all scalar types and make a new array only from empty string "" or NULL or uninitialized variable. Reproduce code: --- $a = 0; $a[10] = 1; var_dump($a); $b = false; $b[10] = 1; var_dump($b); Expected result: Warning: Cannot use a scalar value as an array ... Warning: Cannot use a scalar value as an array ... Actual result: -- array(1) { [10]=> int(1) } Warning: Cannot use a scalar value as an array ... -- Edit bug report at http://bugs.php.net/?id=28503&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28503&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28503&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28503&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28503&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28503&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28503&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28503&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28503&r=support Expected behavior: http://bugs.php.net/fix.php?id=28503&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28503&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28503&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28503&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28503&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28503&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28503&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28503&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28503&r=float
#28502 [NEW]: empty statement misbehaves on objects
From: tomas dot matousek at matfyz dot cz Operating system: WinXP PHP version: 5.0.0RC2 PHP Bug Type: Zend Engine 2 problem Bug description: empty statement misbehaves on objects Description: There is written in the manual that empty($object) == TRUE, where $object has empty properties. >> empty() returns FALSE if var has a non-empty or non-zero value. In otherwords, "", 0, "0", NULL, FALSE, array(), var $var;, and objects with empty properties, are all considered empty. TRUE is returned if var is empty. << But IMHO there is an error if $object is instance of class A {}. I think the A's instance has no properties hence it is an "object with empty properties". So why empty($a) == FALSE where $a = new A? It seems that empty() does never return TRUE. BTW: What does "var $var;" mean? Reproduce code: --- class A {} $a = new A; var_dump(empty($a)); Expected result: bool(true) Actual result: -- bool(false) -- Edit bug report at http://bugs.php.net/?id=28502&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28502&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28502&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28502&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28502&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28502&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28502&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28502&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28502&r=support Expected behavior: http://bugs.php.net/fix.php?id=28502&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28502&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28502&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28502&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28502&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28502&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28502&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28502&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28502&r=float
#28315 [Bgs]: Fatal error: Internal compiler error - please report!
ID: 28315 User updated by: j dot uribe at globalforma dot com Reported By: j dot uribe at globalforma dot com Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Windows XP PHP Version: 5.0.0RC2 New Comment: OK, i have do so, and it works but seems to be a strange problem when a function mapped into array is called from a class, furthermore i already have made those changes and now it works fine.Thx. Previous Comments: [2004-05-21 21:33:45] [EMAIL PROTECTED] Erm, I misinterpreted your script's intent. (Had to make some changes for it to make sense on this end.) The method you're using for calling functions is not appropriate. Based on your data structure, you'd need to use eval(). But since eval() is generally a poor approach to any problem, I'd sooner recommend modifying your array scructure to contain function names separare from parameter lists. In any event this is a question for the support list [EMAIL PROTECTED] [2004-05-21 21:28:56] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. The short portion of code you posted works fine from here. [2004-05-07 16:13:34] j dot uribe at globalforma dot com Description: The compiler gives me an error when i exec a code Reproduce code: --- echo(LMS::$dataModelCore[$_POST['lmsget']]()); Part of the class is: class LMS{ public static $dataModelCore=array( "cmi.core.student_id"=>'coreStudentID($tipo,$valor="")', "cmi.core.student_name"=>'coreStudentName($tipo,$valor="")', "cmo.core.lesson_location"=>'coreLessonLocation($tipo,$valor="")', "cmi.core.credit"=>'coreCredit($tipo,$valor="")', "cmi.core.lesson_status"=>'coreLessonStatus($tipo,$valor="")', "cmi.core.entry"=>'coreEntry($tipo,$valor="")', "cmi.core.score"=> array( "cmi.core.score.raw"=>'coreScoreRaw($tipo,$valor="")', "cmi.core.score.max"=>'coreScoreMax($tipo,$valor="")', "cmi.core.score.min"=>'coreScoreMin($tipo,$valor="")', ), "cmi.core.total_time"=>'coreTotalTime($tipo,$valor="")', "cmi.core.lesson_mode"=>'coreLessonMode($tipo,$valor="")', "cmi.core.exit"=>'coreExit($tipo,$valor="")', "cmi.core.session_time"=>'coreSessionTime($tipo,$valor="")', ); static function suspendData($tipo,$valor=""){ echo "Suspend Data"; } static function launchData($tipo,$valor=""){ echo "Launch Data"; } ... ... ) Expected result: I expected execute the function asociate whith the value of the array. -- Edit this bug report at http://bugs.php.net/?id=28315&edit=1