Bug #16668 Updated: Mysql query executed two times, although called only once
ID: 16668 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MySQL related Operating System: Linux PHP Version: 4.1.2 New Comment: I figured it out. It was because of an image with a blank src attribute, which made the browser load the index.php file again which included log.php again. Sorry for the trouble ! Previous Comments: [2002-04-17 15:41:16] [EMAIL PROTECTED] I'm sorry I'm opening this bug again, but I was told that my bug was something like http://bugs.php.net/bug.php?id=10599edit=1 but I don't think it's true because the problem there was in HTML; I don't have any HTML code here. I have the following script: function log_query($q) { echo $q.br/\n; return mysql_db_query('logs', $q); } global $REMOTE_ADDR, $HTTP_USER_AGENT, $HTTP_SESSION_VARS; $agent = addslashes($HTTP_USER_AGENT); $logged_user = $HTTP_SESSION_VARS['userinfo']['username']; $query = update ichb_hits set count = count + 1 where ip = '$REMOTE_ADDR' and user = '$logged_user' and agent = '$agent' and date (now() - INTERVAL 1 HOUR); $res = log_query($query); if (@mysql_affected_rows() = 0) { $query = insert into ichb_hits (ip, count, date, user, agent) values ('$REMOTE_ADDR', 1, now(), '$logged_user', '$agent '); log_query($query); } This script is in a file called 'log.php'; I include this log.php only once. The update query is displayed only once, but the count increases two times; not by 2, but two times at an interval of a quarter of a second. If I access the file log.php by itself it executes the query corectly! Configure Command : './configure' '--with-mysql' '--with-gd' '--with-zlib' '--with-apxs' Try http://db.lumina.ro/info.php for details about PHP installation. -- Edit this bug report at http://bugs.php.net/?id=16668edit=1
Bug #16675: cant get output from lex
From: [EMAIL PROTECTED] Operating system: linux 7.1 PHP version: 4.1.2 PHP Bug Type: *Configuration Issues Bug description: cant get output from lex after installing apache and while installing php it gives cant get output from lex have i missed anything while installing linux. what do i do? -- Edit bug report at http://bugs.php.net/?id=16675edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16675r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16675r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16675r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16675r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16675r=support Expected behavior: http://bugs.php.net/fix.php?id=16675r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16675r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16675r=submittedtwice
Bug #16676: ob_implicit_flush not turning off ob
From: [EMAIL PROTECTED] Operating system: Slackware 8.0 PHP version: 4.2.0 PHP Bug Type: Output Control Bug description: ob_implicit_flush not turning off ob I have a php shell script that outputs ~100 char lines using echo. I'm trying to work around the default php.ini configuration of a 4k automatic buffer and flush the lines to the console for debugging. Calling ob_flush() after each echo, echos the lines immediately, putting ob_end_flush() at the beginning of the script turns off ob so I get immediate output, but ob_implicit_flush() and ob_implicit_flush(1) don't seem to automatically flush after each echo. I have to wait till the end of the script execution to see the output when I try ob_implicit_flush. Using ob_end_flush() is my workaround for now. Same difference whether I use echo or print. This is for RC4. -- Edit bug report at http://bugs.php.net/?id=16676edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16676r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16676r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16676r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16676r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16676r=support Expected behavior: http://bugs.php.net/fix.php?id=16676r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16676r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16676r=submittedtwice
Bug #16668 Updated: Mysql query executed two times, although called only once
ID: 16668 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: MySQL related Operating System: Linux PHP Version: 4.1.2 New Comment: Not a bug Bogus Previous Comments: [2002-04-18 02:12:51] [EMAIL PROTECTED] I figured it out. It was because of an image with a blank src attribute, which made the browser load the index.php file again which included log.php again. Sorry for the trouble ! [2002-04-17 15:41:16] [EMAIL PROTECTED] I'm sorry I'm opening this bug again, but I was told that my bug was something like http://bugs.php.net/bug.php?id=10599edit=1 but I don't think it's true because the problem there was in HTML; I don't have any HTML code here. I have the following script: function log_query($q) { echo $q.br/\n; return mysql_db_query('logs', $q); } global $REMOTE_ADDR, $HTTP_USER_AGENT, $HTTP_SESSION_VARS; $agent = addslashes($HTTP_USER_AGENT); $logged_user = $HTTP_SESSION_VARS['userinfo']['username']; $query = update ichb_hits set count = count + 1 where ip = '$REMOTE_ADDR' and user = '$logged_user' and agent = '$agent' and date (now() - INTERVAL 1 HOUR); $res = log_query($query); if (@mysql_affected_rows() = 0) { $query = insert into ichb_hits (ip, count, date, user, agent) values ('$REMOTE_ADDR', 1, now(), '$logged_user', '$agent '); log_query($query); } This script is in a file called 'log.php'; I include this log.php only once. The update query is displayed only once, but the count increases two times; not by 2, but two times at an interval of a quarter of a second. If I access the file log.php by itself it executes the query corectly! Configure Command : './configure' '--with-mysql' '--with-gd' '--with-zlib' '--with-apxs' Try http://db.lumina.ro/info.php for details about PHP installation. -- Edit this bug report at http://bugs.php.net/?id=16668edit=1
Bug #16676 Updated: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: I guess you are enabling zlib.output_compression. If you are not, please change Status to Open. Thank you. Previous Comments: [2002-04-18 02:19:29] [EMAIL PROTECTED] I have a php shell script that outputs ~100 char lines using echo. I'm trying to work around the default php.ini configuration of a 4k automatic buffer and flush the lines to the console for debugging. Calling ob_flush() after each echo, echos the lines immediately, putting ob_end_flush() at the beginning of the script turns off ob so I get immediate output, but ob_implicit_flush() and ob_implicit_flush(1) don't seem to automatically flush after each echo. I have to wait till the end of the script execution to see the output when I try ob_implicit_flush. Using ob_end_flush() is my workaround for now. Same difference whether I use echo or print. This is for RC4. -- Edit this bug report at http://bugs.php.net/?id=16676edit=1
Bug #16676 Updated: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: I can't change the status to 'Open', but I can say zlib.output_compression is off. Previous Comments: [2002-04-18 02:57:57] [EMAIL PROTECTED] I guess you are enabling zlib.output_compression. If you are not, please change Status to Open. Thank you. [2002-04-18 02:19:29] [EMAIL PROTECTED] I have a php shell script that outputs ~100 char lines using echo. I'm trying to work around the default php.ini configuration of a 4k automatic buffer and flush the lines to the console for debugging. Calling ob_flush() after each echo, echos the lines immediately, putting ob_end_flush() at the beginning of the script turns off ob so I get immediate output, but ob_implicit_flush() and ob_implicit_flush(1) don't seem to automatically flush after each echo. I have to wait till the end of the script execution to see the output when I try ob_implicit_flush. Using ob_end_flush() is my workaround for now. Same difference whether I use echo or print. This is for RC4. -- Edit this bug report at http://bugs.php.net/?id=16676edit=1
Bug #16676 Updated: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: I tried leaving output_buffering = 4096 in php.ini and turning on implicit_flush in php.ini, and it's still not flushing my echo lines till the end of script execution, so neither the function or the ini config are working for me. If I make output_buffering = 0, it flushes correctly as expected, but as I understand it, the whole point of ob_implicit_flush() in runtime is to override the default ini config which is what I want to do. Previous Comments: [2002-04-18 03:43:38] [EMAIL PROTECTED] I can't change the status to 'Open', but I can say zlib.output_compression is off. [2002-04-18 02:57:57] [EMAIL PROTECTED] I guess you are enabling zlib.output_compression. If you are not, please change Status to Open. Thank you. [2002-04-18 02:19:29] [EMAIL PROTECTED] I have a php shell script that outputs ~100 char lines using echo. I'm trying to work around the default php.ini configuration of a 4k automatic buffer and flush the lines to the console for debugging. Calling ob_flush() after each echo, echos the lines immediately, putting ob_end_flush() at the beginning of the script turns off ob so I get immediate output, but ob_implicit_flush() and ob_implicit_flush(1) don't seem to automatically flush after each echo. I have to wait till the end of the script execution to see the output when I try ob_implicit_flush. Using ob_end_flush() is my workaround for now. Same difference whether I use echo or print. This is for RC4. -- Edit this bug report at http://bugs.php.net/?id=16676edit=1
Bug #16677: SID constant does not get set
From: [EMAIL PROTECTED] Operating system: Redhat 7.2 PHP version: 4.2.0 PHP Bug Type: Session related Bug description: SID constant does not get set I'm using PHP 4.2.0-RC4 with Apache 2.0.35. The following script does not return the session_name=session_id, using the SID constant, as expected: ? session_start(); echo session id is .SID; ? Configure line: ./configure --with-apxs2=/opt/apache2/bin/apxs --with-xml --with-openssl --with-sybase=/opt/sybase --without-mysql Session configuration is as follows: ; Argument passed to save_handler. In the case of files, this is the path ; where data files are stored. session.save_path = /tmp ; Whether to use cookies. session.use_cookies = 0 ; Name of the session (used as cookie name). session.name = PHPSESSID ; Initialize session on request startup. session.auto_start = 0 ; Lifetime in seconds of cookie or, if 0, until browser is restarted. session.cookie_lifetime = 0 ; The path for which the cookie is valid. session.cookie_path = / ; The domain for which the cookie is valid. session.cookie_domain = ; Handler used to serialize data. php is the standard serializer of PHP. session.serialize_handler = php ; Percentual probability that the 'garbage collection' process is started ; on every session initialization. session.gc_probability = 10 ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. session.gc_maxlifetime = 1800 ; Check HTTP Referer to invalidate externally stored URLs containing ids. session.referer_check = ; How many bytes to read from the file. session.entropy_length = 0 ;session.entropy_length = 16 ;session.entropy_file = /dev/urandom ; Set to {nocache,private,public} to determine HTTP caching aspects. session.cache_limiter = nocache ; Document expires after n minutes. session.cache_expire = 180 ; use transient sid support if enabled by compiling with --enable-trans-sid. session.use_trans_sid = 0 -- Edit bug report at http://bugs.php.net/?id=16677edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16677r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16677r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16677r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16677r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16677r=support Expected behavior: http://bugs.php.net/fix.php?id=16677r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16677r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16677r=submittedtwice
Bug #16674 Updated: mcrypt_create_iv troubles
ID: 16674 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open -Bug Type: mcrypt related +Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.0 Assigned To: derick New Comment: Thanks for summing up Derick! Maybe someone from the doctime is kind enough and can sum up the complete report and add some of this to the mcrypt documentation? Previous Comments: [2002-04-18 03:13:29] [EMAIL PROTECTED] This is not a bug, but even desired. The IV is only meant to give an alternative seed to the encryption routines. This IV does not need to be secret at all, though it can be desirable. You even can send it along with your ciphertext without loosing security. See also: http://www.ciphersbyritter.com/GLOSSARY.HTM#IV http://fn2.freenet.edmonton.ab.ca/%7Ejsavard/crypto/co0409.htm See also: chapter 9.3 of Applied Cryptography by Schneier (ISBN 0-471-11709-9) for a discussion of this topic Derick [2002-04-18 01:32:28] [EMAIL PROTECTED] Checking this out. [2002-04-18 01:27:30] [EMAIL PROTECTED] Here is the basic problem I have noticed: My functions to encrypt/decrypt, following (atleast in my opinion) the documentation: and are included at the bottom of this bug report. Quoting Mcrypt: You must (in CFB and OFB mode) or can (in CBC mode) supply an initialization vector (IV) to the respective cipher function. The IV must be unique and must be the same when decrypting/encrypting. However there is a problem: mcrypt_create_iv (99.9% of the time) will never produce the same $iv you started with, with its current options. Which means: you can never decrypt with the same IV, unless you save this IV somewhere along with your encrypted text, but I think that would be quite silly :) My suggestion: Allow a user to input an optional argument for mcrypt_create_iv() which is something that they can call upon on _both_ the encrypting and decrypting. Two examples off the top of my head that would work, would be an md5 of a file, or md5 of the actual keyphrase (the latter probably being the eaiest and most robust). Then have mycrypt_create_iv() 'pad' or whatever the hell it does :) the rest of the IV (because if I try to use md5($key) as my $iv, it says the lengths don't match) in so much as it would pad identically on both encrypting/decrypting when called with the same third parameter. either way, I've yet to see my encryption/decryption with mcrypt work with an IV, and if you can point out what i'm doing, i'll be more than happy to pass the information along to the many people i've talked to who tried but couldn't ever get a decrypt out of an encrypt using this method. cheers, kyle -- snippet -- function encrypt($key, $plain_text) { // returns encrypted text // incoming: should be the $key that was encrypt // with and the $plain_text that wants to be encrypted $plain_text = trim($plain_text); $iv = mcrypt_create_iv (mcrypt_get_iv_size (MCRYPT_CAST_256,MCRYPT_MODE_CFB), MCRYPT_DEV_RANDOM); $c_t = mcrypt_cfb (MCRYPT_CAST_256, $key, $plain_text, MCRYPT_ENCRYPT, $iv); return trim(chop(base64_encode($c_t))); } function decrypt($key, $c_t) { // incoming: should be the $key that you encrypted // with and the $c_t (encrypted text) // returns plain text // decode it first :) $c_t = trim(chop(base64_decode($c_t))); $iv = mcrypt_create_iv (mcrypt_get_iv_size (MCRYPT_CAST_256,MCRYPT_MODE_CFB), MCRYPT_DEV_RANDOM); $p_t = mcrypt_cfb (MCRYPT_CAST_256, $key, $c_t, MCRYPT_DECRYPT, $iv); return trim(chop($p_t)); } -- Edit this bug report at http://bugs.php.net/?id=16674edit=1
Bug #16675 Updated: cant get output from lex
ID: 16675 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: linux 7.1 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-18 02:14:09] [EMAIL PROTECTED] after installing apache and while installing php it gives cant get output from lex have i missed anything while installing linux. what do i do? -- Edit this bug report at http://bugs.php.net/?id=16675edit=1
Bug #16666 Updated: Ask for re-naming DOM XML extension functions according to W3C DOM
ID: 1 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: MS Win2000 (not important) PHP Version: 4.2.0 New Comment: CanYouReallyReadThis as_fast_as_you_read_this? anyway, this_is_the_way_to_go_with_PHP, and the old ones like imagecreate will be converted to image_create so that they comply when we switch to version 5.0 or so (while maintaining BC-aliases for a while) Previous Comments: [2002-04-18 01:16:29] [EMAIL PROTECTED] All other functions in php use the '_' notation. I had to decide between php und w3c and decided for php. [2002-04-17 16:17:32] [EMAIL PROTECTED] justToBeArgumentativeSinceThisIsMyPreferredStyle rather than the fy_i_v_lwwds_t style ;) addSlashes() htmlEntities() quoteMeta() stripSlashes() ucWords() wordWrap() imageCreate() imageFill() rawUrlEncode() And while I know these are all probably encoded as lowercase and the fact they can be uppercased is merely that functions are insensitive, I do believe that it makes the point :) Cheers, Rob. [2002-04-17 16:07:19] [EMAIL PROTECTED] Unlikely to happen. This would break 1000² of scripts. I hope you know what I mean. OTOH, IMHO that's just syntentic sugar. Many people do not like to read in StUYcApS and find this_style_easier_to_read. And, it's the PHP naming convention to use_this_style. I bet you're out of luck. [2002-04-17 14:01:31] [EMAIL PROTECTED] Hello! I like to see DOM XML extension in PHP. I often use it in browser's (client-side) programming using JavaScript, so I am surprised, why the functions of this extension is named as today. It is a confusing for me and think not only form me. According to W3C DOM standards functions looks like getAttribute and not get_attribute etc. I hope, that You know what I mean. Thank You. Steve -- Edit this bug report at http://bugs.php.net/?id=1edit=1
Bug #16674 Updated: mcrypt_create_iv troubles
ID: 16674 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.0 Assigned To: derick New Comment: done Previous Comments: [2002-04-18 05:08:02] [EMAIL PROTECTED] Thanks for summing up Derick! Maybe someone from the doctime is kind enough and can sum up the complete report and add some of this to the mcrypt documentation? [2002-04-18 03:13:29] [EMAIL PROTECTED] This is not a bug, but even desired. The IV is only meant to give an alternative seed to the encryption routines. This IV does not need to be secret at all, though it can be desirable. You even can send it along with your ciphertext without loosing security. See also: http://www.ciphersbyritter.com/GLOSSARY.HTM#IV http://fn2.freenet.edmonton.ab.ca/%7Ejsavard/crypto/co0409.htm See also: chapter 9.3 of Applied Cryptography by Schneier (ISBN 0-471-11709-9) for a discussion of this topic Derick [2002-04-18 01:32:28] [EMAIL PROTECTED] Checking this out. [2002-04-18 01:27:30] [EMAIL PROTECTED] Here is the basic problem I have noticed: My functions to encrypt/decrypt, following (atleast in my opinion) the documentation: and are included at the bottom of this bug report. Quoting Mcrypt: You must (in CFB and OFB mode) or can (in CBC mode) supply an initialization vector (IV) to the respective cipher function. The IV must be unique and must be the same when decrypting/encrypting. However there is a problem: mcrypt_create_iv (99.9% of the time) will never produce the same $iv you started with, with its current options. Which means: you can never decrypt with the same IV, unless you save this IV somewhere along with your encrypted text, but I think that would be quite silly :) My suggestion: Allow a user to input an optional argument for mcrypt_create_iv() which is something that they can call upon on _both_ the encrypting and decrypting. Two examples off the top of my head that would work, would be an md5 of a file, or md5 of the actual keyphrase (the latter probably being the eaiest and most robust). Then have mycrypt_create_iv() 'pad' or whatever the hell it does :) the rest of the IV (because if I try to use md5($key) as my $iv, it says the lengths don't match) in so much as it would pad identically on both encrypting/decrypting when called with the same third parameter. either way, I've yet to see my encryption/decryption with mcrypt work with an IV, and if you can point out what i'm doing, i'll be more than happy to pass the information along to the many people i've talked to who tried but couldn't ever get a decrypt out of an encrypt using this method. cheers, kyle -- snippet -- function encrypt($key, $plain_text) { // returns encrypted text // incoming: should be the $key that was encrypt // with and the $plain_text that wants to be encrypted $plain_text = trim($plain_text); $iv = mcrypt_create_iv (mcrypt_get_iv_size (MCRYPT_CAST_256,MCRYPT_MODE_CFB), MCRYPT_DEV_RANDOM); $c_t = mcrypt_cfb (MCRYPT_CAST_256, $key, $plain_text, MCRYPT_ENCRYPT, $iv); return trim(chop(base64_encode($c_t))); } function decrypt($key, $c_t) { // incoming: should be the $key that you encrypted // with and the $c_t (encrypted text) // returns plain text // decode it first :) $c_t = trim(chop(base64_decode($c_t))); $iv = mcrypt_create_iv (mcrypt_get_iv_size (MCRYPT_CAST_256,MCRYPT_MODE_CFB), MCRYPT_DEV_RANDOM); $p_t = mcrypt_cfb (MCRYPT_CAST_256, $key, $c_t, MCRYPT_DECRYPT, $iv); return trim(chop($p_t)); } -- Edit this bug report at http://bugs.php.net/?id=16674edit=1
Bug #16677 Updated: SID constant does not get set
ID: 16677 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Session related +Bug Type: Documentation problem Operating System: Redhat 7.2 PHP Version: 4.2.0 New Comment: We need to make it clearer how/when SID is defined, including changed behavior in 4.2.0. SID is defined when cookie is not sent to client from 4.2.0. I forgot old behavior. Previous Comments: [2002-04-18 04:32:57] [EMAIL PROTECTED] I'm using PHP 4.2.0-RC4 with Apache 2.0.35. The following script does not return the session_name=session_id, using the SID constant, as expected: ? session_start(); echo session id is .SID; ? Configure line: ./configure --with-apxs2=/opt/apache2/bin/apxs --with-xml --with-openssl --with-sybase=/opt/sybase --without-mysql Session configuration is as follows: ; Argument passed to save_handler. In the case of files, this is the path ; where data files are stored. session.save_path = /tmp ; Whether to use cookies. session.use_cookies = 0 ; Name of the session (used as cookie name). session.name = PHPSESSID ; Initialize session on request startup. session.auto_start = 0 ; Lifetime in seconds of cookie or, if 0, until browser is restarted. session.cookie_lifetime = 0 ; The path for which the cookie is valid. session.cookie_path = / ; The domain for which the cookie is valid. session.cookie_domain = ; Handler used to serialize data. php is the standard serializer of PHP. session.serialize_handler = php ; Percentual probability that the 'garbage collection' process is started ; on every session initialization. session.gc_probability = 10 ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. session.gc_maxlifetime = 1800 ; Check HTTP Referer to invalidate externally stored URLs containing ids. session.referer_check = ; How many bytes to read from the file. session.entropy_length = 0 ;session.entropy_length = 16 ;session.entropy_file = /dev/urandom ; Set to {nocache,private,public} to determine HTTP caching aspects. session.cache_limiter = nocache ; Document expires after n minutes. session.cache_expire = 180 ; use transient sid support if enabled by compiling with --enable-trans-sid. session.use_trans_sid = 0 -- Edit this bug report at http://bugs.php.net/?id=16677edit=1
Bug #16676 Updated: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: Don't worray, it's known issue. I can make it flush when all output buffers registered may be flushed, otherwise it just does not work. Imagine turning on/off compression, converting one encoding to another, etc in the middle of transmission. It just does not work. If you need to flush, do not use output buffers at all. Note: Older PHP is just deleted the last output buffer registered with ob_implicit_flush. This is wrong behavior. Previous Comments: [2002-04-18 03:50:26] [EMAIL PROTECTED] I tried leaving output_buffering = 4096 in php.ini and turning on implicit_flush in php.ini, and it's still not flushing my echo lines till the end of script execution, so neither the function or the ini config are working for me. If I make output_buffering = 0, it flushes correctly as expected, but as I understand it, the whole point of ob_implicit_flush() in runtime is to override the default ini config which is what I want to do. [2002-04-18 03:43:38] [EMAIL PROTECTED] I can't change the status to 'Open', but I can say zlib.output_compression is off. [2002-04-18 02:57:57] [EMAIL PROTECTED] I guess you are enabling zlib.output_compression. If you are not, please change Status to Open. Thank you. [2002-04-18 02:19:29] [EMAIL PROTECTED] I have a php shell script that outputs ~100 char lines using echo. I'm trying to work around the default php.ini configuration of a 4k automatic buffer and flush the lines to the console for debugging. Calling ob_flush() after each echo, echos the lines immediately, putting ob_end_flush() at the beginning of the script turns off ob so I get immediate output, but ob_implicit_flush() and ob_implicit_flush(1) don't seem to automatically flush after each echo. I have to wait till the end of the script execution to see the output when I try ob_implicit_flush. Using ob_end_flush() is my workaround for now. Same difference whether I use echo or print. This is for RC4. -- Edit this bug report at http://bugs.php.net/?id=16676edit=1
Bug #16672 Updated: Problem in levenshtein
ID: 16672 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Strings related Operating System: linux PHP Version: 4.1.2 New Comment: duplicate of #16473, fixed in CVS Previous Comments: [2002-04-17 18:32:59] [EMAIL PROTECTED] Hi!! I've got a little problem with the levenshtein function. There is a particular case where the returned value is not correct. I tried it with 4.0.6 and 4.1.2. when the differences are at the beginning, the returned value is one less than what I expected. For example : ? echo lev = .levenshtein(kdos, los);? prints lev = 1 and ? echo lev = .levenshtein(kdos, ls); ? prints lev = 2 whereas in the first case, I expect 2 and in the second, 3. that's it. Thanx!! -- Edit this bug report at http://bugs.php.net/?id=16672edit=1
Bug #16664 Updated: PHP crashes on socket_bind
ID: 16664 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open -Bug Type: Sockets related +Bug Type: *PDF functions Operating System: Windows 98 PHP Version: 4.2.0 New Comment: Here is a small example of script ... if (($sock = socket_create (AF_INET, SOCK_STREAM, 0)) 0) { echo socket_create() failed: reason: . socket_strerror ($sock) . \n; } if (($ret = socket_bind ($sock, '127.0.0.1', 1)) 0) { echo socket_bind() failed: reason: . socket_strerror ($ret) . \n; } PHP crashes here, on the socket_bind command. This script was found on the page about the socket functions. I've downloaded the last RC version but it also crashes. I have the window's dialog with 'Close', 'Debug' or 'Deltails ' ... Previous Comments: [2002-04-17 16:03:32] [EMAIL PROTECTED] Please provide a short, self-contained sample (see the bug's do's and don'ts). [2002-04-17 13:32:08] [EMAIL PROTECTED] When I attempt to bind a socket with socket_bind, PHP crashes. It doesn't crash if the IP to bind to is an mepty string () ... I have this error in the crash dialog : PHP a causé une défaillance de page dans le module MSVCRT.DLL à 0167:78011f41. Registres : EAX=2741 CS=0167 EIP=78011f41 EFLGS=00010206 EBX=0073 SS=016f ESP=0063ee90 EBP=0063f0e4 ECX=2741 DS=016f ESI=7ffe FS=c617 EDX=7fff ES=016f EDI=01447538 GS= Octets à CS : EIP : 80 38 00 74 03 40 eb f1 2b c1 e9 85 fe ff ff c7 État de la pile : 0002 01172d94 000c 00023c30 bff7b30e 0041 bff7b317 0041 0001 00413768 00023c30 0041374c 0063ef0c bff7b953 0041 (it's in French and my windows is French ... sorry :D ) -- Edit this bug report at http://bugs.php.net/?id=16664edit=1
Bug #16664 Updated: PHP crashes on socket_bind
ID: 16664 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: *PDF functions +Bug Type: Sockets related Operating System: Windows 98 PHP Version: 4.2.0 New Comment: The category has changed to PDF functions (I made a mistake while filling the form ?? ). Changing back to 'Socket related' ... Previous Comments: [2002-04-18 06:18:49] [EMAIL PROTECTED] Here is a small example of script ... if (($sock = socket_create (AF_INET, SOCK_STREAM, 0)) 0) { echo socket_create() failed: reason: . socket_strerror ($sock) . \n; } if (($ret = socket_bind ($sock, '127.0.0.1', 1)) 0) { echo socket_bind() failed: reason: . socket_strerror ($ret) . \n; } PHP crashes here, on the socket_bind command. This script was found on the page about the socket functions. I've downloaded the last RC version but it also crashes. I have the window's dialog with 'Close', 'Debug' or 'Deltails ' ... [2002-04-17 16:03:32] [EMAIL PROTECTED] Please provide a short, self-contained sample (see the bug's do's and don'ts). [2002-04-17 13:32:08] [EMAIL PROTECTED] When I attempt to bind a socket with socket_bind, PHP crashes. It doesn't crash if the IP to bind to is an mepty string () ... I have this error in the crash dialog : PHP a causé une défaillance de page dans le module MSVCRT.DLL à 0167:78011f41. Registres : EAX=2741 CS=0167 EIP=78011f41 EFLGS=00010206 EBX=0073 SS=016f ESP=0063ee90 EBP=0063f0e4 ECX=2741 DS=016f ESI=7ffe FS=c617 EDX=7fff ES=016f EDI=01447538 GS= Octets à CS : EIP : 80 38 00 74 03 40 eb f1 2b c1 e9 85 fe ff ff c7 État de la pile : 0002 01172d94 000c 00023c30 bff7b30e 0041 bff7b317 0041 0001 00413768 00023c30 0041374c 0063ef0c bff7b953 0041 (it's in French and my windows is French ... sorry :D ) -- Edit this bug report at http://bugs.php.net/?id=16664edit=1
Bug #16670 Updated: php 4.1.0, cyrus-imapd.2.0.16, c-client compile-error
ID: 16670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: linux / redhat 7.2 PHP Version: 4.1.2 New Comment: Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? Previous Comments: [2002-04-17 16:33:11] [EMAIL PROTECTED] hallo, please help, i work many days with the same problem. I have redhat7.2 system, with the follows components cyrus-sasl-1.5.24-23 cyrus-sasl-devel-1.5.24-23 cyrus-sasl-gssapi-1.5.24-23 cyrus-sasl-plain-1.5.24-23 cyrus-sasl-md5-1.5.24-23 imap-devel-2000c-15 and cyrus-imapd-2.0.16-4 the configure script from php-4.1.0 is ./configure \ --with-apxs=/websec/apache/sbin/apxs \ --with-mysql=/usr/local/mysql \ --with-openssl=/usr/local/ssl \ --with-kerberos=/usr/kerberos \ --enable-versioning \ --enable-track-vars \ --with-zlib-dir=/usr/include \ --with-zlib=yes \ --with-jpeg-dir=/usr/include \ --with-tiff-dir=/usr/include \ --with-cyrus \ --with-db \ --with-gdbm=/usr/include \ --with-ndbm=/usr/include \ --with-db3=/usr/include \ --with-db3=/usr/include \ --enable-ftp \ --with-gd=usr/local/src/gd-1.8.4 \ --with-png-dir=/usr/lib \ --with-freetype-dir=/usr \ --with-pspell=/usr \ --with-xpm-dir=/usr \ --with-imap \ --with-imap-ssl=/usr/loca/ssl \ --with-mcrypt=/usr/include \ --with-mm=/usr/local \ --with-gettetxt=/usr/include \ --with-gd \ --with-ncurses \ --enable-ftp \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --with-config-file-path=/etc this run's with no problems the make phu make many problems like this Making all in cyrus make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[3]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« /bin/sh /usr/local/src/php-4.1.0/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.1.0/ext/cyrus -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/websec/apache/include -I/usr/local/src/php-4.1.0/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/include/freetype2/freetype -I/usr/include/imap -I/usr/local/mysql/include/mysql -I/usr/include/pspell -I/usr/local/src/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/usr/local/src/php-4.1.0/TSRM -g -O2 -prefer-pic -c cyrus.c cyrus.c: In function `zm_startup_cyrus': cyrus.c:88: `IMCLIENT_CONN_NOSYNCLITERAL' undeclared (first use in this function) cyrus.c:88: (Each undeclared identifier is reported only once cyrus.c:88: for each function it appears in.) cyrus.c:88: `CONST_CS_' undeclared (first use in this function) cyrus.c: In function `zif_cyrus_authenticate': cyrus.c:271: warning: assignment makes pointer from integer without a cast cyrus.c:275: warning: assignment makes pointer from integer without a cast cyrus.c:293: warning: comparison between pointer and integer cyrus.c:302: warning: comparison between pointer and integer cyrus.c: In function `zif_cyrus_query': cyrus.c:467: void value not ignored as it ought to be make[3]: *** [cyrus.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext« make: *** [all-recursive] Fehler 1 please help me, please Best reagards and a lot of thanks Achim -- Edit this bug report at http://bugs.php.net/?id=16670edit=1
Bug #16670 Updated: php 4.1.0, cyrus-imapd.2.0.16, c-client compile-error
ID: 16670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: linux / redhat 7.2 PHP Version: 4.1.2 New Comment: Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? Previous Comments: [2002-04-18 06:22:15] [EMAIL PROTECTED] Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? [2002-04-17 16:33:11] [EMAIL PROTECTED] hallo, please help, i work many days with the same problem. I have redhat7.2 system, with the follows components cyrus-sasl-1.5.24-23 cyrus-sasl-devel-1.5.24-23 cyrus-sasl-gssapi-1.5.24-23 cyrus-sasl-plain-1.5.24-23 cyrus-sasl-md5-1.5.24-23 imap-devel-2000c-15 and cyrus-imapd-2.0.16-4 the configure script from php-4.1.0 is ./configure \ --with-apxs=/websec/apache/sbin/apxs \ --with-mysql=/usr/local/mysql \ --with-openssl=/usr/local/ssl \ --with-kerberos=/usr/kerberos \ --enable-versioning \ --enable-track-vars \ --with-zlib-dir=/usr/include \ --with-zlib=yes \ --with-jpeg-dir=/usr/include \ --with-tiff-dir=/usr/include \ --with-cyrus \ --with-db \ --with-gdbm=/usr/include \ --with-ndbm=/usr/include \ --with-db3=/usr/include \ --with-db3=/usr/include \ --enable-ftp \ --with-gd=usr/local/src/gd-1.8.4 \ --with-png-dir=/usr/lib \ --with-freetype-dir=/usr \ --with-pspell=/usr \ --with-xpm-dir=/usr \ --with-imap \ --with-imap-ssl=/usr/loca/ssl \ --with-mcrypt=/usr/include \ --with-mm=/usr/local \ --with-gettetxt=/usr/include \ --with-gd \ --with-ncurses \ --enable-ftp \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --with-config-file-path=/etc this run's with no problems the make phu make many problems like this Making all in cyrus make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[3]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« /bin/sh /usr/local/src/php-4.1.0/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.1.0/ext/cyrus -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/websec/apache/include -I/usr/local/src/php-4.1.0/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/include/freetype2/freetype -I/usr/include/imap -I/usr/local/mysql/include/mysql -I/usr/include/pspell -I/usr/local/src/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/usr/local/src/php-4.1.0/TSRM -g -O2 -prefer-pic -c cyrus.c cyrus.c: In function `zm_startup_cyrus': cyrus.c:88: `IMCLIENT_CONN_NOSYNCLITERAL' undeclared (first use in this function) cyrus.c:88: (Each undeclared identifier is reported only once cyrus.c:88: for each function it appears in.) cyrus.c:88: `CONST_CS_' undeclared (first use in this function) cyrus.c: In function `zif_cyrus_authenticate': cyrus.c:271: warning: assignment makes pointer from integer without a cast cyrus.c:275: warning: assignment makes pointer from integer without a cast cyrus.c:293: warning: comparison between pointer and integer cyrus.c:302: warning: comparison between pointer and integer cyrus.c: In function `zif_cyrus_query': cyrus.c:467: void value not ignored as it ought to be make[3]: *** [cyrus.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext« make: *** [all-recursive] Fehler 1 please help me, please Best reagards and a lot of thanks Achim -- Edit this bug report at http://bugs.php.net/?id=16670edit=1
Bug #16664 Updated: PHP crashes on socket_bind
ID: 16664 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Windows 98 PHP Version: 4.2.0 New Comment: Ok, I can't reproduce this on w2k (I don't have a w98 system to test). First, try if it works on w2k for you. If it works, we know it's w98 system problem and we can dig furhter into that direction. Second, your return checking's aren't very good. socket_create() returns either resource or false, but not something which we would say is ' 0'. The same for socket_bind(), it returns an boolean, true or false, nothing else. (that's from the source, the documentation on php.net is outdated as there have been recent changes to the sources). Previous Comments: [2002-04-18 06:20:11] [EMAIL PROTECTED] The category has changed to PDF functions (I made a mistake while filling the form ?? ). Changing back to 'Socket related' ... [2002-04-18 06:18:49] [EMAIL PROTECTED] Here is a small example of script ... if (($sock = socket_create (AF_INET, SOCK_STREAM, 0)) 0) { echo socket_create() failed: reason: . socket_strerror ($sock) . \n; } if (($ret = socket_bind ($sock, '127.0.0.1', 1)) 0) { echo socket_bind() failed: reason: . socket_strerror ($ret) . \n; } PHP crashes here, on the socket_bind command. This script was found on the page about the socket functions. I've downloaded the last RC version but it also crashes. I have the window's dialog with 'Close', 'Debug' or 'Deltails ' ... [2002-04-17 16:03:32] [EMAIL PROTECTED] Please provide a short, self-contained sample (see the bug's do's and don'ts). [2002-04-17 13:32:08] [EMAIL PROTECTED] When I attempt to bind a socket with socket_bind, PHP crashes. It doesn't crash if the IP to bind to is an mepty string () ... I have this error in the crash dialog : PHP a causé une défaillance de page dans le module MSVCRT.DLL à 0167:78011f41. Registres : EAX=2741 CS=0167 EIP=78011f41 EFLGS=00010206 EBX=0073 SS=016f ESP=0063ee90 EBP=0063f0e4 ECX=2741 DS=016f ESI=7ffe FS=c617 EDX=7fff ES=016f EDI=01447538 GS= Octets à CS : EIP : 80 38 00 74 03 40 eb f1 2b c1 e9 85 fe ff ff c7 État de la pile : 0002 01172d94 000c 00023c30 bff7b30e 0041 bff7b317 0041 0001 00413768 00023c30 0041374c 0063ef0c bff7b953 0041 (it's in French and my windows is French ... sorry :D ) -- Edit this bug report at http://bugs.php.net/?id=16664edit=1
Bug #16647 Updated: DomDocument-get_element_by_id() doesn't work
ID: 16647 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: DOM XML related Operating System: linux 2.4.4 PHP Version: 4.0CVS-2002-04-1 Previous Comments: [2002-04-18 01:37:04] [EMAIL PROTECTED] get_element_by_id() used xpath_eval as well but searches for //*[@ID = '%s']. If you capitalize the id it should work. Do you have an idea how to search case insensitve? [2002-04-16 20:04:48] [EMAIL PROTECTED] The following script returns bool(false): ?php $src = _END html headtitle Test /title/head body h1Test/h1 span id=testFoo/span /body /html _END; $doc = domxml_open_mem($src); $n = $doc-get_element_by_id(test); var_dump($n); ? Workaround: Use Xpath expressions to find the node: ?php $src = _END html headtitle Test /title/head body h1Test/h1 span id=testFoo/span /body /html _END; $doc = domxml_open_mem($src); $ctx = $doc-xpath_new_context(); $res = $ctx-xpath_eval(//*[@id='test']); $n = $res-nodeset[0]; var_dump($n); ? -- Edit this bug report at http://bugs.php.net/?id=16647edit=1
Bug #16647 Updated: DomDocument-get_element_by_id() doesn't work
ID: 16647 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: DOM XML related Operating System: linux 2.4.4 PHP Version: 4.0CVS-2002-04-1 Previous Comments: [2002-04-18 01:37:04] [EMAIL PROTECTED] get_element_by_id() used xpath_eval as well but searches for //*[@ID = '%s']. If you capitalize the id it should work. Do you have an idea how to search case insensitve? [2002-04-16 20:04:48] [EMAIL PROTECTED] The following script returns bool(false): ?php $src = _END html headtitle Test /title/head body h1Test/h1 span id=testFoo/span /body /html _END; $doc = domxml_open_mem($src); $n = $doc-get_element_by_id(test); var_dump($n); ? Workaround: Use Xpath expressions to find the node: ?php $src = _END html headtitle Test /title/head body h1Test/h1 span id=testFoo/span /body /html _END; $doc = domxml_open_mem($src); $ctx = $doc-xpath_new_context(); $res = $ctx-xpath_eval(//*[@id='test']); $n = $res-nodeset[0]; var_dump($n); ? -- Edit this bug report at http://bugs.php.net/?id=16647edit=1
Bug #16647 Updated: DomDocument-get_element_by_id() doesn't work
ID: 16647 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: DOM XML related Operating System: linux 2.4.4 PHP Version: 4.0CVS-2002-04-1 New Comment: Ooop. didn't much think about case sensitivity back then :) A quick soultion would be: //*[@ID = '%s' or @id = '%s']. I don't know, which version is really correct according to W3C (but anyways, the ID-attribute should be stated in the DTD, so this whole xpath-approach is actually rather wrong :) ) chregu Previous Comments: [2002-04-18 01:37:04] [EMAIL PROTECTED] get_element_by_id() used xpath_eval as well but searches for //*[@ID = '%s']. If you capitalize the id it should work. Do you have an idea how to search case insensitve? [2002-04-16 20:04:48] [EMAIL PROTECTED] The following script returns bool(false): ?php $src = _END html headtitle Test /title/head body h1Test/h1 span id=testFoo/span /body /html _END; $doc = domxml_open_mem($src); $n = $doc-get_element_by_id(test); var_dump($n); ? Workaround: Use Xpath expressions to find the node: ?php $src = _END html headtitle Test /title/head body h1Test/h1 span id=testFoo/span /body /html _END; $doc = domxml_open_mem($src); $ctx = $doc-xpath_new_context(); $res = $ctx-xpath_eval(//*[@id='test']); $n = $res-nodeset[0]; var_dump($n); ? -- Edit this bug report at http://bugs.php.net/?id=16647edit=1
Bug #15820 Updated: Apache 1.3.23, MySQL Client 3.23.49, PHP 4.1.2, same error with PHP 4.1.1 befor
ID: 15820 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Bogus Bug Type: Apache related Operating System: FreeBSD 4.5-STABLE PHP Version: 4.1.2 New Comment: Closing on user request, it was a problem with Apache's mod_rewrite. Thanks for your message! Previous Comments: [2002-04-18 00:00:09] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, 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. [2002-04-17 15:18:04] [EMAIL PROTECTED] Hello, I'm sorry for my poor English. I have the same problem in Freebsd 4.5-STABLE, but I'm using Apache 1.3.22, MySQL Client 3.23.47 and PHP 4.0.6 as a module of apache and PHP 4.1.1 as CGI. And the problem occured when 4.0.6 is executed. Carlos Teles [2002-03-01 15:53:34] [EMAIL PROTECTED] Are you sure this is caused by PHP? Does Apache function normally without PHP? [2002-03-01 14:21:29] [EMAIL PROTECTED] Hello, I have a FreeBSD 4.5-STABLE box running, when i start apache first all works fine, but after like 3 minutes in the logfile i see this messages: httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free after another 2 minutes the logfile gets flooded of hundred of this messages: httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call ... ... right after this i get all time this error(this error didn't appear before): httpd in malloc(): warning: recursive call httpd in malloc(): warning: recursive call [Fri Mar 1 19:49:16 2002] [alert] [client 195.93.64.xx] /usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile regular expression 'F([0-9]+)(.htm(l)?)?' httpd in malloc(): warning: recursive call httpd in malloc(): warning: recursive call [Fri Mar 1 19:49:19 2002] [alert] [client 217.228.1.xx] /usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile regular expression 'F([0-9]+)(.htm(l)?)?' ... ... The php doesn't work well after this, i get sometimes errors, it tells me there would be errors in the code, but if i refresh it works fine, and the apache prints Internal Server Error... but this happens only under high server load. Is it a PHP bug ? What might we do to fix that? Ciao, Max Krüper P.S. Before we used a Linux Server with PHP 4.0.(4or6) and all worked fine. [2002-03-01 14:17:59] [EMAIL PROTECTED] Hello, I have a FreeBSD 4.5-STABLE box running, when i start apache first all works fine, but after like 3 minutes in the logfile i see this messages: httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free httpd in free(): warning: chunk is already free after another 2 minutes the logfile gets flooded of hundred of this messages: httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call httpd in free(): warning: recursive call ... ... right after this i get all time this error(this error didn't appear before): httpd in malloc(): warning: recursive call httpd in malloc(): warning: recursive call [Fri Mar 1 19:49:16 2002] [alert] [client 195.93.64.xx] /usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile regular expression 'F([0-9]+)(.htm(l)?)?' httpd in malloc(): warning: recursive call httpd in malloc(): warning: recursive call [Fri Mar 1 19:49:19 2002] [alert] [client 217.228.1.xx] /usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile regular expression 'F([0-9]+)(.htm(l)?)?' ... ... The php doesn't work well after this, i get sometimes errors, it tells me there would be errors in the code, but if i refresh it works fine, and the apache prints Internal Server Error... but this happens only under high server load. Is it a PHP bug
Bug #16659 Updated: href parameters failing
ID: 16659 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Apache2 related Operating System: Linux 2.4.18 PHP Version: 4.2.0 New Comment: user error - bogus Previous Comments: [2002-04-17 15:47:52] [EMAIL PROTECTED] By you, otherwise every recompile or upgrade would clobber your php.ini file :) [2002-04-17 15:43:57] [EMAIL PROTECTED] Copied over php.ini-recommended to /usr/local/lib and renamed to php.ini. Edited register_globals (as it is defaulted to Off in this file) and restarted. App now seems to function as expected. Was the php.ini meant to be copied over by me, or by the make install? [2002-04-17 15:08:05] [EMAIL PROTECTED] Try a print_r($_GET); does it show anything? If it does show the variables, then your problem is that PHP reads /usr/local/lib/php.ini (default) and not /etc/php.ini (only default with special ./configure option). See the phpinfo(); output for more. [2002-04-17 14:25:18] [EMAIL PROTECTED] While I agree these might work (thought they don't) this is not a support question, this is a bug! I am working with Apache 2.0.35 and PHP 4.2.0 RC4 compiled as a DSO. The behaviour I am describing occurs as described. The behaviour is different to that I get with the same modules under my production systems using Apache 1.3.20/PHP 4.1.2. The php.ini file has register_globals set on. (the default it would seem) (I am assuming it is reading the version in /etc/php.ini) The $_GET does no better than the use of global variables. Have I tripped up over some compile option that is amusing the gods? Alistair... [2002-04-17 10:03:13] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: use $_GET['valuea'] or set register_globals to on 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/16659 -- Edit this bug report at http://bugs.php.net/?id=16659edit=1
Bug #8434 Updated: PHP has encountered an Access Violation at 01292466
ID: 8434 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: IIS related Operating System: Win 2K Server PHP Version: 4.0.4 New Comment: we're having nearly the same problem in our company. we're using iis 4 with nt, not 2k... shortly after a reboot the whole iis crashes (sort of). we are using asp and php in different webs. asp is down if the iis crashes. after deactivating mysql the server will work again... that's what we've encountered here today. i would be glad if someone could mail me some more information regarding this ACCESS VIOLATION topic... Previous Comments: [2001-04-16 06:33:56] [EMAIL PROTECTED] ANother Access violation in IIS bug. -James [2001-01-08 10:05:52] [EMAIL PROTECTED] Well, that _is_ a good question: I have absolutely no idea which instruction causes the problem ! As said in my report, the error can appear on any of my 30+ scripts on the site. The error does not have a preference for any of the scripts either. It just appears _randomly_ on any of the scripts at a random time and at random frequency. I sometimes have the error 2 to 5 times a day, and sometimes it will not appear for 2 days at all. I know that doesn't help you much, but that's about as precise as I can be. That's why I gave you all the information necessary to rebuild an exact copy of 1 of my scripts and see _if_ you get the error at all. It will be necessary though that you test it on the same platform as I run it: Win 2K Server with IIS 5.0 and PHP-4.0.4 as ISAPI (php4isapi.dll). The database runs on a separate server (Win NT4 Server SP6). Hope you find a clue where to start looking (as a novice, I'd say in the .DLL). If you need any further information, do not hesitate ! Greetings, Steven [2001-01-08 08:59:28] [EMAIL PROTECTED] can you please cut down the code to the min. needed to reproduce it? [2000-12-27 07:27:56] [EMAIL PROTECTED] Still having same bug in PHP-4.0.4 Win ISAPI module... Randomly showing error PHP has encountered an Access Violation at 01292466 (the number changes every time the error occurs) upon call to PHP ISAPI engin. The error can occur on any of my 30+ scripts on this site. This problem persists since at least 3.0.3pl1. When will this nightmare be over ?? I have to switch back to a CGI environment, which slows down PHP execution far too much... Restarting IISAdmin does get the engine running properly again... until the next Access Violation... Almost all of the bug reports concerning this error have not even been assigned to anyone. Does this mean you're not going to try to get rid of this problem ? If you have any questions regarding the script below, do not hesitate to contact me! All in all: thanks for bringing us PHP and keep up the good work ! Steven VAN POECK One piece of code on which the error occurs: include( common.php ); // Call session (if any) session_save_path(tmp); session_start(); // Empty basket $sql = DELETE FROM panier WHERE client_id='$user'; mysql_pconnect( $db_host, $db_user, $db_pass ); $result = mysql_db_query( $db_dag, $sql ); check_error( $result ); // Set user state to D (deconnected) $sql = UPDATE client SET state='D' WHERE id='$user'; mysql_pconnect( $db_host, $db_user, $db_pass ); $result = mysql_db_query( $db_dag, $sql ); check_error( $result ); // destroy session (if any) session_destroy(); // Get highest client ID $sql = SELECT MAX(id) AS max_id FROM client; mysql_pconnect( $db_host, $db_user, $db_pass ); $result = mysql_db_query( $db_dag, $sql ); check_error( $result ); $data = mysql_fetch_object( $result ); $last_client = $data-max_id; // Define new client ID if( substr($last_client, 1) 5000 ){ $numero_client = P5101; /* For very first client */ }else{ $numero_client = P.(substr($last_client, 1) + 1); } // Get password of the day $today = date(Y-m-d, time()); $mdp = create_pass(); // Define timestamp for expiration time $exp_time = time()+1800; $sql = INSERT INTO client VALUES( '$numero_client', PASSWORD('$mdp'), '$today', '$today', '0', 'DP', '$exp_time', 'C'); mysql_pconnect( $db_host, $db_user, $db_pass ); $result = mysql_db_query( $db_dag, $sql ); check_error( $result ); // Initialise session session_save_path( tmp ); session_register(user); $user = $numero_client; session_register(key); $key = $mdp; session_register(type); $type = p_; session_register( cadeau_1 ); $cadeau_1 = 0; // Send user to the site header( Location:/pcgi/display_rubr.php?.SID.rubr=.urlencode(${$type.rubr_def})
Bug #16664 Updated: PHP crashes on socket_bind
ID: 16664 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Sockets related Operating System: Windows 9x PHP Version: 4.2.0 New Comment: The CSV version doesn't include this bug anymore. Just one more thing : socket_bind() returns '' on success ... Previous Comments: [2002-04-18 07:34:08] [EMAIL PROTECTED] This problem doesn't happens on w2k ... It's w9x specific problem (win95 is also concerned). PS: My test code was found in the documentation. I've updated my code ... PS2: I'll look in the source and do some tries to find a way to fix this bug (I have VC++, I could use another compiler but I have only this one). I know it's a bind error and if the IP is changed to no error happens ... [2002-04-18 07:21:39] [EMAIL PROTECTED] Ok, I can't reproduce this on w2k (I don't have a w98 system to test). First, try if it works on w2k for you. If it works, we know it's w98 system problem and we can dig furhter into that direction. Second, your return checking's aren't very good. socket_create() returns either resource or false, but not something which we would say is ' 0'. The same for socket_bind(), it returns an boolean, true or false, nothing else. (that's from the source, the documentation on php.net is outdated as there have been recent changes to the sources). [2002-04-18 06:20:11] [EMAIL PROTECTED] The category has changed to PDF functions (I made a mistake while filling the form ?? ). Changing back to 'Socket related' ... [2002-04-18 06:18:49] [EMAIL PROTECTED] Here is a small example of script ... if (($sock = socket_create (AF_INET, SOCK_STREAM, 0)) 0) { echo socket_create() failed: reason: . socket_strerror ($sock) . \n; } if (($ret = socket_bind ($sock, '127.0.0.1', 1)) 0) { echo socket_bind() failed: reason: . socket_strerror ($ret) . \n; } PHP crashes here, on the socket_bind command. This script was found on the page about the socket functions. I've downloaded the last RC version but it also crashes. I have the window's dialog with 'Close', 'Debug' or 'Deltails ' ... [2002-04-17 16:03:32] [EMAIL PROTECTED] Please provide a short, self-contained sample (see the bug's do's and don'ts). 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/16664 -- Edit this bug report at http://bugs.php.net/?id=16664edit=1
Bug #16641 Updated: PHP does not like Norwegian letters
ID: 16641 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: *Languages/Translation +Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.0 New Comment: reclassified. Previous Comments: [2002-04-17 01:51:05] [EMAIL PROTECTED] Ok. I have testet a little bit more. I do not get the bug if I use Apache 1.3.24/Windows together with PHP 4.2.0RC4/Windows. So the problem only appears with the combination of Apache/2.0.35/Windows together with PHP/4.2.ORC4/Windows. But even more strange: I only get the problem when I use Internet Explorer. If I use Mozilla browser or Opera I do not get it. Strange! [2002-04-17 00:37:01] [EMAIL PROTECTED] Apache2 support is still experimental. Do you get same problem with Apache 1.3.24 and 4.2.0RC4 ? [2002-04-16 13:24:36] [EMAIL PROTECTED] Server error! Error message: couldn't create child process: 22: C:/WEB/php4win/php.exe If you think this is a server error, please contact the webmaster Error 500 brr2 04/16/02 19:13:40 Apache/2.0.35 (Win32) Path: http://brr2/moregroupware060/contact/index.php?PHPSESSID=7be060e8f0b91476a48e4b4bd13d594daction=alphablist=Å The latest PHP versions does not like Norwegian letters (ÆØÅ and æøå). I am running a PHP application called Moregroupware (www.moregroupware.org) on my Windows XP computer with Apache/2.0.35/Windows and PHP/4.2.0 RC4. I did not have this problems with earlier versions of PHP, e. g. 4.1.2 together with Apache/1.3.24. -- Edit this bug report at http://bugs.php.net/?id=16641edit=1
Bug #14348 Updated: Major PHP memory corruption? (with testcase)
ID: 14348 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Windows XP Professional PHP Version: 4.0.6 New Comment: Please try PHP 4.2.0RC4 from http://www.php.net/~derick/ Previous Comments: [2002-04-17 04:07:14] [EMAIL PROTECTED] I have got same probleme with Apache/1.3.22 (Win32) PHP/4.1.1 (AppServ 1.5 package) when asking big pages like PhpNuke or OsCommerce [2001-12-05 08:25:29] [EMAIL PROTECTED] I've just tried that - the same problems occur, unfortunately :-( [2001-12-05 07:12:58] [EMAIL PROTECTED] Just a suggestion: can you try if this also is true for RC3 from http://phpuk.org/~james/php-4.1.0RC3-win32.zip ? [2001-12-05 06:57:05] [EMAIL PROTECTED] Right. This is basically bug 14222 in another guise - I can't see how to add comments to that bug. In bug #14222 it shows the type of corruption I've *sometimes* had reports of seeing with Apache 1.3.20-1.3.22, PHP 4.0.6 on both NT4SP6 and W2KSP2. Mainly corruption like what was linked to in http://tugs.imp.ch/index.html.2 but sometimes like this: http://tugs.imp.ch/index.html.3 And then yesterday I upgraded to Windows XP, and initially I was getting corruption in parts of a large PHP page. I rebooted, and started getting (for the first time) the symptom where the page would just keep reloading and reloading and reloading. I have a testcase now which causes the problem most of the time on IE6 and IE5.5 - continual reloading - since the page of this testcase is made up of HTML comments, I can see various numbers of the point at which HTML loading failed before restarting - e.g. !-- test 1383 - shown on screen. The bigger the value of count passed to the page, the more likely it is that this will happen. For me, it happens the majority of the time for count 5000. It never happens for low counts. The script: html body ? for ($i = 1; $i $count; $i++) { print (!-- test $i --\n); } print Finished\n; ? /body /html On Mozilla (recent nightly build), it behaves differently - the page cuts off at a random point (you can see this by doing View Source), but does not continually reload. Intrigued by the difference, I did a wget of the script to see what was actually coming from the webserver. I got the result of test.php?count=50 It got to iteration 1547, then it went !-[^@]p*[81E8]XT[80^@^@^@^@]test[^@90^^81] -- and then restarted the count at iteration 214! (note: the square brackets delimit the reversed colour characters in the 'less' filereader - showing null characters and high-eighth-bit characters) It continued up along until iteration 439, then went !- --- and jumped to iteration 1764. Then at iteration 2409, it printed !-- test[^@F0]c[81E8]XT80^@^@^@^@]-- t[^@80]D[81]895 -- and continued on from iteration 896... etc. Then we get to 3056, and it goes !--[^@]0m[81E8]XT[80^@^@^@^@] OK[^M^@^P]}[81]e: Wed, 05 Dec 2001 11:26:29 GMT Server: Apache/1.3.20 (Win32) PHP/4.0.6 etc. and just started right from the beginning again. It only restarted once in that run, but my experience with IE suggests that it generally happens more often. I don't have a Windows debugger, so think I've given nearly as much information as I can. It would be nice if somebody could run the test on 4.0.6, and test on the most recent RC of 4.1.0? (note that while this is extremely reproducible with XP, minor non-reproducible corruption would often occur with the other NT systems). -- Edit this bug report at http://bugs.php.net/?id=14348edit=1
Bug #16664 Updated: PHP crashes on socket_bind
ID: 16664 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Sockets related Operating System: Windows 9x PHP Version: 4.2.0 New Comment: Oops !! I made an error, socket_bind returns 1 on success. True = -1 Previous Comments: [2002-04-18 09:17:28] [EMAIL PROTECTED] The CSV version doesn't include this bug anymore. Just one more thing : socket_bind() returns '' on success ... [2002-04-18 07:34:08] [EMAIL PROTECTED] This problem doesn't happens on w2k ... It's w9x specific problem (win95 is also concerned). PS: My test code was found in the documentation. I've updated my code ... PS2: I'll look in the source and do some tries to find a way to fix this bug (I have VC++, I could use another compiler but I have only this one). I know it's a bind error and if the IP is changed to no error happens ... [2002-04-18 07:21:39] [EMAIL PROTECTED] Ok, I can't reproduce this on w2k (I don't have a w98 system to test). First, try if it works on w2k for you. If it works, we know it's w98 system problem and we can dig furhter into that direction. Second, your return checking's aren't very good. socket_create() returns either resource or false, but not something which we would say is ' 0'. The same for socket_bind(), it returns an boolean, true or false, nothing else. (that's from the source, the documentation on php.net is outdated as there have been recent changes to the sources). [2002-04-18 06:20:11] [EMAIL PROTECTED] The category has changed to PDF functions (I made a mistake while filling the form ?? ). Changing back to 'Socket related' ... [2002-04-18 06:18:49] [EMAIL PROTECTED] Here is a small example of script ... if (($sock = socket_create (AF_INET, SOCK_STREAM, 0)) 0) { echo socket_create() failed: reason: . socket_strerror ($sock) . \n; } if (($ret = socket_bind ($sock, '127.0.0.1', 1)) 0) { echo socket_bind() failed: reason: . socket_strerror ($ret) . \n; } PHP crashes here, on the socket_bind command. This script was found on the page about the socket functions. I've downloaded the last RC version but it also crashes. I have the window's dialog with 'Close', 'Debug' or 'Deltails ' ... 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/16664 -- Edit this bug report at http://bugs.php.net/?id=16664edit=1
Bug #16548 Updated: exec or system a daemon will catch the port for this session
ID: 16548 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: RED HAT Linux 7.2 PHP Version: 4.1.2 New Comment: Please try PHP 4.2.0RC4 from http://www.php.net/~derick/ Previous Comments: [2002-04-17 10:01:27] [EMAIL PROTECTED] Now it's 100% true: Without session.auto_start = 0 it works also with apache with php compiled. So i can't use session variables. Has anybody interest to solve the problem ? I know not much from C. On which side is the error ? PHP or _mproshut (Progress) ? [2002-04-17 07:23:29] [EMAIL PROTECTED] Without session.auto_start = 0 it works without problem ! (it was 1 but i use it) [root@linux /tmp]# fuser sess* sess_e2b04b5ddbae91f2c52fd86e808565f5: 20658 20661 20664 20667 [root@linux /tmp]# ps -ef | grep 20658 root 20658 1 0 12:15 ?00:00:00 /home/dlc83e/bin/_mprshut /home/ root 20672 12474 0 12:15 pts/100:00:00 grep 20658 _mprshut access the session file in /tmp ! How can this happen ? [2002-04-17 06:04:12] [EMAIL PROTECTED] New information: I use now a cgi-bin version from php (before it was compiled into apache). If i start the script frist time it runs perfect and ended. (i see no php process). After that i can open any html pages without problem. If i try to open any php page in the same session it hungs. I can see the php process ans strace shows this: flock(3, LOCK_EX Is there a possibilty for debugging php itself ? I compiled not enable-debug but what can i do with that ? [2002-04-15 08:48:10] [EMAIL PROTECTED] system( ( $DLC/bin/_mprshut $CADB/$DB -C watchdog /dev/null 21 /dev/null )); That should run the command in a sub-shell, and might solve this strange problem. Also, have you tried enabling the sigchild handler? ./configure --help | grep sigchild Nothing helps. The developer of _mprshut can reproduce the same effect under IS(NT). [2002-04-12 07:04:44] [EMAIL PROTECTED] As a workaround, don't use exec :-) system($DLC/bin/_mprshut $CADB/$DB -C watchdog 21 /dev/null); has the same effect. :-( 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/16548 -- Edit this bug report at http://bugs.php.net/?id=16548edit=1
Bug #16661 Updated: Module crashes if CURL_POSTFIELDS parameter uses in curl_setopt finction
ID: 16661 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: cURL related Operating System: All PHP Version: 4.2.0 New Comment: Are you really using PHP 4.2.0? As that hasn't been released yet. :) Please try the RC (== Release Candidate) from http://www.php.net/~derick/ (I think this was fixed a while ago..) Previous Comments: [2002-04-17 10:50:26] [EMAIL PROTECTED] I used file upload through CURL module to other servers and it worked fine still libcurl v. 7.9.4. Of course I could use the older version but in this version don't work connection through SSL and proxy too. I is't powerfull :-(. I got a big problem with file post immediately after upgrade to curl v.7.9.4 Can you resove this problem? I think that CURL is a greatest module by communicative functionality! It is great! And PHP can loose usability if CURL module will work bad. Thank you. Anton Kalmykov [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=16661edit=1
Bug #16678: PHP crashes after some commands
From: [EMAIL PROTECTED] Operating system: Windows 9x PHP version: 4.2.0 PHP Bug Type: Sockets related Bug description: PHP crashes after some commands In the bug 16664 I saw an error on socket_bind(). This PHP crash isn't anymore present in the PHP 4.2.0RC4-win32 but (in the same version) there is the same crash (same error call, same DLL ) on the socket_accept() command on non-blocking sockets. I think the person who fix the bug in the socket_bind command would be able to do the same on the socket_accept (after socket_set_nonblock) . Thx -- Edit bug report at http://bugs.php.net/?id=16678edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16678r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16678r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16678r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16678r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16678r=support Expected behavior: http://bugs.php.net/fix.php?id=16678r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16678r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16678r=submittedtwice
Bug #16679: getenv() function may not work properly
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.0 PHP Bug Type: Unknown/Other Function Bug description: getenv() function may not work properly When i tried to call the getenv(SERVER_ADDR) method, the return is an empty string. I know that I can use $_SERVER[SERVER_ADDR] but I must use the getenv() method. -- Edit bug report at http://bugs.php.net/?id=16679edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16679r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16679r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16679r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16679r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16679r=support Expected behavior: http://bugs.php.net/fix.php?id=16679r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16679r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16679r=submittedtwice
Bug #16680: socket_read() does not have the described behaviour ...
From: [EMAIL PROTECTED] Operating system: Windows 9x PHP version: 4.2.0 PHP Bug Type: Sockets related Bug description: socket_read() does not have the described behaviour ... In the documentation, it's written that socket_read() reads data from the socket until a \n, \t, \0 or until the end of the buffer. But under win32 it reads only 1 char. This would be fixed. Just use instead : $buf=; while (substr($buf,-1)!=\n) { $buf.=socket_read($socket,1); } I've put 1 here, but you can write 16777216 it'll continue to give back only 1 char. -- Edit bug report at http://bugs.php.net/?id=16680edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16680r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16680r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16680r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16680r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16680r=support Expected behavior: http://bugs.php.net/fix.php?id=16680r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16680r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16680r=submittedtwice
Bug #16679 Updated: getenv() function may not work properly
ID: 16679 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: Not a bug... I've just seen that this method is only available in CGI mode... Sorry Previous Comments: [2002-04-18 09:52:16] [EMAIL PROTECTED] When i tried to call the getenv(SERVER_ADDR) method, the return is an empty string. I know that I can use $_SERVER[SERVER_ADDR] but I must use the getenv() method. -- Edit this bug report at http://bugs.php.net/?id=16679edit=1
Bug #16679 Updated: getenv() function may not work properly
ID: 16679 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: yes, that's why we have the $_SERVER array, as an abstraction Layer to Werbser APIs variable access methods CGI has to rely on process environment variables for parameter passing, but most server-module APIs have faster methods to do this and usualy don't bother to set the environment variables Previous Comments: [2002-04-18 10:00:23] [EMAIL PROTECTED] Not a bug... I've just seen that this method is only available in CGI mode... Sorry [2002-04-18 09:52:16] [EMAIL PROTECTED] When i tried to call the getenv(SERVER_ADDR) method, the return is an empty string. I know that I can use $_SERVER[SERVER_ADDR] but I must use the getenv() method. -- Edit this bug report at http://bugs.php.net/?id=16679edit=1
Bug #15715 Updated: file upload - empty $userfile
ID: 15715 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Unknown/Other Function Operating System: HP-UX 11i PHP Version: 4.1.1 New Comment: We have reproduced this same bug on Solaris 7 and Apache. Previous Comments: [2002-03-06 12:31:31] [EMAIL PROTECTED] closing this one. [2002-03-06 12:31:04] [EMAIL PROTECTED] ok with PHP 4.1.2 [2002-03-06 12:28:57] [EMAIL PROTECTED] Hi, After upgrading to PHP 4.1.2, no more problem. [2002-03-05 15:56:18] [EMAIL PROTECTED] I experiment the same problem on a Linux platform. All variables including $_POST, $HTTP_POST_VARS (,and so on ) are empty. The problem occurs if the attribute 'enctype=multipart/form-data ' is set in the FORM tag even if no file is uploaded in the script. Everything is OK if the enctype parameter is removed. -M [2002-02-25 11:53:59] [EMAIL PROTECTED] With sample page : form enctype=multipart/form-data action=?php echo $PHP_SELF; ? method=post input type=hidden name=MAX_FILE_SIZE value=10 Send this file: input name=userfile type=fileBR input type=submit value=Send File /form/CENTER HR ?php echo Field : . $userfile .BR; echo File : . $_FILES[userfile][name] .BR; echo Type : . $_FILES[userfile][type] .BR; echo Temp : . $_FILES[userfile][tmp_name] .BR; echo Size : . $_FILES[userfile][size] .BR; if (is_uploaded_file($_FILES[userfile][tmp_name])) echo Download : OkBR; elseecho Download : KOBR; } On RedHat 7.2 (PHP 4.1.1, Apache 1.3.23) no problem, $userfile=none or path to /tmp/x On HP-UX 11i (PHP 4.0.6, Apache 1.3.19 build by HP) no problem. On HP-UX 11i (PHP 4.1.1, Apache 1.3.23 build from source) $userfile and other variables are empty. (It's work one time on many) Compile flags : ./configure --with-oci8 --with-apache=../apache_1.3.23 --with-gd=/opt/gd --with-pdflib=/opt/pdflib --with-jpeg-dir=/opt/jpeg-6 --with-png-dir=/opt/libpng --with-tiff-dir=/opt/tiff-3.5 --with-zlib-dir=/opt/zlib --enable-sigchild --with-mysql=/opt/mysql --enable-sockets --with-tsrm-pthreads Thank's for your help. -- Edit this bug report at http://bugs.php.net/?id=15715edit=1
Bug #16647 Updated: DomDocument-get_element_by_id() doesn't work
ID: 16647 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: DOM XML related Operating System: linux 2.4.4 PHP Version: 4.0CVS-2002-04-1 New Comment: Quote from the Document Object Model (DOM) Level 2 Core Specification: Attributes with the name ID are not of type ID unless so defined. Implementations that do not know whether attributes are of type ID or not are expected to return null. That means that DomDocument-get_document_by_id(X) and XPathContext-xpath_eval(//*[@id='X']) are not equivalent and that the former function should only return a result if a DTD is referenced which declares attributes of type ID. Previous Comments: [2002-04-18 07:44:04] [EMAIL PROTECTED] Ooop. didn't much think about case sensitivity back then :) A quick soultion would be: //*[@ID = '%s' or @id = '%s']. I don't know, which version is really correct according to W3C (but anyways, the ID-attribute should be stated in the DTD, so this whole xpath-approach is actually rather wrong :) ) chregu [2002-04-18 01:37:04] [EMAIL PROTECTED] get_element_by_id() used xpath_eval as well but searches for //*[@ID = '%s']. If you capitalize the id it should work. Do you have an idea how to search case insensitve? [2002-04-16 20:04:48] [EMAIL PROTECTED] The following script returns bool(false): ?php $src = _END html headtitle Test /title/head body h1Test/h1 span id=testFoo/span /body /html _END; $doc = domxml_open_mem($src); $n = $doc-get_element_by_id(test); var_dump($n); ? Workaround: Use Xpath expressions to find the node: ?php $src = _END html headtitle Test /title/head body h1Test/h1 span id=testFoo/span /body /html _END; $doc = domxml_open_mem($src); $ctx = $doc-xpath_new_context(); $res = $ctx-xpath_eval(//*[@id='test']); $n = $res-nodeset[0]; var_dump($n); ? -- Edit this bug report at http://bugs.php.net/?id=16647edit=1
Bug #16681: Request new words() function returning no of words in string
From: [EMAIL PROTECTED] Operating system: Windows XP Home Edition PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: Request new words() function returning no of words in string I notice that PHP does not have a words() function; I propose that one is added. For anybody doing string processing this is an extremely useful function. It is a commonly found function in other languages (e.g. REXX). It is not just for general text processing that such a function is useful, but whenever dealing with strings. For example, I had a string where I had to take different actions if there was only 1 word in a string than if there were many. I agree that you can do this sort of thing with regular expressions, but hey, you can do a Leveshtein function too with regular expressions ;). I can guarantee if there was one, it would be widely used. words(), simply should return the number of words in a string, e.g. words(hello) - 1 words(this is my example) - 4 words( ah how about this, eh smartass?) - 6 words(thank you PHP team for taking the time to read this and giving due consideration for this suggestion rather than just throwing it in the waste bin because you've got more urgent things to do) - 35 Hugh Prior -- Edit bug report at http://bugs.php.net/?id=16681edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16681r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16681r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16681r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16681r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16681r=support Expected behavior: http://bugs.php.net/fix.php?id=16681r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16681r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16681r=submittedtwice
Bug #16548 Updated: exec or system a daemon will catch the port for this session
ID: 16548 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: RED HAT Linux 7.2 PHP Version: 4.1.2 New Comment: Sorry ! PHP/4.2.0RC4 has the same problem with _mprshut and session.auto_start = 1. httpd and _mprshut acces /tmp/sess_* Previous Comments: [2002-04-18 09:39:10] [EMAIL PROTECTED] Please try PHP 4.2.0RC4 from http://www.php.net/~derick/ [2002-04-17 10:01:27] [EMAIL PROTECTED] Now it's 100% true: Without session.auto_start = 0 it works also with apache with php compiled. So i can't use session variables. Has anybody interest to solve the problem ? I know not much from C. On which side is the error ? PHP or _mproshut (Progress) ? [2002-04-17 07:23:29] [EMAIL PROTECTED] Without session.auto_start = 0 it works without problem ! (it was 1 but i use it) [root@linux /tmp]# fuser sess* sess_e2b04b5ddbae91f2c52fd86e808565f5: 20658 20661 20664 20667 [root@linux /tmp]# ps -ef | grep 20658 root 20658 1 0 12:15 ?00:00:00 /home/dlc83e/bin/_mprshut /home/ root 20672 12474 0 12:15 pts/100:00:00 grep 20658 _mprshut access the session file in /tmp ! How can this happen ? [2002-04-17 06:04:12] [EMAIL PROTECTED] New information: I use now a cgi-bin version from php (before it was compiled into apache). If i start the script frist time it runs perfect and ended. (i see no php process). After that i can open any html pages without problem. If i try to open any php page in the same session it hungs. I can see the php process ans strace shows this: flock(3, LOCK_EX Is there a possibilty for debugging php itself ? I compiled not enable-debug but what can i do with that ? [2002-04-15 08:48:10] [EMAIL PROTECTED] system( ( $DLC/bin/_mprshut $CADB/$DB -C watchdog /dev/null 21 /dev/null )); That should run the command in a sub-shell, and might solve this strange problem. Also, have you tried enabling the sigchild handler? ./configure --help | grep sigchild Nothing helps. The developer of _mprshut can reproduce the same effect under IS(NT). 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/16548 -- Edit this bug report at http://bugs.php.net/?id=16548edit=1
Bug #16670 Updated: php 4.1.0, cyrus-imapd.2.0.16, c-client compile-error
ID: 16670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: linux / redhat 7.2 PHP Version: 4.1.2 New Comment: Hallo, yes i have download 4.1.2 and 4.0.6 , configure and compile. The problem, i think at this moment is the follow. When i compile php4.0.6 with the same options zhe comes in the configure-error the meassage your c-client mot support ssl please remove or recompile them, when i compile without ssl then is all ok. I think at this moment this was the Problem with php4.1.0 i think at the same with 4.2.x. Ok. i must look was is the error in c-client. But i has him compiles with ssl-support. maby not correct. Thanks a lot for this moment for all your help best reagards Achim Previous Comments: [2002-04-18 06:22:29] [EMAIL PROTECTED] Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? [2002-04-18 06:22:15] [EMAIL PROTECTED] Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? [2002-04-17 16:33:11] [EMAIL PROTECTED] hallo, please help, i work many days with the same problem. I have redhat7.2 system, with the follows components cyrus-sasl-1.5.24-23 cyrus-sasl-devel-1.5.24-23 cyrus-sasl-gssapi-1.5.24-23 cyrus-sasl-plain-1.5.24-23 cyrus-sasl-md5-1.5.24-23 imap-devel-2000c-15 and cyrus-imapd-2.0.16-4 the configure script from php-4.1.0 is ./configure \ --with-apxs=/websec/apache/sbin/apxs \ --with-mysql=/usr/local/mysql \ --with-openssl=/usr/local/ssl \ --with-kerberos=/usr/kerberos \ --enable-versioning \ --enable-track-vars \ --with-zlib-dir=/usr/include \ --with-zlib=yes \ --with-jpeg-dir=/usr/include \ --with-tiff-dir=/usr/include \ --with-cyrus \ --with-db \ --with-gdbm=/usr/include \ --with-ndbm=/usr/include \ --with-db3=/usr/include \ --with-db3=/usr/include \ --enable-ftp \ --with-gd=usr/local/src/gd-1.8.4 \ --with-png-dir=/usr/lib \ --with-freetype-dir=/usr \ --with-pspell=/usr \ --with-xpm-dir=/usr \ --with-imap \ --with-imap-ssl=/usr/loca/ssl \ --with-mcrypt=/usr/include \ --with-mm=/usr/local \ --with-gettetxt=/usr/include \ --with-gd \ --with-ncurses \ --enable-ftp \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --with-config-file-path=/etc this run's with no problems the make phu make many problems like this Making all in cyrus make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[3]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« /bin/sh /usr/local/src/php-4.1.0/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.1.0/ext/cyrus -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/websec/apache/include -I/usr/local/src/php-4.1.0/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/include/freetype2/freetype -I/usr/include/imap -I/usr/local/mysql/include/mysql -I/usr/include/pspell -I/usr/local/src/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/usr/local/src/php-4.1.0/TSRM -g -O2 -prefer-pic -c cyrus.c cyrus.c: In function `zm_startup_cyrus': cyrus.c:88: `IMCLIENT_CONN_NOSYNCLITERAL' undeclared (first use in this function) cyrus.c:88: (Each undeclared identifier is reported only once cyrus.c:88: for each function it appears in.) cyrus.c:88: `CONST_CS_' undeclared (first use in this function) cyrus.c: In function `zif_cyrus_authenticate': cyrus.c:271: warning: assignment makes pointer from integer without a cast cyrus.c:275: warning: assignment makes pointer from integer without a cast cyrus.c:293: warning: comparison between pointer and integer cyrus.c:302: warning: comparison between pointer and integer cyrus.c: In function `zif_cyrus_query': cyrus.c:467: void value not ignored as it ought to be make[3]: *** [cyrus.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext« make: *** [all-recursive] Fehler 1 please help me, please Best reagards and a lot of thanks Achim -- Edit this bug report at http://bugs.php.net/?id=16670edit=1
Bug #16682: strange infinite loop problem where no infinite loop exists
From: [EMAIL PROTECTED] Operating system: Mac OS X PHP version: 4.2.0 PHP Bug Type: Unknown/Other Function Bug description: strange infinite loop problem where no infinite loop exists The problem is that the below script entered an infinite loop, only stopping when the when the time_limit kicks in. It's problem is caused by this script ? for ( $i=1; $i=11; $i++ ) { $a = Position.$i; } ? It doesn't happen on 4.1.1 CLI version, and unfortunately, I don't have access to any other versions at the moment. This is my configure line : './configure' '--with-mysql' '--with-gd=/usr/local' '-- with-png-dir=/sw' '--with-jpeg-dir=/sw' '--with-apxs' '-- with-zlib-dir=/sw' '--with-freetype-dir=/sw' '--with-curl=/ sw' '--with-t1lib=/usr/local' '--enable-ftp' '--enable- mbstring' '--enable-mbstr-enc-trans' '--with-xml' -- Edit bug report at http://bugs.php.net/?id=16682edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16682r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16682r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16682r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16682r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16682r=support Expected behavior: http://bugs.php.net/fix.php?id=16682r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16682r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16682r=submittedtwice
Bug #16664 Updated: PHP crashes on socket_bind
ID: 16664 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Feedback Bug Type: Sockets related Operating System: Windows 9x PHP Version: 4.2.0 New Comment: Wait, did you test with CVS now?! It's supposed to ONLY return boolean false or true (from reading the source code). Can you verify this too please. Previous Comments: [2002-04-18 09:27:38] [EMAIL PROTECTED] Oops !! I made an error, socket_bind returns 1 on success. True = -1 [2002-04-18 09:17:28] [EMAIL PROTECTED] The CSV version doesn't include this bug anymore. Just one more thing : socket_bind() returns '' on success ... [2002-04-18 07:34:08] [EMAIL PROTECTED] This problem doesn't happens on w2k ... It's w9x specific problem (win95 is also concerned). PS: My test code was found in the documentation. I've updated my code ... PS2: I'll look in the source and do some tries to find a way to fix this bug (I have VC++, I could use another compiler but I have only this one). I know it's a bind error and if the IP is changed to no error happens ... [2002-04-18 07:21:39] [EMAIL PROTECTED] Ok, I can't reproduce this on w2k (I don't have a w98 system to test). First, try if it works on w2k for you. If it works, we know it's w98 system problem and we can dig furhter into that direction. Second, your return checking's aren't very good. socket_create() returns either resource or false, but not something which we would say is ' 0'. The same for socket_bind(), it returns an boolean, true or false, nothing else. (that's from the source, the documentation on php.net is outdated as there have been recent changes to the sources). [2002-04-18 06:20:11] [EMAIL PROTECTED] The category has changed to PDF functions (I made a mistake while filling the form ?? ). Changing back to 'Socket related' ... 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/16664 -- Edit this bug report at http://bugs.php.net/?id=16664edit=1
Bug #16678 Updated: PHP crashes after some commands
ID: 16678 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Windows 9x PHP Version: 4.2.0 New Comment: And, did you also tried CVS with this error? Previous Comments: [2002-04-18 09:46:39] [EMAIL PROTECTED] In the bug 16664 I saw an error on socket_bind(). This PHP crash isn't anymore present in the PHP 4.2.0RC4-win32 but (in the same version) there is the same crash (same error call, same DLL ) on the socket_accept() command on non-blocking sockets. I think the person who fix the bug in the socket_bind command would be able to do the same on the socket_accept (after socket_set_nonblock) . Thx -- Edit this bug report at http://bugs.php.net/?id=16678edit=1
Bug #16667 Updated: More session_start() after each other generates the same sessionid
ID: 16667 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Win2k PHP Version: 4.2.0 New Comment: What exactly are you trying to do? And are you _really_ using PHP 4.2.0 (as it hasn't been released yet..) Previous Comments: [2002-04-17 14:22:13] [EMAIL PROTECTED] session_register(pass); $sid = session_id(); session_unregister(pass); This generates the same code over and ov er.. sometimes it makes up its mindd, and produces another id, then begins to use it for a while -- Edit this bug report at http://bugs.php.net/?id=16667edit=1
Bug #16202 Updated: session variables not getting set
ID: 16202 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: win 2000 pro PHP Version: 4.1.2 New Comment: When you upgrade PHP (or downgrade) remember to ALWAYS replace all the files from previous installations with the new files found in the new package. Including php4ts.dll. Also check that you don't have duplicates of these files in your system. --Jani Previous Comments: [2002-04-17 16:01:20] [EMAIL PROTECTED] I'm having the same issue, and have just confirmed that this problem is _not_ fixed as of PHP 4.2.0RC4. [2002-04-02 09:43:11] [EMAIL PROTECTED] Could you try 4.2.0RC1? Please visit http://qa.php.net/ for it. [2002-03-21 10:37:50] [EMAIL PROTECTED] See problems #16043 #16102. Same issue. In a nutshell, sessions are broke in v4.1.2, and they say it'll be fixed in v4.2.0. You may not have found these problems before posting this one due to the search page default of only looking for 'Open' problems. #16043 has been closed (they apparently close problems when its fixed in the head CVS branch, NOT when they put out a new release), and #16102 is tagged as 'analyzed', though in #16102 the same PHP developer said it will 'be fixed in 4.2.0, probably.' Please don't shoot the messenger. Just wanted you all to know you are not alone. Sessions are broken in 4.1.2, there are several bug reports effectively showing this, and there appear to be many people hurting without proper session support. For now, our options appear to be 1. Run 4.1.2 and suffer no session support 2. Run 4.1.1, have session support, and risk the security issues. (Though this may be mitigated by running the SAPI module vs. the CGI. Still issues, but not as severe from what I understand.) 3. Download the latest CVS roll your own if you have the tools/skill/etc. to do so. 4. Download the 4.2.0 Release Candidate if you're not in a production environment don't mind being a guinea pig. If you haven't seen yet, they're aiming for 22 Apr 2002 for the v4.2.0 release. I wait with breathless anticipation. [2002-03-21 05:58:03] [EMAIL PROTECTED] Sorry.. here this is my code. ? // Chippyho Tuna session_start() ; session_register('a','b','c') ; if(isset($_SESSION[a])) { $_SESSION[a]++ ; } else { $_SESSION[a] = 0 ; } if(isset($b)){ $b++ ; } else { $b=0; } if(isset($HTTP_SESSION_VARS[c])){ $HTTP_SESSION_VARS[c]++; }else { $HTTP_SESSION_VARS[c] =0; } echo '$_SESSION[a] = ' . $_SESSION[a] ; echo 'br$b = ' . $b ; echo 'br$HTTP_SESSION_VARS[c] = ' . $HTTP_SESSION_VARS[c] ; echo 'brbra href='.$PHP_SELF .'Click/a' ; ? [2002-03-21 05:47:33] [EMAIL PROTECTED] I have the same problem . Here is my profile. OS : WIN ME Apache-Win32 1.3.23 PHP 4.1.2 PHP can not get the value from _SESSION[] even if from itself this is my code to test. Back when rollback to 4.1.1 the problem solve. 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/16202 -- Edit this bug report at http://bugs.php.net/?id=16202edit=1
Bug #16676 Updated: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: If you need to flush, do not use output buffers at all. That's what I'm trying to do, use ob_implicit_flush() at the beginning of my script to turn off ob. Imagine turning on/off compression, converting one encoding to another, etc in the middle of transmission. It just does not work. I'm not wanting to change encoding or turn zlib compression on/off the middle of a script. I just have a basic 400 line script I'd like to output. I simply don't want to have ob turned on. Previous Comments: [2002-04-18 06:12:03] [EMAIL PROTECTED] Don't worray, it's known issue. I can make it flush when all output buffers registered may be flushed, otherwise it just does not work. Imagine turning on/off compression, converting one encoding to another, etc in the middle of transmission. It just does not work. If you need to flush, do not use output buffers at all. Note: Older PHP is just deleted the last output buffer registered with ob_implicit_flush. This is wrong behavior. [2002-04-18 03:50:26] [EMAIL PROTECTED] I tried leaving output_buffering = 4096 in php.ini and turning on implicit_flush in php.ini, and it's still not flushing my echo lines till the end of script execution, so neither the function or the ini config are working for me. If I make output_buffering = 0, it flushes correctly as expected, but as I understand it, the whole point of ob_implicit_flush() in runtime is to override the default ini config which is what I want to do. [2002-04-18 03:43:38] [EMAIL PROTECTED] I can't change the status to 'Open', but I can say zlib.output_compression is off. [2002-04-18 02:57:57] [EMAIL PROTECTED] I guess you are enabling zlib.output_compression. If you are not, please change Status to Open. Thank you. [2002-04-18 02:19:29] [EMAIL PROTECTED] I have a php shell script that outputs ~100 char lines using echo. I'm trying to work around the default php.ini configuration of a 4k automatic buffer and flush the lines to the console for debugging. Calling ob_flush() after each echo, echos the lines immediately, putting ob_end_flush() at the beginning of the script turns off ob so I get immediate output, but ob_implicit_flush() and ob_implicit_flush(1) don't seem to automatically flush after each echo. I have to wait till the end of the script execution to see the output when I try ob_implicit_flush. Using ob_end_flush() is my workaround for now. Same difference whether I use echo or print. This is for RC4. -- Edit this bug report at http://bugs.php.net/?id=16676edit=1
Bug #13876 Updated: Not possible to build DBA as shared extension
ID: 13876 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: DBM/DBA related Operating System: NetBSD + Linux PHP Version: 4.2.0RC4 New Comment: This bug has been fixed in CVS. thanks - this should now work with 4.2.0 and greater Previous Comments: [2002-04-18 01:36:31] [EMAIL PROTECTED] Full patch to fix this - attached - let me know if you want the patch as a file - I can send it. --- /usr/src/php/php-4.1.2/ext/dba/config.m4Thu Jun 28 23:16:28 2001 +++ config.m4 Thu Apr 18 13:19:19 2002 @@ -230,6 +230,5 @@ PHP_SUBST(DBA_SHARED_LIBADD) else AC_MSG_RESULT(no) - AC_DEFINE(HAVE_DBA, 0, [ ]) fi --- /usr/src/php/php-4.2.0RC2/ext/dba/dba_cdb.c Thu Feb 28 16:25:58 2002 +++ dba_cdb.c Thu Apr 18 13:27:47 2002 @@ -20,6 +20,10 @@ #include php.h +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #if DBA_CDB #include php_cdb.h --- /usr/src/php/php-4.2.0RC2/ext/dba/dba_db2.c Thu Feb 28 16:25:58 2002 +++ dba_db2.c Thu Apr 18 13:27:23 2002 @@ -16,10 +16,14 @@ +--+ */ -/* $Id: dba_db2.c,v 1.20 2002/02/28 08:25:58 sebastian Exp $ */ +/* $Id: dba_db2.c,v 1.20.2.1 2002/04/08 06:36:39 derick Exp $ */ #include php.h +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #if DBA_DB2 #include php_db2.h #include sys/stat.h --- /usr/src/php/php-4.2.0RC2/ext/dba/dba_db3.c Thu Feb 28 16:25:58 2002 +++ dba_db3.c Thu Apr 18 13:27:57 2002 @@ -20,10 +20,14 @@ #include php.h +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #if DBA_DB3 #include php_db3.h -#include sys/stat.h +#include sys/stat.h #include string.h #ifdef DB3_INCLUDE_FILE #include DB3_INCLUDE_FILE --- /usr/src/php/php-4.2.0RC2/ext/dba/dba_dbm.c Thu Feb 28 16:25:59 2002 +++ dba_dbm.c Thu Apr 18 13:28:15 2002 @@ -20,6 +20,10 @@ #include php.h +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #if DBA_DBM #include php_dbm.h --- /usr/src/php/php-4.2.0RC2/ext/dba/dba_gdbm.cThu Feb 28 16:25:59 2002 +++ dba_gdbm.c Thu Apr 18 13:28:30 2002 @@ -20,6 +20,10 @@ #include php.h +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #if DBA_GDBM #include php_gdbm.h --- /usr/src/php/php-4.2.0RC2/ext/dba/dba_ndbm.cThu Feb 28 16:25:59 2002 +++ dba_ndbm.c Thu Apr 18 13:28:42 2002 @@ -20,10 +20,15 @@ #include php.h +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #if DBA_NDBM #include php_ndbm.h #include fcntl.h + #ifdef NDBM_INCLUDE_FILE #include NDBM_INCLUDE_FILE #endif [2001-10-30 12:42:07] [EMAIL PROTECTED] If php is configured and installed on a system without any db libraries, then a db library, e.g. gdbm, is installed afterwards, it's not possible to separately build the DBA module as a shared extension. The problem occurs because when a db library is not found when php is configured, the php_config.h file written out contains the line: #define HAVE_DBA 0 Later, when the DBA module is phpize'd and configured, the HAVE_DBA definition from php_config.h overrides the value set in the local config.h file, which causes all of the code to be ifdef'd out. Even when this problem is fixed, the various dba_db.c files that implement the PHP functions for a particular db library will have all of their code ifdef'd out since the DBA_DB definitions in the local config.h file aren't used. The complete fix is simple: 1) Remove the line AC_DEFINE(HAVE_DBA, 0, [ ]) from ext/dba/config.m4. 2) For each dba_db.c file, add at the top before php.h is included the following lines: #ifdef HAVE_CONFIG_H #include config.h #endif I have a patch relative to the php-4.0.6 source tree that makes the above changes, located at: http://jgrind.org/~jlam/patch.dba-4.0.6 -- Edit this bug report at http://bugs.php.net/?id=13876edit=1
Bug #16683: gdIOCtx
From: [EMAIL PROTECTED] Operating system: Mac OS X PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: gdIOCtx The types of gdIOCtx in /usr/local/include/gd_io.h and /usr/local/src/php-4.1.2/ext/gd/gd.c (line 92) Are in no way similar. This is similar to 14271. -- Edit bug report at http://bugs.php.net/?id=16683edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16683r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16683r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16683r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16683r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16683r=support Expected behavior: http://bugs.php.net/fix.php?id=16683r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16683r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16683r=submittedtwice
Bug #16682 Updated: strange infinite loop problem where no infinite loop exists
ID: 16682 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Mac OS X PHP Version: 4.2.0 New Comment: My bad - It was a problem with the auto_prepend_file that someone stealthly added to my config, sorry about that! Previous Comments: [2002-04-18 10:50:35] [EMAIL PROTECTED] The problem is that the below script entered an infinite loop, only stopping when the when the time_limit kicks in. It's problem is caused by this script ? for ( $i=1; $i=11; $i++ ) { $a = Position.$i; } ? It doesn't happen on 4.1.1 CLI version, and unfortunately, I don't have access to any other versions at the moment. This is my configure line : './configure' '--with-mysql' '--with-gd=/usr/local' '-- with-png-dir=/sw' '--with-jpeg-dir=/sw' '--with-apxs' '-- with-zlib-dir=/sw' '--with-freetype-dir=/sw' '--with-curl=/ sw' '--with-t1lib=/usr/local' '--enable-ftp' '--enable- mbstring' '--enable-mbstr-enc-trans' '--with-xml' -- Edit this bug report at http://bugs.php.net/?id=16682edit=1
Bug #16681 Updated: Request new words() function returning no of words in string
ID: 16681 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Windows XP Home Edition PHP Version: 4.1.2 New Comment: I think in PHP it would look like this: function word_count($string) { return count(preg_split(/\s+/, $string)); } Previous Comments: [2002-04-18 10:15:04] [EMAIL PROTECTED] I notice that PHP does not have a words() function; I propose that one is added. For anybody doing string processing this is an extremely useful function. It is a commonly found function in other languages (e.g. REXX). It is not just for general text processing that such a function is useful, but whenever dealing with strings. For example, I had a string where I had to take different actions if there was only 1 word in a string than if there were many. I agree that you can do this sort of thing with regular expressions, but hey, you can do a Leveshtein function too with regular expressions ;). I can guarantee if there was one, it would be widely used. words(), simply should return the number of words in a string, e.g. words(hello) - 1 words(this is my example) - 4 words( ah how about this, eh smartass?) - 6 words(thank you PHP team for taking the time to read this and giving due consideration for this suggestion rather than just throwing it in the waste bin because you've got more urgent things to do) - 35 Hugh Prior -- Edit this bug report at http://bugs.php.net/?id=16681edit=1
Bug #16684: parse error on foreach given array as $_REQUEST['list']
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.2.0 PHP Bug Type: Arrays related Bug description: parse error on foreach given array as $_REQUEST['list'] i would like to iterate over the array named $_REQUEST['list'] like this: foreach($_REQUEST['list'] as $user) { if (strlen($user)$max) die(too long); } error_log(gettype gives: . gettype($_REQUEST['list']),0); when php attempts to run this code I get this parse error in my apache log: PHP Parse error: parse error, unexpected '\' in /var/www/htdocs/tmp.php on line 698 The message I write to the log about the type confirms that the variable is an array. I am currently using 4.2.0rc4 -- Edit bug report at http://bugs.php.net/?id=16684edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16684r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16684r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16684r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16684r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16684r=support Expected behavior: http://bugs.php.net/fix.php?id=16684r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16684r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16684r=submittedtwice
Bug #16684 Updated: parse error on foreach given array as $_REQUEST['list']
ID: 16684 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: linux PHP Version: 4.2.0 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-18 12:17:59] [EMAIL PROTECTED] i would like to iterate over the array named $_REQUEST['list'] like this: foreach($_REQUEST['list'] as $user) { if (strlen($user)$max) die(too long); } error_log(gettype gives: . gettype($_REQUEST['list']),0); when php attempts to run this code I get this parse error in my apache log: PHP Parse error: parse error, unexpected '\' in /var/www/htdocs/tmp.php on line 698 The message I write to the log about the type confirms that the variable is an array. I am currently using 4.2.0rc4 -- Edit this bug report at http://bugs.php.net/?id=16684edit=1
Bug #16684 Updated: parse error on foreach given array as $_REQUEST['list']
ID: 16684 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Arrays related Operating System: linux PHP Version: 4.2.0 New Comment: This is not a support question. I know there many ways to iterate over an array. I just wanted to alert you to the fact there is a problem with the foreach construct in its handling of multi-dimensional arrays. Previous Comments: [2002-04-18 12:37:30] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-18 12:17:59] [EMAIL PROTECTED] i would like to iterate over the array named $_REQUEST['list'] like this: foreach($_REQUEST['list'] as $user) { if (strlen($user)$max) die(too long); } error_log(gettype gives: . gettype($_REQUEST['list']),0); when php attempts to run this code I get this parse error in my apache log: PHP Parse error: parse error, unexpected '\' in /var/www/htdocs/tmp.php on line 698 The message I write to the log about the type confirms that the variable is an array. I am currently using 4.2.0rc4 -- Edit this bug report at http://bugs.php.net/?id=16684edit=1
Bug #16684 Updated: parse error on foreach given array as $_REQUEST['list']
ID: 16684 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: linux PHP Version: 4.2.0 New Comment: foreach($_REQUEST['list'] as $user) { if (strlen($user)$max) die(too long); ^ ^^^ ^ I I I I Cheers, Rob. Previous Comments: [2002-04-18 12:45:53] [EMAIL PROTECTED] This is not a support question. I know there many ways to iterate over an array. I just wanted to alert you to the fact there is a problem with the foreach construct in its handling of multi-dimensional arrays. [2002-04-18 12:37:30] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-18 12:17:59] [EMAIL PROTECTED] i would like to iterate over the array named $_REQUEST['list'] like this: foreach($_REQUEST['list'] as $user) { if (strlen($user)$max) die(too long); } error_log(gettype gives: . gettype($_REQUEST['list']),0); when php attempts to run this code I get this parse error in my apache log: PHP Parse error: parse error, unexpected '\' in /var/www/htdocs/tmp.php on line 698 The message I write to the log about the type confirms that the variable is an array. I am currently using 4.2.0rc4 -- Edit this bug report at http://bugs.php.net/?id=16684edit=1
Bug #16684 Updated: parse error on foreach given array as $_REQUEST['list']
ID: 16684 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: linux PHP Version: 4.2.0 New Comment: user error - bogus Previous Comments: [2002-04-18 12:48:41] [EMAIL PROTECTED] foreach($_REQUEST['list'] as $user) { if (strlen($user)$max) die(too long); ^ ^^^ ^ I I I I Cheers, Rob. [2002-04-18 12:45:53] [EMAIL PROTECTED] This is not a support question. I know there many ways to iterate over an array. I just wanted to alert you to the fact there is a problem with the foreach construct in its handling of multi-dimensional arrays. [2002-04-18 12:37:30] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-18 12:17:59] [EMAIL PROTECTED] i would like to iterate over the array named $_REQUEST['list'] like this: foreach($_REQUEST['list'] as $user) { if (strlen($user)$max) die(too long); } error_log(gettype gives: . gettype($_REQUEST['list']),0); when php attempts to run this code I get this parse error in my apache log: PHP Parse error: parse error, unexpected '\' in /var/www/htdocs/tmp.php on line 698 The message I write to the log about the type confirms that the variable is an array. I am currently using 4.2.0rc4 -- Edit this bug report at http://bugs.php.net/?id=16684edit=1
Bug #15499 Updated: Apache crashes with Segmentation fault
ID: 15499 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: OCI8 related Operating System: Linux PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-13 09:15:13] [EMAIL PROTECTED] please try to send me a short _selfcontained_ script that reproduces that problem when hitting apache with ab. i'm very busy right now. please contact me directly - money can raise the priority of this problem on my TODO list. [2002-03-28 04:08:47] [EMAIL PROTECTED] Now I upgradet from Oracle 8.1.7 to Oracle 8.1.7.3, recompiled php and apache (4.1.2) with no effect. The crash still exists. It seems that nobody of the php-team feels responsible for improvements in the oci8-module!? [2002-03-12 08:48:10] [EMAIL PROTECTED] We will pay for the support if the bug can be fixed from one of the php-developers. I think the maintainer of this module will find the bug more quickly. [2002-03-12 08:30:00] [EMAIL PROTECTED] I already tried the latest version from cvs /* $Id: oci8.c,v 1.168 2002/02/10 12:41:52 thies Exp $ */ and /* $Id: php_oci8.h,v 1.23 2002/02/10 12:41:52 thies Exp $ */ with the same effect [2002-03-12 08:25:19] [EMAIL PROTECTED] Can you possible try a snapshot from snaps.php.net? Derick 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/15499 -- Edit this bug report at http://bugs.php.net/?id=15499edit=1
Bug #15272 Updated: JDDayOfWeek result wrong by one day
ID: 15272 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Calendar related Operating System: WinXP PHP Version: 4.1.1 New Comment: as it turns out, the reporter was using juliantojd() to convert a gregorian date. (this note for the benefit of anyone searching the bug database because they make the same mistake.) Previous Comments: [2002-04-09 18:58:34] [EMAIL PROTECTED] works just fine for me. my test code: ?php $ts = mktime(12,0,0,1,29,2002); $jd = unixtojd($ts); echo jddayofweek($jd); # outputs '2' [2002-01-29 04:17:48] [EMAIL PROTECTED] JDDayOfWeek returns a result which is wrong by one day, for instance it says that Jan. 29th, 2002 is a 1, Monday, or Mon, depending on the mode. That date is actually a Tuesday. I'm using the standard ISAPI build 4.1.1 downloaded from PHP.net, with the php_gd.dll library. -- Edit this bug report at http://bugs.php.net/?id=15272edit=1
Bug #15379 Updated: unixtojd() doesn't return the correct date.
ID: 15379 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Calendar related Operating System: WinXP PHP Version: 4.1.1 New Comment: without an example to reproduce the issue, my best guess is that you are using jdtojulian() to test, which would explain a 12-13 day difference. we're currently operating under the gregorian calendar. Previous Comments: [2002-02-05 01:02:50] [EMAIL PROTECTED] unixtojd() is supposed to return today's date when it is invoked without a parameter. When I tested this function on 2/4/2002, it returned 1/22/2002. My system clock was set correctly, i.e. the actual system date was 2/4/2002. I'm using PHP version 4.1.1 on WinXP. -- Edit this bug report at http://bugs.php.net/?id=15379edit=1
Bug #16686: Semantics contradiction
From: [EMAIL PROTECTED] Operating system: Windows XP Pro PHP version: 4.2.0 PHP Bug Type: Documentation problem Bug description: Semantics contradiction This is not serious but misleading for newbies. On your manual, imagecreate(); appears to need width and height of each image to make GD stream, while imagesx and imagexy need GD stream to get width and height of each image. -- Edit bug report at http://bugs.php.net/?id=16686edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16686r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16686r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16686r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16686r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16686r=support Expected behavior: http://bugs.php.net/fix.php?id=16686r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16686r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16686r=submittedtwice
Bug #16686 Updated: Semantics contradiction
ID: 16686 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Windows XP Pro PHP Version: 4.2.0 -Assigned To: +Assigned To: sander New Comment: The GD documentation uses int instead of resource to represent an image-resource. Assigning to myself. Previous Comments: [2002-04-18 12:35:03] [EMAIL PROTECTED] This is not serious but misleading for newbies. On your manual, imagecreate(); appears to need width and height of each image to make GD stream, while imagesx and imagexy need GD stream to get width and height of each image. -- Edit this bug report at http://bugs.php.net/?id=16686edit=1
Bug #16686 Updated: Semantics contradiction
ID: 16686 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: Windows XP Pro PHP Version: 4.2.0 Assigned To: sander New Comment: This bug has been fixed in CVS, at least, I hope so :) Previous Comments: [2002-04-18 12:44:02] [EMAIL PROTECTED] The GD documentation uses int instead of resource to represent an image-resource. Assigning to myself. [2002-04-18 12:35:03] [EMAIL PROTECTED] This is not serious but misleading for newbies. On your manual, imagecreate(); appears to need width and height of each image to make GD stream, while imagesx and imagexy need GD stream to get width and height of each image. -- Edit this bug report at http://bugs.php.net/?id=16686edit=1
Bug #16669 Updated: bug ? configure .. with-zlib=path ..
ID: 16669 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: What's the bug here? Previous Comments: [2002-04-17 16:44:06] [EMAIL PROTECTED] change from configuration to documentation issue [2002-04-17 16:17:50] [EMAIL PROTECTED] delete first line of submission and java version, was preparing for another submission [2002-04-17 16:16:19] [EMAIL PROTECTED] with just either one, configure is ok Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) make GNU Make version 3.79.1 (Sunfreeware) libtool GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1_3_1_03 (have also tried with stock java1.2) php 4.1.2 --- ./configure --with-zlib=/usr/local I spotted in the configure output .. Configuring extensions checking if the location of ZLIB install directory is defined... no checking whether to include ZLIB support... yes configure help says you can place the directory on --with-zlib ./configure --help | grep zlib --with-zlib-dir=DIR Define the location of zlib install directory --with-zlib[=DIR] Include zlib support (requires zlib = 1.0.9). DIR is the zlib install directory. -- Edit this bug report at http://bugs.php.net/?id=16669edit=1
Bug #16667 Updated: More session_start() after each other generates the same sessionid
ID: 16667 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: Win2k PHP Version: 4.2.0 New Comment: What exactly are you trying to do? And are you _really_ using PHP 4.2.0 (as it hasn't been released yet..) Previous Comments: [2002-04-18 11:25:03] [EMAIL PROTECTED] What exactly are you trying to do? And are you _really_ using PHP 4.2.0 (as it hasn't been released yet..) [2002-04-17 14:22:13] [EMAIL PROTECTED] session_register(pass); $sid = session_id(); session_unregister(pass); This generates the same code over and ov er.. sometimes it makes up its mindd, and produces another id, then begins to use it for a while -- Edit this bug report at http://bugs.php.net/?id=16667edit=1
Bug #16272 Updated: SegFault in MySQL
ID: 16272 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Linux 2.4.x PHP Version: 4.1.2 New Comment: I would like to thank fcaprioli for the additional input; unfortunately, it does not resolve our problem. If you look at the code snippet that I submitted earlier, you can see that we already include the link ID in our query: i.e., $res=mysql_db_query($this-dbase,$query,$dbLink), where $dbLink is the link ID. So basically, we're where we were before: stuck with intermittent failures. Previous Comments: [2002-04-11 07:20:28] [EMAIL PROTECTED] I was affected by the same bug, but I've found a workaround. On linux 2.4.18, glibc 2.2.3 and MySQL 3.23.49, apache 1.3.24 with php 4.1.2 statically compiled (mysql external driver, --with-mysql=mysql_install_dir) by explicitly indicating the link id, mysql seems to work fine. So $conn = mysql_pconnect(host,username,pass); mysql_select_db(db1); $query = mysql_query(SELECT * FROM xxx) while ($row = mysql_fetch_array($query)) do_stuff(); would randomly segfault apache, while $conn = mysql_pconnect(host,username,pass); mysql_select_db(db1,$conn); $query = mysql_query(SELECT * FROM xxx,$conn) while ($row = mysql_fetch_array($query)) do_stuff(); works without problem. [2002-04-03 14:24:47] [EMAIL PROTECTED] I just set up a separate box to test if this bug has anything to do with what version of glibc is used. The bug is still there in the following setup: glibc-2.2.4-19.3 (RedHat Linux 7.2) MySQL-3.23.42-1 PHP v4.1.2 compiled as a static module for Apache 1.3.22 [2002-03-26 13:42:23] [EMAIL PROTECTED] The bug still shows up in 4.2.0RC1 [2002-03-26 13:41:16] [EMAIL PROTECTED] The segfault occurs in the following code snippet (a db wrapper that we wrote for MySQL). What is odd is that this only happens on occasion: this method is called exceptionally often in our code and only breaks (in 4.1.x, not 4.0.x) once in a while and not on exceptional queries--we have, for instance, seen it break on a query that returns only one row. Anyway, here's the code: /** * send a query to the DBMS using the dbLinkID * @param $dbLink - the link connection ID [INT] * @param $query [STRING] * @return the query in ORACLE format $result[FIELDNAME][ROWNUM]=value [2D HASH] * @access public */ function db_query($dbLink, $query){ $res=mysql_db_query($this-dbase,$query,$dbLink); while($row=@mysql_fetch_array($res,MYSQL_ASSOC)){ while(list($key,$val)=@each($row)){ $result[$key][]=$val; } $x++; } if(!is_array($result)) $result=array(); return $result; } Thanks for looking into this. --jonathan [2002-03-26 07:59:40] [EMAIL PROTECTED] When does this segfault occur? Can you provide a sample script? Also, can you try 4.2.0RC1 (see www.php.net/~derick) and see if it has been fixed? 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/16272 -- Edit this bug report at http://bugs.php.net/?id=16272edit=1
Bug #16652 Updated: sybase connectivity in php
ID: 16652 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PHP options/info functions Operating System: Linux Redhat PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-18 01:53:57] [EMAIL PROTECTED] I never expected such a harsh and rude answer from you. I approached yu becuase i had a problem ,if yu can please help,or if yu cant please stop writing such idiotic stuff SAm [2002-04-17 05:05:51] [EMAIL PROTECTED] Please do not submit the same bug more than once. [2002-04-17 03:42:16] [EMAIL PROTECTED] I'am using a linux redhat system with sybase as the backend with php and apache ,i wrote a program in php to connect to sybase and it gives the following error Error: Conection to LocalHost is broken. Please help thanc sam -- Edit this bug report at http://bugs.php.net/?id=16652edit=1
Bug #15646 Updated: the flush() does not flush the output buffer
ID: 15646 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: Windows 2000 SP2 PHP Version: 4.1.1 New Comment: I don't think this is a bug, although I do think bug #16676 is a bug. The default configuration of php.ini automatically buffers 4k of output whether you called ob_start() in the script or not. Since you only have 5 bytes of output, it'll fit well within the 4k of default buffering. Instead of using plain flush(), use ob_flush(), ob_end_flush() at the start of your script, or change the amount of default buffering in your php.ini. If ob_implicit_flush() worked right, you could use it just once at the beginning of your script. See bug #16676 for discoveries with ob. Previous Comments: [2002-02-25 03:13:51] [EMAIL PROTECTED] Well, I dont think its a browser nor http server issue - I do not use any of these (as I wrote in the original post), only the command-line version. regards, [2002-02-24 11:44:37] [EMAIL PROTECTED] well..another thing... I have the same problem... but it's the same server (apache 1.3.23, php 4.1.1 on linux). the problem occurs in ms ie, but not in nn4 or or mozilla. so maybe it's a browser issue [2002-02-24 11:43:02] [EMAIL PROTECTED] well..another thing... I have the same problem... but it's the same server (apache 1.3.23, php 4.1.1 on linux). the problem occurs in ms ie, but not in nn4 or or mozilla. so maybe it's a browser issue [2002-02-24 05:55:53] [EMAIL PROTECTED] flush feature is needed to be fixed ;) If you really need to flush, do not use output buffering. (Without output buffering, PHP always outputs immediately when output is issued) [2002-02-21 04:55:32] [EMAIL PROTECTED] another $0.02: i compiled PHP succesfully using cygwin environment and it works just fine. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15646 -- Edit this bug report at http://bugs.php.net/?id=15646edit=1
Bug #16672 Updated: Problem in levenshtein
ID: 16672 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Closed Bug Type: Strings related Operating System: linux PHP Version: 4.1.2 New Comment: closed then.. Previous Comments: [2002-04-18 06:13:53] [EMAIL PROTECTED] duplicate of #16473, fixed in CVS [2002-04-17 18:32:59] [EMAIL PROTECTED] Hi!! I've got a little problem with the levenshtein function. There is a particular case where the returned value is not correct. I tried it with 4.0.6 and 4.1.2. when the differences are at the beginning, the returned value is one less than what I expected. For example : ? echo lev = .levenshtein(kdos, los);? prints lev = 1 and ? echo lev = .levenshtein(kdos, ls); ? prints lev = 2 whereas in the first case, I expect 2 and in the second, 3. that's it. Thanx!! -- Edit this bug report at http://bugs.php.net/?id=16672edit=1
Bug #16548 Updated: exec or system a daemon will catch the port for this session
ID: 16548 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open -Bug Type: Apache related +Bug Type: Session related Operating System: RED HAT Linux 7.2 PHP Version: 4.1.2 New Comment: reopened as possible session related bug. Previous Comments: [2002-04-18 10:30:13] [EMAIL PROTECTED] Sorry ! PHP/4.2.0RC4 has the same problem with _mprshut and session.auto_start = 1. httpd and _mprshut acces /tmp/sess_* [2002-04-18 09:39:10] [EMAIL PROTECTED] Please try PHP 4.2.0RC4 from http://www.php.net/~derick/ [2002-04-17 10:01:27] [EMAIL PROTECTED] Now it's 100% true: Without session.auto_start = 0 it works also with apache with php compiled. So i can't use session variables. Has anybody interest to solve the problem ? I know not much from C. On which side is the error ? PHP or _mproshut (Progress) ? [2002-04-17 07:23:29] [EMAIL PROTECTED] Without session.auto_start = 0 it works without problem ! (it was 1 but i use it) [root@linux /tmp]# fuser sess* sess_e2b04b5ddbae91f2c52fd86e808565f5: 20658 20661 20664 20667 [root@linux /tmp]# ps -ef | grep 20658 root 20658 1 0 12:15 ?00:00:00 /home/dlc83e/bin/_mprshut /home/ root 20672 12474 0 12:15 pts/100:00:00 grep 20658 _mprshut access the session file in /tmp ! How can this happen ? [2002-04-17 06:04:12] [EMAIL PROTECTED] New information: I use now a cgi-bin version from php (before it was compiled into apache). If i start the script frist time it runs perfect and ended. (i see no php process). After that i can open any html pages without problem. If i try to open any php page in the same session it hungs. I can see the php process ans strace shows this: flock(3, LOCK_EX Is there a possibilty for debugging php itself ? I compiled not enable-debug but what can i do with that ? 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/16548 -- Edit this bug report at http://bugs.php.net/?id=16548edit=1
Bug #16670 Updated: php 4.1.0, cyrus-imapd.2.0.16, c-client compile-error
ID: 16670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: linux / redhat 7.2 PHP Version: 4.1.2 New Comment: Did you or did you not try the RC4? Previous Comments: [2002-04-18 10:31:46] [EMAIL PROTECTED] Hallo, yes i have download 4.1.2 and 4.0.6 , configure and compile. The problem, i think at this moment is the follow. When i compile php4.0.6 with the same options zhe comes in the configure-error the meassage your c-client mot support ssl please remove or recompile them, when i compile without ssl then is all ok. I think at this moment this was the Problem with php4.1.0 i think at the same with 4.2.x. Ok. i must look was is the error in c-client. But i has him compiles with ssl-support. maby not correct. Thanks a lot for this moment for all your help best reagards Achim [2002-04-18 06:22:29] [EMAIL PROTECTED] Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? [2002-04-18 06:22:15] [EMAIL PROTECTED] Can you try 4.2.0RC4 (from www.php.net/~derick)? And can you try compiling only --with-cyrus and no other extensions? [2002-04-17 16:33:11] [EMAIL PROTECTED] hallo, please help, i work many days with the same problem. I have redhat7.2 system, with the follows components cyrus-sasl-1.5.24-23 cyrus-sasl-devel-1.5.24-23 cyrus-sasl-gssapi-1.5.24-23 cyrus-sasl-plain-1.5.24-23 cyrus-sasl-md5-1.5.24-23 imap-devel-2000c-15 and cyrus-imapd-2.0.16-4 the configure script from php-4.1.0 is ./configure \ --with-apxs=/websec/apache/sbin/apxs \ --with-mysql=/usr/local/mysql \ --with-openssl=/usr/local/ssl \ --with-kerberos=/usr/kerberos \ --enable-versioning \ --enable-track-vars \ --with-zlib-dir=/usr/include \ --with-zlib=yes \ --with-jpeg-dir=/usr/include \ --with-tiff-dir=/usr/include \ --with-cyrus \ --with-db \ --with-gdbm=/usr/include \ --with-ndbm=/usr/include \ --with-db3=/usr/include \ --with-db3=/usr/include \ --enable-ftp \ --with-gd=usr/local/src/gd-1.8.4 \ --with-png-dir=/usr/lib \ --with-freetype-dir=/usr \ --with-pspell=/usr \ --with-xpm-dir=/usr \ --with-imap \ --with-imap-ssl=/usr/loca/ssl \ --with-mcrypt=/usr/include \ --with-mm=/usr/local \ --with-gettetxt=/usr/include \ --with-gd \ --with-ncurses \ --enable-ftp \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --with-config-file-path=/etc this run's with no problems the make phu make many problems like this Making all in cyrus make[2]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[3]: Wechsel in das Verzeichnis Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« /bin/sh /usr/local/src/php-4.1.0/libtool --silent --mode=compile gcc -I. -I/usr/local/src/php-4.1.0/ext/cyrus -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/websec/apache/include -I/usr/local/src/php-4.1.0/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/include/freetype2/freetype -I/usr/include/imap -I/usr/local/mysql/include/mysql -I/usr/include/pspell -I/usr/local/src/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -DUSE_HSREGEX -DEAPI -DEAPI_MM -I/usr/local/src/php-4.1.0/TSRM -g -O2 -prefer-pic -c cyrus.c cyrus.c: In function `zm_startup_cyrus': cyrus.c:88: `IMCLIENT_CONN_NOSYNCLITERAL' undeclared (first use in this function) cyrus.c:88: (Each undeclared identifier is reported only once cyrus.c:88: for each function it appears in.) cyrus.c:88: `CONST_CS_' undeclared (first use in this function) cyrus.c: In function `zif_cyrus_authenticate': cyrus.c:271: warning: assignment makes pointer from integer without a cast cyrus.c:275: warning: assignment makes pointer from integer without a cast cyrus.c:293: warning: comparison between pointer and integer cyrus.c:302: warning: comparison between pointer and integer cyrus.c: In function `zif_cyrus_query': cyrus.c:467: void value not ignored as it ought to be make[3]: *** [cyrus.lo] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[2]: *** [all-recursive] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext/cyrus« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/usr/local/src/php-4.1.0/ext« make: *** [all-recursive] Fehler 1 please help me, please Best reagards and a lot of thanks Achim -- Edit this bug report at
Bug #14271 Updated: Failure to compile using GD 2.0.1 because of conflicting types for gdIOCtx
ID: 14271 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Compile Failure +Bug Type: GD related Operating System: Solaris 8 PHP Version: 4.1.0 New Comment: Does the PHP 4.2.0RC4 work any better? Do you have multiple versions of GD library in your system? Are you sure there aren't any stale header files from an old GD library? Previous Comments: [2001-11-28 14:06:30] [EMAIL PROTECTED] When compiling w/ GD 2.0.1, I found a warning and a fatal error: In file included from gd.c:36: php_gd.h:69: warning: static declaration for `gdImageColorResolve' follows non-static gd.c:92: conflicting types for `gdIOCtx' /asd/metallo1/server/libs/gd2/include/gd_io.h:19: previous declaration of `gdIOCtx' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/asd/metallo1/sources/src_compile/php-4.1.0/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/asd/metallo1/sources/src_compile/php-4.1.0/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/asd/metallo1/sources/src_compile/php-4.1.0/ext' make: *** [all-recursive] Error 1 Using gcc 3.0.2, gd 2.0.1, and the following configuration line: ./configure --prefix=/export/dredox1/devel_server/php \ --with-config-file-path=/export/dredox1/devel_server/php \ --enable-track-vars --enable-magic-quotes \ --enable-inline-optimization --enable-xml --enable-wddx \ --enable-ftp --enable-calendar --enable-bcmath --enable-trans-id\ --with-zlib \ --with-gd=/asd/metallo1/server/libs/gd2 \ --enable-gd-native-ttf \ --with-xmlrpc \ --with-mysql=/export/dredox1/devel_server/mysql \ --with-apxs=/export/dredox1/devel_server/apache/bin/apxs A quick and dirty kludge is to comment out line 92 in ext/gd/gd.c, which might break something else. Had not tested the compiled libphp4.so thoroughly. -- Edit this bug report at http://bugs.php.net/?id=14271edit=1
Bug #16683 Updated: gdIOCtx
ID: 16683 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Compile Failure +Bug Type: GD related Operating System: Mac OS X PHP Version: 4.1.2 New Comment: They're not supposed to be same.. How did you configure PHP ? How did you configure / compile the GD library? Do you have different versions of GD library installed? Previous Comments: [2002-04-18 11:57:34] [EMAIL PROTECTED] The types of gdIOCtx in /usr/local/include/gd_io.h and /usr/local/src/php-4.1.2/ext/gd/gd.c (line 92) Are in no way similar. This is similar to 14271. -- Edit this bug report at http://bugs.php.net/?id=16683edit=1
Bug #16687: Constants not being interpreted in variable variables
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.1 PHP version: 4.2.0 PHP Bug Type: Variables related Bug description: Constants not being interpreted in variable variables Constants do not appear to be interpreted properly in the following context: ${CONSTANT} I found this problem with the following code: ?php if (PHP_VERSION '4.1.0') { define ('_GET', 'HTTP_GET_VARS'); // etc. } else { define ('_GET', '_GET'); // etc. } print_r (${_GET}); ? This should print out the $_GET hash in 4.2.0RC4, but it prints nothing. A quick check of the _GET constant shows that it does contain the proper value. I compile php with: './configure' '--with-pgsql=shared' '--with-gd' '--with-mysql=/usr/local/mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--enable-shmop' '--enable-xslt' '--with-xslt-sablot' Thanks! -- Edit bug report at http://bugs.php.net/?id=16687edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16687r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16687r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16687r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16687r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16687r=support Expected behavior: http://bugs.php.net/fix.php?id=16687r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16687r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16687r=submittedtwice
Bug #16515 Updated: Files with execute-bit are always php-parsed - I cannot disable this!
ID: 16515 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Linux 2.4.16 PHP Version: 4.1.2 New Comment: I have the very same problem here regarding parsing of html files by the php module, if x-bit is set. apache 1.3.23 with php 4.1.2 as apache module and XBitHack off running on FreeBSD 4.5-STABLE. Previous Comments: [2002-04-10 12:24:48] [EMAIL PROTECTED] I discussed the problem already with Zeev (@Zend) some weeks ago and he wrote: I'm not sure what to tell you... It's definitely not a known bug in PHP, I've never heard it being reported before ever. So, please can anybody check this behaviour/bug? Please tell me if I can help somehow or test some config-params on my system. Thank you very much. [2002-04-10 09:05:44] [EMAIL PROTECTED] Reopening on user request. [2002-04-09 11:32:19] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php I'm sure this is a configuration issue; ask support on the appropriate mailinglist. [2002-04-09 11:06:13] [EMAIL PROTECTED] Hello! After updating 4.04pl1 to 4.1.1, I encountered the following problem: All .htm and .html-files with the execute-bit set, are PHP parsed! I disabled the xbithack-feature of Apache and phpinfo() tells me correctly, that xbithack is disabled (ok, the xbithack-feature will normally enable SSI-parsing in Apache, but I wanted to be sure that everything is disabled). Then I updated to 4.1.2, but the files are still PHP-parsed. I updated Apache from 1.3.19 to 1.3.22, but the files are still PHP-parsed. I tried everything, but my xbit-files are still PHP-parsed - and I don't want this (sigh!). Is this a bug or a hidden feature? Is there something I can do? Can anybody reproduce the problem? (just set chmod 755 for a .html-file, put some php-code in it and look if it is being PHP-parsed) Help! Thanks for your support. Greetings ... tobias wiersch from germany -- Edit this bug report at http://bugs.php.net/?id=16515edit=1
Bug #16669 Updated: bug ? configure .. with-zlib=path ..
ID: 16669 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Documentation problem Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: It is easy to miss --with-zlib-dir=DIR If you do not use this option running configure will give checking if the location of ZLIB install directory is defined... no and could then one use the wrong zlib ? if you just use the --with-zlib=dir then it looks like the directory is not getting set. At least by the output from configure. -pete Previous Comments: [2002-04-18 15:09:50] [EMAIL PROTECTED] What's the bug here? [2002-04-17 16:44:06] [EMAIL PROTECTED] change from configuration to documentation issue [2002-04-17 16:17:50] [EMAIL PROTECTED] delete first line of submission and java version, was preparing for another submission [2002-04-17 16:16:19] [EMAIL PROTECTED] with just either one, configure is ok Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) make GNU Make version 3.79.1 (Sunfreeware) libtool GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1_3_1_03 (have also tried with stock java1.2) php 4.1.2 --- ./configure --with-zlib=/usr/local I spotted in the configure output .. Configuring extensions checking if the location of ZLIB install directory is defined... no checking whether to include ZLIB support... yes configure help says you can place the directory on --with-zlib ./configure --help | grep zlib --with-zlib-dir=DIR Define the location of zlib install directory --with-zlib[=DIR] Include zlib support (requires zlib = 1.0.9). DIR is the zlib install directory. -- Edit this bug report at http://bugs.php.net/?id=16669edit=1
Bug #16689 Updated: bzread has no reliable way of detecting eof
ID: 16689 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Bzip2 Related PHP Version: 4.1.2 New Comment: Try a recent CVS snapshot; you can now use feof on bz handles. Reopen this report if it doesn't work for you :-) Previous Comments: [2002-04-18 17:29:05] [EMAIL PROTECTED] obviously feof will not work on a Bz file handle (though it would be nice if it did) the only way i could find it detect the end in a loop (where you would be slurping in the whole file) is: // open the file ... $bzfile $data=; $string=bzread($bzfile,4096); while ($string!=str_repeat(\0,4096)) { $data.=$string; $string=bzread($bzfile,4096); } a better mechanism for eof detection is needed -- Edit this bug report at http://bugs.php.net/?id=16689edit=1
Bug #16689 Updated: bzread has no reliable way of detecting eof
ID: 16689 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type:Bzip2 Related PHP Version: 4.1.2 New Comment: Err, scratch that last comment; the only way to detect eof for bzip streams is to keep reading it. feof will always return false for bz2. Your bzread or fread call should return false when no more data can be read. while(($string = bzread($bzfile, 4096)) !== false) { ... } should do what you want. Previous Comments: [2002-04-18 18:35:27] [EMAIL PROTECTED] Try a recent CVS snapshot; you can now use feof on bz handles. Reopen this report if it doesn't work for you :-) [2002-04-18 17:29:05] [EMAIL PROTECTED] obviously feof will not work on a Bz file handle (though it would be nice if it did) the only way i could find it detect the end in a loop (where you would be slurping in the whole file) is: // open the file ... $bzfile $data=; $string=bzread($bzfile,4096); while ($string!=str_repeat(\0,4096)) { $data.=$string; $string=bzread($bzfile,4096); } a better mechanism for eof detection is needed -- Edit this bug report at http://bugs.php.net/?id=16689edit=1
Bug #16669 Updated: bug ? configure .. with-zlib=path ..
ID: 16669 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Documentation problem Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: Well..you're the first one who actually has even noticed that. I can assure you that it is not a bug and it doesn't need any documentation either. :) Just use --with-zlib as always, you can ignore the other setting as it's there only for convinience. Difference is that when you use --with-zlib=dir (ie. with the path) the configure will ONLY look for zlib installation in that directory. If you use --with-zlib-dir=dir, then that directory will be added to the search path but it doesn't necessarily need to contain any 'valid' path to zlib installation, provided that it's found in some 'standard' path. This was added to fix some issues..but I can't remember now what those were.. :I Just use --with-zlib=dir --Jani Previous Comments: [2002-04-18 17:08:28] [EMAIL PROTECTED] It is easy to miss --with-zlib-dir=DIR If you do not use this option running configure will give checking if the location of ZLIB install directory is defined... no and could then one use the wrong zlib ? if you just use the --with-zlib=dir then it looks like the directory is not getting set. At least by the output from configure. -pete [2002-04-18 15:09:50] [EMAIL PROTECTED] What's the bug here? [2002-04-17 16:44:06] [EMAIL PROTECTED] change from configuration to documentation issue [2002-04-17 16:17:50] [EMAIL PROTECTED] delete first line of submission and java version, was preparing for another submission [2002-04-17 16:16:19] [EMAIL PROTECTED] with just either one, configure is ok Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) make GNU Make version 3.79.1 (Sunfreeware) libtool GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1_3_1_03 (have also tried with stock java1.2) php 4.1.2 --- ./configure --with-zlib=/usr/local I spotted in the configure output .. Configuring extensions checking if the location of ZLIB install directory is defined... no checking whether to include ZLIB support... yes configure help says you can place the directory on --with-zlib ./configure --help | grep zlib --with-zlib-dir=DIR Define the location of zlib install directory --with-zlib[=DIR] Include zlib support (requires zlib = 1.0.9). DIR is the zlib install directory. -- Edit this bug report at http://bugs.php.net/?id=16669edit=1
Bug #16687 Updated: Constants not being interpreted in variable variables
ID: 16687 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Variables related +Bug Type: Scripting Engine problem Operating System: Red Hat Linux 7.1 PHP Version: 4.2.0 New Comment: reclassified Previous Comments: [2002-04-18 17:30:28] [EMAIL PROTECTED] It seems to be happening only under certain contexts. Here is a script that works fine: ?php $test = 'asdf'; define ('_TEST', 'test'); echo 'constant: '; print_r (${_TEST}); echo 'br /direct: '; print_r ($test); ? And here is code that does not: ?php if (PHP_VERSION '4.1.0') { define ('_GET', 'HTTP_GET_VARS'); } else { define ('_GET', '_GET'); } class CGI { var $param = array (); function CGI () { global $HTTP_GET_VARS, $HTTP_POST_VARS, $HTTP_POST_FILES; if (${_GET}) { reset (${_GET}); while (list ($k, $v) = each (${_GET})) { if (get_magic_quotes_gpc () == 1) { $this-{$k} = stripslashes ($v); } else { $this-{$k} = $v; } array_push ($this-param, $k); } } else { echo 'br /_GET value: '; print_r (_GET); echo 'br /$_GET value: '; print_r ($_GET); echo 'br /${_GET} value: '; print_r (${_GET}); } } } $cgi = new CGI; echo 'br /$cgi value: '; print_r ($cgi); ? [2002-04-18 16:43:17] [EMAIL PROTECTED] Constants do not appear to be interpreted properly in the following context: ${CONSTANT} I found this problem with the following code: ?php if (PHP_VERSION '4.1.0') { define ('_GET', 'HTTP_GET_VARS'); // etc. } else { define ('_GET', '_GET'); // etc. } print_r (${_GET}); ? This should print out the $_GET hash in 4.2.0RC4, but it prints nothing. A quick check of the _GET constant shows that it does contain the proper value. I compile php with: './configure' '--with-pgsql=shared' '--with-gd' '--with-mysql=/usr/local/mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--enable-shmop' '--enable-xslt' '--with-xslt-sablot' Thanks! -- Edit this bug report at http://bugs.php.net/?id=16687edit=1
Bug #16635 Updated: dio_read() leaks memory
ID: 16635 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: x86/Linux PHP Version: 4.2.0 -Assigned To: +Assigned To: sterling New Comment: Assigned to Sterling who is the maintainer of this extension.. Previous Comments: [2002-04-16 11:11:28] [EMAIL PROTECTED] I am using the RC4 of php4.2.0 with Apache/1.3.24 (Unix). Every time dio_read() is called in a script, the htttpd process uses more and more memory. ex.: $o = dio_read($fp,10); would let httpd grow by ca. x times of 10. unset($o) will not get the memory back. the httpd process would keep its size until the script terminates. Needing to call dio_read repeatidly makes it even worse. And using 1024 bytes blocks only slows the process of growing down. -- Edit this bug report at http://bugs.php.net/?id=16635edit=1
Bug #16089 Updated: The memory could not be read.
ID: 16089 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 Server/Pro PHP Version: 4.1.2 New Comment: i have the same problem. Would like to compile myself to probably fix the problem but the build documentation for Visual Studio is not very accurate. Although followed instruction i get compilation problems in several modules. ALB Previous Comments: [2002-03-26 10:59:47] [EMAIL PROTECTED] I am experiencing exactly the same behaviour on a Windows 2000 Advanced Server SP2 machine. [2002-03-14 21:28:50] [EMAIL PROTECTED] Upon standard installation of the 4.1.2 PHP Windows installer on both a Windows 2000 SP2 SR1 Server machine and a Windows 2000 SP2 SR1 Professional machine, both running IIS 5.0, I setup the basic test file I have working on another Windows 2000 Pro machine installed with PHP 4.1.1 ?php phpinfo(); ? Upon attempts at execution the error returned on the console of the IIS server is as follows: php.exe - Application Error The instruction at 0x1000602e referenced memory at 0x00080cdc. The memory could not be read. Click on OK to terminate the program The browser reports the following after about 5 minutes: CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. Hopefully this is enough information to help resolve this issue. Thank you, - Brad -- Edit this bug report at http://bugs.php.net/?id=16089edit=1
Bug #16690 Updated: Java support in PHP with Apache2 multithreaded server doesn´t work
ID: 16690 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Linux 2.4 glibc 2.2.3 PHP Version: 4.2.0 New Comment: To get things working, I compiled PHP with these options: ./configure --with-bz2 --enable-ftp \ --with-gd --with-ttf --enable-gd-native-ttf --with-jpeg-dir \ --with-freetype-dir \ --with-png-dir --with-zlib-dir \ --with-tiff-dir \ --with-java --with-ldap \ --with-mcrypt --with-mhash \ --with-pdflib --without-mysql \ --with-pgsql --with-snmp --enable-shared \ --enable-calendar --with-dom --with-openssl \ --with-iconv=/usr/local/lib/libiconv.so \ --with-apxs2 --enable-experimental-zts and Apache2 with these: ./configure --enable-ssl \ --enable-module=so \ --enable-modules=all \ --enable-mods-shared=all \ --with-mpm=prefork Previous Comments: [2002-04-18 19:37:09] [EMAIL PROTECTED] I want Java support in PHP pages, and I had it with PHP 4.1, Apache 1.3 and J2SDK 1.3. When I tried to build PHP 4.2.0RC4 with J2SDK 1.4.0 and Apache 2.0.35 the first problems were some seg faults in PHP. I found out (using PHP as CGI to get error messages) that I MUST compile PHP with --enable-experimental-zts or otherwise it misses php_core_globals. After some undocumented php.ini configurations(available throght PHPBUILDER), I could finally get all three pieces working together, but only once. If I call a page more than once, PHP reports that it can´t create the Virtual Machine. I searched throght php.net and somebody posted a response that PHP creates one VM per thread. So, if my Apache2 is multithreaded, PHP is creating many VM per processes, i thought. That´s it. When I compiled Apache2 with prefork (not multithreaded), my Java-enabled PHP pages worked just fine. I´m reporting this bug, since PHP must work with Apache2 worker (multithreaded). -- Edit this bug report at http://bugs.php.net/?id=16690edit=1
Bug #16691: Documentation misses a few new settings about safe_mode
From: [EMAIL PROTECTED] Operating system: PHP version: 4.2.0 PHP Bug Type: Documentation problem Bug description: Documentation misses a few new settings about safe_mode Documentation misses a few new settings about safe_mode: safe_mode_gid (boolean) enables/disables extra checking for matching gids of running script and file in question. very useful, btw. safe_mode_include_dir (string) contains list of pathes where safe_mode uid/gid checking is not performed for scripts. -- Edit bug report at http://bugs.php.net/?id=16691edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16691r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16691r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16691r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16691r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16691r=support Expected behavior: http://bugs.php.net/fix.php?id=16691r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16691r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16691r=submittedtwice
Bug #16645 Updated: The php-4.2 sapi module for httpd-2.0.35 doesn't works
ID: 16645 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: Windows 2000 Advanced Server PHP Version: 4.2.0 New Comment: Hi Sander and thank's yes now it work's. Apache start ok, So there just to add to the install.txt file of php that with Apache2.0 you must put. LoadModule php4_module c:/php/experimental/apache2filter.dll AddType application/x-httpd-php .php Regards Aliet Previous Comments: [2002-04-17 08:53:27] [EMAIL PROTECTED] apache2filter.dll is the only file that should work. php4apache.dll won't ever work because it's designed for 1.x. IIRC, you don't need that AddModule mod_php4.c -line in Apache 2. Does it work if you remove that line? [2002-04-17 08:37:56] [EMAIL PROTECTED] Hi Sander sorry but if I send this was because I already tested apache2filter.dll and apache doesn't start any way and I'm completly sure and doing all ok. Bye Aliet [2002-04-17 06:14:20] [EMAIL PROTECTED] You need apache2filter.dll (in the directory experimental in the PHP distro) for Apache 2. php4apache.dll is for Apache 1.x only. [2002-04-16 18:11:15] [EMAIL PROTECTED] Hi all: I'm testing the new php-4.2RC-4 with httpd-2.0.35(win32) stable version wich I downloaded from apache site with the msi installer for windows. I instaled apache and works great but when I install php apache doesn't start any more, this is what I did: Downloaded the php-4.2RC-4 from php site. Made a c:\php folder and unzip all te contents there I did all the steps of the instalation as I always do Copied dlls etc in its right places Copied php.ini in winnt etc Edit the httpd.conf and added LoadModule php4_module c:/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php But Apache don't start and if I install the cgi version yes, it works Regards Aliet -- Edit this bug report at http://bugs.php.net/?id=16645edit=1
Bug #13044 Updated: unexpected characters in mail
ID: 13044 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Mail related Operating System: linux PHP Version: 4.0.6 New Comment: No feedback was provided for this bug for over a month, 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: [2002-03-18 11:03:46] [EMAIL PROTECTED] I'ld suggest to try with a newer PHP version anyway. [2002-03-18 10:57:24] [EMAIL PROTECTED] Works fine for me... what mail program do you use? Derick [2002-03-18 10:50:15] [EMAIL PROTECTED] hello, got this bug on linux debian 2.2.17 potato php 4.0.1pl2 more info about the number of characters. 990 characters is fine, 991 is bad, and !\n appears on the 990 position. good luck :-) [2001-08-29 16:12:09] [EMAIL PROTECTED] $sql = Long line: 123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890123456789012345678901234568901234567890; mail($address, $subject, $sql); In this case the mail function isn't working properly. When the string line ist too long, unexpected characters are inserted (this is !/n) -- Edit this bug report at http://bugs.php.net/?id=13044edit=1
Bug #13522 Updated: openssl_seal always returns FALSE
ID: 13522 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: OpenSSL related Operating System: SunOS 5.7 PHP Version: 4.0.6 New Comment: No feedback was provided for this bug for over a month, 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: [2002-03-18 11:32:28] [EMAIL PROTECTED] Setting to feedback until then. I just thought of something you might try: just build but not install PHP 4.1.2 as a cgi and retry your script; you can run the php binary from the source folder and not risk upsetting the server. [2002-03-18 09:48:28] [EMAIL PROTECTED] No. But we are planning the long-awaited PHP upgrade on that server and I might have some news soon. [2002-03-16 11:08:57] [EMAIL PROTECTED] Have you resolved this problem yet? [2001-10-11 15:09:41] [EMAIL PROTECTED] I *probably* could, but I really wouldn't want to put RC on that machine. Also I don't think PHP version is the problem - the function should work on PHP 4 = 4.0.4... it must be something in the configuration. Are there any scripts I could use to test if the openssl extension is set up properly? [2001-10-08 18:22:34] [EMAIL PROTECTED] The same script works just fine for me with PHP 4.0.7RC3. Could you try it out too? http://www.php.net/~zeev/php-4.0.7RC3.tar.gz --Wez. 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/13522 -- Edit this bug report at http://bugs.php.net/?id=13522edit=1
Bug #16692: Incorrect file extension error during Make
From: [EMAIL PROTECTED] Operating system: AIX PHP version: 4.2.0 PHP Bug Type: Compile Failure Bug description: Incorrect file extension error during Make Compiling PHP 4.2.0RC4 with Apache 2.0.35 under AIX 5L with IBM compiler results in following messages. /bin/sh /work/work/apache/php-4.2.0RC4/libtool --silent --mode=link cc -I. -I/work/work/apache/php-4.2.0RC4/ -I/work/work/apache/php-4.2.0RC4/main -I/work/work/apache/php-4.2.0RC4 -I/usr/local/apache2/include -I/work/work/apache/php-4.2.0RC4/Zend -I/usr/local/ssl/include -I/work/work/imap/imap-2001a/c-client -I/usr/local/mysql/include -I/work/work/apache/php-4.2.0RC4/ext/xml/expat -D_THREAD_SAFE -I/work/work/apache/php-4.2.0RC4/TSRM -O3 -DZTS -prefer-pic -o libphp4.la -rpath /work/work/apache/php-4.2.0RC4/libs -Wl,-bI:/usr/local/apache2/bin/httpd.exp -avoid-version -L/usr/local/ssl/lib -L/work/work/imap/imap-2001a/c-client -L/usr/local/mysql/lib -R /usr/local/ssl/lib -R /work/work/imap/imap-2001a/c-client -R /usr/local/mysql/lib stub.lo Zend/libZend.la sapi/apache2filter/libsapi.la main/libmain.la regex/libregex.la /work/work/apache/php-4.2.0RC4/ext/ctype/libctype.la /work/work/apache/php-4.2.0RC4/ext/ftp/libftp.la /work/work/apache/php-4.2.0RC4/ext/imap/libimap.la /work/work/apache/php-4.2.0RC4/ext/mysql/libmysql.la /work/work/apache/php-4.2.0RC4/ext/openssl/libopenssl.la /work/work/apache/php-4.2.0RC4/ext/pcre/libpcre.la /work/work/apache/php-4.2.0RC4/ext/posix/libposix.la /work/work/apache/php-4.2.0RC4/ext/session/libsession.la /work/work/apache/php-4.2.0RC4/ext/standard/libstandard.la /work/work/apache/php-4.2.0RC4/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lc-client -lmysqlclient -lz -lcrypt -lpam -lcrypt -lssl -lcrypto -lbind -lm -ldl -lpthread -lcrypt -ldl cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_scanner.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an incorrect file suffix Followed by losts more of these followed by cc: 1501-218 file TSRM/.libs/libtsrm.al contains an incorrect file suffix ld: 0706-003 Cannot find or read import file: /usr/local/apache2/bin/httpd.exp ld:accessx(): No such file or directory make: 1254-004 The error code from the last command is 255. Stop. make: 1254-004 The error code from the last command is 1. Stop. Configured with CFLAGS=-O3 ./configure --with-apxs2=/usr/local/apache2/bin/apxs \ --enable-track-vars \ --with-mysql=/usr/local/mysql \ --with-imap=/work/work/imap/imap-2001a \ --with-openssl=/usr/local/ssl \ --enable-ftp -- Edit bug report at http://bugs.php.net/?id=16692edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16692r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16692r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16692r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16692r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16692r=support Expected behavior: http://bugs.php.net/fix.php?id=16692r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16692r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16692r=submittedtwice
Bug #16693: I Can't Read Japanese manual(html).
From: [EMAIL PROTECTED] Operating system: WindowsME PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: I Can't Read Japanese manual(html). I download HTML Manual for Japanese. but I can't read this html. This file's Japanese code is not shift-JIS,JIS,EUC,Unicode... http://www.php.net/distributions/manual/php_manual_ja.html.bz2 -- Edit bug report at http://bugs.php.net/?id=16693edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16693r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16693r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16693r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16693r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16693r=support Expected behavior: http://bugs.php.net/fix.php?id=16693r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16693r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16693r=submittedtwice
Bug #9222 Updated: dbmreplace() and dbmdelete() don't run
ID: 9222 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: DBM/DBA related Operating System: Win32 PHP Version: 4.0.4pl1 New Comment: can you try again using php4.2.0RC4? http://www.php.net/~derick/ Previous Comments: [2001-02-12 02:39:39] [EMAIL PROTECTED] I want to use a dbm-database. I can insert, but I can't replace or delete anything. E.g.: ?php $dbh = dbmopen( ./data/produkte, c ) or die( Couldn't open DBM-database! ); // This is running! dbminsert( $dbh, Sonic Screwdriver, 23.20 ) or die(Insert not possible!); // This is running, too! dbmreplace( $dbh, Sonic Screwdriver, 25.20 ) or die(Replace not possible!); // Here I get the error-alert! dbmdelete( $dbh, Sonic Screwdriver ) or die(Delete not possible!); // Here I get the error-alert, too! dbmclose( $dbh ); ? (No gdb-backtrace available, sorry) Greetzz by da Kruemelkiller -- Edit this bug report at http://bugs.php.net/?id=9222edit=1
Bug #8819 Updated: dbm functions do not work correctly
ID: 8819 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: DBM/DBA related Operating System: Win32 PHP Version: 4.0.4pl1 New Comment: can you try again using php4.2.0RC4? http://www.php.net/~derick/ Previous Comments: [2001-01-20 12:30:13] [EMAIL PROTECTED] I forgot to specify in my original comment that the problematic format in question is flatfile. [2001-01-20 11:24:36] [EMAIL PROTECTED] DBM functions seem not to work correctly on Win32 (PHP/Apache). The problem probably has to do with with unix/dos ascii file EOL identifiers. I've tried the same code on another server with PHP/Apache installed on Linux and it works correctly there. -- Edit this bug report at http://bugs.php.net/?id=8819edit=1
Bug #16693 Updated: I Can't Read Japanese manual(html).
ID: 16693 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: WindowsME PHP Version: 4.1.2 New Comment: http://www.php.net/distributions/manual/php_manual_ja.tar.bz2 also this manual too. html source tag English codes I can read. Japanese codes I can't read too. Previous Comments: [2002-04-19 01:05:34] [EMAIL PROTECTED] I download HTML Manual for Japanese. but I can't read this html. This file's Japanese code is not shift-JIS,JIS,EUC,Unicode... http://www.php.net/distributions/manual/php_manual_ja.html.bz2 -- Edit this bug report at http://bugs.php.net/?id=16693edit=1
Bug #9283 Updated: Serialized data gets corrupted in DBM
ID: 9283 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: DBM/DBA related Operating System: Windows 98 PHP Version: 4.0.4pl1 New Comment: can you try again to reproduce this using php4.2.0RC4? http://www.php.net/~derick/ Previous Comments: [2001-02-15 11:53:08] [EMAIL PROTECTED] I created a set of programs for maintaining userid and password information using the DBM functions. (dbmopen, dbminsert, etc).. I keep userid, password, effective date, expiry dates, etc... Hence I need to keep more than just name password pairs... I use the userid as the name and the value is a serialized variable containing an associative array of the remaining fields... My PHP programs to add and display the user records works - unfortunately it works intermittently... Some time all records are written correctly and are displayed correctly.. but sometime several are written but when are displayed, the details of the serialized data are missing.. it seems to be corrupted... I attach some code for the dbminsert and dbmfetch here... Notes: $user is an associative array containing the password, start dates, etc. function addUser( $dbName, $dbStatus, $userid, $user ) { $dbh = dbmopen( $dbName, w ) or die(Couldn't open $dbName database); $serial_user = serialize( $user ); print serial_user is equal to br $serial_user br; $dbStatus = dbminsert( $dbh, $userid, $serial_user ); dbmclose( $dbh ); } function getUser( $dbName, $dbStatus, $userid ) { $dbh = dbmopen( $dbName, r ) // --- read db or die(Couldn't open $dbName database); if ( dbmexists( $dbh, $userid ) ) { $serial_user = dbmfetch( $dbh, $userid ); print serial_user is equal to br $serial_user br; $user = unserialize( $serial_user ); } else { $dbStatus = -1; } dbmclose( $dbh ); return $user; } I looked at the dbm file itself using a text editor and all the data are present, even for those records that shows blanks for the details. I opened 2 Internet Explorer windows side by side and ran the insert program on one and the display on the other. I displayed the serialized value (i.e. $serial_user) on both windows... In the add window, the serialized data always looks like this: a:5:{s:4:name;s:1:a;s:3:pwd ETC ETC... In the display window, the serialized data also looked as above when the data is displayed correctly... However, when the data is 'missing' the serialized data looks like this :5:{s:4:name;s:1:a;s:3:pwd ETC ETC... (i.e. the 'a' is missing). (you can see my debugging print statements in the code that I attached above). I am running PHP on Apache Web Server (1.3.14) for Windows. Both the browser client and the Apache server are running on the same PC. Thanks in advance for your help! -- Edit this bug report at http://bugs.php.net/?id=9283edit=1
Bug #16578 Updated: Build Fails, relevance to apache
ID: 16578 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: Linux Kernel 2.4.18 PHP Version: 4.1.2 New Comment: Any Ideas? Previous Comments: [2002-04-13 13:57:43] [EMAIL PROTECTED] Ok Ive tried configuring PHP4.x (ORC1/ORX2 as well) with the options as follows: ./configure --with-mysql --with-apxs2=/www/bin/apxs make (fails) With the same results on all systems. [2002-04-12 18:43:36] [EMAIL PROTECTED] The correct configure option is --with-apxs2 (notice the number 2 there?) [2002-04-12 18:40:43] [EMAIL PROTECTED] Upon building PHP4.x.x (including RC1/RC2/CVS) on Apache 2.0.x (currently 2.0.35) The make fails on this: sapi_apache.c: In function `apache_php_module_main': sapi_apache.c:81: `NOT_FOUND' undeclared (first use in this function) sapi_apache.c:81: (Each undeclared identifier is reported only once sapi_apache.c:81: for each function it appears in.) make[3]: *** [sapi_apache.lo] Error 1 make[3]: Leaving directory `/usr/local/php-4.2.0RC1/sapi/apache' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/php-4.2.0RC1/sapi/apache' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/php-4.2.0RC1/sapi' make: *** [all-recursive] Error 1 Apache was configured in the following : ./configure --prefix=/www --enable-so --enable-ssl make make insall PHP 4.x was configured in the following: ./configure --with-mysql --with-apxs=/www/bin/apxs make (failed) RH7.296 (7.3beta) Kernel 2.4.18grsec1.94 / GCC3.0.4 / Apache 2.0.35 mod ssl/so Im aware of known issues with 4.2.xRC1/RC2 with Apache 2.0.x This is reproducable on several systems of mine RH7.1 Kernel 2.4.16 / GCC2.96 / Apache 2.0.35 RH7.0 Kernel 2.2.23 / GCC2.95 / Apache 2.0.34 SuSE 7.3 Kernel 2.4.7 (SuSE Optimizations left in place) GCC3.0.4 / Apache 2.0.34 Any help on this is appreciated if it is merely a(n) error on my part. I do have a succesfull build on: RH7.2 Kernel 2.4.16grsec1.93 / GCC3.0.4 / Apache 1.3.23/24 Thanks. David Portwood -- Edit this bug report at http://bugs.php.net/?id=16578edit=1
Bug #16681 Updated: Request new words() function returning no of words in string
ID: 16681 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Windows XP Home Edition PHP Version: 4.1.2 New Comment: I would strongly favour the name words() rather than word_count(). Though there might be arguments for consistency with other functions to call it word_count(), I think that words() is the more natural name and more easily rememebered. if (words($mystring) 1) do_something(); You talk abouts words in a string and not word count in a string. Hugh Previous Comments: [2002-04-18 12:08:04] [EMAIL PROTECTED] I think in PHP it would look like this: function word_count($string) { return count(preg_split(/\s+/, $string)); } [2002-04-18 10:15:04] [EMAIL PROTECTED] I notice that PHP does not have a words() function; I propose that one is added. For anybody doing string processing this is an extremely useful function. It is a commonly found function in other languages (e.g. REXX). It is not just for general text processing that such a function is useful, but whenever dealing with strings. For example, I had a string where I had to take different actions if there was only 1 word in a string than if there were many. I agree that you can do this sort of thing with regular expressions, but hey, you can do a Leveshtein function too with regular expressions ;). I can guarantee if there was one, it would be widely used. words(), simply should return the number of words in a string, e.g. words(hello) - 1 words(this is my example) - 4 words( ah how about this, eh smartass?) - 6 words(thank you PHP team for taking the time to read this and giving due consideration for this suggestion rather than just throwing it in the waste bin because you've got more urgent things to do) - 35 Hugh Prior -- Edit this bug report at http://bugs.php.net/?id=16681edit=1