#3176 [Opn->]: Using Bit manupulation ( Bitwise AND, OR, XOR, NOT) do not work as expected
ID: 3176 Updated by: [EMAIL PROTECTED] Reported By: markj at usn dot nl -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: HPUX/10 PHP Version: 3.0.13 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [2000-01-11 08:37:45] markj at usn dot nl Here's the toggle_bit function: function toggle_bit ( &$bitfield, $bitvalue ) { $bitfield ^= $bitvalue; } [2000-01-11 07:56:44] markj at usn dot nl I encountered this with version 4.0b3, but I suspect it to be in other versions too... i'll check as soon as I can get 3 running somewhere... I'm currently using PHP4.0b3, and have encountered some inconsistencies when manipulating an integer number at the bit level. I use this integer 'settings' to store up to 30 user-configurable settings for my application. 0 being that all are turned off. When I toggle a specific bit (with my own function toggle_bit( &$bitfield, $bitnr ) (included below)) i get really strange results if I for example do this: $settings = 0; toggle_bit( $settings, 1 ) /* This should toggle bit with value 1, making $settings 1... */ echo $settings /* This will return garbage... */ This gives random results (probably because $settings is signed, the result always has a 1 as the first bit (when i do bindec), but isn't -1 (two's complement) When I first 'turn my value into a unsigned int' by or-ing it with 0: $settings = 0 $newset = ( $settings | 0 ) toggle_bit( $newset, 1 ) echo $newset/* This will return the expected value of 1... */ -- Edit this bug report at http://bugs.php.net/?id=3176&edit=1
#3205 [Opn->]: $PHP_SELF is getting set incorrectly when force-cgi-redirect not set in CGI
ID: 3205 Updated by: [EMAIL PROTECTED] Reported By: ra9104 at email dot sps dot mot dot com -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: Solaris 2.6 PHP Version: 3.0.14 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [2000-01-13 15:59:09] ra9104 at email dot sps dot mot dot com I am running the CGI binary under Netscape Enterprise Server 3.5.1E ./configure --with-gd=/export/home/webber/gd1.3 --with-oracle=/export/home/ora_home --with-ldap=/export/home/webber --with-mysql=/usr/local/mysql --enable-track-vars --enable-discard-path --with-imap=/export/home/webber Upgraded from 3.0.12 to 3.0.14 and found the following behavior to change: When accessing a URL such as "http://www.server.nam/dir/"; $PHP_SELF would be set to /dir//dir/index.phtml but when accessing the same script by accessing "http://www.server.nam/dir/index.phtml"; $PHP_SELF would be set correctly to /dir/index.phtml Noticed that when calling the first URL that $SCRIPT_NAME would be set to the directory of the script but not have the actual filename, in main.c if $SCRIPT_NAME is set and does not contain the same value as $PATH_INFO then they will be concatenated and passed into $PHP_SELF, this is what was causing the error. I modified main.c to not use GLOBAL(request_info).script_name when assembling the value for $PHP_SELF and it worked fine. Used an index.php3 script with in it to check the behavior. -- Edit this bug report at http://bugs.php.net/?id=3205&edit=1
#3131 [Opn->]: Errors while connecting Oracle database
ID: 3131 Updated by: [EMAIL PROTECTED] Reported By: luvan at iname dot com -Status: Open +Status: Wont Fix Bug Type: Oracle related Operating System: Linux 2.2.5 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [2000-01-07 04:57:31] luvan at iname dot com We are using Oracle 8.0.5 and Apache 1.3.9 and we have following problems: 1. Ocassional loss of persistent connection to Oracle database. Oracle returns ORA-01041 or ORA-03113. 2. When using non-persistent connect, OCIlogon fails (again occasionally) with ORA-12154, IMHO as a consequence of error ORA-12545. We found out that after the first appearance of the error this webserver process (one of Apache's sons) is not able to connect anymore and only possibility to refresh the application is to kill it. There is the file sqlnet.log in working directory with following messages: -- Fatal NI connect error 12545, connecting to: (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(COMMUNITY=tcp_hrouda_pre.world)(PROTOCOL=TCP)(Host=wwwcall)(Port=1 521)))(CONNECT_DATA=(SID=CCP)(CID=(PROGRAM=)(HOST=vl11823)(USER=nobody VERSION INFORMATION: TNS for Linux: Version 8.0.5.0.0 - Production TCP/IP NT Protocol Adapter for Linux: Version 8.0.5.0.0 - Production Time: 06-JAN-00 16:01:03 Tracing not turned on. Tns error struct: nr err code: 12206 TNS-12206: TNS:received a TNS error during navigation ns main err code: 12545 TNS-12545: Connect failed because target host or object does not exist ns secondary err code: 12560 nt main err code: 515 TNS-00515: Connect failed because target host or object does not exist nt secondary err code: 111 nt OS err code: 0 nt OS err code: 0 -- The database server is on the same machine as the webserver and Oracle vars are set in Apache's environment. We mean that both problems (1. and 2.) have the same cause (somewhere in PHP, Apache or Linux ??) We found similar problems in: - bug #2487 - http://www.weberdev.com/forum/read.php3?num=1&id=854&thread=854&; Appropriate files: http://mujweb.cz/www/luvan/sqlnet.log http://mujweb.cz/www/luvan/tnsnames_ora.txt (appr. part of tnsnames.ora) http://mujweb.cz/www/luvan/set-out.txt (output of set called via PHP) http://mujweb.cz/www/luvan/oci8.php (OCI itf functions from the appl) Many thanks for helping us -- Edit this bug report at http://bugs.php.net/?id=3131&edit=1
#3110 [Opn->]: quoted_printable_decode _still_ doesn't work properly.
ID: 3110 Updated by: [EMAIL PROTECTED] Reported By: bfranklin at dct dot com -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: Solaris 2.7 PHP Version: 3.0.13 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [2000-01-05 15:56:16] bfranklin at dct dot com quoted_printable_decode still doesn't handle 'soft' line breaks or padding correctly. If you want to see it fail, try running it on the encoded string given in RFC-1521 section 5.1 rule #5. To save you the trouble this is what code to do that would look like. The = characters in the out put are not supposed to be there. To save you some time, here is the patch I use to fix this problem. It's a patch against 3.0.11. But this function hasn't changed much (if at all) since then. --- php-3.0.11/functions/quot_print.c.orig Wed Jun 16 06:34:22 1999 +++ php-3.0.11/functions/quot_print.c Wed Jul 28 12:03:19 1999 @@ -94,11 +94,21 @@ + _php3_hex2int((int)str[i+2]); i += 3; } - else if ( str[i] == 13 ) - { - i++; - } - else + else if ( str[i] == '=' ) + { +if( str[i+1] == 10 || str[i+1] == 13 ) + i+=2; +else if( str[i+1] == 13 && str[i+2] == 10 ) + i+=3; + } + else if ( (str[i] == 9 || str[i] == 32) && str[i+1] == 13 ) + { + while ( str[j] == 9 || str[j] == 32 ) + j--; + j++; + str[j++] = str[i++]; + } + else { str[j++] = str[i++]; } I've also checked 4.0b3 and the bug exists there as well. -- Edit this bug report at http://bugs.php.net/?id=3110&edit=1
#3091 [Opn->]: dbase_replace_record miscounts number of fields
ID: 3091 Updated by: [EMAIL PROTECTED] Reported By: anne dot schoolcraft at mnplan dot state dot mn dot us -Status: Open +Status: Wont Fix Bug Type: dBase related Operating System: RedHat Linux 6.0 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [2000-01-05 15:55:01] anne dot schoolcraft at mnplan dot state dot mn dot us One other problem with the fix listed above--it doesn't work well with dbase_get_record_with names. It produces inconsistent output. But it works fine with dbase_get_record. [2000-01-05 12:22:04] anne dot schoolcraft at mnplan dot state dot mn dot us Figured out a fix, with the help of my colleauge, Brent Lund. In the PHP source, in the functions directory, the file dbase.c needs to be modified. Change line 348 from num_fields = _php3_hash_num_elements(fields->value.ht); to num_fields = _php3_hash_num_elements(fields->value.ht) - 1; The original version always saw the "deleted" field of a record that dbase_get_record adds onto the end of the record array. Adding the -1 drops the unneeded field. Saying in the PHP code unset($rec["deleted"]); was apparently not effective. My only concern with this fix is that it assumes it is being passed an array generated by dbase_get_record or dbase_get_record_with_names. I'm not sure how it will react if you send it a "home-made" array. Anne :) [2000-01-03 12:55:25] anne dot schoolcraft at mnplan dot state dot mn dot us Here's my configure line: ./configure --with-apxs=/usr/sbin/apxs --with-config-file-path=/etc/httpd --with-mysql --with-gd --with-zlib \ --with-system-regex --with-dbase I have written a script to reproduce my error. It will need to interact with a dbase file, the contents of which I provide below. ",$i); printf("old record had %d, new has %d should be %d",$count,count($rec),$rightNum); } dbase_close($dbf); ?> I am pasting in a dbase file that I have converted to tab-delimited. You should be able to paste it into a program such as Excel and save it as a dbase IV file (county.dbf). If you have any troubles, feel free to contact me. I apologize for the large number of fields, but I felt it was necessary to use the same fields that caused my original problem. I don't know if it is significant that there are 256 fields. AREAPERIMETER MN_CTYCB_ MN_CTYCB_I FIPS_CTY MLMIS_CTY NAME_4CHAR NAME_LOWER NAME_UPPER FLD001 FLD002 FLD003 FLD004 FLD005 FLD006 FLD007 FLD009 FLD008 FLD010 FLD011 FLD012 FLD013 FLD014 FLD015 FLD016 FLD017 FLD019 FLD018 FLD020 FLD021 FLD022 FLD023 FLD024 FLD025 FLD026 FLD027 FLD029 FLD028 FLD030 FLD031 FLD032 FLD033 FLD034 FLD035 FLD036 FLD037 FLD039 FLD038 FLD040 FLD041 FLD042 FLD043 FLD044 FLD045 FLD046 FLD047 FLD049 FLD048 FLD050 FLD051 FLD052 FLD053 FLD054 FLD055 FLD056 FLD057 FLD059 FLD058 FLD060 FLD061 FLD062 FLD063 FLD064 FLD065 FLD066 FLD067 FLD069 FLD068 FLD070 FLD071 FLD072 FLD073 FLD074 FLD075 FLD076 FLD077 FLD079 FLD078 FLD080 FLD081 FLD082 FLD083 FLD084 FLD085 FLD086 FLD087 FLD089 FLD088 FLD090 FLD091 FLD092 FLD093 FLD094 FLD095 FLD096 FLD097 FLD099 FLD098 FLD100 FLD101 FLD102 FLD103 FLD104 FLD105 FLD106 FLD107 FLD109 FLD108 FLD110 FLD111 FLD112 FLD113 FLD114 FLD115 FLD116 FLD117 FLD119 FLD118 FLD120 FLD121 FLD122 FLD123 FLD124 FLD125 FLD126 FLD127 FLD129 FLD12! 8 FLD130 FLD131 FLD132 FLD133 FLD134 FLD135 FLD136 FLD137 FLD139 FLD138 FLD140 FLD141 FLD142 FLD143 FLD144 FLD145 FLD146 FLD147 FLD149 FLD148 FLD150 FLD151 FLD152 FLD153 FLD154 FLD155 FLD156 FLD157 FLD159 FLD158 FLD160 FLD161 FLD162 FLD163 FLD164 FLD165 FLD166 FLD167 FLD169 FLD168 FLD170 FLD171 FLD172 FLD173 FLD174 FLD175 FLD176 FLD177 FLD179 FLD178 FLD180 FLD181 FLD182 FLD183 FLD184 FLD185 FLD186 FLD187 FLD189 FLD188 FLD190 FLD191 FLD192 FLD193 FLD194 FLD195 FLD196 FLD197 FLD199 FLD198 FLD200 FLD201 FLD202 FLD203 FLD204 FLD205 FLD206 FLD207 FLD209 FLD208 FLD210 FLD211 FLD212 FLD213 FLD214 FLD215 FLD216 FLD217 FLD219 FLD218 FLD220 FLD221 FLD222 FLD223 FLD224 FLD225 FLD226 FLD227 FLD229 FLD228 FLD230 FLD231 FLD232 FLD233 FLD234 FLD235 FLD236 FLD237 FLD239 FLD238 FLD240 FLD241 FLD242 FLD243 FLD244 FLD245 FLD24
#3071 [Opn->]: < is desplayed when refresh button is clicked at the bottom of the page.
ID: 3071 Updated by: [EMAIL PROTECTED] Reported By: ecroteau at wpi dot edu -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: Win98 PHP Version: 3.0.11 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-30 01:15:50] ecroteau at wpi dot edu PHP Test "; ?> This script works normal when first executed, but if the refresh button it pressed a '<' appears at the bottom of the page. I have tried both php-3.0.11 and php-4.0b3 with apache-1.3.6 and apache-1.3.9. When I execute php.exe from the dos prompt no additional '<' appears. Please email me back with what I am doing wrong or what I need to do to fix this. Thanks, Ethan -- Edit this bug report at http://bugs.php.net/?id=3071&edit=1
#3062 [Opn->]: dechex doesn't handle negative numbers
ID: 3062 Updated by: [EMAIL PROTECTED] Reported By: anderson at metrolink dot com -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: FreeBSD PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-31 05:34:22] anderson at metrolink dot com I also noticed that PHPAPI void convert_to_long_base(pval *op, int base) uses strtol() instead of strtoul(), which also contributes to my difficulty. $ip=0x doesn't equal -1, but $ip=~0 does. Perhaps I'm just trying to do something that isn't supposed to work, but the results are clertainly not intuitive. [1999-12-28 21:40:25] anderson at metrolink dot com The function dechex() can be passed a negative number, which will create a negative index into a static array. This was discoverd when trying to manipulate IP addresses represented by integers. Any IP that has a first octet >127 will cause this to happen. Since integers are signed, I wonder what other areas might have a similar problem when trying to manipulate IP addresses in this way. Simple Example: print(dechex(-33)); This fix seems to correct this instance of the problem, but I fear that there could possibly be undesirable side effect of doing this. *** php-3.0.12/functions/math.c Thu Apr 22 09:19:50 1999 --- php/functions/math.cTue Dec 28 21:16:08 1999 *** *** 424,430 static char digits[] = "0123456789abcdefghijklmnopqrstuvwxyz"; char *result, *ptr, *ret; int len, digit; ! long value; if (arg->type != IS_LONG || base < 2 || base > 36) { return empty_string; --- 424,430 static char digits[] = "0123456789abcdefghijklmnopqrstuvwxyz"; char *result, *ptr, *ret; int len, digit; ! unsigned long value; if (arg->type != IS_LONG || base < 2 || base > 36) { return empty_string; -- Edit this bug report at http://bugs.php.net/?id=3062&edit=1
#3057 [Opn->]: displaying Japanese chars sets
ID: 3057 Updated by: [EMAIL PROTECTED] Reported By: von at bbkstudio dot com -Status: Open +Status: Wont Fix Bug Type: Oracle related Operating System: windows95,98&OS9.0 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-28 09:50:54] von at bbkstudio dot com the translation between oracle and PHP is corrupting the 16 bit charsets. I am wondering if anyone knows where the problem might be??? v. -- Edit this bug report at http://bugs.php.net/?id=3057&edit=1
#3034 [Opn->]: SetCookie bug
ID: 3034 Updated by: [EMAIL PROTECTED] Reported By: mog at linux dot nu -Status: Open +Status: Wont Fix Bug Type: Reproducible Crash Operating System: win32 cgi PHP Version: 3.0.11 / 4b3 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-24 15:20:45] mog at linux dot nu That's strange, i'm quite sure that it crashed with the code i sent. However, it didn't now, and, this code with 71 "%" char's (problably crashes with less) crashes php. It crashes even if the header was already sent. _old_ report This code crashes php-3.11 win32 cgi and php4-b3 In win32 cgi mode this brings up a "Access Violation" box. web server is Apache/1.3.9-win32. php3.ini is unmodified except for modules stuff that wasn't working anyway [1999-12-23 20:16:03] rasmus at cvs dot php dot net I can't reproduce this on Linux nor on Win98 running 4.0b3 [1999-12-23 20:10:46] mog at linux dot nu This code crashes php-3.11 win32 cgi and php4-b3 In win32 cgi mode this brings up a "Access Violation" box. web server is Apache/1.3.9-win32. php3.ini is unmodified except for modules stuff that wasn't working anyway -- Edit this bug report at http://bugs.php.net/?id=3034&edit=1
#3002 [Opn->]: crypt unrecognized
ID: 3002 Updated by: [EMAIL PROTECTED] Reported By: leon at leonatkinson dot com -Status: Open +Status: Wont Fix Bug Type: Other Operating System: Windows NT4 & 98 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-18 17:49:04] leon at leonatkinson dot com consider this code: $password = "secret"; if(CRYPT_MD5) { $salt = "leonatkinson"; print("Using MD5: "); } else { $salt = "cp"; print("Using Standard DES: "); } print(crypt($password, $salt)); On a Solaris box, it appears to work. On both an NT and a 98 box it gives me "Call to unsupported or undefined function crypt()". Yet, CRYPT_MD5 appears to be TRUE. I'm very nearly positive that crypt was working under Windows as recently as 3.0.6, so it looks like it disappeared. I also tested the same code under 4b3 and got the same results. I'm also pretty sure MSVC has crypt, so it makes me suspect there's a bug in the makefile or in a header file. -- Edit this bug report at http://bugs.php.net/?id=3002&edit=1
#2996 [Opn->]: mime.c not parsing MIME headers properly
ID: 2996 Updated by: [EMAIL PROTECTED] Reported By: jeddings at jeddings dot com -Status: Open +Status: Wont Fix Bug Type: Parser error Operating System: Linux 2.2.5-15 PHP Version: 3.0.12 Assigned To: hholzgra New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-21 08:55:11] jeddings at jeddings dot com There is some question as to whether Content-Length is a valid header, since the RFC is not clear. There needs to be clarification on this. [1999-12-18 04:48:26] jeddings at jeddings dot com I'm using Perl's LWP and HTTP::Request::Common modules to POST a multipart/form-data form to upload a file to an Apache 1.3.6/PHP 3.0.12 web server. The problem comes when PHP goes to MIME unencode the POST. mime.c's php3_mime_split function looks for one of four things to be in the POST: the boundary, the Content-Disposition header, a plain form-data field, or the uploaded file field (with a Content-Type header). But Perl's HTTP::Request::Common puts in an additional header: Content-Length. According to the RFC (RFC 1867), this seems legal. So when Perl sends: Content-type: multipart/form-data, boundary=AaB03x --AaB03x Content-Disposition: form-data; name="field1" Joe Perl --AaB03x Content-Disposition: form-data; name="uploadfile"; filename="file1.txt" Content-Length: 5660 Content-Type: text/plain ... contents of file1.txt ... --AaB03x-- php3_mime_split saves the $uploadfile starting with "ntent-type: text/plain..." rather than the correct spot, which would be after the single \n by itself. -- Edit this bug report at http://bugs.php.net/?id=2996&edit=1
#2970 [Opn->]: segfault relaed to xml_set_unparsed_entitiy_decl_handler
ID: 2970 Updated by: [EMAIL PROTECTED] Reported By: paul dot c at gmx dot de -Status: Open +Status: Wont Fix Bug Type: Reproducible Crash Operating System: SUSE Linux 6.1 PHP Version: 3.0.12 Assigned To: hholzgra New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-13 15:53:17] paul dot c at gmx dot de this i my fist time i put my head into some open source code. so i dont relly know what to do it is probably just a copy and paste mistake the args array was too short... i fixed by changin the following line in xml.c old line:905pval *retval, *args[5]; new line:905pval *retval, *args[6]; if anyone has questions of if i did put it in the wrong place ... send me a mail... -- Edit this bug report at http://bugs.php.net/?id=2970&edit=1
#2955 [Opn->]: Persistant Connection Gone Bad
ID: 2955 Updated by: [EMAIL PROTECTED] Reported By: dgarrett at acm dot org -Status: Open +Status: Wont Fix Bug Type: PostgreSQL related Operating System: RedHat Linux 5.2, and 6.0 PHP Version: 3.0.9 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-10 20:17:54] dgarrett at acm dot org On at least two servers which are running PHP 3.0.9 and 4.0 Beta 3 (respectively), persistant database connections don't notice if the connection has been dropped. This means that if you start the DB server, and then start the web server, when the connection is established, everything is fine and dandy. If something happens to the connection (for example, postgres is stopped and restarted) the web server keeps trying to use the connection. It displays errors saying that the connection is dead, but keeps trying to reuse it anyway on repeated loads of the page, anyway. 3 solutions present themselves to me. Test the connection before giving it to the script. Seems best, but would involve extra overhead. Automatically close and restart connections after certain types of errors. At least after the scripts complete. This would allow errors to appear, but not continue to repeat indefinatly. Reduce the value of 'MaxRequestsPerChild' in Apache, so the connections are not reused for as lengthy a period. This avoids PHP changes, but reduces high load efficiency. -- Edit this bug report at http://bugs.php.net/?id=2955&edit=1
#2903 [Opn->]: fails to compile ifx.ec, report a syntax-error
ID: 2903 Updated by: [EMAIL PROTECTED] Reported By: baard dot kregnes at postbanken dot no -Status: Open +Status: Wont Fix Bug Type: Compile Failure Operating System: AIX 4.3 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-12-06 08:49:21] baard dot kregnes at postbanken dot no Snipped from the Makefile: functions/ifx.c: functions/ifx.ec (esql -e -EUHAVE_IFX_IUS functions/ifx.ec; mv ifx.c functions) After further 'invistigations' I found that these varibles causes the error: intrvl_t intvl_data = {0}; dtime_t dt_data = {0}; dec_t dec_data = {0}; Theses variables are defined in <../esql/datetime.h>, and this datetime.h are included in 'sqlhdr.h'. If I stick #include in ifx.c (yes .c), it compiles. ( I'm not sure if this is a part of the same problem ?) And the story goes on .. now it fails with: cc -DAIX=43 -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -DUSE_HSREGEX -DUSE_EXPAT -I./lib/expat-lite `./apaci` -lm -o httpd buildmark.o modules.o modules/php3/libphp3.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a regex/libregex.a lib/expat-lite/libexpat.a -Lmodules/php3 -L../modules/php3 -L../../modules/php3 -lmodphp3 -L/opt/informix/lib -L/opt/informix/lib/esql -lixsqlshr -lixasfshr -lixgenshr -lixosshr -lixglsshr -ltli -lc -lmsaa -lbsd /opt/informix/lib/esql/checkapi.o -lixglx-lm -ldl -lnsl ld: 0711-317 ERROR: Undefined symbol: .ldopen ld: 0711-317 ERROR: Undefined symbol: .ldclose ld: 0711-317 ERROR: Undefined symbol: .ldnshread ld: 0711-317 ERROR: Undefined symbol: .alloca ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: 1254-004 The error code from the last command is 8. [1999-12-03 13:03:28] danny at cvs dot php dot net It looks like configures has detected an IUS 9.x Informix version and has set the -EDHAVE_IFX_US esql/c preprocessor option accordingly, while your esqlc 7.x preprocessor did not process the IUS 9.x constructs, resulting in the syntax errors at the first IUS 9 datatypes (int8 and lvarchar). It is possibly the output of "esql -V" on AIX that is misintertpreted by configure. You can verify this by looking at the lines in configure that decode the esql -V output to decide between IDS/ODS 7.x and IUS 9.x. You might have to tweak these lines a bit if they are indeed the cause. You can check the Makefile for the presence of -EDHAVE_IFX_US. It shouldn't be there for ODS 7.2. Danny --- [1999-12-03 09:56:30] baard dot kregnes at postbanken dot no ./configure --with-informix --with-apache=../apache_1.3.9 Environment: informix: INFORMIX-ESQL Version 7.24.UC7 platform: AIX 4.3 compiler: IBM 3.6.6 Apache 1.3.9 php-3.0.12 But when I try to do make in the php directory this happens: cc -g -I/opt/informix/incl/esql -D__H_LOCALEDEF -I. -I. -I../apache_1.3.9/src/include -I../apache_1.3.9/src/os/unix -I/opt/informix/incl/esql -c functions/ifx.c -o functions/ifx.o "functions/ifx.ec", line 1998.10: 1506-277 (S) Syntax error: possible missing ';' or ','? "functions/ifx.ec", line 2001.7: 1506-045 (S) Undeclared identifier short_data. "functions/ifx.ec", line 2044.73: 1506-045 (S) Undeclared identifier type. "functions/ifx.ec", line 2045.13: 1506-045 (S) Undeclared identifier fetch_pos. "functions/ifx.ec", line 2046.13: 1506-045 (S) Undeclared identifier fetch_row. "functions/ifx.ec", line 2067.5: 1506-045 (S) Undeclared identifier nullstr. "functions/ifx.ec", line 2149.5: 1506-045 (S) Undeclared identifier num_fields. "functions/ifx.ec", line 2151.5: 1506-045 (S) Undeclared identifier locind. "functions/ifx.ec", line 2165.9: 1506-045 (S) Undeclared identifier p. "functions/ifx.ec", line 2178.15: 1506-045 (S) Undeclared identifier bid_b. "functions/ifx.ec", line 2179.15: 1506-045 (S) Undeclared identifier bid. "functions/ifx.ec", line 2200.17: 1506-045 (S) Undeclared identifier long_data. "functions/ifx.ec", line 2201.25: 1506-045 (S) Undeclared identifier string_data. "functions/ifx.ec", line 2214.26: 1506-045 (S) Undeclared identifier dec_data. "functions/ifx.ec", line .26: 1506-045 (S) Undeclared identifier float_data. "functions/ifx.ec", line 2221.17: 1506-045 (S) Undeclared identifier double_data. "functions/ifx.ec", line 2237.35: 1506-045 (S) Undeclared identifier dt_data. "functions/ifx.ec", line 2242.35: 1506-045 (S) Undeclared ident
#2841 [Opn->]: snmpset () returns an empty array
ID: 2841 Updated by: [EMAIL PROTECTED] Reported By: alex at dreifeld dot de -Status: Open +Status: Wont Fix Bug Type: Misbehaving function Operating System: Linux 2.0.35 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-11-27 00:49:18] alex at dreifeld dot de snmpset () always returns an empty array, while the snmpset-shell command returns the modified data (sometimes needed to retrieve newly created indexes). Create a new license entry on a Bintec router (shell command): snmpset host community .1.3.6.1.4.1.272.254.4.1.1 i 12345 enterprises.272.254.4.1.1.12345.9 = 12345 Same procedure in PHP: "; ?> returns: 0 (=no entries in the array) Used SNMP-version: ucd-snmp-4_0_1 -- Edit this bug report at http://bugs.php.net/?id=2841&edit=1
#2824 [Opn->]: Inconsistent parameter list declaration for...
ID: 2824 Updated by: [EMAIL PROTECTED] Reported By: doellerer at forst dot tu-muenchen dot de -Status: Open +Status: Wont Fix Bug Type: Compile Failure Operating System: HP-Ux 10.20 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-11-24 20:03:52] doellerer at forst dot tu-muenchen dot de The "Inconsistent parameter list declaration" error is displayed because it seems to me that configure doesn't recognise that "const" works correctly on HP-UX. I was not able to correct this in configure, but here's a work around: 1. run configure 2. change config.h line 8 from: #define const to: #define const const -- Edit this bug report at http://bugs.php.net/?id=2824&edit=1
#2695 [Opn->]: Results set of dates or numbers have garbage after string
ID: 2695 Updated by: [EMAIL PROTECTED] Reported By: Eric dot J dot Ulrich at intel dot com -Status: Open +Status: Wont Fix Bug Type: Other Operating System: Linux RedHat 6.1 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-11-10 17:07:00] Eric dot J dot Ulrich at intel dot com using the odbc_result or sybase_result functions sometimes not allways, has funky chars after the field of data like (Nov 8 1999 9:42AMàG ) as the correct data should be (Nov 8 1999 9:42AM). The work around seems to be any string function that will not interfere with the data returned like strip_tags or strtoupper. -- Edit this bug report at http://bugs.php.net/?id=2695&edit=1
#2688 [Opn->]: OCIFetchInto only returns OCI_NUM when called from inside a function.
ID: 2688 Updated by: [EMAIL PROTECTED] Reported By: tommy at webontap dot com -Status: Open +Status: Wont Fix Bug Type: Oracle related Operating System: NT4 PHP Version: 3.0.12 New Comment: We are sorry, but we can not support PHP 3 related problems anymore. Momentum is gathering for PHP 5, and we think supporting PHP 3 will lead to a waste of resources which we want to put into getting PHP 5 ready. Of course PHP 4 will continue to be supported for the forseeable future. Previous Comments: [1999-11-08 16:01:36] tommy at webontap dot com code below, works as expected: /*--*/ $query = "SELECT * FROM USERS"; $conn = OCILogon("username", "passwd", "db"); $stmt = OCIParse($conn, $query); OCIExecute($stmt); while (OCIFetchInto($stmt, &$row, OCI_ASSOC)) { echo $row["LASTNAME"] . ", " . $row["FIRSTNAME"] . ""; } OCIFreeStatement($stmt); OCILogoff($conn); /*--*/ HOWEVER... THIS code below, does not: /*--*/ function getusers() { $query = "SELECT * FROM USERS"; $conn = OCILogon("username", "passwd", "db"); $stmt = OCIParse($conn, $query); OCIExecute($stmt); while (OCIFetchInto($stmt, &$row, OCI_ASSOC)) { echo $row["LASTNAME"] . ", " . $row["FIRSTNAME"] . ""; } OCIFreeStatement($stmt); OCILogoff($conn); } /*--*/ After tearing my hair out for an hour, i tried THIS: /*--*/ function getusers() { $query = "SELECT * FROM USERS"; $conn = OCILogon("username", "passwd", "db"); $stmt = OCIParse($conn, $query); OCIExecute($stmt); while (OCIFetchInto($stmt, &$row, OCI_ASSOC)) { echo $row[0] . ", " . $row[1] . ""; } OCIFreeStatement($stmt); OCILogoff($conn); } /*--*/ REGARDLESS of using OCI_ASSOC or OCI_NUM, the OCIFetchInto called from within the FUNCTION returned an enumerative 0-based array into $row, whereas the OCIFetchInto called in the ordinary code (using OCI_ASSOC) returned an associative array into $row. -- Edit this bug report at http://bugs.php.net/?id=2688&edit=1
#32497 [NEW]: Quotes from iso-8859-1 get converted incorrectly
From: mschering at intermesh dot nl Operating system: Linux 2.6 PHP version: 4.3.10 PHP Bug Type: ICONV related Bug description: Quotes from iso-8859-1 get converted incorrectly Description: When I convert an iso-8859-1 text that contains quotes (The mail message I tested was composed with Microsoft Outlook Express 6.00.2600.) They get converted to an character that displays as a cubic character so it doesn't exists. Don't know if it's relevant but before using quoted_printable_decode() one of the characters that is diplayed wrong is written as =92 Reproduce code: --- Compose a mail message with outlook express in iso-8859-1 encoding and put some ' and " in it. Convert that with iconv and you'll see unexpected results. Expected result: I expect the text to be the same as when I view it in iso-8859-1 encoding. Actual result: -- Strange characters in the converted text. -- Edit bug report at http://bugs.php.net/?id=32497&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32497&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32497&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32497&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32497&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32497&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32497&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32497&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32497&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32497&r=support Expected behavior: http://bugs.php.net/fix.php?id=32497&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32497&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32497&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32497&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32497&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32497&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32497&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32497&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32497&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32497&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32497&r=mysqlcfg
#32483 [Fbk->Opn]: ./configure check crashes
ID: 32483 User updated by: pieter dot donche at ua dot ac dot be Reported By: pieter dot donche at ua dot ac dot be -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: solaris 2.9 PHP Version: 5.0.3 New Comment: dowloaded php5-latest.tar.gz ( php5-200503300630 ) exactly the same results. Pieter Previous Comments: [2005-03-29 17:40:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-29 15:31:54] pieter dot donche at ua dot ac dot be I already have GNU sed in /usr/local/bin/sed and installed the latest version (4.1.4) only a month ago... # which sed /usr/local/bin/sed # strings /usr/local/bin/sed contains "GNU sed version" and "4.1.4" --- I narrowed down the location in the ./configure where the Segmentation fault appears, it is between the messages "checking for MD5 crypt" and "checking for Blowfish crypt", at the line (eval echo \"$ac_link\"; eval $ac_link && ./conftest) >>debug.log 2>&1 I made the script print out the variables: point_17a $ac_link : ${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS 1>&5 point_17b $CC : gcc point_17c $ac_exeext: point_17d $CFLAGS : -g -O2 point_17e $CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS point_17f $LDFLAGS : -L/usr/local/lib -R/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 -L/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 -R/usr/local/lib -L/usr/local/lib -R/home/informix2000/lib -L/home/informix2000/lib -R/home/informix2000/lib/esql -L/home/informix2000/lib/esql -R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/ wins/builds/src/other/php-5.0.3/ext/informix point_17g $ac_ext : c point_17h $LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl Segmentation Fault What is wrong with this ? Pieter [2005-03-29 14:56:11] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2005-03-29 14:32:55] pieter dot donche at ua dot ac dot be Description: I have SUN/Solarsi 2.9, want to install PHP-5.0.3 for use in apache-httpd-2.0.35 Downloaded latest version of PHP, unpacked # /php-5.0.3 # ./configure --with-apache2=/home/wins/builds/src/other/httpd-2.0.53 \ --with-gd \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/local \ --with-informix=/home/informix2000 \ --with-ldap=/usr/local \ --enable-yp ... checking for standard DES crypt... no checking for extended DES crypt... no checking for MD5 crypt... no Segmentation Fault <<<--- checking for Blowfish crypt... no ... | Something is likely to be messed up here, because the configure| | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | There seems to be a problem with the checking for MD5 crypt... I downloaded the latest source of md5 from sunsolve, compiled it and installed the binary in /usr/local/bin/md5 (which is in my PATH), but this does not help. Please help, Pieter Reproduce code: --- debug.log CONFIGURE: './configure' '--with-apache2=/home/wins/builds/src/other/httpd-2.0 .53' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--wit h-zlib-dir=/usr/local' '--with-informix=/home/informix2000' '--with-ldap=/usr/lo cal' '--enable-yp' CC: gcc CFLAGS: -g -O2 CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS CXX:c++ CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/usr/local/include/libxml2 -I/usr/local/in clude LDFLAGS:-L/usr/local/lib -R/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/hom e/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 -L/home/local/bin/../lib/gcc/s parc-sun-solaris2.9/3.4.3 -R/usr/local/lib -L/usr/local/lib -R/home/informix2000 /lib -L/home/informix2000/lib -R/home/informix2000/lib/esql -L/home/informix2000 /lib/esql -R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/wins/buil ds/src/other/php-5.0.3/ext/informix LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm -lsocket -lgcc -lxm l2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml
#32464 [Opn->Bgs]: i can't copy one file from one location to another if there are greek character
ID: 32464 Updated by: [EMAIL PROTECTED] Reported By: sotiriszegiannis at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: winxp PHP Version: Irrelevant New Comment: None here either. Previous Comments: [2005-03-27 13:47:10] sotiriszegiannis at hotmail dot com No comment [2005-03-27 08:46:55] [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. [2005-03-27 01:43:41] sotiriszegiannis at hotmail dot com Description: i can't copy one file from one location to another if there are greek characters in the path.For example if the path looks something like this "d:\songs\ôñáãïõäéá\hello.mp3" the copying fails.What can i do?I also have a configuration problem with semaphores.I looked at the ini file but i couldn't find the sysvmsg.value variable which is required. I would really really appreciate your help. Thanks in advance. Zegiannis Sotiris,Greece,Athens. -- Edit this bug report at http://bugs.php.net/?id=32464&edit=1
#32422 [Opn->Fbk]: Access Violation on calling PEAR Date::before
ID: 32422 Updated by: [EMAIL PROTECTED] Reported By: rob at wildlime dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 4.3.10 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip (yes, it's PHP5, but I'd like to know if this happens with it too..) Previous Comments: [2005-03-30 01:49:22] rob at wildlime dot com Using PHP/4.3.11RC2-dev (btw, is it intentional that pear installs to c:\php\pear\pear?) Same result - frequent access violation. stack trace: ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xfae [2005-03-29 10:27:43] [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 provide the trace when using the snapshot. [2005-03-29 07:53:56] rob at wildlime dot com Here's another stack trace, using the MS debugger to get access to the symbol names ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xf6e Error details from the debugger: (268.ddc): Access violation - code c005 (!!! second chance !!!) eax=0418 ebx=0083 ecx=7ffda000 edx=00830608 esi=0082fd68 edi=00830180 eip=7c910c27 esp=0108d978 ebp=0108d984 iopl=0 nv up ei ng nz na po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0287 ntdll!RtlpCoalesceFreeBlocks+0x21: 7c910c27 f6460501 testbyte ptr [esi+0x5],0x1 ds:0023:0082fd6d=?? (NB still using php 4.3.10) [2005-03-29 02:05:42] rob at wildlime dot com Installed php 4.3.11 RC1 (windows) to c:\php, but PEAR wont't install. The error on running go-pear.bat, accepting the defaults, is: "failed to write c:\php\pear\data\PEAR\.tmppackage.dtd" There is plenty of disk space and I'm using an admin account. [2005-03-23 04:07:10] rob at wildlime dot com Description: Experiencing an intermittent (once every 5-10 requests) access violation. btw, I have posted this to the PHP bug list rather than the PEAR one as it is a crash, not just a script error. Here's the info I can glean from the debugger. I'm afraid I don't have the debug builds. Windows XP pro SP2 Apache/1.3.33 (Win32) PHP/4.3.10 stack trace: 7C910C27 C:\WINDOWS\system32\ntdll.dll 7C910D5C C:\WINDOWS\system32\ntdll.dll 77C2C2DE C:\WINDOWS\system32\msvcrt.dll 77C39AE9 C:\WINDOWS\system32\msvcrt.dll 77C35F5D C:\WINDOWS\system32\msvcrt.dll 77C35FEC C:\WINDOWS\system32\msvcrt.dll 10047D4E c:\php4\php4ts.dll or sometimes: 77C46137 C:\WINDOWS\system32\msvcrt.dll 100CA6AE c:\php4\php4ts.dll 60002E50 c:\php4\php4apache.dll 6000186F c:\php4\php4apache.dll dll base addresses: 0x6000 php4apache.dll 0x1000 php4ts.dll Reproduce code: --- before($now); ?> Expected result: nothing - no output, so blank browser window Actual result: -- Access violation every 5-10 requests. -- Edit this bug report at http://bugs.php.net/?id=32422&edit=1
#32494 [Opn->Fbk]: crash when using expat in a class
ID: 32494 Updated by: [EMAIL PROTECTED] Reported By: evert at rooftopsolutions dot nl -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: XML related Operating System: Linux glibc 2.3.4 -PHP Version: 4.3.10 +PHP Version: 4CVS-2005-03-30 New Comment: I can reproduce this when using external expat library. What was the configure line you used for PHP? Previous Comments: [2005-03-30 02:05:33] evert at rooftopsolutions dot nl Description: My PHP crashes when using expat functions in a class. My scripts opens the 'test' file, but it doesn't matter if it exists or not. Right now I'm unable to check this with the latest cvs, but I did test this on multiple servers running 4.3.10 Reproduce code: --- parser = xml_parser_create('UTF-8'); xml_parser_set_option($this->parser,XML_OPTION_CASE_FOLDING,false); xml_set_element_handler($this->parser,array($this, 'onStartElement'),array($this,'onEndElement')); xml_set_character_data_handler($this->parser,array($this,'onCDATA')); xml_set_processing_instruction_handler($this->parser,array($this,'onProcessInstruction')); if (!xml_parse($this->parser,$data)) { $this->onXMLError(xml_get_current_line_number($this->parser), xml_get_error_code($this->parser), xml_error_string(xml_get_error_code($ this->parser))); return false; } else return $this->parsedData; } function execute($data) { return $this->xmlparse($data); } } $disp = new sParser(); $disp->execute(file_get_contents('test')); ?> Expected result: No errors Actual result: -- PHP Crash my apache logs says: [Tue Mar 29 07:07:25 2005] [notice] child pid 9106 exit signal Aborted (6) *** glibc detected *** double free or corruption (!prev): 0x08205058 *** -- Edit this bug report at http://bugs.php.net/?id=32494&edit=1
#32485 [Opn->Fbk]: PHP/OCI8 segfaults after the script ends
ID: 32485 Updated by: [EMAIL PROTECTED] Reported By: phpbug at pech dot cz -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux 2.4.22 PHP Version: 5.0.3 Previous Comments: [2005-03-29 20:40:26] phpbug at pech dot cz Hi Tony! I'm not running it from apache, but from the command line (as mentioned above). The server is running for years (from Fedora Core 1) without any significant changes, except of kernel updates and so. Segfaults appeared first with upgrade of PHP to 5.0.3 (previous was 4.3.10). Environment variables are set up fine (as mentioned above). TNS_ADMIN is not set, but this is strictly optional, because the client always looks for tnsnames.ora file to $ORACLE_HOME/network/admin. Connection is established on oci_connect() call, I can also do any database processing and then call oci_close(), but it segfaults _after_ the script ends (which looks like some error in eg. free() call). Maybe the problem is in the combination of PHP5 vs. Oracle 8.1.7.4 client or a part of it. I don't have an instant client, but regular 8.1.7.4 server on the same machine. I'll try the latest snapshot as soon as possible and I'll let you know. [2005-03-29 18:38:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Can't reproduce it. Check twice and then recheck that you have set all the required env vars like ORACLE_HOME, TNS_ADMIN etc. and that they are available for Apache user. [2005-03-29 18:21:20] phpbug at pech dot cz Sorry, but I don't think so. Of course I haven't set them up and then a memory leak was reported, but normally I have all the variables (like ORACLE_HOME, ORACLE_BASE, ORA_NLS33 and NLS_LANG) set up fine. And everything works in PHP4, but not in PHP5. The biggest problem is the segfault after processing the script, not the memory leak (which I've reported just for help you to find out what's wrong). But there may be no connection between then memory leak (when env vars unset) and the segfault. [2005-03-29 17:39:21] [EMAIL PROTECTED] You don't have the Oracle environment variables set correctly. [2005-03-29 15:48:42] phpbug at pech dot cz Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === "Error while trying to retrieve text for error ORA-12154" is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit this bug report at http://bugs.php.net/?id=32485&edit=1
#32491 [Opn->Fbk]: File upload error
ID: 32491 Updated by: [EMAIL PROTECTED] Reported By: Oscar dot Castillo at jpl dot nasa dot gov -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Solaris 9 PHP Version: 5.0.3 New Comment: What compile errors? Previous Comments: [2005-03-30 02:15:33] Oscar dot Castillo at jpl dot nasa dot gov I downloaded the php5-latest.tar.gz, but got compiler errors. I downloaded the php5-STABLE-200503292230 and was able to compile it. It is now running good so far. However, the upload problems usually take 2 - 24 hours to begin. I shall continue to monitor. Thanks for your help [2005-03-29 23:39:57] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-29 21:55:27] Oscar dot Castillo at jpl dot nasa dot gov Description: I am using iPlanet 6.0 SP5, Zend 2.5.7 and PHP 5.0.3 on a 64 bit Solaris 9 SunFire V880 (4x4GHz CPU, 8Gb RAM). I have a problem with an HTTP POST command that attempts to upload a file onto the web server and a consistent "File upload error - unable to create a temporary file in Unknown on line 0" error message appears in the error logs. The upload_tmp_dir directory is set to /tmp. The error message disappears with a web server daemon reset (stop/start the web server daemon), but the error begins to occur within 2 to 24 hours again. When the errors occur, the /tmp directory begins to accumulate with php[web_server_pid] files that are zero bytes in size. My upload_max_filesize parameter is configured to 2Mb, however the uploaded files are never above 50kb. I've tried many suggested fixes from the php.net bug reports area, but to no avail. Thanks in advance for your help! Reproduce code: --- 9) { phpinfo(); } // // Configurable variables // $BaseDir = './'; $LogFileName = $BaseDir . "RTIU_translator.log"; $SCLK_SCET_Dir = "/afs/jpl/group/casops/dom/data/main/sclkscet/"; // placed in executed shell script $UploadDir = $BaseDir . "Temp/" ; // Where the posted files are placed $TransferDir = $BaseDir . "Xfer/";// Where the tar file for the translator is created // // Verify resources are available // $LogFile = fopen( $LogFileName,'a'); if (! $LogFile) { print("Logging is disabled, please save all displayed messages if help is needed from IO support"); } // Verify UPLOAD directory if (!file_exists($UploadDir)) { if ($LogFile) { $TmpStr = sprintf("%s VERIFY Upload directory does not exist\n", gmdate("Y-m-d H:i:s") ); // strftime("%Y-%m-%d %T")); fwrite($LogFile, $TmpStr); } if(!mkdir($UploadDir,0774)) { DisplayError("Could not create Upload directory",0); return; } } // Verify TRANSFER directory if (!file_exists($TransferDir)) { if ($LogFile) { $TmpStr = sprintf("%s VERIFY Transfer directory does not exist\n", gmdate("Y-m-d H:i:s") ); // strftime("%Y-%m-%d %T")); fwrite($LogFile, $TmpStr); } print( "Missing Transfer Directory: $TransferDir "); if (!mkdir($TransferDir,0774)) { DisplayError("Could not create Transfer directory",0); return; } } // // Capture form values // $BaseName = escapeshellcmd($_POST['BaseName']); $SequenceID = $_POST['SequenceID']; $SCLK_SCET_File = $_POST['SCLK_SCET_File']; $StartTimeUTC = $_POST['StartTimeUTC']; $StopTimeUTC = $_POST['StopTimeUTC']; $InputType = $_POST['input_type']; // SASF or PRT $OutputType = $_POST['output_type'];// SEQ or IEB $UserFileName = $_FILES['UploadFile']['name']; $StartALF = $_POST['StartALF']; // 0 <= ? $ALF_Partition = $_POST['ALF_Partition']; // DEFAULT or NON_DEFAULT $ALF_Step = $_POST['ALF_Step']; // 4 or 8 $CAS_User = $_SERVER['REMOTE_USER']; $HostSource = $_SERVER['REMOTE_HOST']; // // Debug stuff (POST data) // if ($debug_level > 3) { print( "Upload Directory: $UploadDir "); print( "SCLK/SCET Directory: $SCLK_SCET_Dir "); if ($debug_level > 8) { print (""); var_dump($_FILES); var_dump($_POST); print (""); } print( "Input Type: $InputType "); print( "Basename: $BaseName "); print( "Upload File: $UserFileName "); print( "Sequence ID: $SequenceID "); print( "SCLK/SCET File: $SCLK_SCET_File "); print( "Start UTC: $StartTimeUTC "); print( "Stop UTC: $StopTimeUTC "); print( "Output Type: $OutputType "); print( "Start ALF: $StartALF "); print( "Partition: $ALF_Partition "); print( "ALF Step: $ALF_Step "); } // // Verify parameter values // print("Processing an $In
#32495 [Opn->Bgs]: Echo not producing correct result.
ID: 32495 Updated by: [EMAIL PROTECTED] Reported By: mike at cocoweb dot co dot uk -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Windows XP PHP Version: 5.0.3 New Comment: I would be very worried if the output wasn't what you got. (you're using single quotes..are you sure you've pasted the right code here? :) Previous Comments: [2005-03-30 04:49:20] mike at cocoweb dot co dot uk Description: Unexpected output with echo statement. Reproduce code: --- ";'; // Newline for "view source" echo "\n"; // Expression 2 echo 'echo "";'; // Newline for "view source" echo "\n"; // Expression 3 echo 'echo "bob ".func().">";'; ?> Expected result: echo ""; echo ""; echo "bob ".func().">"; // Note extra newlines for ease of reading. Actual result: -- echo ""; echo ""; echo "bob ".func().">"; Line 2 and 3 are expected. Line 1 is just plain weird! Note that the '=' after 'value' makes the output work correctly. Bizarre. I have looked in PHP books, the web and asked a couple of experts all to no avail. You can reduce the original code down to: echo 'echo "";'; and it will give expected result! But remove the equals sign and the bug will occur. Also note removing the first < (i.e. before bob) will work too. (see expression 3). I'm possibly having a REALLY bad coding day and making a REALLY simple error... -- Edit this bug report at http://bugs.php.net/?id=32495&edit=1
#32496 [Opn->Bgs]: Session string values are references
ID: 32496 Updated by: [EMAIL PROTECTED] Reported By: ceo at l-i-e dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: FreeBSD 5.3-RELEASE PHP Version: 5.0.3 New Comment: Using latest CVS + register_globals = Off -> Works just fine. Previous Comments: [2005-03-30 05:23:22] ceo at l-i-e dot com Description: \n"; ?> Now, hit this page, re-load it, and what do *YOU* expect $_SESSION['name'] to output? A) 'Richard Lynch', because you never re-assigned $_SESSION['name'] B) 'Fooey' because $name is a reference, and you changed it, so that changed your session data. *I* expected A) Alas, the reality is B) -- Edit this bug report at http://bugs.php.net/?id=32496&edit=1
#32496 [NEW]: Session string values are references
From: ceo at l-i-e dot com Operating system: FreeBSD 5.3-RELEASE PHP version: 5.0.3 PHP Bug Type: Session related Bug description: Session string values are references Description: \n"; ?> Now, hit this page, re-load it, and what do *YOU* expect $_SESSION['name'] to output? A) 'Richard Lynch', because you never re-assigned $_SESSION['name'] B) 'Fooey' because $name is a reference, and you changed it, so that changed your session data. *I* expected A) Alas, the reality is B) -- Edit bug report at http://bugs.php.net/?id=32496&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32496&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32496&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32496&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32496&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32496&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32496&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32496&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32496&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32496&r=support Expected behavior: http://bugs.php.net/fix.php?id=32496&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32496&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32496&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32496&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32496&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32496&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32496&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32496&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32496&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32496&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32496&r=mysqlcfg
#32495 [NEW]: Echo not producing correct result.
From: mike at cocoweb dot co dot uk Operating system: Windows XP PHP version: 5.0.3 PHP Bug Type: Strings related Bug description: Echo not producing correct result. Description: Unexpected output with echo statement. Reproduce code: --- ";'; // Newline for "view source" echo "\n"; // Expression 2 echo 'echo "";'; // Newline for "view source" echo "\n"; // Expression 3 echo 'echo "bob ".func().">";'; ?> Expected result: echo ""; echo ""; echo "bob ".func().">"; // Note extra newlines for ease of reading. Actual result: -- echo ""; echo ""; echo "bob ".func().">"; Line 2 and 3 are expected. Line 1 is just plain weird! Note that the '=' after 'value' makes the output work correctly. Bizarre. I have looked in PHP books, the web and asked a couple of experts all to no avail. You can reduce the original code down to: echo 'echo "";'; and it will give expected result! But remove the equals sign and the bug will occur. Also note removing the first < (i.e. before bob) will work too. (see expression 3). I'm possibly having a REALLY bad coding day and making a REALLY simple error... -- Edit bug report at http://bugs.php.net/?id=32495&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32495&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32495&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32495&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32495&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32495&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32495&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32495&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32495&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32495&r=support Expected behavior: http://bugs.php.net/fix.php?id=32495&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32495&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32495&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32495&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32495&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32495&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32495&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32495&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32495&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32495&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32495&r=mysqlcfg
#32488 [Opn->Bgs]: printf: %d not equal %s for some numbers
ID: 32488 Updated by: [EMAIL PROTECTED] Reported By: glowack2 at msu dot edu -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 5.0.3 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. . Previous Comments: [2005-03-29 19:23:04] glowack2 at msu dot edu Description: printf (and sprintf) output incorrect values for certain inputs when using the %d placeholder. For example, printf("%d",10.20*100) outputs "1019", which is clearly not the correct and expected value of "1020". Most of the time, the printed value is correct, but various numbers are off by one. The off-by-one error is tied to specific numbers, and it is repeatable. The off-by-one error also occurs when decimals are multiplied by other powers of 10 (10, 100, 1000), though the numbers that produce errors are not consistent between the different powers This originally occured on a Solaris 5.6 machine running PHP 4.x, and has been reproduced on a Linux machine running PHP 5.0.3. The sample code included generates a table that verifies the output of %d against %s (%s works correctly), green cells for matching output and red cells with more details when the resulting text doesn't match. Reproduce code: --- print ""; for($x=0;$x<1000;$x++) { print ""; for($y=0.1;$y<1;$y=$y+0.1) { // For more errors, replace *100 with *10 or *1000 // in the following two lines: $string = sprintf("%s",($x+$y)*100); $decimal = sprintf("%d",($x+$y)*100); if(strcmp($string,$decimal)==0) { print "$string"; } else { print "$string != $decimal"; } } print ""; } Expected result: Every cell *should* be green, because sprintf should always convert numbers accurately. Actual result: -- %d and %s output different results for certain decimal numbers. Only some values come out incorrectly, and most are fine. -- Edit this bug report at http://bugs.php.net/?id=32488&edit=1
#32467 [Opn->WFx]: provide a configuration directive for SQLite temp directory
ID: 32467 Updated by: [EMAIL PROTECTED] Reported By: psychosos at gmx dot at -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.0.3 New Comment: It is considered library abuse to change global variables for something like this, so we won't be adding this feature. The only way it can be safe is if all of the following conditions are met: - No one (that includes any/all modules linked into the process in which PHP is running) has used the sqlite library yet - The setting is set only during the MINIT phase - No one else is going to alter the setting, ever. If you mess with this value while database handles are open, you'll confuse sqlite. It's better to leave it well alone, which is what we do. Previous Comments: [2005-03-27 18:55:48] psychosos at gmx dot at Description: It would be cool if there was a runtime configuration directive (even better if it worked from inside a script) to change the directory path the SQLite extension uses to store temporary tables, as discussed in the usenet thread/posting Message-ID: <[EMAIL PROTECTED]>. -- Edit this bug report at http://bugs.php.net/?id=32467&edit=1
#32491 [Fbk->Opn]: File upload error
ID: 32491 User updated by: Oscar dot Castillo at jpl dot nasa dot gov Reported By: Oscar dot Castillo at jpl dot nasa dot gov -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Solaris 9 PHP Version: 5.0.3 New Comment: I downloaded the php5-latest.tar.gz, but got compiler errors. I downloaded the php5-STABLE-200503292230 and was able to compile it. It is now running good so far. However, the upload problems usually take 2 - 24 hours to begin. I shall continue to monitor. Thanks for your help Previous Comments: [2005-03-29 23:39:57] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-29 21:55:27] Oscar dot Castillo at jpl dot nasa dot gov Description: I am using iPlanet 6.0 SP5, Zend 2.5.7 and PHP 5.0.3 on a 64 bit Solaris 9 SunFire V880 (4x4GHz CPU, 8Gb RAM). I have a problem with an HTTP POST command that attempts to upload a file onto the web server and a consistent "File upload error - unable to create a temporary file in Unknown on line 0" error message appears in the error logs. The upload_tmp_dir directory is set to /tmp. The error message disappears with a web server daemon reset (stop/start the web server daemon), but the error begins to occur within 2 to 24 hours again. When the errors occur, the /tmp directory begins to accumulate with php[web_server_pid] files that are zero bytes in size. My upload_max_filesize parameter is configured to 2Mb, however the uploaded files are never above 50kb. I've tried many suggested fixes from the php.net bug reports area, but to no avail. Thanks in advance for your help! Reproduce code: --- 9) { phpinfo(); } // // Configurable variables // $BaseDir = './'; $LogFileName = $BaseDir . "RTIU_translator.log"; $SCLK_SCET_Dir = "/afs/jpl/group/casops/dom/data/main/sclkscet/"; // placed in executed shell script $UploadDir = $BaseDir . "Temp/" ; // Where the posted files are placed $TransferDir = $BaseDir . "Xfer/";// Where the tar file for the translator is created // // Verify resources are available // $LogFile = fopen( $LogFileName,'a'); if (! $LogFile) { print("Logging is disabled, please save all displayed messages if help is needed from IO support"); } // Verify UPLOAD directory if (!file_exists($UploadDir)) { if ($LogFile) { $TmpStr = sprintf("%s VERIFY Upload directory does not exist\n", gmdate("Y-m-d H:i:s") ); // strftime("%Y-%m-%d %T")); fwrite($LogFile, $TmpStr); } if(!mkdir($UploadDir,0774)) { DisplayError("Could not create Upload directory",0); return; } } // Verify TRANSFER directory if (!file_exists($TransferDir)) { if ($LogFile) { $TmpStr = sprintf("%s VERIFY Transfer directory does not exist\n", gmdate("Y-m-d H:i:s") ); // strftime("%Y-%m-%d %T")); fwrite($LogFile, $TmpStr); } print( "Missing Transfer Directory: $TransferDir "); if (!mkdir($TransferDir,0774)) { DisplayError("Could not create Transfer directory",0); return; } } // // Capture form values // $BaseName = escapeshellcmd($_POST['BaseName']); $SequenceID = $_POST['SequenceID']; $SCLK_SCET_File = $_POST['SCLK_SCET_File']; $StartTimeUTC = $_POST['StartTimeUTC']; $StopTimeUTC = $_POST['StopTimeUTC']; $InputType = $_POST['input_type']; // SASF or PRT $OutputType = $_POST['output_type'];// SEQ or IEB $UserFileName = $_FILES['UploadFile']['name']; $StartALF = $_POST['StartALF']; // 0 <= ? $ALF_Partition = $_POST['ALF_Partition']; // DEFAULT or NON_DEFAULT $ALF_Step = $_POST['ALF_Step']; // 4 or 8 $CAS_User = $_SERVER['REMOTE_USER']; $HostSource = $_SERVER['REMOTE_HOST']; // // Debug stuff (POST data) // if ($debug_level > 3) { print( "Upload Directory: $UploadDir "); print( "SCLK/SCET Directory: $SCLK_SCET_Dir "); if ($debug_level > 8) { print (""); var_dump($_FILES); var_dump($_POST); print (""); } print( "Input Type: $InputType "); print( "Basename: $BaseName "); print( "Upload File: $UserFileName "); print( "Sequence ID: $SequenceID "); print( "SCLK/SCET File: $SCLK_SCET_File "); print( "Start UTC: $StartTimeUTC "); print( "Stop UTC: $StopTimeUTC "); print( "Output Type: $OutputType "); print( "Start ALF: $StartALF "); print( "Partition: $ALF_Partition "); print( "ALF Step: $ALF_Step "); } // // Verify parameter values // print("Processing an $InputType upload"); // // Log an attempted posting (user & host) // if ($LogFile) { $TmpStr = sprintf("%s REQUEST (%s) %s from %s\n", //
#32494 [NEW]: crash when using expat in a class
From: evert at rooftopsolutions dot nl Operating system: Linux glibc 2.3.4 PHP version: 4.3.10 PHP Bug Type: Reproducible crash Bug description: crash when using expat in a class Description: My PHP crashes when using expat functions in a class. My scripts opens the 'test' file, but it doesn't matter if it exists or not. Right now I'm unable to check this with the latest cvs, but I did test this on multiple servers running 4.3.10 Reproduce code: --- parser = xml_parser_create('UTF-8'); xml_parser_set_option($this->parser,XML_OPTION_CASE_FOLDING,false); xml_set_element_handler($this->parser,array($this, 'onStartElement'),array($this,'onEndElement')); xml_set_character_data_handler($this->parser,array($this,'onCDATA')); xml_set_processing_instruction_handler($this->parser,array($this,'onProcessInstruction')); if (!xml_parse($this->parser,$data)) { $this->onXMLError(xml_get_current_line_number($this->parser), xml_get_error_code($this->parser), xml_error_string(xml_get_error_code($ this->parser))); return false; } else return $this->parsedData; } function execute($data) { return $this->xmlparse($data); } } $disp = new sParser(); $disp->execute(file_get_contents('test')); ?> Expected result: No errors Actual result: -- PHP Crash my apache logs says: [Tue Mar 29 07:07:25 2005] [notice] child pid 9106 exit signal Aborted (6) *** glibc detected *** double free or corruption (!prev): 0x08205058 *** -- Edit bug report at http://bugs.php.net/?id=32494&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32494&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32494&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32494&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32494&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32494&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32494&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32494&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32494&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32494&r=support Expected behavior: http://bugs.php.net/fix.php?id=32494&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32494&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32494&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32494&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32494&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32494&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32494&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32494&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32494&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32494&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32494&r=mysqlcfg
#32422 [Fbk->Opn]: Access Violation on calling PEAR Date::before
ID: 32422 User updated by: rob at wildlime dot com Reported By: rob at wildlime dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 4.3.10 New Comment: Using PHP/4.3.11RC2-dev (btw, is it intentional that pear installs to c:\php\pear\pear?) Same result - frequent access violation. stack trace: ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xfae Previous Comments: [2005-03-29 10:27:43] [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 provide the trace when using the snapshot. [2005-03-29 07:53:56] rob at wildlime dot com Here's another stack trace, using the MS debugger to get access to the symbol names ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xf6e Error details from the debugger: (268.ddc): Access violation - code c005 (!!! second chance !!!) eax=0418 ebx=0083 ecx=7ffda000 edx=00830608 esi=0082fd68 edi=00830180 eip=7c910c27 esp=0108d978 ebp=0108d984 iopl=0 nv up ei ng nz na po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0287 ntdll!RtlpCoalesceFreeBlocks+0x21: 7c910c27 f6460501 testbyte ptr [esi+0x5],0x1 ds:0023:0082fd6d=?? (NB still using php 4.3.10) [2005-03-29 02:05:42] rob at wildlime dot com Installed php 4.3.11 RC1 (windows) to c:\php, but PEAR wont't install. The error on running go-pear.bat, accepting the defaults, is: "failed to write c:\php\pear\data\PEAR\.tmppackage.dtd" There is plenty of disk space and I'm using an admin account. [2005-03-23 04:07:10] rob at wildlime dot com Description: Experiencing an intermittent (once every 5-10 requests) access violation. btw, I have posted this to the PHP bug list rather than the PEAR one as it is a crash, not just a script error. Here's the info I can glean from the debugger. I'm afraid I don't have the debug builds. Windows XP pro SP2 Apache/1.3.33 (Win32) PHP/4.3.10 stack trace: 7C910C27 C:\WINDOWS\system32\ntdll.dll 7C910D5C C:\WINDOWS\system32\ntdll.dll 77C2C2DE C:\WINDOWS\system32\msvcrt.dll 77C39AE9 C:\WINDOWS\system32\msvcrt.dll 77C35F5D C:\WINDOWS\system32\msvcrt.dll 77C35FEC C:\WINDOWS\system32\msvcrt.dll 10047D4E c:\php4\php4ts.dll or sometimes: 77C46137 C:\WINDOWS\system32\msvcrt.dll 100CA6AE c:\php4\php4ts.dll 60002E50 c:\php4\php4apache.dll 6000186F c:\php4\php4apache.dll dll base addresses: 0x6000 php4apache.dll 0x1000 php4ts.dll Reproduce code: --- before($now); ?> Expected result: nothing - no output, so blank browser window Actual result: -- Access violation every 5-10 requests. -- Edit this bug report at http://bugs.php.net/?id=32422&edit=1
#32331 [Fbk->NoF]: Why static properties cannot be redeclared?
ID: 32331 Updated by: php-bugs@lists.php.net Reported By: rael at grad dot icmc dot usp dot br -Status: Feedback +Status: No Feedback Bug Type: Feature/Change Request Operating System: Windows XP Professional SP2 PHP Version: 5.0.1 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-03-21 12:58:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-03-21 12:38:45] rael at grad dot icmc dot usp dot br I was said "override", but the correct is "redeclare" in case of static properties. [2005-03-16 11:58:13] rael at grad dot icmc dot usp dot br Description: I'm a longer time java programmer, and I'm trying PHP5. But, for my surprise, I saw that static properties cannot be overwrite. Why? This make not sense! Reproduce code: --- class a { protected static $v = "aa"; public static function foo(){ echo self::$v; } } class b extends a{ protected static $v = "bb"; public static function foo(){ echo self::$v; } } Expected result: No runtime error Actual result: -- Cannot redeclare property static protected a::$v in class b -- Edit this bug report at http://bugs.php.net/?id=32331&edit=1
#32490 [Opn->Fbk]: constructor of mysqli is wrong named
ID: 32490 Updated by: [EMAIL PROTECTED] Reported By: ladoo at gmx dot at -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Linux (x86) PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-03-29 21:55:02] ladoo at gmx dot at Description: Due to the PHP5 manual the constructor of a class shall be called __construct and the method named after the class is evaluated only for compatibility reasons. The constructor of the mysqli class is mysqli, but it should be __construct. Reproduce code: --- $x = new mysqli(); if(method_exists($x, "mysqli")) echo "mysqli exists"; if(method_exists($x, "__construct")) echo "__construct exists"; Expected result: __construct exists Actual result: -- mysqli exists -- Edit this bug report at http://bugs.php.net/?id=32490&edit=1
#32491 [Opn->Fbk]: File upload error
ID: 32491 Updated by: [EMAIL PROTECTED] Reported By: Oscar dot Castillo at jpl dot nasa dot gov -Status: Open +Status: Feedback -Bug Type: *Configuration Issues +Bug Type: HTTP related Operating System: Solaris 9 PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-03-29 21:55:27] Oscar dot Castillo at jpl dot nasa dot gov Description: I am using iPlanet 6.0 SP5, Zend 2.5.7 and PHP 5.0.3 on a 64 bit Solaris 9 SunFire V880 (4x4GHz CPU, 8Gb RAM). I have a problem with an HTTP POST command that attempts to upload a file onto the web server and a consistent "File upload error - unable to create a temporary file in Unknown on line 0" error message appears in the error logs. The upload_tmp_dir directory is set to /tmp. The error message disappears with a web server daemon reset (stop/start the web server daemon), but the error begins to occur within 2 to 24 hours again. When the errors occur, the /tmp directory begins to accumulate with php[web_server_pid] files that are zero bytes in size. My upload_max_filesize parameter is configured to 2Mb, however the uploaded files are never above 50kb. I've tried many suggested fixes from the php.net bug reports area, but to no avail. Thanks in advance for your help! Reproduce code: --- 9) { phpinfo(); } // // Configurable variables // $BaseDir = './'; $LogFileName = $BaseDir . "RTIU_translator.log"; $SCLK_SCET_Dir = "/afs/jpl/group/casops/dom/data/main/sclkscet/"; // placed in executed shell script $UploadDir = $BaseDir . "Temp/" ; // Where the posted files are placed $TransferDir = $BaseDir . "Xfer/";// Where the tar file for the translator is created // // Verify resources are available // $LogFile = fopen( $LogFileName,'a'); if (! $LogFile) { print("Logging is disabled, please save all displayed messages if help is needed from IO support"); } // Verify UPLOAD directory if (!file_exists($UploadDir)) { if ($LogFile) { $TmpStr = sprintf("%s VERIFY Upload directory does not exist\n", gmdate("Y-m-d H:i:s") ); // strftime("%Y-%m-%d %T")); fwrite($LogFile, $TmpStr); } if(!mkdir($UploadDir,0774)) { DisplayError("Could not create Upload directory",0); return; } } // Verify TRANSFER directory if (!file_exists($TransferDir)) { if ($LogFile) { $TmpStr = sprintf("%s VERIFY Transfer directory does not exist\n", gmdate("Y-m-d H:i:s") ); // strftime("%Y-%m-%d %T")); fwrite($LogFile, $TmpStr); } print( "Missing Transfer Directory: $TransferDir "); if (!mkdir($TransferDir,0774)) { DisplayError("Could not create Transfer directory",0); return; } } // // Capture form values // $BaseName = escapeshellcmd($_POST['BaseName']); $SequenceID = $_POST['SequenceID']; $SCLK_SCET_File = $_POST['SCLK_SCET_File']; $StartTimeUTC = $_POST['StartTimeUTC']; $StopTimeUTC = $_POST['StopTimeUTC']; $InputType = $_POST['input_type']; // SASF or PRT $OutputType = $_POST['output_type'];// SEQ or IEB $UserFileName = $_FILES['UploadFile']['name']; $StartALF = $_POST['StartALF']; // 0 <= ? $ALF_Partition = $_POST['ALF_Partition']; // DEFAULT or NON_DEFAULT $ALF_Step = $_POST['ALF_Step']; // 4 or 8 $CAS_User = $_SERVER['REMOTE_USER']; $HostSource = $_SERVER['REMOTE_HOST']; // // Debug stuff (POST data) // if ($debug_level > 3) { print( "Upload Directory: $UploadDir "); print( "SCLK/SCET Directory: $SCLK_SCET_Dir "); if ($debug_level > 8) { print (""); var_dump($_FILES); var_dump($_POST); print (""); } print( "Input Type: $InputType "); print( "Basename: $BaseName "); print( "Upload File: $UserFileName "); print( "Sequence ID: $SequenceID "); print( "SCLK/SCET File: $SCLK_SCET_File "); print( "Start UTC: $StartTimeUTC "); print( "Stop UTC: $StopTimeUTC "); print( "Output Type: $OutputType "); print( "Start ALF: $StartALF "); print( "Partition: $ALF_Partition "); print( "ALF Step: $ALF_Step "); } // // Verify parameter values // print("Processing an $InputType upload"); // // Log an attempted posting (user & host) // if ($LogFile) { $TmpStr = sprintf("%s REQUEST (%s) %s from %s\n", //strftime("%Y-%m-%d %T"), $BaseName, $CAS_User, $HostSource); gmdate("Y-m-d H:i:s"), $BaseName, $CAS_User, $HostSource); fwrite($LogFile, $TmpStr); } // Check Basename if (strlen($BaseName) == 0) { DisplayError("Basename must be specified to translate a sequence",0); return; } else { if (strlen($BaseName) != 6) { DisplayError("Base
#32358 [Bgs->Csd]: GD Functionality Missing JPEG
ID: 32358 User updated by: kklee at cbs dot com Reported By: kklee at cbs dot com -Status: Bogus +Status: Closed Bug Type: GD related Operating System: Linux Fedora Core 3 PHP Version: 4.3.10 New Comment: Well, since nobody had an answer, I had the choice of installing php4.3.9 or php5 and I chose the latter. Not sure why the problem exists only on my setup for 4.3.10, but installing php5 (without the need to install the -devel rpms as suggested) resolved the problem. Previous Comments: [2005-03-22 13:08:31] kklee at cbs dot com Seems like a simple enough solution sniper, but that still didn't resolve my problem. I installed the libpng-devel, libjpeg-devel and the gd-devel RPMS and then recompiled PHP again using the same options and the JPEG feature still doesn't work in GD using PHP 4.3.10 --- I compiled 4.3.9 again and that worked like a charm under the exact same environment. I guess I'm the only one who can compile without an error but has no JPEG functionality --- during the compile, everything seems to indicate that it is okay: checking for the location of libjpeg... /usr checking for jpeg_read_header in -ljpeg... (cached) yes If there was any error at all, at least that would help me find this needle in a haystack. [2005-03-18 09:58:00] [EMAIL PROTECTED] You have to install the -devel RPMs too. [2005-03-18 06:38:08] kklee at cbs dot com Description: When I ran an standard "./configure --with-zlib --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr" I am able to create PNG images but not JPEG images. The symptoms I experienced are: 1. imagepng() works but imagejpeg() does not 2. phpinfo() does not show "JPG Support enabled" under the GD module I have tried the gd-2.0.28 and gd-2.0.32-3.rpm from Fedora Core installed. I also have libjpeg-6b-33 and libpng-1.2.7-1 rpms installed. I couldn't figure out what else to try to I compiled php 4.3.9 with the exact same options and all JPEG features listed above works. Am I the only one unable to utilize JPEG in 4.3.10? Sorry for the neophyte bug report but I could not find the related bug in your bug database. -- Edit this bug report at http://bugs.php.net/?id=32358&edit=1
#32491 [NEW]: File upload error
From: Oscar dot Castillo at jpl dot nasa dot gov Operating system: Solaris 9 PHP version: 5.0.3 PHP Bug Type: *Configuration Issues Bug description: File upload error Description: I am using iPlanet 6.0 SP5, Zend 2.5.7 and PHP 5.0.3 on a 64 bit Solaris 9 SunFire V880 (4x4GHz CPU, 8Gb RAM). I have a problem with an HTTP POST command that attempts to upload a file onto the web server and a consistent "File upload error - unable to create a temporary file in Unknown on line 0" error message appears in the error logs. The upload_tmp_dir directory is set to /tmp. The error message disappears with a web server daemon reset (stop/start the web server daemon), but the error begins to occur within 2 to 24 hours again. When the errors occur, the /tmp directory begins to accumulate with php[web_server_pid] files that are zero bytes in size. My upload_max_filesize parameter is configured to 2Mb, however the uploaded files are never above 50kb. I've tried many suggested fixes from the php.net bug reports area, but to no avail. Thanks in advance for your help! Reproduce code: --- 9) { phpinfo(); } // // Configurable variables // $BaseDir = './'; $LogFileName = $BaseDir . "RTIU_translator.log"; $SCLK_SCET_Dir = "/afs/jpl/group/casops/dom/data/main/sclkscet/"; // placed in executed shell script $UploadDir = $BaseDir . "Temp/" ; // Where the posted files are placed $TransferDir = $BaseDir . "Xfer/";// Where the tar file for the translator is created // // Verify resources are available // $LogFile = fopen( $LogFileName,'a'); if (! $LogFile) { print("Logging is disabled, please save all displayed messages if help is needed from IO support"); } // Verify UPLOAD directory if (!file_exists($UploadDir)) { if ($LogFile) { $TmpStr = sprintf("%s VERIFY Upload directory does not exist\n", gmdate("Y-m-d H:i:s") ); // strftime("%Y-%m-%d %T")); fwrite($LogFile, $TmpStr); } if(!mkdir($UploadDir,0774)) { DisplayError("Could not create Upload directory",0); return; } } // Verify TRANSFER directory if (!file_exists($TransferDir)) { if ($LogFile) { $TmpStr = sprintf("%s VERIFY Transfer directory does not exist\n", gmdate("Y-m-d H:i:s") ); // strftime("%Y-%m-%d %T")); fwrite($LogFile, $TmpStr); } print( "Missing Transfer Directory: $TransferDir "); if (!mkdir($TransferDir,0774)) { DisplayError("Could not create Transfer directory",0); return; } } // // Capture form values // $BaseName = escapeshellcmd($_POST['BaseName']); $SequenceID = $_POST['SequenceID']; $SCLK_SCET_File = $_POST['SCLK_SCET_File']; $StartTimeUTC = $_POST['StartTimeUTC']; $StopTimeUTC = $_POST['StopTimeUTC']; $InputType = $_POST['input_type']; // SASF or PRT $OutputType = $_POST['output_type'];// SEQ or IEB $UserFileName = $_FILES['UploadFile']['name']; $StartALF = $_POST['StartALF']; // 0 <= ? $ALF_Partition = $_POST['ALF_Partition']; // DEFAULT or NON_DEFAULT $ALF_Step = $_POST['ALF_Step']; // 4 or 8 $CAS_User = $_SERVER['REMOTE_USER']; $HostSource = $_SERVER['REMOTE_HOST']; // // Debug stuff (POST data) // if ($debug_level > 3) { print( "Upload Directory: $UploadDir "); print( "SCLK/SCET Directory: $SCLK_SCET_Dir "); if ($debug_level > 8) { print (""); var_dump($_FILES); var_dump($_POST); print (""); } print( "Input Type: $InputType "); print( "Basename: $BaseName "); print( "Upload File: $UserFileName "); print( "Sequence ID: $SequenceID "); print( "SCLK/SCET File: $SCLK_SCET_File "); print( "Start UTC: $StartTimeUTC "); print( "Stop UTC: $StopTimeUTC "); print( "Output Type: $OutputType "); print( "Start ALF: $StartALF "); print( "Partition: $ALF_Partition "); print( "ALF Step: $ALF_Step "); } // // Verify parameter values // print("Processing an $InputType upload"); // // Log an attempted posting (user & host) // if ($LogFile) { $TmpStr = sprintf("%s REQUEST (%s) %s from %s\n", //strftime("%Y-%m-%d %T"), $BaseName, $CAS_User, $HostSource); gmdate("Y-m-d H:i:s"), $BaseName, $CAS_User, $HostSource); fwrite($LogFile, $TmpStr); } // Check Basename if (strlen($BaseName) == 0) { DisplayError("Basename must be specified to translate a sequence",0); return; } else { if (strlen($BaseName) != 6) { DisplayError("Basename invalid length: '$BaseName'", "Must be 6 alpha-numeric characters"); return; } if (strspn($BaseName,"1234567890abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ") != 6) { DisplayError("Basename invalid character(s): '$BaseName'", "Must be 6 alpha-numeric characters"); return; } } if (is_file("$TransferDir/$BaseName.tar") || is_dir("$TransferDir/$BaseName")) { DisplayError("The
#32490 [NEW]: constructor of mysqli is wrong named
From: ladoo at gmx dot at Operating system: Linux (x86) PHP version: 5.0.3 PHP Bug Type: MySQLi related Bug description: constructor of mysqli is wrong named Description: Due to the PHP5 manual the constructor of a class shall be called __construct and the method named after the class is evaluated only for compatibility reasons. The constructor of the mysqli class is mysqli, but it should be __construct. Reproduce code: --- $x = new mysqli(); if(method_exists($x, "mysqli")) echo "mysqli exists"; if(method_exists($x, "__construct")) echo "__construct exists"; Expected result: __construct exists Actual result: -- mysqli exists -- Edit bug report at http://bugs.php.net/?id=32490&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32490&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32490&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32490&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32490&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32490&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32490&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32490&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32490&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32490&r=support Expected behavior: http://bugs.php.net/fix.php?id=32490&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32490&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32490&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32490&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32490&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32490&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32490&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32490&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32490&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32490&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32490&r=mysqlcfg
#32480 [Opn->Csd]: PHP exiting with non-zero status or seg fault
ID: 32480 Updated by: [EMAIL PROTECTED] Reported By: steve dot cersosimo at bellsouth dot com -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: Hm. There were no changes in oci8 since November except for password grace period patch. Anyway, if it works fine for you, then it's fixed. If you find any additional info - feel free to reopen this report or post a new one. Previous Comments: [2005-03-29 18:18:58] steve dot cersosimo at bellsouth dot com I think the problem was somewhere in the OCI8 stuff. Here are my results from a few tests. # cat clitest #!/usr/local/bin/php # clitest # echo $? 0 # cat clitest2 #!/home/software/apps/php5-STABLE-200503291430/sapi/cli/php # clitest2 # echo $? 0 # cat ocitest #!/usr/local/bin/php # ocitest resource(6) of type (oci8 connection) # echo $? 255 # cat ocitest2 #!/home/software/apps/php5-STABLE-200503291430/sapi/cli/php # ocitest2 resource(6) of type (oci8 connection) # echo $? 0 Both of the first 2 tests exited with a 0 status, while the OCI8 test was only successful with the newly compiled PHP. [2005-03-29 17:49:58] [EMAIL PROTECTED] I bet the problem is not OCI8 related and was fixed by this patch: http://cvs.php.net/diff.php/php-src/sapi/cli/php_cli.c?r1=1.51.2.36&r2=1.51.2.37&ty=u Could you please try to run PHP-CLI with simple script and check the status ? [2005-03-29 17:44:56] steve dot cersosimo at bellsouth dot com That seems to have fixed the problem. Should I wait for an official release, or is it safe to run the code you provided in a production environment. Unless it is too much for this format, what was the problem? [2005-03-29 11:09:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480&edit=1
#32488 [NEW]: printf: %d not equal %s for some numbers
From: glowack2 at msu dot edu Operating system: Linux PHP version: 5.0.3 PHP Bug Type: *General Issues Bug description: printf: %d not equal %s for some numbers Description: printf (and sprintf) output incorrect values for certain inputs when using the %d placeholder. For example, printf("%d",10.20*100) outputs "1019", which is clearly not the correct and expected value of "1020". Most of the time, the printed value is correct, but various numbers are off by one. The off-by-one error is tied to specific numbers, and it is repeatable. The off-by-one error also occurs when decimals are multiplied by other powers of 10 (10, 100, 1000), though the numbers that produce errors are not consistent between the different powers This originally occured on a Solaris 5.6 machine running PHP 4.x, and has been reproduced on a Linux machine running PHP 5.0.3. The sample code included generates a table that verifies the output of %d against %s (%s works correctly), green cells for matching output and red cells with more details when the resulting text doesn't match. Reproduce code: --- print ""; for($x=0;$x<1000;$x++) { print ""; for($y=0.1;$y<1;$y=$y+0.1) { // For more errors, replace *100 with *10 or *1000 // in the following two lines: $string = sprintf("%s",($x+$y)*100); $decimal = sprintf("%d",($x+$y)*100); if(strcmp($string,$decimal)==0) { print "$string"; } else { print "$string != $decimal"; } } print ""; } Expected result: Every cell *should* be green, because sprintf should always convert numbers accurately. Actual result: -- %d and %s output different results for certain decimal numbers. Only some values come out incorrectly, and most are fine. -- Edit bug report at http://bugs.php.net/?id=32488&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32488&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32488&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32488&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32488&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32488&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32488&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32488&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32488&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32488&r=support Expected behavior: http://bugs.php.net/fix.php?id=32488&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32488&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32488&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32488&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32488&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32488&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32488&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32488&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32488&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32488&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32488&r=mysqlcfg
#32481 [Opn]: IMAP: imap_fetch_overview() only returns the first 'To:' address
ID: 32481 User updated by: scalero at datadec dot es Reported By: scalero at datadec dot es Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 4CVS, 5CVS (2005-03-29) New Comment: OK, Thanks. Sebastian Calero. Previous Comments: [2005-03-29 14:52:58] [EMAIL PROTECTED] This is not a bug. Reclassified as feature request. (the function name says it already: imap_fetch_OVERVIEW..) You should use some other function to get more detailed information per message. [2005-03-29 13:14:25] scalero at datadec dot es Description: When I apply the function "imap_fetch_overview" to a message with several email addresses recipients only the fisrt is returned in the 'to' field. This is the result of 'imap_fetch_overview' to a message with 2 recipients: array(1) { [0]=> object(stdClass)(14) { ["subject"]=> string(11) "TEST mail" ["from"]=> string(20) "[EMAIL PROTECTED]" ["to"]=> string(18) "[EMAIL PROTECTED]" ["date"]=> string(31) "Tue, 29 Mar 2005 08:36:53 +0200" ["message_id"]=> string(63) "<[EMAIL PROTECTED]>" ["size"]=> int(564) ["uid"]=> int(17) ["msgno"]=> int(1) ["recent"]=> int(0) ["flagged"]=> int(0) ["answered"]=> int(0) ["deleted"]=> int(0) ["seen"]=> int(1) ["draft"]=> int(0) } } The "to" field must to contain "[EMAIL PROTECTED], [EMAIL PROTECTED]". Greetings and thanks. Sebastian Calero. -- Edit this bug report at http://bugs.php.net/?id=32481&edit=1
#32485 [Opn->Fbk]: PHP/OCI8 segfaults after the script ends
ID: 32485 Updated by: [EMAIL PROTECTED] Reported By: phpbug at pech dot cz -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux 2.4.22 PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Can't reproduce it. Check twice and then recheck that you have set all the required env vars like ORACLE_HOME, TNS_ADMIN etc. and that they are available for Apache user. Previous Comments: [2005-03-29 18:21:20] phpbug at pech dot cz Sorry, but I don't think so. Of course I haven't set them up and then a memory leak was reported, but normally I have all the variables (like ORACLE_HOME, ORACLE_BASE, ORA_NLS33 and NLS_LANG) set up fine. And everything works in PHP4, but not in PHP5. The biggest problem is the segfault after processing the script, not the memory leak (which I've reported just for help you to find out what's wrong). But there may be no connection between then memory leak (when env vars unset) and the segfault. [2005-03-29 17:39:21] [EMAIL PROTECTED] You don't have the Oracle environment variables set correctly. [2005-03-29 15:48:42] phpbug at pech dot cz Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === "Error while trying to retrieve text for error ORA-12154" is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit this bug report at http://bugs.php.net/?id=32485&edit=1
#32487 [Csd->Bgs]: ignore comment and drop out php mode
ID: 32487 Updated by: [EMAIL PROTECTED] Reported By: ortho at mail dot dk -Status: Closed +Status: Bogus Bug Type: Scripting Engine problem Operating System: RH 9.0 PHP Version: 4.3.10 Previous Comments: [2005-03-29 18:08:16] ortho at mail dot dk arrg - the man page about this actually says this ! never dreamed that there was such a special case where a comment is not a true comment if a ?> is encountered after a 1-line //. [2005-03-29 17:51:48] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. http://www.php.net/manual/en/language.basic-syntax.comments.php [2005-03-29 17:43:03] ortho at mail dot dk Description: when encountering code below, php 1) ignores the comment 2) apparently leave php-mode note: error 2) makes the rest of the php-script code show up in browser (as result of leaving php) Reproduce code: --- // $Idxhtm = str_replace('', '#pgnum', $Idxhtm)); notes: allthouh it is commented out, the code intended to replace a php-tag in a string containing a html form. The php-tag is single quoted and should be replaced with #pgnum - no fuzz. removing commented line solves problem. Expected result: nuthin - it should be regarded as a comment by php Actual result: -- sleepless hours - dry throat - nervous breakdown and backpain -- Edit this bug report at http://bugs.php.net/?id=32487&edit=1
#32485 [Bgs->Opn]: PHP/OCI8 segfaults after the script ends
ID: 32485 User updated by: phpbug at pech dot cz Reported By: phpbug at pech dot cz -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: Linux 2.4.22 PHP Version: 5.0.3 New Comment: Sorry, but I don't think so. Of course I haven't set them up and then a memory leak was reported, but normally I have all the variables (like ORACLE_HOME, ORACLE_BASE, ORA_NLS33 and NLS_LANG) set up fine. And everything works in PHP4, but not in PHP5. The biggest problem is the segfault after processing the script, not the memory leak (which I've reported just for help you to find out what's wrong). But there may be no connection between then memory leak (when env vars unset) and the segfault. Previous Comments: [2005-03-29 17:39:21] [EMAIL PROTECTED] You don't have the Oracle environment variables set correctly. [2005-03-29 15:48:42] phpbug at pech dot cz Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === "Error while trying to retrieve text for error ORA-12154" is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit this bug report at http://bugs.php.net/?id=32485&edit=1
#32480 [Fbk->Opn]: PHP exiting with non-zero status or seg fault
ID: 32480 User updated by: steve dot cersosimo at bellsouth dot com Reported By: steve dot cersosimo at bellsouth dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: I think the problem was somewhere in the OCI8 stuff. Here are my results from a few tests. # cat clitest #!/usr/local/bin/php # clitest # echo $? 0 # cat clitest2 #!/home/software/apps/php5-STABLE-200503291430/sapi/cli/php # clitest2 # echo $? 0 # cat ocitest #!/usr/local/bin/php # ocitest resource(6) of type (oci8 connection) # echo $? 255 # cat ocitest2 #!/home/software/apps/php5-STABLE-200503291430/sapi/cli/php # ocitest2 resource(6) of type (oci8 connection) # echo $? 0 Both of the first 2 tests exited with a 0 status, while the OCI8 test was only successful with the newly compiled PHP. Previous Comments: [2005-03-29 17:49:58] [EMAIL PROTECTED] I bet the problem is not OCI8 related and was fixed by this patch: http://cvs.php.net/diff.php/php-src/sapi/cli/php_cli.c?r1=1.51.2.36&r2=1.51.2.37&ty=u Could you please try to run PHP-CLI with simple script and check the status ? [2005-03-29 17:44:56] steve dot cersosimo at bellsouth dot com That seems to have fixed the problem. Should I wait for an official release, or is it safe to run the code you provided in a production environment. Unless it is too much for this format, what was the problem? [2005-03-29 11:09:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480&edit=1
#32473 [Fbk->Opn]: base64_encode cuts text - input to 2933 Characters
ID: 32473 User updated by: f-bischof at versanet dot de Reported By: f-bischof at versanet dot de -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Win XP Sp2 -PHP Version: 4.3.10 +PHP Version: PHP Version 4.3.11RC2-dev New Comment: I have tried it with the announced latest stable version, with the same result. Truncated after 2933 Bytes length. http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-03-29 00:38:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-28 16:27:02] f-bischof at versanet dot de Description: I use Apache/1.3.31 (Win32) PHP/4.3.10 mod_ssl/2.8.18 OpenSSL/0.9.7d I host a website: http://pocketwelt.dyndns.org If someone writes a forum-article that is longer then 2933 Bytes and i try to save the input (base64_encoded) in my database, and then reload the article, it´s truncated after 2933 bytes. The rest deleted... If i write the article without base64_encoding, i get so much characters in the databse like i want. The Bug seems only appear if i use base64_encoding. (also tested with PHP 5.05 with the same result...) Reproduce code: --- $text=base64_encode($text); Text should be about 4 or 5 KB to see the bug ! Expected result: Truncated Text afeter 2933 Bytes -- Edit this bug report at http://bugs.php.net/?id=32473&edit=1
#32487 [Bgs->Csd]: ignore comment and drop out php mode
ID: 32487 User updated by: ortho at mail dot dk Reported By: ortho at mail dot dk -Status: Bogus +Status: Closed Bug Type: Scripting Engine problem Operating System: RH 9.0 PHP Version: 4.3.10 New Comment: arrg - the man page about this actually says this ! never dreamed that there was such a special case where a comment is not a true comment if a ?> is encountered after a 1-line //. Previous Comments: [2005-03-29 17:51:48] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. http://www.php.net/manual/en/language.basic-syntax.comments.php [2005-03-29 17:43:03] ortho at mail dot dk Description: when encountering code below, php 1) ignores the comment 2) apparently leave php-mode note: error 2) makes the rest of the php-script code show up in browser (as result of leaving php) Reproduce code: --- // $Idxhtm = str_replace('', '#pgnum', $Idxhtm)); notes: allthouh it is commented out, the code intended to replace a php-tag in a string containing a html form. The php-tag is single quoted and should be replaced with #pgnum - no fuzz. removing commented line solves problem. Expected result: nuthin - it should be regarded as a comment by php Actual result: -- sleepless hours - dry throat - nervous breakdown and backpain -- Edit this bug report at http://bugs.php.net/?id=32487&edit=1
#32487 [Opn->Bgs]: ignore comment and drop out php mode
ID: 32487 Updated by: [EMAIL PROTECTED] Reported By: ortho at mail dot dk -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: RH 9.0 PHP Version: 4.3.10 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. http://www.php.net/manual/en/language.basic-syntax.comments.php Previous Comments: [2005-03-29 17:43:03] ortho at mail dot dk Description: when encountering code below, php 1) ignores the comment 2) apparently leave php-mode note: error 2) makes the rest of the php-script code show up in browser (as result of leaving php) Reproduce code: --- // $Idxhtm = str_replace('', '#pgnum', $Idxhtm)); notes: allthouh it is commented out, the code intended to replace a php-tag in a string containing a html form. The php-tag is single quoted and should be replaced with #pgnum - no fuzz. removing commented line solves problem. Expected result: nuthin - it should be regarded as a comment by php Actual result: -- sleepless hours - dry throat - nervous breakdown and backpain -- Edit this bug report at http://bugs.php.net/?id=32487&edit=1
#32480 [Opn->Fbk]: PHP exiting with non-zero status or seg fault
ID: 32480 Updated by: [EMAIL PROTECTED] Reported By: steve dot cersosimo at bellsouth dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: I bet the problem is not OCI8 related and was fixed by this patch: http://cvs.php.net/diff.php/php-src/sapi/cli/php_cli.c?r1=1.51.2.36&r2=1.51.2.37&ty=u Could you please try to run PHP-CLI with simple script and check the status ? Previous Comments: [2005-03-29 17:44:56] steve dot cersosimo at bellsouth dot com That seems to have fixed the problem. Should I wait for an official release, or is it safe to run the code you provided in a production environment. Unless it is too much for this format, what was the problem? [2005-03-29 11:09:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480&edit=1
#32480 [Fbk->Opn]: PHP exiting with non-zero status or seg fault
ID: 32480 User updated by: steve dot cersosimo at bellsouth dot com Reported By: steve dot cersosimo at bellsouth dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: That seems to have fixed the problem. Should I wait for an official release, or is it safe to run the code you provided in a production environment. Unless it is too much for this format, what was the problem? Previous Comments: [2005-03-29 11:09:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480&edit=1
#32487 [NEW]: ignore comment and drop out php mode
From: ortho at mail dot dk Operating system: RH 9.0 PHP version: 4.3.10 PHP Bug Type: Scripting Engine problem Bug description: ignore comment and drop out php mode Description: when encountering code below, php 1) ignores the comment 2) apparently leave php-mode note: error 2) makes the rest of the php-script code show up in browser (as result of leaving php) Reproduce code: --- // $Idxhtm = str_replace('', '#pgnum', $Idxhtm)); notes: allthouh it is commented out, the code intended to replace a php-tag in a string containing a html form. The php-tag is single quoted and should be replaced with #pgnum - no fuzz. removing commented line solves problem. Expected result: nuthin - it should be regarded as a comment by php Actual result: -- sleepless hours - dry throat - nervous breakdown and backpain -- Edit bug report at http://bugs.php.net/?id=32487&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32487&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32487&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32487&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32487&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32487&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32487&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32487&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32487&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32487&r=support Expected behavior: http://bugs.php.net/fix.php?id=32487&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32487&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32487&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32487&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32487&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32487&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32487&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32487&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32487&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32487&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32487&r=mysqlcfg
#31993 [Opn->Asn]: SoapServer::handle() stops the script
ID: 31993 Updated by: [EMAIL PROTECTED] Reported By: cfendt at silicom dot fr -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: WinXp, Mac OS X -PHP Version: 5.0.3 +PHP Version: 5CVS-2005-03-29 Assigned To: dmitry New Comment: Assigning back to Dmitry. Previous Comments: [2005-03-29 13:47:23] cfendt at silicom dot fr The script always stops when a soapfault is raised... No catch possible... [2005-03-25 01:22:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-17 09:53:21] cfendt at silicom dot fr In fact, I use a WSDL file... CODE : http://schemas.xmlsoap.org/soap/envelope/'>" . " " . "" . " toto" . "" . " " . ""; $server = new SoapServer("./test.wsdl"); $server->setclass("web_service"); $server->handle($soap_query); echo "\r\nAlive\r\n"; $server->handle(""); echo "\r\nAlive\r\n"; ?> WSDL : http://www.w3.org/2001/XMLSchema"; xmlns:typens="urn:TEST" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns="http://schemas.xmlsoap.org/wsdl/"; targetNamespace="urn:TEST" name="TEST"> http://schemas.xmlsoap.org/soap/http"/> http://localhost/test.php"/> TEST WebService http://localhost/test.php"/> RESULT : http://schemas.xmlsoap.org/soap/envelope/";> Hello, toto... Alive http://schemas.xmlsoap.org/soap/envelope/";> SOAP-ENV:Server Bad Request When the query is good => no problem The probleme is due to the SoapFault... I tried to catch SoapFault... but without result... try { $server->handle(""); } catch (SoapFault $fault) { echo "SoapFault"; } I don't know what is the more switable: never stop the process, or throw Exception... Regards, FENDT Charles [2005-02-16 09:39:31] cfendt at silicom dot fr Description: Hello, I try to make some DB work after a SoapServer::handle()... but the script ends! on the output, we can see the soapFault dump, but no ""... I try it on Win 5.0.1, Win 5.0.3, Win 5.0-CVS (15/2/2005), Win 5.1-CVS (15/2/2005), OS X 5.0.1 (build from source), OS X 5.0.3 (build from source) Reproduce code: --- "http://test-uri/";)); $server->handle(""); echo "\r\n\r\n"; ?> Expected result: http://schemas.xmlsoap.org/soap/envelope/";> SOAP-ENV:Server Bad Request Actual result: -- http://schemas.xmlsoap.org/soap/envelope/";> SOAP-ENV:Server Bad Request -- Edit this bug report at http://bugs.php.net/?id=31993&edit=1
#32483 [Opn->Fbk]: ./configure check crashes
ID: 32483 Updated by: [EMAIL PROTECTED] Reported By: pieter dot donche at ua dot ac dot be -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: solaris 2.9 PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-03-29 15:31:54] pieter dot donche at ua dot ac dot be I already have GNU sed in /usr/local/bin/sed and installed the latest version (4.1.4) only a month ago... # which sed /usr/local/bin/sed # strings /usr/local/bin/sed contains "GNU sed version" and "4.1.4" --- I narrowed down the location in the ./configure where the Segmentation fault appears, it is between the messages "checking for MD5 crypt" and "checking for Blowfish crypt", at the line (eval echo \"$ac_link\"; eval $ac_link && ./conftest) >>debug.log 2>&1 I made the script print out the variables: point_17a $ac_link : ${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS 1>&5 point_17b $CC : gcc point_17c $ac_exeext: point_17d $CFLAGS : -g -O2 point_17e $CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS point_17f $LDFLAGS : -L/usr/local/lib -R/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 -L/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 -R/usr/local/lib -L/usr/local/lib -R/home/informix2000/lib -L/home/informix2000/lib -R/home/informix2000/lib/esql -L/home/informix2000/lib/esql -R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/ wins/builds/src/other/php-5.0.3/ext/informix point_17g $ac_ext : c point_17h $LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl Segmentation Fault What is wrong with this ? Pieter [2005-03-29 14:56:11] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2005-03-29 14:32:55] pieter dot donche at ua dot ac dot be Description: I have SUN/Solarsi 2.9, want to install PHP-5.0.3 for use in apache-httpd-2.0.35 Downloaded latest version of PHP, unpacked # /php-5.0.3 # ./configure --with-apache2=/home/wins/builds/src/other/httpd-2.0.53 \ --with-gd \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/local \ --with-informix=/home/informix2000 \ --with-ldap=/usr/local \ --enable-yp ... checking for standard DES crypt... no checking for extended DES crypt... no checking for MD5 crypt... no Segmentation Fault <<<--- checking for Blowfish crypt... no ... | Something is likely to be messed up here, because the configure| | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | There seems to be a problem with the checking for MD5 crypt... I downloaded the latest source of md5 from sunsolve, compiled it and installed the binary in /usr/local/bin/md5 (which is in my PATH), but this does not help. Please help, Pieter Reproduce code: --- debug.log CONFIGURE: './configure' '--with-apache2=/home/wins/builds/src/other/httpd-2.0 .53' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--wit h-zlib-dir=/usr/local' '--with-informix=/home/informix2000' '--with-ldap=/usr/lo cal' '--enable-yp' CC: gcc CFLAGS: -g -O2 CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS CXX:c++ CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/usr/local/include/libxml2 -I/usr/local/in clude LDFLAGS:-L/usr/local/lib -R/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/hom e/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 -L/home/local/bin/../lib/gcc/s parc-sun-solaris2.9/3.4.3 -R/usr/local/lib -L/usr/local/lib -R/home/informix2000 /lib -L/home/informix2000/lib -R/home/informix2000/lib/esql -L/home/informix2000 /lib/esql -R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/wins/buil ds/src/other/php-5.0.3/ext/informix LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm -lsocket -lgcc -lxm l2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl DLIBS: -lifsql -lifasf -lifgen -lifos -lifgls -lnsl -lsocket -laio -ldl -l elf -lphpifx -lifglx SAPI: cgi PHP_RPATHS: /usr/ucblib /home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3
#32485 [Opn->Bgs]: PHP/OCI8 segfaults after the script ends
ID: 32485 Updated by: [EMAIL PROTECTED] Reported By: phpbug at pech dot cz -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Linux 2.4.22 PHP Version: 5.0.3 New Comment: You don't have the Oracle environment variables set correctly. Previous Comments: [2005-03-29 15:48:42] phpbug at pech dot cz Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === "Error while trying to retrieve text for error ORA-12154" is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit this bug report at http://bugs.php.net/?id=32485&edit=1
#32486 [Opn->Fbk]: odbc_fetch_into returns wrong data
ID: 32486 Updated by: [EMAIL PROTECTED] Reported By: tho at e-dict dot net -Status: Open +Status: Feedback Bug Type: Adabas-D related Operating System: Linux PHP Version: 4.3.9 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-03-29 16:58:34] tho at e-dict dot net Description: Sometimes after odbc_fetch_into($query, $row) $row contains parts of data from the previous fetched row. For now I'm not able to reproduce this behavior reliably, it just happens once in a while. What happens is that if the data of the previous row is longer than in the current, the result contains '$currentdata\0$somepreviousdata', e.g. previous row: "[EMAIL PROTECTED]" current row: "[EMAIL PROTECTED]" results in "[EMAIL PROTECTED]" IOW the field is as long as the data in the previous row, contains a \0 terminator after the field content and then the rest of the previous field. This also happens if a unset($row) is done before calling odbc_fetch_into() Reproduce code: --- N/A -- Edit this bug report at http://bugs.php.net/?id=32486&edit=1
#32486 [NEW]: odbc_fetch_into returns wrong data
From: tho at e-dict dot net Operating system: Linux PHP version: 4.3.9 PHP Bug Type: Adabas-D related Bug description: odbc_fetch_into returns wrong data Description: Sometimes after odbc_fetch_into($query, $row) $row contains parts of data from the previous fetched row. For now I'm not able to reproduce this behavior reliably, it just happens once in a while. What happens is that if the data of the previous row is longer than in the current, the result contains '$currentdata\0$somepreviousdata', e.g. previous row: "[EMAIL PROTECTED]" current row: "[EMAIL PROTECTED]" results in "[EMAIL PROTECTED]" IOW the field is as long as the data in the previous row, contains a \0 terminator after the field content and then the rest of the previous field. This also happens if a unset($row) is done before calling odbc_fetch_into() Reproduce code: --- N/A -- Edit bug report at http://bugs.php.net/?id=32486&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32486&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32486&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32486&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32486&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32486&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32486&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32486&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32486&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32486&r=support Expected behavior: http://bugs.php.net/fix.php?id=32486&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32486&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32486&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32486&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32486&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32486&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32486&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32486&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32486&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32486&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32486&r=mysqlcfg
#31794 [Bgs]: Unable to build Oracle oci8.so module
ID: 31794 User updated by: mp at ecetra dot com Reported By: mp at ecetra dot com Status: Bogus Bug Type: *Compile Issues Operating System: Linux RH EL ES 3 PHP Version: 4CVS-2005-02-01 (stable) New Comment: hello, i am not sure if you are interested in this information, but i was able to compile newest snpashot on the same system without changing anything. whatever you did or not, thanks you! -michael Previous Comments: [2005-02-03 10:57:08] mp at ecetra dot com so i have no choice than wait till someone else has the same problem. just for your information: - adding oracle libs path to ld.so.conf is completely senseless and do not change anything cause LD_LIBRARY_PATH and ORACLE_HOME are set by me first during compilation process and then in the apache startup environment - i compiled oci8 support into 4CVS version without problem using Oracle Instant Client (using according parameter) so if someone (not from PHP) is able to compile oci8 support into 4CVS version with --with-oci8 option, please tell. Thank you all for your help! Kr, -michael [2005-02-02 17:12:50] [EMAIL PROTECTED] Nothing has changed in PHP regarding this. You actually should have the path to the oracle libraries in /etc/ld.so.conf (add it there and then run ldconfig). Not PHP bug -> Bogus. [2005-02-02 10:41:43] mp at ecetra dot com Ok, it is not there: [EMAIL PROTECTED]:/home/mp/BUILD/php4/modules# ls curl.so ldap.so mcrypt.so mhash.so mysql.so snmp.so > as far as I can see you're having some problems with OCI libraries. > fix them and try again. why do think so? i can compile 4.3.10 without ANY problems on the same system, at the same time, without setting any environment variables as is told i my previous comment. Kr, -michael [2005-02-02 10:25:02] [EMAIL PROTECTED] >Tried to do it manually - same result, no oci8.so is >created by make install. created where? and why make install should create it? it should appear in modules/ after `make`. >error while loading shared libraries: >libclntsh.so.9.0: cannot open shared object file: No such >file or directory as far as I can see you're having some problems with OCI libraries. fix them and try again. [2005-02-02 09:53:57] mp at ecetra dot com Tried to do it manually - same result, no oci8.so is created by make install. There are not errors during compilation process, but one thing has changed since 4.3.10 (final): LD_LIBRARY_PATH (=/opt/oracle/product/9.2.0/lib) must be set now, otherwise i get this during make install: [EMAIL PROTECTED]:/home/mp/BUILD/php4# make install Installing PHP SAPI module: apache2filter /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib/httpd/build/libtool' libphp4.la /usr/lib/httpd/modules /usr/lib/httpd/build/libtool --mode=install cp libphp4.la /usr/lib/httpd/modules/ cp .libs/libphp4.so /usr/lib/httpd/modules/libphp4.so cp .libs/libphp4.lai /usr/lib/httpd/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /home/mp/rpmbuild/BUILD/php-4.3.10snap/libs' chmod 755 /usr/lib/httpd/modules/libphp4.so [activating module `php4' in /etc/httpd/conf/httpd.conf] Installing PHP CLI binary:/opt/phptest/bin/ Installing PHP CLI man page: /opt/phptest/man/man1/ Installing shared extensions: /opt/phptest/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /opt/phptest/pear/ /home/mp/BUILD/php4/sapi/cli/php: error while loading shared libraries: libclntsh.so.9.0: cannot open shared object file: No such file or directory make[1]: *** [install-pear-installer] Error 127 make: *** [install-pear] Error 2 Apache version is 2.0.50 System: Red Hat Enterprise Linux ES release 3 (Taroon Update 1) Kr, -michael 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/31794 -- Edit this bug report at http://bugs.php.net/?id=31794&edit=1
#32485 [NEW]: PHP/OCI8 segfaults after the script ends
From: phpbug at pech dot cz Operating system: Linux 2.4.22 PHP version: 5.0.3 PHP Bug Type: OCI8 related Bug description: PHP/OCI8 segfaults after the script ends Description: PHP with OCI8 segfaults just _after_ the script ends, when executed from command line by php -q Expected result: Print nothing. In general, expected result means that it will end without segmentation fault. Actual result: -- Backtrace (seems really strange to me): #0 0x04ac8a8c in ?? () #1 0x00af3a90 in exit () from /lib/tls/libc.so.6 #2 0x00adeade in __libc_start_main () from /lib/tls/libc.so.6 #3 0x080738e1 in _start () When I accidentally forgotten to set evnironment variable ORA_NLS33, it prints: PHP Warning: oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 in - on line 2 -(2) : Warning - oci_connect() [function.oci-connect]: _oci_open_server: Error while trying to retrieve text for error ORA-12154 /usr/src/redhat/BUILD/php-5.0.3/ext/oci8/oci8.c(3065) : Freeing 0x09A1E4BC (20 bytes), script=- === Total 1 memory leaks detected === "Error while trying to retrieve text for error ORA-12154" is OK, becuase all environment variables are not set and exported, but the error ORA-12154 and the memory leak are not. Please feel free to contact me for any further details if needed. -- Edit bug report at http://bugs.php.net/?id=32485&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32485&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32485&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32485&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32485&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32485&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32485&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32485&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32485&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32485&r=support Expected behavior: http://bugs.php.net/fix.php?id=32485&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32485&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32485&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32485&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32485&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32485&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32485&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32485&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32485&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32485&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32485&r=mysqlcfg
#32475 [Opn]: Memory Leak
ID: 32475 User updated by: lacey at lacey dot cc Reported By: lacey at lacey dot cc Status: Open Bug Type: IIS related Operating System: Windows XP PHP Version: 5CVS-2005-03-29 New Comment: Do you have the latest Source Code for this snapshot so I'm debugging with all the same files? Previous Comments: [2005-03-29 01:53:37] lacey at lacey dot cc Yes. Of course I will download those and do more testing. I'll let you know if I find out anything further. But I've already given you the exact subroutine. It's the call to TSRMLS_FETCH() which calls ts_resource_ex in trsm.c ts_resouce_ex allocates the memory, and ts_free_thread somehow doesn't free it all. The memory keeps growing with the implementation of each thread until the Server crashes. I'd assume that's where you need to look. Or am I missing something here? Jakub has explained the same scenario in this report as well. http://bugs.php.net/bug.php?id=23331 Thanks. [2005-03-29 01:19:04] [EMAIL PROTECTED] Get these packages: http://snaps.php.net/win32/php5-win32-latest.zip http://snaps.php.net/win32/php5-dbgpack-win32-latest.zip And try provide some useful information about the crash. [2005-03-28 20:17:13] lacey at lacey dot cc BTW: I've seen this Bug Reort: http://bugs.php.net/bug.php?id=23331 But it's 2 years old and it's marked as Bogus. [2005-03-28 17:29:32] lacey at lacey dot cc Description: Memory Leak using the php5isapi.dll under IIS. When TSRMLS_FETCH() is called from HTTPExtensionProc, ts_free_thread leaves a Memory Leak of approximately 100K for every call. When TSRMLS_FETCH() isn't called, there's no leak. This leak will crash a Server under light loads within a few hours. -- Edit this bug report at http://bugs.php.net/?id=32475&edit=1
#32483 [Bgs->Opn]: ./configure check crashes
ID: 32483 User updated by: pieter dot donche at ua dot ac dot be Reported By: pieter dot donche at ua dot ac dot be -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: solaris 2.9 PHP Version: 5.0.3 New Comment: I already have GNU sed in /usr/local/bin/sed and installed the latest version (4.1.4) only a month ago... # which sed /usr/local/bin/sed # strings /usr/local/bin/sed contains "GNU sed version" and "4.1.4" --- I narrowed down the location in the ./configure where the Segmentation fault appears, it is between the messages "checking for MD5 crypt" and "checking for Blowfish crypt", at the line (eval echo \"$ac_link\"; eval $ac_link && ./conftest) >>debug.log 2>&1 I made the script print out the variables: point_17a $ac_link : ${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS 1>&5 point_17b $CC : gcc point_17c $ac_exeext: point_17d $CFLAGS : -g -O2 point_17e $CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS point_17f $LDFLAGS : -L/usr/local/lib -R/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 -L/home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 -R/usr/local/lib -L/usr/local/lib -R/home/informix2000/lib -L/home/informix2000/lib -R/home/informix2000/lib/esql -L/home/informix2000/lib/esql -R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/ wins/builds/src/other/php-5.0.3/ext/informix point_17g $ac_ext : c point_17h $LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl Segmentation Fault What is wrong with this ? Pieter Previous Comments: [2005-03-29 14:56:11] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2005-03-29 14:32:55] pieter dot donche at ua dot ac dot be Description: I have SUN/Solarsi 2.9, want to install PHP-5.0.3 for use in apache-httpd-2.0.35 Downloaded latest version of PHP, unpacked # /php-5.0.3 # ./configure --with-apache2=/home/wins/builds/src/other/httpd-2.0.53 \ --with-gd \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/local \ --with-informix=/home/informix2000 \ --with-ldap=/usr/local \ --enable-yp ... checking for standard DES crypt... no checking for extended DES crypt... no checking for MD5 crypt... no Segmentation Fault <<<--- checking for Blowfish crypt... no ... | Something is likely to be messed up here, because the configure| | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | There seems to be a problem with the checking for MD5 crypt... I downloaded the latest source of md5 from sunsolve, compiled it and installed the binary in /usr/local/bin/md5 (which is in my PATH), but this does not help. Please help, Pieter Reproduce code: --- debug.log CONFIGURE: './configure' '--with-apache2=/home/wins/builds/src/other/httpd-2.0 .53' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--wit h-zlib-dir=/usr/local' '--with-informix=/home/informix2000' '--with-ldap=/usr/lo cal' '--enable-yp' CC: gcc CFLAGS: -g -O2 CPPFLAGS: -I/usr/local/include -D_POSIX_PTHREAD_SEMANTICS CXX:c++ CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/usr/local/include/libxml2 -I/usr/local/in clude LDFLAGS:-L/usr/local/lib -R/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/hom e/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 -L/home/local/bin/../lib/gcc/s parc-sun-solaris2.9/3.4.3 -R/usr/local/lib -L/usr/local/lib -R/home/informix2000 /lib -L/home/informix2000/lib -R/home/informix2000/lib/esql -L/home/informix2000 /lib/esql -R/home/wins/builds/src/other/php-5.0.3/ext/informix -L/home/wins/buil ds/src/other/php-5.0.3/ext/informix LIBS: -lldap -llber -lpng -lz -ljpeg -lz -lresolv -lm -lsocket -lgcc -lxm l2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl DLIBS: -lifsql -lifasf -lifgen -lifos -lifgls -lnsl -lsocket -laio -ldl -l elf -lphpifx -lifglx SAPI: cgi PHP_RPATHS: /usr/ucblib /home/local/bin/../lib/gcc/sparc-sun-solaris2.9/3.4.3 / usr/local/lib /home/informix2000/lib /home/informix2000/lib/esql /home/wins/buil ds/src/other/php-5.0.3/ext/informix uname -a: SunOS hswis 5.9 Generic_112233-12 sun4u sparc SUNW,Ultra-250 CONFIGURE: './configure' '--with-apache2=/home/wins/builds/src/other/htt
#32484 [NEW]: in_array() doesn't return with an undefined array
From: edwin at mavetju dot org Operating system: FreeBSD 5.2.1 PHP version: 4.3.10 PHP Bug Type: Arrays related Bug description: in_array() doesn't return with an undefined array Description: I know this is wrong programming style, but in_array() hangs on this FreeBSD 5.2.1 box with PHP 4.3.10 when the haystack is an undefined array. It has the expected behaviour on FreeBSD 4.x and FreeBSD 5.3, it's just showing up in 5.2.1. This is an FYI bug report, it might be that you have had similar reports but never been able to put your fingers on the place where it hurted. Reproduce code: --- $a=array("foo"); if ([EMAIL PROTECTED]("bar",$a["foo"])) { echo "Not there\n"; } Expected result: "Not there" Actual result: -- The interpreter hangs in the in_array() function. -- Edit bug report at http://bugs.php.net/?id=32484&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32484&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32484&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32484&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32484&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32484&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32484&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32484&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32484&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32484&r=support Expected behavior: http://bugs.php.net/fix.php?id=32484&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32484&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32484&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32484&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32484&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32484&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32484&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32484&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32484&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32484&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32484&r=mysqlcfg
#32482 [Opn->Asn]: ap_php_snprintf broken
ID: 32482 Updated by: [EMAIL PROTECTED] Reported By: neuhauser at sigpipe dot cz -Status: Open +Status: Assigned Bug Type: Scripting Engine problem -Operating System: FreeBSD-4, FreeBSD-5, RHEL3 +Operating System: * -PHP Version: 4.3.10 +PHP Version: 4CVS-2005-03-29 -Assigned To: +Assigned To: helly New Comment: Marcus, can you MFH those fixes you have done in HEAD to snprintf.* ?? Previous Comments: [2005-03-29 14:10:26] neuhauser at sigpipe dot cz Description: ap_php_snprintf, which is used unconditionally in 4.3.10, doesn't handle %lld. please revert the change or fix ap_php_snprintf. Reproduce code: --- this works: int main (int argc, char **argv) { char tmp[256]; int tmp_len = snprintf((char *)&tmp, sizeof(tmp) - 1, "%lld", 127LL); printf("strlen (%s) == %d\n", tmp, tmp_len); return 0; } replace the snprintf with ap_php_snprintf, and you'll get "%ld" instead of "127". -- Edit this bug report at http://bugs.php.net/?id=32482&edit=1
#32481 [NEW]: imap_fetch_overview only returns the first 'To:' address
From: scalero at datadec dot es Operating system: Tru64 5.1b PHP version: 4.3.10 PHP Bug Type: IMAP related Bug description: imap_fetch_overview only returns the first 'To:' address Description: When I apply the function "imap_fetch_overview" to a message with several email addresses recipients only the fisrt is returned in the 'to' field. This is the result of 'imap_fetch_overview' to a message with 2 recipients: array(1) { [0]=> object(stdClass)(14) { ["subject"]=> string(11) "TEST mail" ["from"]=> string(20) "[EMAIL PROTECTED]" ["to"]=> string(18) "[EMAIL PROTECTED]" ["date"]=> string(31) "Tue, 29 Mar 2005 08:36:53 +0200" ["message_id"]=> string(63) "<[EMAIL PROTECTED]>" ["size"]=> int(564) ["uid"]=> int(17) ["msgno"]=> int(1) ["recent"]=> int(0) ["flagged"]=> int(0) ["answered"]=> int(0) ["deleted"]=> int(0) ["seen"]=> int(1) ["draft"]=> int(0) } } The "to" field must to contain "[EMAIL PROTECTED], [EMAIL PROTECTED]". Greetings and thanks. Sebastian Calero. -- Edit bug report at http://bugs.php.net/?id=32481&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32481&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32481&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32481&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32481&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32481&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32481&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32481&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32481&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32481&r=support Expected behavior: http://bugs.php.net/fix.php?id=32481&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32481&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32481&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32481&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32481&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32481&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32481&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32481&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32481&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32481&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32481&r=mysqlcfg
#32479 [Csd]: number-strings in xml are converted to int, not float
ID: 32479 User updated by: akorthaus at web dot de Reported By: akorthaus at web dot de Status: Closed Bug Type: SimpleXML related Operating System: Linux 2.4.28 (Gentoo) PHP Version: 5.0.3 New Comment: Thank you! In the manual only casting to (string) is mentioned. If casting to float is necessary too, I think it should be mentioned in the manual, because it is not "usual php behaviour". btw. I don't understand why casting must be necessary here, because it is not necessary when using arrays or anything else. I think it's confusing for many people. Previous Comments: [2005-03-29 11:38:08] [EMAIL PROTECTED] Works with latest CVS. (you need to cast the stuff to float / string though) [2005-03-29 10:44:46] akorthaus at web dot de Description: If I want to calculate with numbers (decimals) from an xml file/string parsed by simplexml, php does not convert these strings (e.g. "1.2") to float (1.2), it converts them to integer (1). Reproduce code: --- 1.2 0.2 0.5 XML; $xml = simplexml_load_string($xmlstr); foreach ($xml->num as $number) { echo $number, " * 3 = ", $number * 3, "\n"; echo "var_dump: ", var_dump($number), "\n"; } $number_array = array('1.2', '0.2', '0.5'); foreach ($number_array as $number) { echo $number, " * 3 = ", $number * 3, "\n"; echo "var_dump: ", var_dump($number), "\n"; } ?> Expected result: The following loop: foreach ($xml->num as $number) { echo $number, " * 3 = ", $number * 3, "\n"; } should display: 1.2 * 3 = 3.6 0.2 * 3 = 0.6 0.5 * 3 = 1.5 (as it actually works with $number_array) Actual result: -- 1.2 * 3 = 3 0.2 * 3 = 0 0.5 * 3 = 0 -- Edit this bug report at http://bugs.php.net/?id=32479&edit=1
#31248 [Asn]: SOAP-Client: mapping of overloaded functions fail
ID: 31248 User updated by: andreas dot filsinger at cargobay dot de Reported By: andreas dot filsinger at cargobay dot de Status: Assigned Bug Type: SOAP related Operating System: * PHP Version: 5CVS-2005-03-26 Assigned To: dmitry New Comment: I just checked it against PHP 5.1.0-dev (cli) (built: Mar 29 2005 08:40:25) SORRY: It is all the same as 5.0.3: All function Prototyps are listed identical. Bug is still open! Andreas Filsinger Previous Comments: [2005-03-26 13:30:46] andreas dot filsinger at cargobay dot de 26 Mar 2005 "latest" seems to be late enough. It has a timestamp from 23 Mar 2005 at 08:50. Anyway I check it again this version with no succes. I will check again when CVS can make builds again. Andreas Filsinger [2005-03-25 01:25:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-12-22 16:03:34] andreas dot filsinger at cargobay dot de Description: the WSDL of "Apache.AXIS for Java" implements sort of function-overloading. If you have 3 published functions: int foo (int a,b); int foo (string a,b); int foo (int x); in XML this is done by extending the Function-Names by numbers: http://$user:[EMAIL PROTECTED]/ws/services/$service", array( "login" => "$user", "password" => "$pwd", "trace" => 1, "exceptions" => 0) ); $r = $client->__getFunctions(); foreach($r as $v) echo $v . ""; Expected result: a) Quick Patch make a function name mapping to getMap(... getMap1(... getMap2(... so i can use getMap2(.. and be happy! b) php 6.0.0 ;-) true identical function names, if this is called try to fill the function-parameters from the first function with this name, if this fails, take the next with this name ... take that implemetation where filling the parameter does not fail. If there no implementation fits: create an error. If more than one parameter fits: create an error: Actual result: -- * all the overloaded functions have the parameter set of the most top-function. -- Edit this bug report at http://bugs.php.net/?id=31248&edit=1
#30877 [Fbk->Csd]: Possible segfault in __destruct when using parent <--> child relations.
ID: 30877 User updated by: delphi32 at gmx dot de Reported By: delphi32 at gmx dot de -Status: Feedback +Status: Closed Bug Type: Zend Engine 2 problem Operating System: Gentoo Linux 2.6.10-rc1 PHP Version: 5.0.2 Assigned To: andi New Comment: Consider this bug as been fixed. I downloaded 'PHP Version 5.1.0-dev' for linux and ran the following code: "; $this->ch = new CChild($this); echo "AFTER CParent::__construct()"; } public function __destruct() { echo "BEFORE CParent::__destruct()"; unset($this->ch); echo "AFTER CParent::__destruct()"; } } class CChild { protected $fParent; public function __construct($aParent) { echo "BEFORE CChild::__construct()"; $this->fParent = $aParent; echo "AFTER CChild::__construct()"; } public function __destruct() { echo "BEFORE CChild::__destruct()"; $this->fParent = FALSE; echo "AFTER CChild::__destruct()"; } } echo "init state"; $parent = new CParent(); echo "running state"; $parent = NULL; echo "deinit state"; ?> Expected output is: init state BEFORE CParent::__construct() BEFORE CChild::__construct() AFTER CChild::__construct() AFTER CParent::__construct() running state deinit state And that's what I see. Well done guys, nice work. Enrico Neidt Previous Comments: [2005-03-25 01:21:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-11-26 18:44:54] delphi32 at gmx dot de I was able to produce a backtrace now. I used the latest CVS source from 2004-11-26 15:30. The backtrace looks strange to me. (gdb) run -f segfault.php Starting program: /home/enrico/php-test/bin/php -f segfault.php [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 6140)] PARENT DESTRUCT Before segfault (0) Before segfault (1) /var/www/projects/php5-200411261530/Zend/zend_hash.c(510) : ht=0x82e297c is being destroyed /var/www/projects/php5-200411261530/Zend/zend_hash.c(510) : ht=0x82e297c is being destroyed Program exited normally. (gdb) As you can see, php exited normally but script output is wrong. Some lines are missing. By trying to use a coredump, i got the following: Core was generated by `php -f segfault.php'. Program terminated with signal 11, Segmentation fault. #0 0x0817d503 in zend_do_add_array_element (result=Cannot access memory at address 0xe ) at /var/www/projects/php5-200411261530/Zend/zend_compile.c:2986 2986opline->result = *result; I hope this will help. Enrico Neidt [2004-11-26 17:29:02] [EMAIL PROTECTED] Cannot reproduce it with HEAD, but here is the backtrace for 5_0: Program received signal SIGSEGV, Segmentation fault. 0x08156d56 in zend_get_property_info (zobj=0x6, member=0x8220fe4, silent=0) at /home/dev/php-src_5_0/Zend/zend_object_handlers.c:202 202 if (zend_hash_quick_find(&zobj->ce->properties_info, Z_STRVAL_P(member), Z_STRLEN_P(member)+1, h, (void **) &property_info)==SUCCESS) { (gdb) bt #0 0x08156d56 in zend_get_property_info (zobj=0x6, member=0x8220fe4, silent=0) at /home/dev/php-src_5_0/Zend/zend_object_handlers.c:202 #1 0x08155b20 in zend_std_read_property (object=0xbfffeb70, member=0x8220fe4, type=0) at /home/dev/php-src_5_0/Zend/zend_object_handlers.c:287 #2 0x0816073c in zend_fetch_property_address_read (result=0x8220fb8, op1=0x8220fcc, op2=0x8220fe0, Ts=0x8220fe4, type=0) at /home/dev/php-src_5_0/Zend/zend_execute.c:1158 #3 0x08162334 in zend_fetch_obj_r_handler (execute_data=0xbfffe990, opline=0x8220fb4, op_array=0x821f7f4) at /home/dev/php-src_5_0/Zend/zend_execute.c:2132 #4 0x08160fa2 in execute (op_array=0x821f7f4) at /home/dev/php-src_5_0/Zend/zend_execute.c:1400 #5 0x0813df7e in zend_call_function (fci=0xbfffeae0, fci_cache=0xbfffeac0) at /home/dev/php-src_5_0/Zend/zend_execute_API.c:836 #6 0x08152128 in zend_call_method (object_pp=0xbfffeb6c, obj_ce=0x821f14c, fn_proxy=0x0, function_name=0x819a99b "__destruct", function_name_len=10, retval_ptr_ptr=0x0, param_count=9, arg1=0x0, arg2=0x0) at /home/dev/php-src_5_0/Zend/zend_interfaces.c:79 #7 0x08155582 in zend_objects_destroy_object (object=0x821fa6c, handle=9) at /home/dev/php-src_5_0/Zend/zend_objects.c:78 #8 0x08156f41 in zend_objects_store_call_destructors (objects=0x81baad4) at /home/dev/php-src_5_0/Zend/zend_objects_API.c:54 #9 0x0813d02c in shutdown_executor () at /home/dev/php-src_5_0/Zend/zend_execute_API.c:207 #10 0x08145ec7 in zend_deactivate () at /home/dev/php-src_5_0/Zend/zend.c:818 #11 0x081182a5 in php_request_shutdown (dummy=0x0) at /home/dev/
#32422 [Opn->Fbk]: Access Violation on calling PEAR Date::before
ID: 32422 Updated by: [EMAIL PROTECTED] Reported By: rob at wildlime dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 4.3.10 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ..and provide the trace when using the snapshot. Previous Comments: [2005-03-29 07:53:56] rob at wildlime dot com Here's another stack trace, using the MS debugger to get access to the symbol names ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php4ts!php_get_inf+0xf6e Error details from the debugger: (268.ddc): Access violation - code c005 (!!! second chance !!!) eax=0418 ebx=0083 ecx=7ffda000 edx=00830608 esi=0082fd68 edi=00830180 eip=7c910c27 esp=0108d978 ebp=0108d984 iopl=0 nv up ei ng nz na po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0287 ntdll!RtlpCoalesceFreeBlocks+0x21: 7c910c27 f6460501 testbyte ptr [esi+0x5],0x1 ds:0023:0082fd6d=?? (NB still using php 4.3.10) [2005-03-29 02:05:42] rob at wildlime dot com Installed php 4.3.11 RC1 (windows) to c:\php, but PEAR wont't install. The error on running go-pear.bat, accepting the defaults, is: "failed to write c:\php\pear\data\PEAR\.tmppackage.dtd" There is plenty of disk space and I'm using an admin account. [2005-03-23 08:20:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-23 05:06:20] rob at wildlime dot com having said that, it's just borked in php4ts.zend_strndup [2005-03-23 05:01:09] rob at wildlime dot com I *think* the fault is happening in function php4ts.virtual_getcwd_ex 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/32422 -- Edit this bug report at http://bugs.php.net/?id=32422&edit=1
#32480 [Opn->Fbk]: PHP exiting with non-zero status or seg fault
ID: 32480 Updated by: [EMAIL PROTECTED] Reported By: steve dot cersosimo at bellsouth dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 5.8 PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Previous Comments: [2005-03-29 11:01:48] steve dot cersosimo at bellsouth dot com Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit this bug report at http://bugs.php.net/?id=32480&edit=1
#32480 [NEW]: PHP exiting with non-zero status or seg fault
From: steve dot cersosimo at bellsouth dot com Operating system: Solaris 5.8 PHP version: 5.0.3 PHP Bug Type: OCI8 related Bug description: PHP exiting with non-zero status or seg fault Description: I currently have my Oracle 8 environment set up properly as far as I can tell. With the simple code below, I do not understand why PHP is exiting with a 255. I think it should exit with a 0 status. In other cases I get a segmentation fault, but I believe if the problem here is solved, the seg fault will go away. Interestingly, the connection works fine, I can query and update perfectly. This is causing me problems when it generates a segmentation fault and dumps that string to the browser. Reproduce code: --- # cat ocitest #!/usr/local/bin/php # ocitest resource(6) of type (oci8 connection) # echo $? 255 -- Edit bug report at http://bugs.php.net/?id=32480&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32480&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32480&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32480&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32480&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32480&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32480&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32480&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32480&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32480&r=support Expected behavior: http://bugs.php.net/fix.php?id=32480&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32480&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32480&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32480&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32480&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32480&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32480&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32480&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32480&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32480&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32480&r=mysqlcfg
#32479 [NEW]: number-strings in xml are converted to int, not float
From: akorthaus at web dot de Operating system: Linux 2.4.28 (Gentoo) PHP version: 5.0.3 PHP Bug Type: SimpleXML related Bug description: number-strings in xml are converted to int, not float Description: If I want to calculate with numbers (decimals) from an xml file/string parsed by simplexml, php does not convert these strings (e.g. "1.2") to float (1.2), it converts them to integer (1). Reproduce code: --- 1.2 0.2 0.5 XML; $xml = simplexml_load_string($xmlstr); foreach ($xml->num as $number) { echo $number, " * 3 = ", $number * 3, "\n"; echo "var_dump: ", var_dump($number), "\n"; } $number_array = array('1.2', '0.2', '0.5'); foreach ($number_array as $number) { echo $number, " * 3 = ", $number * 3, "\n"; echo "var_dump: ", var_dump($number), "\n"; } ?> Expected result: The following loop: foreach ($xml->num as $number) { echo $number, " * 3 = ", $number * 3, "\n"; } should display: 1.2 * 3 = 3.6 0.2 * 3 = 0.6 0.5 * 3 = 1.5 (as it actually works with $number_array) Actual result: -- 1.2 * 3 = 3 0.2 * 3 = 0 0.5 * 3 = 0 -- Edit bug report at http://bugs.php.net/?id=32479&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32479&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32479&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32479&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32479&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32479&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32479&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32479&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32479&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32479&r=support Expected behavior: http://bugs.php.net/fix.php?id=32479&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32479&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32479&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32479&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32479&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32479&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32479&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32479&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32479&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32479&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32479&r=mysqlcfg
#32425 [Csd->Bgs]: mktime() - Out of range problem
ID: 32425 Updated by: [EMAIL PROTECTED] Reported By: dsacchet at kikamedical dot com -Status: Closed +Status: Bogus Bug Type: Date/time related Operating System: Linux 2.4.27 PHP Version: 4.3.10 New Comment: No PHP bug -> bogus. Previous Comments: [2005-03-29 09:56:00] dsacchet at kikamedical dot com As a conclusion, the problem come either from the version of glibc or version of gcc ... Upgrade of those software solved the problems. Thanks for your help [2005-03-25 12:58:31] dsacchet at kikamedical dot com Hello, I just upgraded GLIBC/GCC (both comes together) so to glibc 2.3.4 and gcc 3.4.3 and everything is ok now. Thanks for your diagnosis and help. Best regards Denis Sacchet [2005-03-24 18:53:17] [EMAIL PROTECTED] . [2005-03-24 18:53:08] [EMAIL PROTECTED] This is anyhow just problem with your system -> bogus. [2005-03-24 18:14:10] dsacchet at kikamedical dot com It will be difficult to upgrade the gcc version because this version is not stable onto gentoo. Do you want me to make some test with C program. I have good notion of C programming so if you tell me make a program like that, compile and execute, I can do that (do you use the C mktime into the php source ?) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32425 -- Edit this bug report at http://bugs.php.net/?id=32425&edit=1