#24605 [Opn-Bgs]: Scripts Dont Exit, Forced Only
ID: 24605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Cobalt Linux PHP Version: 5CVS-2003-07-17 (dev) Assigned To: nathan New Comment: Keep it bogus in the mean time please. Previous Comments: [2003-07-19 20:54:13] [EMAIL PROTECTED] Hey, Just tested what you had in mind Sniper, and that worked, everything runs no problems... Ill go through module by module and try find which one it is causing the slow execution. Thanks. [2003-07-19 08:28:53] [EMAIL PROTECTED] Try: ./configure --disable-all --disable-cgi And run the script: sapi/cli/php -n test.php [2003-07-19 08:28:04] [EMAIL PROTECTED] can not reproduce, must be something wrong in your system/compiler/etc. [2003-07-18 09:49:25] [EMAIL PROTECTED] Hey, Ok... phpinfo() PHP Version = 5.0.0b2-dev System = Linux viper.internetww.com 2.2.16C37_III #1 Sat Apr 12 14:54:32 PDT 2003 i586 Build Date = Jul 18 2003 08:31:18 Configure Command = './configure' '--prefix=/home/php5' '--with-zlib-dir=/usr/local/zlib' '--with-libxml-dir=/home/libxml2' '--disable-cgi' '--enable-cli' '--with-snmp=/home/ucd-snmp' '--with-gd' '--enable-sockets' '--enable-exif' '--without-pear' '--with-mysql=/home/mysql4' '--with-mysql-sock=/tmp/mysql4.sock' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /home/php5/lib PHP API = 20030518 PHP Extension = 20020429 Zend Extension = 90021012 Debug Build = no Thread Safety = disabled Registered PHP Streams = php, http, ftp, compress.zlib That should be enough information. I wrote a script containing, ?php phpinfo(); ?. After executing this script, it gave me the phpinfo information required, but then stopped. At this point the process should have stopped, whereas it just left me there as if the process was still running. If I force exit it, the process closes. If I wait about 2-3 minutes, the process closes itself after a while. This happens on any script running, phpinfo() being an example. Thanks. [2003-07-18 03:46:43] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Start giving proper information.. 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/24605 -- Edit this bug report at http://bugs.php.net/?id=24605edit=1
#21560 [Com]: imagettfbbox() returns different values in 4.3.0 and 4.2.1
ID: 21560 Comment by: kyle at putnamcabinets dot com Reported By: ljpersson at hotmail dot com Status: Assigned Bug Type: GD related Operating System: SusE 8.0,SuSE 8.2 PHP Version: 4.3.1-dev, 4.3.2RC2, 4.3.2RC3 Assigned To: pajoye New Comment: I've upgraded to PHP 4.3.3RC1 and the problem still exists. Maybe a problem with GD? I've reported the bug to boutell.com and haven't recieved a response in over three weeks. An exmple of this bug at work (problem with imagettfbbox and imagettftext): http://webdev.quiteuseless.com/damn-gd-ttf-bugs/test.php Previous Comments: [2003-06-24 01:33:35] kyle at putnamcabinets dot com I also experience the problem with PHP 4.3.2 and bundled GD version '2.0.12 compatible'. Recompiled with Debian package version (2.0.12-2... damn!) and same problem (obviously). It seems to be some how proportional to the angle of the text; smaller angles yield more accuracy. My implementation: ? $res = imagecreatetruecolor(400, 400); $white = imagecolorallocate($res, 0xff, 0xff, 0xff); $red = imagecolorallocate($res, 0xcc, 0x00, 0x00); $blue = imagecolorallocate($res, 0x00, 0x00, 0xcc); imagefill($res, 0, 0, $white); for ($angle = 0; $angle 360; $angle += 60) { $wrong1 = imagettftext($res,20,$angle,200,200,$blue, /usr/share/fonts/truetype/Courier_New.ttf, ABCDEF 12345); $t = imagettfbbox(20, $angle, /usr/share/fonts/truetype/Courier_New.ttf, ABCDEF 12345); $wrong2 = array(200+$t[0],200+$t[1],200+$t[2], 200+$t[3],200+$t[4],200+$t[5],200+$t[6],200+$t[7]); imagepolygon($res,$wrong2,count($wrong2)/2,$red); imagepolygon($res,$wrong1,count($wrong1)/2,$red); } header(Content-type: image/png); imagepng($res); ? [2003-06-18 03:03:12] guno at guno dot nl I'm experiencing the same problem, using php 4.3.2 with GD 2.0.15 Normal text (with no rotation) results in a correct bounding box, but as soon as I rotate the text, it goes wrong, no matter which font I use. Here's a sample code which displays a text with it's bounding box at 0, 90, 180 and 170 degrees: ?php $image=imagecreate(500, 500); $imagedum=imagecreate(500, 500); $color1=imagecolorallocate($image, 0xff, 0xff, 0xff); $color2=imagecolorallocate($image, 0x3f, 0x3f, 0x3f); $color3=imagecolorallocate($image, 0xff, 0x00, 0x00); for ($angle=0; $angle360; $angle+=90) { $text=ABCpqrs; $font = ./verdana.ttf; // Draw the text into the image: $result=imagettftext($imagedum, 30, $angle, 250, 250, $color2, $font, $text); imagettftext($image,30, $angle, 250, 250, $color2, $font, $text); // Draw the bounding-box into the image: imageline($image, $result[0], $result[1], $result[2], $result[3], $color3); imageline($image, $result[2], $result[3], $result[4], $result[5], $color3); imageline($image, $result[4], $result[5], $result[6], $result[7], $color3); imageline($image, $result[6], $result[7], $result[0], $result[1], $color3); } // Draw the image to the screen: header(Content-Type: image/jpeg); imagejpeg($image); imagedestroy($image); imagedestroy($imagedum); ? [2003-05-16 19:37:07] ljpersson at hotmail dot com Just checked with 4.3.2RC3 and the problem still exists. [2003-05-05 13:23:02] ljpersson at hotmail dot com This problem still exists in 4.3.2RC2. This returns yet another set of (wrong) coordinates for the bounding box. With 4.3.2RC2 (Compiled on SuSE 8.2) gives the following wrong return array: Array ( [0] = -1 [1] = 14 [2] = -1 [3] = -146 [4] = -17 [5] = -146 [6] = -17 [7] = 14 ) Which is again different from what was returned in 4.3.1 [2003-02-27 08:47:02] [EMAIL PROTECTED] don't forget.. :) 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/21560 -- Edit this bug report at http://bugs.php.net/?id=21560edit=1
#24033 [Com]: changed behaviour of fread() ?
ID: 24033 Comment by: lzerace at msn dot com Reported By: thomas at nimstad dot com Status: Bogus Bug Type: Sockets related Operating System: Win32 PHP Version: 4.3.2 New Comment: I have a feeling this discussion has to do with my script not working (after host upgraded to 4.3.2 recently). Can someone tell me what to modify or replace in the below to let the fread portion to work properly? ?php function weather($Default_Weather_ZipCode) { if ($userdata['user_zipcode'] =='') { $User_ZipCode = $Default_Weather_ZipCode; } else { $User_ZipCode = $userdata['user_zipcode']; } $AquireURL = 'http://weather.cnn.com/weather/forecast.jsp?locCode='.$User_ZipCode; //- Use if using codes $AquireStart = '!-- start forecast by LOC code \(smb\) --'; //- HTML Code To Start Aquire. Must Be A Unique Bit Of Code! $AquireEnd = '!-- end forecast by LOC code \(smb\) --'; //- HTML Code To End Aquire. Must Be A Unique Bit Of Code! $OpenFile = fopen($AquireURL, r); //- Read The File $RetrieveFile = fread($OpenFile, 20); //- Might Be Able To Reduce This To Save Memory $AquireData = eregi($AquireStart(.*)$AquireEnd, $RetrieveFile, $DataPrint); // Acquire The Data // $gotWeather = str_replace('face=Arial', 'face=Verdana, Arial color=black', $DataPrint[1]); // Change Font // if ($AquireData == ) { $gotWeather = 'a href=' . append_sid(profile.php?mode=editprofile) . 'img src=' . append_sid(wtr.gif) . '/a'; //$gotWeather = 'bOFFLINE/b'; } return $gotWeather; } ? Previous Comments: [2003-07-18 01:35:12] webmaster at webtechies dot net I can say that some of you guys here are really life savers. I was working on my scripts for hours and I could see that there is something wrong with the length of the pockets it reads but couldn't find anything in the manual. And my codes were working until my ISP re-build the server. Then I found the answer here. Thanks guys. Hopefully the fix will stay working in next version too. [2003-06-13 18:20:58] [EMAIL PROTECTED] bob at bravenet dot com: That is just one of the reasons why we reinstated the pre 4.3.x behaviour. Please check your history before complaining. [2003-06-13 17:29:07] bob at bravenet dot com I absolutely disagree with the conclusion on this bug. To outright change the functionality of fread like this without any notice whatsoever and especially in a minor revision is totally irresponsible as a company. To date fread has always taken a $length parameter and php handled the buffering. And the docs still say that it will. When making a change like this, at a minimum, update the docs so we don't waste a couple days trying to find out that you changed the functionality of fread. [2003-06-06 03:17:06] [EMAIL PROTECTED] This is your loop: while (!feof($fp) $length 0) { $size = min(1024, $length); $reply .= fread($fp, $size); $length -= $size; } It looks wrong to me, since you are not checking the return value of fread and are just assuming that it read the chunk you asked for. This is a better loop: while ($length 0) { $size = min(8192, $length); $data = fread($fp, $size); if (strlen($data) == 0) { break; // EOF } $reply .= $data; $length -= strlen($data); } It is recommended that you fread() in chunks of 8kb from sockets, as you will get better performance than using a smaller value. Using a larger value is wasteful as the streams layer will only allocate in 8KB chunks; Win32 has a maximum internal packet size of 8KB too. I'm marking this as bogus since it is the expected behaviour of PHP (I actually spent a couple of days correcting and testing this for HTTP/1.1 keep alives). [2003-06-06 03:06:27] thomas at nimstad dot com Ok. Since I'm was not the only having the problem I examined it some more... here we goes again... Problem #1: When using a chunk size = 8192 bytes it's just to concatenate the data and continue reading (as examplified in the documentation). So to what I understand, this is not a bug, rather than a timing issue that fread() returns the number of bytes available at the moment? Anyway, in this case problem #2 doesn't occurs!! Problem #2: The fread() still hangs until timeout if I try to read data in chunks of = 4096 bytes!! 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/24033 -- Edit this bug report at
#24033 [Com]: changed behaviour of fread() ?
ID: 24033 Comment by: lzerace at msn dot com Reported By: thomas at nimstad dot com Status: Bogus Bug Type: Sockets related Operating System: Win32 PHP Version: 4.3.2 New Comment: Disregard I guess. I finally changed the following and seemed to have it working now: $OpenFile = file_get_contents($AquireURL, r); //- Read The File //$RetrieveFile = fread($OpenFile, 20); //- Might Be Able To Reduce This To Save Memory $AquireData = eregi($AquireStart(.*)$AquireEnd, $OpenFile, $DataPrint); // Acquire The Data Previous Comments: [2003-07-20 04:03:29] lzerace at msn dot com I have a feeling this discussion has to do with my script not working (after host upgraded to 4.3.2 recently). Can someone tell me what to modify or replace in the below to let the fread portion to work properly? ?php function weather($Default_Weather_ZipCode) { if ($userdata['user_zipcode'] =='') { $User_ZipCode = $Default_Weather_ZipCode; } else { $User_ZipCode = $userdata['user_zipcode']; } $AquireURL = 'http://weather.cnn.com/weather/forecast.jsp?locCode='.$User_ZipCode; //- Use if using codes $AquireStart = '!-- start forecast by LOC code \(smb\) --'; //- HTML Code To Start Aquire. Must Be A Unique Bit Of Code! $AquireEnd = '!-- end forecast by LOC code \(smb\) --'; //- HTML Code To End Aquire. Must Be A Unique Bit Of Code! $OpenFile = fopen($AquireURL, r); //- Read The File $RetrieveFile = fread($OpenFile, 20); //- Might Be Able To Reduce This To Save Memory $AquireData = eregi($AquireStart(.*)$AquireEnd, $RetrieveFile, $DataPrint); // Acquire The Data // $gotWeather = str_replace('face=Arial', 'face=Verdana, Arial color=black', $DataPrint[1]); // Change Font // if ($AquireData == ) { $gotWeather = 'a href=' . append_sid(profile.php?mode=editprofile) . 'img src=' . append_sid(wtr.gif) . '/a'; //$gotWeather = 'bOFFLINE/b'; } return $gotWeather; } ? [2003-07-18 01:35:12] webmaster at webtechies dot net I can say that some of you guys here are really life savers. I was working on my scripts for hours and I could see that there is something wrong with the length of the pockets it reads but couldn't find anything in the manual. And my codes were working until my ISP re-build the server. Then I found the answer here. Thanks guys. Hopefully the fix will stay working in next version too. [2003-06-13 18:20:58] [EMAIL PROTECTED] bob at bravenet dot com: That is just one of the reasons why we reinstated the pre 4.3.x behaviour. Please check your history before complaining. [2003-06-13 17:29:07] bob at bravenet dot com I absolutely disagree with the conclusion on this bug. To outright change the functionality of fread like this without any notice whatsoever and especially in a minor revision is totally irresponsible as a company. To date fread has always taken a $length parameter and php handled the buffering. And the docs still say that it will. When making a change like this, at a minimum, update the docs so we don't waste a couple days trying to find out that you changed the functionality of fread. [2003-06-06 03:17:06] [EMAIL PROTECTED] This is your loop: while (!feof($fp) $length 0) { $size = min(1024, $length); $reply .= fread($fp, $size); $length -= $size; } It looks wrong to me, since you are not checking the return value of fread and are just assuming that it read the chunk you asked for. This is a better loop: while ($length 0) { $size = min(8192, $length); $data = fread($fp, $size); if (strlen($data) == 0) { break; // EOF } $reply .= $data; $length -= strlen($data); } It is recommended that you fread() in chunks of 8kb from sockets, as you will get better performance than using a smaller value. Using a larger value is wasteful as the streams layer will only allocate in 8KB chunks; Win32 has a maximum internal packet size of 8KB too. I'm marking this as bogus since it is the expected behaviour of PHP (I actually spent a couple of days correcting and testing this for HTTP/1.1 keep alives). 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/24033 -- Edit this bug report at http://bugs.php.net/?id=24033edit=1
#24605 [Bgs-Fbk]: Scripts Dont Exit, Forced Only
ID: 24605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: CGI related Operating System: Cobalt Linux PHP Version: 5CVS-2003-07-17 (dev) Assigned To: nathan New Comment: Actually I was asking for feedback. :) Previous Comments: [2003-07-20 02:59:04] [EMAIL PROTECTED] Keep it bogus in the mean time please. [2003-07-19 20:54:13] [EMAIL PROTECTED] Hey, Just tested what you had in mind Sniper, and that worked, everything runs no problems... Ill go through module by module and try find which one it is causing the slow execution. Thanks. [2003-07-19 08:28:53] [EMAIL PROTECTED] Try: ./configure --disable-all --disable-cgi And run the script: sapi/cli/php -n test.php [2003-07-19 08:28:04] [EMAIL PROTECTED] can not reproduce, must be something wrong in your system/compiler/etc. [2003-07-18 09:49:25] [EMAIL PROTECTED] Hey, Ok... phpinfo() PHP Version = 5.0.0b2-dev System = Linux viper.internetww.com 2.2.16C37_III #1 Sat Apr 12 14:54:32 PDT 2003 i586 Build Date = Jul 18 2003 08:31:18 Configure Command = './configure' '--prefix=/home/php5' '--with-zlib-dir=/usr/local/zlib' '--with-libxml-dir=/home/libxml2' '--disable-cgi' '--enable-cli' '--with-snmp=/home/ucd-snmp' '--with-gd' '--enable-sockets' '--enable-exif' '--without-pear' '--with-mysql=/home/mysql4' '--with-mysql-sock=/tmp/mysql4.sock' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /home/php5/lib PHP API = 20030518 PHP Extension = 20020429 Zend Extension = 90021012 Debug Build = no Thread Safety = disabled Registered PHP Streams = php, http, ftp, compress.zlib That should be enough information. I wrote a script containing, ?php phpinfo(); ?. After executing this script, it gave me the phpinfo information required, but then stopped. At this point the process should have stopped, whereas it just left me there as if the process was still running. If I force exit it, the process closes. If I wait about 2-3 minutes, the process closes itself after a while. This happens on any script running, phpinfo() being an example. Thanks. 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/24605 -- Edit this bug report at http://bugs.php.net/?id=24605edit=1
#18600 [Com]: Unable to create Java Virtual Machine
ID: 18600 Comment by: tan_ai_leen9 at hotmail dot com Reported By: nalves at equifax dot com dot br Status: Open Bug Type: Java related Operating System: Windows 2000 PHP Version: 4.3.3 and 5.0.0-dev New Comment: Has this bug solved? What's the solutions? Previous Comments: [2003-06-22 19:18:20] benj at puremourning dot co dot uk hi all, i just installed all the latest versions (php 4.3.2) and various forms of the j2sdk (principally j2sdk 1.4.1_03) and i get the same problem. Set up is Apache/1.3.27 (Win32) PHP/4.3.2 (on windows xp) php_java and php_gd2 are the only extensions installed. Whenever i run a page with a call to new Java() the first refresh works, but after roughly 30 seconds i must restart apache to get it to work. has there been any updates on this? I am only experimenting with this extension, but it would be a fantastic help if it worked reliably. my java section of php.ini [Java] java.class.path = H:\php\php-4.3.2-Win32\extensions\php_java.jar java.home = C:\j2sdk1.4.1_03 java.library = C:\j2sdk1.4.1_03\jre\bin\server\jvm.dll java.library.path = H:\php\php-4.3.2-Win32\extensions\ i noticed somthing noone had looked into; i checked the mem usage of apache.exe as i continually refreshed the (java) page, it climbed steadily until it reached somthing like 15000K and then i got the error, and with more refreshes the mem usage remained constant. however after a while (as i ytped this) the mem usage climbed (with no activity) by another 2000K where it is now static. i don't know if that is useful, but it seems to me that its loaded a few too many JVMs and not closed them. kind regards ben jackson [2003-06-19 17:19:18] dev2682 at hotmail dot com Hi! all, I tried Java - PHP extension with just simple java class which is doing millon calculations. I haven't got any problem. And I was thinking to use this extension for my new web project but, after reading all these bugs I am not sure. So, please let me know how stable this is?? I am using, OS=Windows XP 5.1 on x86 , IIS 5, PHP 4.3.2 and java version 1.4.1_02 Dev [2003-06-09 14:31:20] jlondon at mcg dot edu Getting the same bug. Running Win2k Server, IIS 5, php4.2.3, jsdk1.4.1. I read a while back that running as a CGI would eliminate the error so I tried that but the performance hit was too much to bear since I only used java on one page. Did a little more searching and came up with a little work around. Still not perfect but takes much longer to crash. $descriptorspec = array( 0 = array(pipe, r), // stdin is a pipe that the child will read from 1 = array(pipe, w), // stdout is a pipe that the child will write to 2 = array(file, /temp/error-output.txt, a), // stderr is a file to write to ); $process = proc_open(c:\\php\\cli\\php.exe, $descriptorspec, $pipes); if (is_resource($process)) { // $pipes now looks like this: // 0 = writeable handle connected to child stdin // 1 = readable handle connected to child stdout // Any error output will be appended to /tmp/error-output.txt $size = fwrite($pipes[0], ? \$Login = new Java('CheckLogin'); echo \$Login-CheckLogin(' . $username . ', ' . $password . '); ?); if(!fclose($pipes[0])) echo There was an error closing the pipe; $result = fgets($pipes[1], $size + 1); fclose($pipes[1]); // It is important that you close any pipes before calling // proc_close in order to avoid a deadlock $return_value = proc_close($process); } Basically what I do is create a process and send it the lines of code I would use to create and manipulate the java classes. The process gives me the output and I close the process. It works pretty well and will extend the restart interval from everytime the script runs to every couple of days. For those out there chasing this bug, my method fails on the $return_value = proc_close($process); line. Once it fails it will not work again until IIS is restarted. Until IIS is restarted the process fails on $result = fgets($pipes[1], $size + 1); line. Hope you get this one fixed. This could be a really powerful plugin. -Jake [2003-06-04 21:37:36] jason at ipedo dot com I meet this problem too. Why should it recreate JVM? Since it's module, I think it need only create JVM once. In linux environment, althoug i don't meet the error, the preformence is bad when system recreate JVM. How can i disable recreating the JVM or decrease the frequence of creating JVM? [2003-05-27 17:36:44] dave at unicon dot net Has anything been
#24725 [NEW]: cURL CURLOPT_ENCODING does not appear to work
From: Julian_bond at voidstar dot com Operating system: Redhat 7.3 and MS Win PHP version: 4.3.2 PHP Bug Type: cURL related Bug description: cURL CURLOPT_ENCODING does not appear to work Description: Redhat/7.3 php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.6b zlib/1.1.4 MS Win php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.7b MS Win php/4.3.3RC1 libcurl/7.10.5 OpenSSL/0.9.7b See also: http://bugs.php.net/bug.php?id=23048 http://bugs.php.net/bug.php?id=21995 http://bugs.php.net/bug.php?id=23702 According to the libcurl docuentation, curl_setopt ($ch, CURLOPT_ENCODING,); should generate a header HTTP_ACCEPT_ENCODING: gzip,deflate And then autodecode the returned data if the remote server supports compression. However in the above three PHP releases it never does. Reading the three bug reports above, it appears that support for this option call may have been added to php 4.3.2 and so the problem is currently viewed as a documentation problem. However after repeated tests, it still appears to be missing from either php and/or libcurl and hence this bug report. The libcurl crew deny responsibility(!) and point at the php implementation. Using curl from the command line with the --compressed option I can see the header and auto-decoding working but I don't have the facilities to check the libcurl library except from inside php. The libcurl readme http://cvs.php.net/co.php/curl/lib/README.encoding?r=1.3 says that The library zlib is required for this feature. but as can be seen above from the version report, php_curl.dll for windows does not appear to bind the zlib library, so even if the parameter option is being passed to libcurl, it probably wouldn't work anyway. Reproduce code: --- $ch = curl_init(http://www.voidstar.com/temp/accept.php;); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt ($ch, CURLOPT_ENCODING,); curl_setopt ($ch, CURLOPT_HEADER, 1); $data = curl_exec($ch); curl_close ($ch); print pre . htmlentities($data) . /pre; Expected result: http://www.voidstar.com/temp/accept.php prints the headers it receives. It's running on a server with zlib support compiled into php and zlib.output_compression = on This can be seen by using a browser that supports gzip to navigate to the url above. In this case the header can be seen. The reproduce code above should generate the accept_encoding header which should then result in it being mirrored back to curl which then displays it. HTTP_ACCEPT_ENCODING: gzip,deflate Actual result: -- Missing header HTTP_ACCEPT_ENCODING: gzip,deflate -- Edit bug report at http://bugs.php.net/?id=24725edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24725r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24725r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24725r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24725r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24725r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24725r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24725r=support Expected behavior: http://bugs.php.net/fix.php?id=24725r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24725r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24725r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24725r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24725r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24725r=dst IIS Stability: http://bugs.php.net/fix.php?id=24725r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24725r=gnused
#24725 [Opn-Fbk]: cURL CURLOPT_ENCODING does not appear to work
ID: 24725 Updated by: [EMAIL PROTECTED] Reported By: Julian_bond at voidstar dot com -Status: Open +Status: Feedback Bug Type: cURL related Operating System: Redhat 7.3 and MS Win PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-07-20 06:56:49] Julian_bond at voidstar dot com Description: Redhat/7.3 php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.6b zlib/1.1.4 MS Win php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.7b MS Win php/4.3.3RC1 libcurl/7.10.5 OpenSSL/0.9.7b See also: http://bugs.php.net/bug.php?id=23048 http://bugs.php.net/bug.php?id=21995 http://bugs.php.net/bug.php?id=23702 According to the libcurl docuentation, curl_setopt ($ch, CURLOPT_ENCODING,); should generate a header HTTP_ACCEPT_ENCODING: gzip,deflate And then autodecode the returned data if the remote server supports compression. However in the above three PHP releases it never does. Reading the three bug reports above, it appears that support for this option call may have been added to php 4.3.2 and so the problem is currently viewed as a documentation problem. However after repeated tests, it still appears to be missing from either php and/or libcurl and hence this bug report. The libcurl crew deny responsibility(!) and point at the php implementation. Using curl from the command line with the --compressed option I can see the header and auto-decoding working but I don't have the facilities to check the libcurl library except from inside php. The libcurl readme http://cvs.php.net/co.php/curl/lib/README.encoding?r=1.3 says that The library zlib is required for this feature. but as can be seen above from the version report, php_curl.dll for windows does not appear to bind the zlib library, so even if the parameter option is being passed to libcurl, it probably wouldn't work anyway. Reproduce code: --- $ch = curl_init(http://www.voidstar.com/temp/accept.php;); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt ($ch, CURLOPT_ENCODING,); curl_setopt ($ch, CURLOPT_HEADER, 1); $data = curl_exec($ch); curl_close ($ch); print pre . htmlentities($data) . /pre; Expected result: http://www.voidstar.com/temp/accept.php prints the headers it receives. It's running on a server with zlib support compiled into php and zlib.output_compression = on This can be seen by using a browser that supports gzip to navigate to the url above. In this case the header can be seen. The reproduce code above should generate the accept_encoding header which should then result in it being mirrored back to curl which then displays it. HTTP_ACCEPT_ENCODING: gzip,deflate Actual result: -- Missing header HTTP_ACCEPT_ENCODING: gzip,deflate -- Edit this bug report at http://bugs.php.net/?id=24725edit=1
#24725 [Com]: cURL CURLOPT_ENCODING does not appear to work
ID: 24725 Comment by: julian_bond at voidstar dot com Reported By: Julian_bond at voidstar dot com Status: Feedback Bug Type: cURL related Operating System: Redhat 7.3 and MS Win PHP Version: 4.3.2 New Comment: Installed MS Win release. phpinfo() reports php/4.3.3RC2-dev, libcurl/7.10.5 OpenSSL/0.9.7b No change. Curl is still not generating the header. php-curl still does not appear to support zlib. Currently creating a test environment where I can test php under Redhat as I found the problem on a production server. Might take a little while. Will report back. Previous Comments: [2003-07-20 07:09:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-20 06:56:49] Julian_bond at voidstar dot com Description: Redhat/7.3 php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.6b zlib/1.1.4 MS Win php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.7b MS Win php/4.3.3RC1 libcurl/7.10.5 OpenSSL/0.9.7b See also: http://bugs.php.net/bug.php?id=23048 http://bugs.php.net/bug.php?id=21995 http://bugs.php.net/bug.php?id=23702 According to the libcurl docuentation, curl_setopt ($ch, CURLOPT_ENCODING,); should generate a header HTTP_ACCEPT_ENCODING: gzip,deflate And then autodecode the returned data if the remote server supports compression. However in the above three PHP releases it never does. Reading the three bug reports above, it appears that support for this option call may have been added to php 4.3.2 and so the problem is currently viewed as a documentation problem. However after repeated tests, it still appears to be missing from either php and/or libcurl and hence this bug report. The libcurl crew deny responsibility(!) and point at the php implementation. Using curl from the command line with the --compressed option I can see the header and auto-decoding working but I don't have the facilities to check the libcurl library except from inside php. The libcurl readme http://cvs.php.net/co.php/curl/lib/README.encoding?r=1.3 says that The library zlib is required for this feature. but as can be seen above from the version report, php_curl.dll for windows does not appear to bind the zlib library, so even if the parameter option is being passed to libcurl, it probably wouldn't work anyway. Reproduce code: --- $ch = curl_init(http://www.voidstar.com/temp/accept.php;); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt ($ch, CURLOPT_ENCODING,); curl_setopt ($ch, CURLOPT_HEADER, 1); $data = curl_exec($ch); curl_close ($ch); print pre . htmlentities($data) . /pre; Expected result: http://www.voidstar.com/temp/accept.php prints the headers it receives. It's running on a server with zlib support compiled into php and zlib.output_compression = on This can be seen by using a browser that supports gzip to navigate to the url above. In this case the header can be seen. The reproduce code above should generate the accept_encoding header which should then result in it being mirrored back to curl which then displays it. HTTP_ACCEPT_ENCODING: gzip,deflate Actual result: -- Missing header HTTP_ACCEPT_ENCODING: gzip,deflate -- Edit this bug report at http://bugs.php.net/?id=24725edit=1
#24725 [Fbk-Opn]: cURL CURLOPT_ENCODING does not appear to work
ID: 24725 Updated by: [EMAIL PROTECTED] Reported By: Julian_bond at voidstar dot com -Status: Feedback +Status: Open Bug Type: cURL related Operating System: Redhat 7.3 and MS Win PHP Version: 4.3.2 New Comment: DO NOT use 'Add Comment' when you edit your own report!!! (use this url: http://bugs.php.net/bug.php?id=24725edit=2) Previous Comments: [2003-07-20 08:26:50] julian_bond at voidstar dot com Installed MS Win release. phpinfo() reports php/4.3.3RC2-dev, libcurl/7.10.5 OpenSSL/0.9.7b No change. Curl is still not generating the header. php-curl still does not appear to support zlib. Currently creating a test environment where I can test php under Redhat as I found the problem on a production server. Might take a little while. Will report back. [2003-07-20 07:09:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-20 06:56:49] Julian_bond at voidstar dot com Description: Redhat/7.3 php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.6b zlib/1.1.4 MS Win php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.7b MS Win php/4.3.3RC1 libcurl/7.10.5 OpenSSL/0.9.7b See also: http://bugs.php.net/bug.php?id=23048 http://bugs.php.net/bug.php?id=21995 http://bugs.php.net/bug.php?id=23702 According to the libcurl docuentation, curl_setopt ($ch, CURLOPT_ENCODING,); should generate a header HTTP_ACCEPT_ENCODING: gzip,deflate And then autodecode the returned data if the remote server supports compression. However in the above three PHP releases it never does. Reading the three bug reports above, it appears that support for this option call may have been added to php 4.3.2 and so the problem is currently viewed as a documentation problem. However after repeated tests, it still appears to be missing from either php and/or libcurl and hence this bug report. The libcurl crew deny responsibility(!) and point at the php implementation. Using curl from the command line with the --compressed option I can see the header and auto-decoding working but I don't have the facilities to check the libcurl library except from inside php. The libcurl readme http://cvs.php.net/co.php/curl/lib/README.encoding?r=1.3 says that The library zlib is required for this feature. but as can be seen above from the version report, php_curl.dll for windows does not appear to bind the zlib library, so even if the parameter option is being passed to libcurl, it probably wouldn't work anyway. Reproduce code: --- $ch = curl_init(http://www.voidstar.com/temp/accept.php;); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt ($ch, CURLOPT_ENCODING,); curl_setopt ($ch, CURLOPT_HEADER, 1); $data = curl_exec($ch); curl_close ($ch); print pre . htmlentities($data) . /pre; Expected result: http://www.voidstar.com/temp/accept.php prints the headers it receives. It's running on a server with zlib support compiled into php and zlib.output_compression = on This can be seen by using a browser that supports gzip to navigate to the url above. In this case the header can be seen. The reproduce code above should generate the accept_encoding header which should then result in it being mirrored back to curl which then displays it. HTTP_ACCEPT_ENCODING: gzip,deflate Actual result: -- Missing header HTTP_ACCEPT_ENCODING: gzip,deflate -- Edit this bug report at http://bugs.php.net/?id=24725edit=1
#24725 [Opn-Asn]: cURL CURLOPT_ENCODING does not appear to work
ID: 24725 Updated by: [EMAIL PROTECTED] Reported By: Julian_bond at voidstar dot com -Status: Open +Status: Assigned Bug Type: cURL related -Operating System: Redhat 7.3 and MS Win +Operating System: win32 only PHP Version: 4.3.2 -Assigned To: +Assigned To: edink New Comment: Just a build issue with curl libs. (Edin, can you add zlib in the curl stuff?) Previous Comments: [2003-07-20 08:38:41] [EMAIL PROTECTED] DO NOT use 'Add Comment' when you edit your own report!!! (use this url: http://bugs.php.net/bug.php?id=24725edit=2) [2003-07-20 08:26:50] julian_bond at voidstar dot com Installed MS Win release. phpinfo() reports php/4.3.3RC2-dev, libcurl/7.10.5 OpenSSL/0.9.7b No change. Curl is still not generating the header. php-curl still does not appear to support zlib. Currently creating a test environment where I can test php under Redhat as I found the problem on a production server. Might take a little while. Will report back. [2003-07-20 07:09:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-20 06:56:49] Julian_bond at voidstar dot com Description: Redhat/7.3 php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.6b zlib/1.1.4 MS Win php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.7b MS Win php/4.3.3RC1 libcurl/7.10.5 OpenSSL/0.9.7b See also: http://bugs.php.net/bug.php?id=23048 http://bugs.php.net/bug.php?id=21995 http://bugs.php.net/bug.php?id=23702 According to the libcurl docuentation, curl_setopt ($ch, CURLOPT_ENCODING,); should generate a header HTTP_ACCEPT_ENCODING: gzip,deflate And then autodecode the returned data if the remote server supports compression. However in the above three PHP releases it never does. Reading the three bug reports above, it appears that support for this option call may have been added to php 4.3.2 and so the problem is currently viewed as a documentation problem. However after repeated tests, it still appears to be missing from either php and/or libcurl and hence this bug report. The libcurl crew deny responsibility(!) and point at the php implementation. Using curl from the command line with the --compressed option I can see the header and auto-decoding working but I don't have the facilities to check the libcurl library except from inside php. The libcurl readme http://cvs.php.net/co.php/curl/lib/README.encoding?r=1.3 says that The library zlib is required for this feature. but as can be seen above from the version report, php_curl.dll for windows does not appear to bind the zlib library, so even if the parameter option is being passed to libcurl, it probably wouldn't work anyway. Reproduce code: --- $ch = curl_init(http://www.voidstar.com/temp/accept.php;); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt ($ch, CURLOPT_ENCODING,); curl_setopt ($ch, CURLOPT_HEADER, 1); $data = curl_exec($ch); curl_close ($ch); print pre . htmlentities($data) . /pre; Expected result: http://www.voidstar.com/temp/accept.php prints the headers it receives. It's running on a server with zlib support compiled into php and zlib.output_compression = on This can be seen by using a browser that supports gzip to navigate to the url above. In this case the header can be seen. The reproduce code above should generate the accept_encoding header which should then result in it being mirrored back to curl which then displays it. HTTP_ACCEPT_ENCODING: gzip,deflate Actual result: -- Missing header HTTP_ACCEPT_ENCODING: gzip,deflate -- Edit this bug report at http://bugs.php.net/?id=24725edit=1
#24605 [Fbk]: Scripts Dont Exit, Forced Only
ID: 24605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: CGI related Operating System: Cobalt Linux PHP Version: 5CVS-2003-07-17 (dev) Assigned To: nathan New Comment: Ok...after some testing, realised its an extension causing the lag. After some experimenting, I came to this... Working configure - ./configure --prefix=/home/php5test --disable-cgi --with-libxml-dir=/home/libxml2 --disable-pear --disable-dom --disable-simplexml A test script, with phpinfo() was executed, and the process stopped immediately after processing. Next configure - ./configure --prefix=/home/php5test --disable-cgi --with-libxml-dir=/home/libxml2 --disable-pear --disable-dom With simplexml enabled, I tried executing the script again, and it waited at least a minute before I forcefully stopped the process. I am using a PHP snapshot from 20/07/03 at 1130GMT, with libxml2 2.5.8 installed in /home/libxml2. Previous Comments: [2003-07-20 05:44:14] [EMAIL PROTECTED] Actually I was asking for feedback. :) [2003-07-20 02:59:04] [EMAIL PROTECTED] Keep it bogus in the mean time please. [2003-07-19 20:54:13] [EMAIL PROTECTED] Hey, Just tested what you had in mind Sniper, and that worked, everything runs no problems... Ill go through module by module and try find which one it is causing the slow execution. Thanks. [2003-07-19 08:28:53] [EMAIL PROTECTED] Try: ./configure --disable-all --disable-cgi And run the script: sapi/cli/php -n test.php [2003-07-19 08:28:04] [EMAIL PROTECTED] can not reproduce, must be something wrong in your system/compiler/etc. 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/24605 -- Edit this bug report at http://bugs.php.net/?id=24605edit=1
#24725 [Asn]: cURL CURLOPT_ENCODING does not appear to work
ID: 24725 Updated by: [EMAIL PROTECTED] Reported By: Julian_bond at voidstar dot com Status: Assigned Bug Type: cURL related Operating System: win32 only PHP Version: 4.3.2 Assigned To: edink New Comment: There was a small bug in the php curl, but it's fixed now. Now the encoding works as long as libcurl is linked with zlib. (Edin, is the libcurl used by win32 stuff linked with it??) Previous Comments: [2003-07-20 08:42:16] [EMAIL PROTECTED] Just a build issue with curl libs. (Edin, can you add zlib in the curl stuff?) [2003-07-20 08:38:41] [EMAIL PROTECTED] DO NOT use 'Add Comment' when you edit your own report!!! (use this url: http://bugs.php.net/bug.php?id=24725edit=2) [2003-07-20 08:26:50] julian_bond at voidstar dot com Installed MS Win release. phpinfo() reports php/4.3.3RC2-dev, libcurl/7.10.5 OpenSSL/0.9.7b No change. Curl is still not generating the header. php-curl still does not appear to support zlib. Currently creating a test environment where I can test php under Redhat as I found the problem on a production server. Might take a little while. Will report back. [2003-07-20 07:09:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-20 06:56:49] Julian_bond at voidstar dot com Description: Redhat/7.3 php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.6b zlib/1.1.4 MS Win php/4.3.2 libcurl/7.10.5 OpenSSL/0.9.7b MS Win php/4.3.3RC1 libcurl/7.10.5 OpenSSL/0.9.7b See also: http://bugs.php.net/bug.php?id=23048 http://bugs.php.net/bug.php?id=21995 http://bugs.php.net/bug.php?id=23702 According to the libcurl docuentation, curl_setopt ($ch, CURLOPT_ENCODING,); should generate a header HTTP_ACCEPT_ENCODING: gzip,deflate And then autodecode the returned data if the remote server supports compression. However in the above three PHP releases it never does. Reading the three bug reports above, it appears that support for this option call may have been added to php 4.3.2 and so the problem is currently viewed as a documentation problem. However after repeated tests, it still appears to be missing from either php and/or libcurl and hence this bug report. The libcurl crew deny responsibility(!) and point at the php implementation. Using curl from the command line with the --compressed option I can see the header and auto-decoding working but I don't have the facilities to check the libcurl library except from inside php. The libcurl readme http://cvs.php.net/co.php/curl/lib/README.encoding?r=1.3 says that The library zlib is required for this feature. but as can be seen above from the version report, php_curl.dll for windows does not appear to bind the zlib library, so even if the parameter option is being passed to libcurl, it probably wouldn't work anyway. Reproduce code: --- $ch = curl_init(http://www.voidstar.com/temp/accept.php;); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt ($ch, CURLOPT_ENCODING,); curl_setopt ($ch, CURLOPT_HEADER, 1); $data = curl_exec($ch); curl_close ($ch); print pre . htmlentities($data) . /pre; Expected result: http://www.voidstar.com/temp/accept.php prints the headers it receives. It's running on a server with zlib support compiled into php and zlib.output_compression = on This can be seen by using a browser that supports gzip to navigate to the url above. In this case the header can be seen. The reproduce code above should generate the accept_encoding header which should then result in it being mirrored back to curl which then displays it. HTTP_ACCEPT_ENCODING: gzip,deflate Actual result: -- Missing header HTTP_ACCEPT_ENCODING: gzip,deflate -- Edit this bug report at http://bugs.php.net/?id=24725edit=1
#22713 [Fbk-NoF]: Strange HTTP headers behaviour when using output buffering and callback
ID: 22713 Updated by: [EMAIL PROTECTED] Reported By: public at asd-group dot com -Status: Feedback +Status: No Feedback Bug Type: Output Control Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-13 00:06:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And update the version if it still happens with the snapshot. [2003-04-28 12:33:09] [EMAIL PROTECTED] Related to #21637, assuming that you are using ISAPI. [2003-03-22 11:22:27] public at asd-group dot com Anyone looking at this problem - there is no workaround to this, so a fix is needed? [2003-03-17 20:46:48] public at asd-group dot com I'm not sure how this just became a documentation problem. Sure, the recent manuals are incomplete/wrong with respect to ob_start, and that should be corrected. And regarding the chunk size parameter, I can tell you from actual testing and feedback from someone who knows the PHP source code (see http://www.zend.com/phorum/read.php?num=3id=23814loc=0thread=23814) that it *DOES* cause the output callback to be called *ONCE* for each output statement, whether it is just one character (echo 1) or many (echo A very,very,.very,very long string). That doesnt sound like setting a chunk size of 2 to me (assuming that means that the output buffer is flushed in chunks of 2 characters - without the correct info in the manual its hard to know). However, in any event, if the output callback instructs PHP to ignore the output text (by returning ) then headers should not be flushed and headers_sent() should continue to return FALSE. In a much larger application (too large to post), where I first saw this, there's an an additional curiosity. With output being captured and 'thrown away' by the output callback in this manner, the first 'echo' statement causes headers_sent() to return true, yet the code later does header() calls to set cookies, and these do not fail with a 'headers already sent' type of message (and the cookies get sent). I hoped to reproduce this within the little code snippet above, but that does fail with the expeced message if a call to header() is made after the first echo statement. Please could you recategorise this to a code issue. [2003-03-17 20:08:32] [EMAIL PROTECTED] Here's the proto for ob_start(): proto bool ob_start([ string|array user_function [, int chunk_size [, bool erase]]]) The 2nd parameter determines the chunk size..not how many times the callback is called. 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/22713 -- Edit this bug report at http://bugs.php.net/?id=22713edit=1
#22747 [Fbk-NoF]: Getting maximum execution timeout errors on lines which shouldnt be doing so
ID: 22747 Updated by: [EMAIL PROTECTED] Reported By: carl at voodoomedia dot co dot uk -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Windows 2000 SP3 PHP Version: 4.3.2-RC New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-13 00:09:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And update the version if this still happens to you (when using the snapshot). And make sure you delete ALL old remains of PHP related files first before installing the snapshot!! [2003-03-25 07:07:25] carl at voodoomedia dot co dot uk Hi there, I'm using Apache 1.3.27 on a windows 2000 SP3 machine, dual P3 1.6ghz processors and 1.5GB RAM PHP is loading as an apache module and i've tried 4.3.1 and 4.3.2 latest cvs binaries. the differences in my ini from php-dist are short_open_tags = Off precision = 14 zlib_output_compression = on (but only did this last night wsa off until then) allow_call_time_pass_reference = off max_execution_time = 40 error_reporting = E_ALL display_errors = Off log_errors = On ignore_repeated_errors = on error_log = e:\php.log register_argc_argv = off magic_quotes_runtime = on include_path = e:\www\ doc_root = e:\www\ extensions_dir = c:\php\extensions upload_max_file_size=4M default_socket_timeout=30 SMTP=[ip to local smtp server] session_save_path = c:\php\sessions session.gc_dividend = 1000 session.bug_compat_warn = 0 (makes no difference, still see em) Thanks [2003-03-25 06:46:39] [EMAIL PROTECTED] What webserver is used? How is PHP configured in it? Are you using CGI binary or a module? What is the diff -u between the php.ini-dist file and your php.ini ? [2003-03-25 05:51:58] carl at voodoomedia dot co dot uk I'm afraid that You're doing something wrong just isn't an acceptable answer. It's a problem with PHP's session handler or serializer for sure. I can replicate it by using this script ?php session_start(); if (!isset($_SESSION['tempVal'])) $_SESSION['tempVal'] = 0; $_SESSION['tempVal']++; echo 'session val is now '.$_SESSION['tempVal'].'BR'; echo 'A HREF=sesstest.phpclick here to reload/A ? If I call that page from an automated page refresh script that I have at some point within an hour I will get [25-Mar-2003 11:37:27] PHP Fatal error: Maximum execution time of 40 seconds exceeded in e:\www\sesstest.php on line 2. [2003-03-18 11:38:50] [EMAIL PROTECTED] You're doing something wrong, ask support questions on the mailing lists. 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/22747 -- Edit this bug report at http://bugs.php.net/?id=22747edit=1
#22676 [Fbk-NoF]: Warning: 1 is not a Sybase link index in...
ID: 22676 Updated by: [EMAIL PROTECTED] Reported By: mgruenb at gmx dot net -Status: Feedback +Status: No Feedback Bug Type: Sybase (dblib) related Operating System: Gentoo + SuSE PHP Version: 4.3.1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-13 00:11:08] [EMAIL PROTECTED] Did you try it or not? (with latest CVS snapshot) [2003-05-09 08:17:50] mgruenb at gmx dot net --with-sybase-ct is not really a bug fix. Does this mean --with-sybase is no longer supported? [2003-05-09 07:31:44] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-05-01 19:28:53] [EMAIL PROTECTED] Try --with-sybase-ct option instead. [2003-03-13 09:10:40] mgruenb at gmx dot net OK I've also tried (on Gentoo only): php4-200303131430.tar.bz2 php4-STABLE-200303131430.tar.bz2 with the same results / error messages. Btw, I get the following during compilation: /opt/sybase/lib/libsybdb.so: `sys_errlist' is deprecated; use `strerror' or `strerror_r' instead /opt/sybase/lib/libsybdb.so: `sys_nerr' is deprecated; use `strerror' or `strerror_r' instead Sybase version is ASE 11.9.2 With php5-200303131430.tar.bz2 I get the following during compilation: gcc -Iext/sybase/ -I/usr/local/php5-200303131430/ext/sybase/ -DPHP_ATOM_INC -I/usr/local/php5-200303131430/include -I/usr/local/php5-200303131430/main -I/usr/local/php5-200303131430 -I/usr/local/php5-200303131430/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype2 -I/opt/sybase/include -I/usr/local/php5-200303131430/ext/xml/expat -I/usr/local/php5-200303131430/TSRM -g -O2 -c /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c -o ext/sybase/php_sybase_db.o echo ext/sybase/php_sybase_db.lo /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function `php_sybase_do_connect': /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:395: request for member `value' in something not a structure or union /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function `zif_sybase_select_db': /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:669: invalid type argument of `unary *' /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function `zif_sybase_free_result': /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:927: parse error before if /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: At top level: /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:928: parse error before return /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930: `sybase_result_index' undeclared here (not in a function) /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930: `type' undeclared here (not in a function) /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930: warning: initialization makes integer from pointer without a cast /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930: initializer element is not constant /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930: warning: data definition has no type or storage class /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:932: parse error before if /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:934: parse error before '-' token /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:936: parse error before '(' token /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:937: parse error before '-' token /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function `zif_sybase_fetch_object': /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1081: invalid lvalue in assignment /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1082: invalid lvalue in assignment /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function `zif_sybase_result': /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1299: request for member `value' in something not a structure or union /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function `zif_sybase_affected_rows': /usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343: invalid type argument of `-'
#22526 [Fbk-NoF]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-12 23:42:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And update the version if this still happens. [2003-06-24 03:33:56] marcus at quintic dot co dot uk I have exactly the same problem with fopen+fpassthru instead of popen (just filed a bug that got closed as a duplicate #24295) on Windows XP. It makes session-based authentication next to useless for an app we are developing. CGI does not cure it, neither does disabling the trans_sid. The bug is apparent in 4.2.x and upwards in our case (on Apache 1.3.27) [2003-06-06 11:03:10] mobrien at milleker dot org Same problem observed in 4.3.2 on Win2K with Apache 1.3.1 Benny - Read the section in the install.txt about running in CGI mode (if you have not already): this is a completely unacceptable situation for production environments, IMO. [2003-06-02 06:21:56] bbubble622 at yahoo dot com Finally I was able to switch to CGI based PHP. Although it is (very) slow, it gives the right results ! -benny [2003-06-01 12:18:32] iberry at raxnet dot net I experienced this problem under PHP 4.3.2 as well. 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526edit=1
#22519 [Fbk-NoF]: Apache catches SEGV
ID: 22519 Updated by: [EMAIL PROTECTED] Reported By: thomas dot mieslinger at gls-germany dot com -Status: Feedback +Status: No Feedback Bug Type: Informix related Operating System: Solaris 7 intel PHP Version: 4.3.2-RC1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-12 23:41:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And copy paste the errors you get in Apache error_log here. (not all of them, just those with different line numbers..:) [2003-03-20 02:19:19] thomas dot mieslinger at gls-germany dot com Trust me, we didn't change a bit with php, php.ini, apache or httpd.conf. OK the database grew and we changed some PHP scripts, but the bug appears on any page even if it worked for two weeks. In some situations the -439 appears more often espeially when one or more really large selects are running (result set 1M). Now whats this when I say we see -439. When a php page is opened it first checks for some entries in the database. These calls die with error -439. I am sure that it is an php problem because with dbaccess or perl I can connect to the databases and work with it. Please tell me which Client SDK and Dynamic Server you use for the development of php/informix. [2003-03-19 11:28:28] [EMAIL PROTECTED] So what changed during the 2 weeks that made it to fail again? Are you absolutely sure this is PHP problem at all? And what do you mean with Now we see -439 again. ?? [2003-03-19 10:15:40] thomas dot mieslinger at gls-germany dot com I recompilied PHP (see attached phpinfo and version string from ifx.ec) and it worked for two weeks. Now we see -439 again. Hopefully I can attach a backtrace later this evening. phpinfo: PHP Version 4.3.2-dev System SunOS gpname 5.7 Generic_106542-23 i86pc Build Date Mar 7 2003 16:01:11 Configure Command './configure' '--with-informix' '--without-mysql' '--with-apache=../apache_1.3.27' '--enable-sockets' '--with-gd=/usr/local/' '--with-jpeg-dir=/usr/local/' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local/' '--enable-debug' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /export/opt/local/lib/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build yes Thread Safety disabled Registered PHP Streams php, http, ftp, compress.zlib Zend logo This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies ifx.ec: $Id: ifx.ec,v 1.69.2.12 2003/02/27 09:00:51 nobbie Exp $ [2003-03-04 10:27:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22519 -- Edit this bug report at http://bugs.php.net/?id=22519edit=1
#22459 [Fbk-NoF]: Fatal error: session_start() [function.session-start]
ID: 22459 Updated by: [EMAIL PROTECTED] Reported By: froeschlin at designpark dot de -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Red-Hat/Linux PHP Version: 4.3.1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-12 23:39:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Add you configure line here too. [2003-02-27 09:48:18] froeschlin at designpark dot de We have remove the Optimizer but after 2-3 hours the error come again. [2003-02-27 08:48:57] [EMAIL PROTECTED] Turn off Zend Optimizer v2.1.0 and see if the problem persists. [2003-02-27 08:33:48] froeschlin at designpark dot de When we use session_start() we get a random coming error on our system who give us out the folloing massage: Fatal error: session_start() [function.session-start]: Failed to initialize session module Sometimes the error dont come over days. We cant recognize why and how it develops. Also the compiling of php are error less. Our config - http://217.175.242.77/phpinfo.php -- Edit this bug report at http://bugs.php.net/?id=22459edit=1
#21637 [Fbk-NoF]: Header('Location: ... ') problem
ID: 21637 Updated by: [EMAIL PROTECTED] Reported By: pthiebaud at labeltechnologies dot com -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: Windows 2000, WinXP PHP Version: 4.3.0, 4.3.2dev New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-13 00:05:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-23 13:35:44] jonsagara at hotmail dot com Windows 2k Pro, SP3 PHP 4.3.1, running as CGI IIS 5 I am experiencing a similar problem. If I hard-code the redirect page, then it works fine: ?php header(Location: goto.php); exit; ? But if I try to use a variable, INETINFO.EXE crashes (yes, it redirects to itself, but there are different execution paths): ?php ... header(Location: . $_SERVER[SCRIPT_NAME]); exit; ? I have a reproducible case. Do you want the files? [2003-04-28 12:13:14] [EMAIL PROTECTED] I had a strange problem with IIS and redirects; when output buffering was enabled, a redirecting page (that had some debug output) would show output from the page that it was being redirected to, after its own output. This needs further investigation :/ [2003-01-27 02:49:47] pthiebaud at labeltechnologies dot com No, the output is on the result page. Ex: page 1 redirect to page 2 and page 2 echos out Hello World. In the case we put the header('Content-type: text/html'); line we do see Hello world, if we delete that line we don't se Hello world (not as simple as this, but you got the idea). By the way we also do an ob_flush to make sure everything is treated, but it doesn't change a thing. [2003-01-25 08:56:12] [EMAIL PROTECTED] you have *output* on a redirect page? this once again doesn't make sense at all to me ... (but still it should not hang, esp. if it worked in 4.2.x) how does IIS handle redirects? does it just pass them to the client or does it handle some of them itself? 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/21637 -- Edit this bug report at http://bugs.php.net/?id=21637edit=1
#23973 [Fbk-NoF]: Ming Funtion don't work
ID: 23973 Updated by: [EMAIL PROTECTED] Reported By: vicviper at skcc dot com -Status: Feedback +Status: No Feedback Bug Type: Ming related Operating System: XP sp1a, Win2K sp3 PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-13 00:12:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-06-03 02:36:32] vicviper at skcc dot com OS : Windows 2K sp3, Windows XP sp1 Hangul Version HTTPD : Apache2, IIS 5.0 Browser : IE 6.0 don't work it or Crash System. ? $f = new SWFFont(_sans); //Crash /* $f = new SWFFont(test.fdb); //Crash $f = new SWFFont(_sarif); //Crash etc. etc. etc */ $t = new SWFText(); $t-setFont($f); $t-setColor(255, 0, 0); $t-setHeight(60); $t-addString(Advanced PHP); $m = new SWFMovie(); $m-setDimension(320, 240); $i = $m-add($t); $i-moveTo(160-$t-getWidth(Advanced PHP)/2, 120+$t-getAscent()/2); $filename =test.swf; $m-save($filename); ? embed src=./?echo $filename;? quality=high loop=false pluginspage=http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlashtype=application/x-shockwave-flash; width=600 height=300 /embed Fix plz!! -- Edit this bug report at http://bugs.php.net/?id=23973edit=1
#23952 [Fbk-NoF]: segmentation fault during script execution under apache
ID: 23952 Updated by: [EMAIL PROTECTED] Reported By: anton at ur dot ru -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-12 23:55:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And update the version information to be what it says in phpinfo(). Also, if this still happens, provide a short, complete example script. (everything in ONE file, max 20 lines long) [2003-06-02 13:33:40] anton at ur dot ru I've installed the snapshot. Result is the same: Program received signal SIGSEGV, Segmentation fault. 0x8097db7 in zend_get_executed_lineno () at /usr/src-new/.apache/php4-STABLE-200306021730/Zend/zend_execute_API.c:271 271 return active_opline-lineno; Program received signal SIGSEGV, Segmentation fault. #0 0x8097db7 in zend_get_executed_lineno () at /usr/src-new/.apache/php4-STABLE-200306021730/Zend/zend_execute_API.c:271 #1 0x80a1b36 in zend_error (type=8, format=0x8233b3b Undefined index: %s) at /usr/src-new/.apache/php4-STABLE-200306021730/Zend/zend.c:733 #2 0x80b711b in zend_fetch_dimension_address_inner (ht=0x844de24, op2=0x8428458, Ts=0xbfbf9618, type=0) at /usr/src-new/.apache/php4-STABLE-200306021730/Zend/zend_execute.c:626 #3 0x80aedbb in zend_fetch_dimension_address (result=0x8428438, op1=0x8428448, op2=0x8428458, Ts=0xbfbf9618, type=0) at /usr/src-new/.apache/php4-STABLE-200306021730/Zend/zend_execute.c:777 #4 0x80b0bec in execute (op_array=0x83c12a4) at /usr/src-new/.apache/php4-STABLE-200306021730/Zend/zend_execute.c:1273 #5 0x80a2095 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src-new/.apache/php4-STABLE-200306021730/Zend/zend.c:887 #6 0x8076caf in php_execute_script (primary_file=0xbfbff708) at /usr/src-new/.apache/php4-STABLE-200306021730/main/main.c:1683 #7 0x80b739e in apache_php_module_main (r=0x8347034, display_source_mode=0) at /usr/src-new/.apache/php4-STABLE-200306021730/sapi/apache/sapi_apache.c:5 [2003-06-02 13:00:59] [EMAIL PROTECTED] No, don't send me the files. Just try the snapshot first. [2003-06-02 12:35:24] anton at ur dot ru Can i send you via email this script and all included files ? I have this error not only in this script - lot of scripts on my server causes this error. I'l try CVS snapshot tomorrow. I have to say, that i see this error in php 4.3.* Scripts works fine in php 4.2.2 and older. [2003-06-02 10:36:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Also, without a complete script it is impossible for us to start looking where the bug might be. (it's like looking for a needle in haystack, without a magnet :) First you need to include everything in one file (no include()'s or other external references) and then work your way down reducing the code piece by piece until you get the shortest possible script causing the crash. It looks like your script is causing some error, and the error output procedure crashes when trying to figure out the line of where the error happens.. 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/23952 -- Edit this bug report at http://bugs.php.net/?id=23952edit=1
#23169 [Fbk-NoF]: SQLCODE=-1802 Connection name in use.
ID: 23169 Updated by: [EMAIL PROTECTED] Reported By: varkab at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: Informix related Operating System: SunOS 5.8 PHP Version: 4.3.1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-12 23:52:58] [EMAIL PROTECTED] Get the latest snapshot and try this with CLI binary. (NOT within webserver) You should also try some better supported webserver, such as Apache 1.3.27.. [2003-04-29 08:12:01] varkab at yahoo dot com I tried. Didn't help. I wonder, if someone has same configuration (solaris8,iPlanet4.1 and DB-Informix 9) and doesn't have any problem? Thanks. [2003-04-28 10:36:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-11 10:15:39] varkab at yahoo dot com Additional information: SunOS 5.8, Web Server iPlanet4.1, DB-Informix 9. Problem: After restart WebServer the first connection always is fine and get some data, after refresh or open new connection (in spite of closed previous or not) mostly got this error: ---SQLCODE=-1802 Connection name in use--- and only occasional (rare)connection continuously trying to refresh button in browser. I tried with Allow and prevent persistent links in php.ini and ifx_connect() and ifx_pconnect(). When I do connect and retrieve data from command line, no problem, the connection always is fine. Any suggestion? Thanks, Var -- Edit this bug report at http://bugs.php.net/?id=23169edit=1
#24641 [Fbk-NoF]: Displaying Warnning While Destroying Registered Session.
ID: 24641 Updated by: [EMAIL PROTECTED] Reported By: ashish1_sharma at rediffmail dot com -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Advance Server 2000 PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-14 01:05:52] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-07-14 00:24:36] ashish1_sharma at rediffmail dot com Description: I tried several times to use session_destroy() in Windows NT environment , Using Advance Server 2000 with IIS4 but it displaying the warning message Session object destruction failed (but It works perfectly in Linux environment). Please help me out !!! -- Edit this bug report at http://bugs.php.net/?id=24641edit=1
#24612 [Fbk-NoF]: getimagesize('test.jpg', $info) fails (only when 2nd parameter is used)
ID: 24612 Updated by: [EMAIL PROTECTED] Reported By: pekka at studio-on-the dot net -Status: Feedback +Status: No Feedback Bug Type: GetImageSize related Operating System: Windows XP Professional SP1 PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-14 12:15:35] [EMAIL PROTECTED] Did you try with the snapshot? [2003-07-14 04:02:12] pekka at studio-on-the dot net The url on demo is url for obvious reasons. On my localhost with local files I get bitten by this bug. One thing to note is that in Windows when you do NOT add second parameter to getimagesize then it always works. But I need that second parameter too, so... Must be something Bill has messed up. Thanks anyway. [2003-07-13 22:00:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works just fine. Not even 10'000 tries produce any false result. It's propably just some network thing, as you're accessing the image remotely. Try it locally. (drop the url) [2003-07-11 15:51:58] pekka at studio-on-the dot net it should be of course Actual result: -- e.g. (in Windows): try 433: | 0:110 | 1: 73 | 2: 2 | 3: width=110 height=73| [2003-07-11 15:33:22] pekka at studio-on-the dot net Description: Code snippet http://www.exhibitserver.com/getimagesizetest.php works perfectly on Linux/apache (PHP 4.2.2), but in Windows XP/Apache/PHP 4.3.2 even 1000 times is not always enough to get some data back from the function. Mostly it needs between 0 and 200 retries before it gets some data into array. I have found that this happens and has something to do ONLY with ImageMagick Mogrify created JPGS (Version: @(#)ImageMagick 5.4.6 06/01/02 Q:8). See aforementioned demo for test image url. Reproduce code: --- http://www.exhibitserver.com/getimagesizetest.php Expected result: try 0: | 0:110 | 1: 73 | 2: 2 | 3: width=110 height=73| Actual result: -- nothing, or try 0: | 0:110 | 1: 73 | 2: 2 | 3: width=110 height=73| -- Edit this bug report at http://bugs.php.net/?id=24612edit=1
#24577 [Fbk-NoF]: decimal multiplication bug
ID: 24577 Updated by: [EMAIL PROTECTED] Reported By: xobot at inbox dot ru -Status: Feedback +Status: No Feedback Bug Type: MSSQL related Operating System: Windows 2000 Professional PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-13 10:54:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-10 03:00:56] xobot at inbox dot ru Description: Using IIS5+CGI Mode PHP+ MS SQL. Query: select sum(a*b) from sometable fields a, b: decimal, precision 19, scale 9 If result of query = 10 then php gives exception window on exits (Memory couldn't be written). However php-script is executed in full and HTTP response is sent to client. -- Edit this bug report at http://bugs.php.net/?id=24577edit=1
#24296 [Fbk-NoF]: Sablot XSLT gives error 3 when xml file too big
ID: 24296 Updated by: [EMAIL PROTECTED] Reported By: andrew at shh dot fi -Status: Feedback +Status: No Feedback Bug Type: XSLT related Operating System: win32 and linux PHP Version: 4.3.2 Assigned To: edink New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-14 18:27:43] [EMAIL PROTECTED] Which expat version worked for you? [2003-06-26 12:54:44] [EMAIL PROTECTED] Edin, can you update the expat lib in the win32 stuff..? Andrew, what version did you use? [2003-06-25 02:17:41] andrew at shh dot fi Problem resolved!! Upgrade the expat to the latest version and everything works [2003-06-24 01:25:05] andrew at shh dot fi I found another person who had experienced similar problems on the Gingerall.com site. He had attached an example file. The size is 277034 characters - rather large. This appears to fail. However, I have installed the latest Expat Release 1.95.6 update and it seems to have worked - from a command line. The problem will now need to be addressed in the PHP sablot. Heres the xslt file: ?xml version=1.0 encoding=iso-8859-1? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:output method=html encoding=iso-8859-1 version=1.0 indent=yes/ xsl:param name=login/ xsl:template match=navigation xsl:value-of select=./ /xsl:template /xsl:stylesheet Heres the xml file1: test.xml ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE navigation [!ENTITY module1 SYSTEM test2.xml] navigationmodule1;/navigation And heres part of the external xml file: test2.xml ?xml version=1.0 encoding=iso-8859-1? test ![CDATA[ textetxtetxtäåöåäö ... 276,946 Bytes ... ]] /test Well these are examples but in the real work I need to pass a huge xml file with lots of data. regards [2003-06-23 17:51:31] [EMAIL PROTECTED] Could you at least aproximate the size of the xml file at which the problems begins to occur? 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/24296 -- Edit this bug report at http://bugs.php.net/?id=24296edit=1
#21965 [Fbk-NoF]: gettext uses entries out of different files at the same time
ID: 21965 Updated by: [EMAIL PROTECTED] Reported By: thorsten dot kussler at communardo dot de -Status: Feedback +Status: No Feedback Bug Type: Gettext related Operating System: Solaris PHP Version: 4.2.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-15 02:21:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if it still happens, provide a short test script. [2003-07-15 02:19:18] thorsten dot kussler at communardo dot de The configure line was: './configure' '--with-oci8=/home/oracle/product/8.1.7' '--with-apxs=/usr/local/apache/bin/apxs' '--with-gettext=/usr/local' '--with-ldap=/usr' and a second version directly compiled with Apache (--with-Apache) [2003-07-12 23:37:49] [EMAIL PROTECTED] I bet this happens with later PHP versions, like 4.3.2 too? What is the full configure line you have used to configure PHP ?? [2003-01-30 12:20:35] thorsten dot kussler at communardo dot de I thought that it might be a problem. PHP is compiled --width-apache and not as an CGI. BUT: I set explicitly the LC_MESAGES var infront of each call of gettext because of that. The behavior is the same if i'm the only user on the server. How is that behavior explicable with thread conflicts ??? I have no idea iliaa have you any other experiences with that phenomena or examples of problematic system configurations? [2003-01-30 11:43:10] [EMAIL PROTECTED] Are you using gettext in multi-threaded enviroment if so, that would explain the behaviour you are seeing because gettext is NOT thread-safe. 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/21965 -- Edit this bug report at http://bugs.php.net/?id=21965edit=1
#24665 [Fbk-NoF]: Problems with imagettftext()/imagettfbbox() in PHP 4.3.2+
ID: 24665 Updated by: [EMAIL PROTECTED] Reported By: daeken_ at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: GD related Operating System: Debian GNU/Linux PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-15 23:04:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if that doesn't compile out-of-the-box (without any hacks by you) then please tell us WHAt does not work. And it would help a lot if we knew what your configure line is like. [2003-07-15 09:40:08] daeken_ at yahoo dot com Description: When using PHP 4.3.2's internal GD library with the with or without the FreeType/FreeType2 functions, imagettftext() and imagettfbbox() are not compiled into PHP. When I forced it to be compiled into PHP (by setting the define in gd.c), the functions both operated very strangely, returning coords in the millions, no matter what parameters were given to it. Reproduce code: --- ?php $arr = imagettfbbox(20, 0, $font, $string); var_dump($arr); ? Expected result: Proper coordinates for the bounding box. Actual result: -- array(8) { [0]= int(-1073758404) [1]= int(1076848078) [2]= int(1948291952) [3]= int(1930279504) [4]= int(-1073758404) [5]= int(1077268252) [6]= int(135248404) [7]= int(135267020) } -- Edit this bug report at http://bugs.php.net/?id=24665edit=1
#24648 [Fbk-NoF]: Compile failure with apache_1.3.26 php-4.3.2 (static build)
ID: 24648 Updated by: [EMAIL PROTECTED] Reported By: bergansk at daac dot gsfc dot nasa dot gov -Status: Feedback +Status: No Feedback Bug Type: Apache related Operating System: IRIX 6.5.18 PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-14 14:34:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-14 13:25:18] bergansk at daac dot gsfc dot nasa dot gov Description: Installing on an SGI IRIX 6.5.18 apache was already on the system working -- the php-4.3.2 was built and installed now recompiling apache_1.3.26 with php module I ran BASELINE=dev CC=cc -o32 ./configure --prefix=/usr/LOCAL/etc/httpd-$BASELINE --enable-module=auth_db --enable-module=auth_dbm --server-uid=wwwuser --server-gid=wwwuser --mandir=/usr/local/man --activate-module=src/modules/perl/libperl.a --enable-module=rewrite --activate-module=src/modules/php4/libphp4.a then I ran make and got the following errors Starting errors : libperl.a === src/modules/perl === src/modules/php4 cc -o32 -c -I../.. -I/usr/local/lib/perl5/5.6.0/IP27-irix/CORE -I../../os/unix -I../../include -DIRIX -DMOD_PERL -DUSE_PERL_SSI -D_BSD_TYPES -D_BSD_TIME -woff 1009,1110,1174,1184,1552 -OPT:Olimit=0:space=ON -I/usr/local/include -DLANGUAGE_C -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `../../apaci` -DIRIX -DMOD_PERL -DUSE_PERL_SSI -D_BSD_TYPES -D_BSD_TIME -woff 1009,1110,1174,1184,1552 -OPT:Olimit=0:space=ON -I/usr/local/include -DLANGUAGE_C -I/usr/local/src/php-4.3.2/main -I/usr/local/src/php-4.3.2/Zend -I/usr/local/src/php-4.3.2/TSRM -I/usr/local/src/php-4.3.2 -I/usr/local/src/php-4.3.2/sapi/apache -I/usr/local/src/php-4.3.2/main -I/usr/local/src/php-4.3.2/Zend -I/usr/local/src/php-4.3.2/TSRM mod_php4.c cc: Warning: -OPT options are ignored cc: Warning: -OPT options are ignored cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_hash.h, line 192: Syntax Error { ^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_hash.h, line 196: Syntax Error while (arKey arEnd) { ^ cfe: Warning 625: /usr/local/src/php-4.3.2/Zend/zend_hash.h, line 197: Empty declaration h += (h 5); -^ cfe: Warning 625: /usr/local/src/php-4.3.2/Zend/zend_hash.h, line 198: Empty declaration h ^= (ulong) *arKey++; -^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_hash.h, line 200: Empty declaration specifiers return h; ---^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 42: Syntax Error { ^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 44: Empty declaration specifiers stack-elements = (void **) _erealloc((stack-elements), ( (sizeof(void *) * (stack-max *= 2 ))), 0) ; ---^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 45: Syntax Error stack-top_element = stack-elements+stack-top; -^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 45: Empty declaration specifiers stack-top_element = stack-elements+stack-top; ---^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 46: Syntax Error } ^ cfe: Warning 625: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 47: Empty declaration stack-top++; ^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 48: Syntax Error *(stack-top_element++) = ptr; ---^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 48: Empty declaration specifiers *(stack-top_element++) = ptr; --^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 52: Syntax Error { ^ cfe: Warning 625: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 53: Empty declaration stack-top--; ^ cfe: Warning 625: /usr/local/src/php-4.3.2/Zend/zend_ptr_stack.h, line 54: Empty declaration return *(--stack-top_element); --^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_operators.h, line 62: Syntax Error { ^ cfe: Error: /usr/local/src/php-4.3.2/Zend/zend_operators.h, line 68: Syntax Error if (!length) { ^ cfe: Warning 625: /usr/local/src/php-4.3.2/Zend/zend_operators.h,
#24343 [Fbk-NoF]: Oracle 9.2.0 client libs do not work
ID: 24343 Updated by: [EMAIL PROTECTED] Reported By: thomas at fivemile dot net -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Redhat Linux 8.0 PHP Version: 4.3.3-dev New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-07-13 10:45:30] [EMAIL PROTECTED] Try adding ociinternaldebug(1); in the beginning of your script. That'll make the functions to print out some extra debugging information. [2003-07-13 05:54:10] thomas at fivemile dot net Okay, once again, slowly. - installed a fresh oracle 9.2.0 - installed a fresh apache with PHP and linked against oracle - does NOT work - copied over the entire /opt/oracle/product/9.0.1 tree from another machine where the libs work - installed a fresh apache with PHP linked against those other libs - CHANGED the environment vars so the 9.0.1 libs are used instead of the 9.2.0 libs - now it works - NO thanks to wild guesses from the bugs team. i have installed a couple of working oci/php combos so far, the 9.2.0 is the first one where i ran into these kind of problems. And you can't earnestly expect new users to fiddle with libs for 2 weeks till their oci bindings start to work... If you like, you can have an account on the box in question and have a look around yourself. However i am NOT satisfied with the answer 'okay, you made a crude hack, and by chance it worked, now use it and stop bugging us' [2003-07-08 11:40:16] [EMAIL PROTECTED] Then use those. Wild guess: The SAME environment vars don't work with DIFFERENT oracle version.. [2003-07-08 10:52:15] thomas at fivemile dot net the SAME script on the SAME machine works with the 9.0.1 client libs I copied over from the other machine. Only the 9.2.0 client libs (using the SAME script, the SAME php, the SAME apache and the SAME configure line) do not work. [2003-07-07 19:29:08] [EMAIL PROTECTED] Try a script which has ONLY that one line. And you're sure your username/password doesn't contain any illegal chars? And your db name is tns.domain ?? 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/24343 -- Edit this bug report at http://bugs.php.net/?id=24343edit=1
#24720 [Opn-Fbk]: mysql_result(): supplied argument is not a valid MySQL result resource
ID: 24720 Updated by: [EMAIL PROTECTED] Reported By: adrian at smartcall dot ro -Status: Open +Status: Feedback -Bug Type: MySQL related +Bug Type: MSSQL related Operating System: linux slackware PHP Version: 4.3.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And give a complete example script, WITHOUT any 'include/require' calls. Previous Comments: [2003-07-19 14:48:53] adrian at smartcall dot ro Description: I updated my php to php-4.3.2 on apache_1.3.27, I have mysql-3.23.57 and I also use freetds-0.61. My php ./configure line is './configure' '--prefix=/usr/local/misc/php' '--with-apxs=/usr/local/misc/apache/bin/apxs' '--with-mysql=/usr/local/misc/mysql' '--with-sybase-ct=/usr/local/misc/freetds' All my scripts ( that before worked ) are giveing me the followig error : Warning: mysql_result(): supplied argument is not a valid MySQL result resource mssql_fetch_row(): supplied argument is not a valid Sybase result resource This error apears when no line maches the query ! In the first place I thought that is the freetds driver ... but I saw that even on mysql i'm geting the same error. Reproduce code: --- $msdb = mssql_connect(192.168.0.5, web,webpass); mssql_select_db(DATABASE,$msdb); $result = mssql_query(SELECT DEALERS.PASS FROM DEALERS WHERE DEALERS.DEALER=' . $_POST[DealerName] . ', $msdb); $msrow = mssql_fetch_row($result); if ( $msrow[0] != $_POST[DealerPass] ) { mssql_close($msdb); include(../include/error_message.html); exit(); } Expected result: Warning: mssql_fetch_row(): supplied argument is not a valid Sybase result resource in /home/www/default/dealer/check_dealer.php on line 7 Actual result: -- In $msrow[0] I should have the password ( I have the password when $_POST[DealerName] matches one of the DEALERS.DEALER from DEALERS ) but if $_POST[DealerName] can't be found in the table I'm getting Warning: mysql_result(): supplied argument is not a valid MySQL result resource I echo(Result = .$result); and when I have a match I'm getting Result = Resource id #7 and when not a match I have Result = 1. Is this correct ? Before using php 4.3.2 I didn't faced this problem ! -- Edit this bug report at http://bugs.php.net/?id=24720edit=1
#24725 [Asn]: cURL CURLOPT_ENCODING does not appear to work
ID: 24725 User updated by: Julian_bond at voidstar dot com Reported By: Julian_bond at voidstar dot com Status: Assigned Bug Type: cURL related -Operating System: win32 only +Operating System: Redhat 7.3 and MS Win PHP Version: 4.3.2 Assigned To: edink New Comment: Got there eventually. I can confirm that the snapshot still has the same problem on *nix redhat/7.3 php/4.3.3RC2-dev libcurl/7.10.5 OpenSSL/0.9.6b zlib/1.1.4 php4-STABLE-200307201330 From the comments below, it sounds like the bug has been found. Happy to test it once it's in the snapshot. Previous Comments: [2003-07-20 10:22:54] [EMAIL PROTECTED] There was a small bug in the php curl, but it's fixed now. Now the encoding works as long as libcurl is linked with zlib. (Edin, is the libcurl used by win32 stuff linked with it??) [2003-07-20 08:42:16] [EMAIL PROTECTED] Just a build issue with curl libs. (Edin, can you add zlib in the curl stuff?) [2003-07-20 08:38:41] [EMAIL PROTECTED] DO NOT use 'Add Comment' when you edit your own report!!! (use this url: http://bugs.php.net/bug.php?id=24725edit=2) [2003-07-20 08:26:50] julian_bond at voidstar dot com Installed MS Win release. phpinfo() reports php/4.3.3RC2-dev, libcurl/7.10.5 OpenSSL/0.9.7b No change. Curl is still not generating the header. php-curl still does not appear to support zlib. Currently creating a test environment where I can test php under Redhat as I found the problem on a production server. Might take a little while. Will report back. [2003-07-20 07:09:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24725 -- Edit this bug report at http://bugs.php.net/?id=24725edit=1
#24728 [NEW]: iterating over _SESSION will stuff up session saving
From: dzlist at zverina dot co dot uk Operating system: linux PHP version: Irrelevant PHP Bug Type: Session related Bug description: iterating over _SESSION will stuff up session saving Description: Using up to date version from RedHat 8.0, 4.2.2 Calling the function below will stuff up saving of _ALL_ session data: Reproduce code: --- function import_session_variables ($prefix) { global $_SESSION; $tab = $_SESSION; reset($tab); while (!is_null($key = key($tab) ) ) { $var = $prefix.$key; global $$var; $$var = $_SESSION[$key]; next($tab); } // if you uncomment the next line sessions will save // hence i have a work around // it'd be nice to have it fixed properly though // reset($tab); } Expected result: import all the session variable AND the session should still save correctly Actual result: -- imports all the session variables BUT sessions ARE NOT saved -- Edit bug report at http://bugs.php.net/?id=24728edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24728r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24728r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24728r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24728r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24728r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24728r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24728r=support Expected behavior: http://bugs.php.net/fix.php?id=24728r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24728r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24728r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24728r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24728r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24728r=dst IIS Stability: http://bugs.php.net/fix.php?id=24728r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24728r=gnused
#24605 [Fbk-Bgs]: Scripts Dont Exit, Forced Only
ID: 24605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: CGI related Operating System: Cobalt Linux PHP Version: 5CVS-2003-07-17 (dev) Assigned To: nathan New Comment: Can not reproduce with those options either and you're using too old sources. Previous Comments: [2003-07-20 09:57:30] [EMAIL PROTECTED] Ok...after some testing, realised its an extension causing the lag. After some experimenting, I came to this... Working configure - ./configure --prefix=/home/php5test --disable-cgi --with-libxml-dir=/home/libxml2 --disable-pear --disable-dom --disable-simplexml A test script, with phpinfo() was executed, and the process stopped immediately after processing. Next configure - ./configure --prefix=/home/php5test --disable-cgi --with-libxml-dir=/home/libxml2 --disable-pear --disable-dom With simplexml enabled, I tried executing the script again, and it waited at least a minute before I forcefully stopped the process. I am using a PHP snapshot from 20/07/03 at 1130GMT, with libxml2 2.5.8 installed in /home/libxml2. [2003-07-20 05:44:14] [EMAIL PROTECTED] Actually I was asking for feedback. :) [2003-07-20 02:59:04] [EMAIL PROTECTED] Keep it bogus in the mean time please. [2003-07-19 20:54:13] [EMAIL PROTECTED] Hey, Just tested what you had in mind Sniper, and that worked, everything runs no problems... Ill go through module by module and try find which one it is causing the slow execution. Thanks. [2003-07-19 08:28:53] [EMAIL PROTECTED] Try: ./configure --disable-all --disable-cgi And run the script: sapi/cli/php -n test.php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24605 -- Edit this bug report at http://bugs.php.net/?id=24605edit=1
#24728 [Opn-Bgs]: iterating over _SESSION will stuff up session saving
ID: 24728 Updated by: [EMAIL PROTECTED] Reported By: dzlist at zverina dot co dot uk -Status: Open +Status: Bogus Bug Type: Session related Operating System: linux -PHP Version: Irrelevant +PHP Version: 4.2.2 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Try the latest STABLE snapshot from http://snaps.php.net/ Previous Comments: [2003-07-20 11:09:29] dzlist at zverina dot co dot uk Description: Using up to date version from RedHat 8.0, 4.2.2 Calling the function below will stuff up saving of _ALL_ session data: Reproduce code: --- function import_session_variables ($prefix) { global $_SESSION; $tab = $_SESSION; reset($tab); while (!is_null($key = key($tab) ) ) { $var = $prefix.$key; global $$var; $$var = $_SESSION[$key]; next($tab); } // if you uncomment the next line sessions will save // hence i have a work around // it'd be nice to have it fixed properly though // reset($tab); } Expected result: import all the session variable AND the session should still save correctly Actual result: -- imports all the session variables BUT sessions ARE NOT saved -- Edit this bug report at http://bugs.php.net/?id=24728edit=1
#24728 [Bgs]: iterating over _SESSION will stuff up session saving
ID: 24728 Updated by: [EMAIL PROTECTED] Reported By: dzlist at zverina dot co dot uk Status: Bogus Bug Type: Session related Operating System: linux PHP Version: 4.2.2 New Comment: Uh..and RTFM about how superglobals work.. Previous Comments: [2003-07-20 11:14:25] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Try the latest STABLE snapshot from http://snaps.php.net/ [2003-07-20 11:09:29] dzlist at zverina dot co dot uk Description: Using up to date version from RedHat 8.0, 4.2.2 Calling the function below will stuff up saving of _ALL_ session data: Reproduce code: --- function import_session_variables ($prefix) { global $_SESSION; $tab = $_SESSION; reset($tab); while (!is_null($key = key($tab) ) ) { $var = $prefix.$key; global $$var; $$var = $_SESSION[$key]; next($tab); } // if you uncomment the next line sessions will save // hence i have a work around // it'd be nice to have it fixed properly though // reset($tab); } Expected result: import all the session variable AND the session should still save correctly Actual result: -- imports all the session variables BUT sessions ARE NOT saved -- Edit this bug report at http://bugs.php.net/?id=24728edit=1
#24499 [Opn-Ctl]: Notice: Undefined property: stdClass::
ID: 24499 Updated by: [EMAIL PROTECTED] Reported By: wks at wks dot ch -Status: Open +Status: Critical -Bug Type: PostgreSQL related +Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.0.0b1 (beta1) Assigned To: helly New Comment: This affects more than ext/pgsql. some internal facility is wrong it seems. Previous Comments: [2003-07-10 08:53:05] wks at wks dot ch I've just changed the status from documentation to crash 'cause that's what it does. In more details: $this-id is a private variable of the class Id $id-id is a propertie of a PostgreSQL object php 5.0.0b1 is unable to dereference the $id-id property of the $id PostgreSQL object ! [2003-07-05 07:25:26] wks at wks dot ch There's unfortunately been added a note by someone who hasn't understood the problem at all. $this-id is a private variable of the class Id $id-id is a propertie of a PostgreSQL object php 5.0.0b1 is unable to derive the $id-id property of the $id PostgreSQL object ! [2003-07-05 06:26:07] [EMAIL PROTECTED] Make it a doc problem since you obviously didn't read the docs. And close it since it's all your fault :-) What you're missing class { private $id; function getId() { $this-id = 1; return $this-id; } } [2003-07-04 11:35:57] wks at wks dot ch Description: In a class, if 'private' is used instead of 'var' for a variable declaration then it fails with the Notice: Undefined property: stdClassr'. This still occurs if you make '$record = pg_fetch_object($q); return $record-id;' Reproduce code: --- ?php class Id { private $id; // var $id; public function getId() { $conn = pg_connect(dbname=db user=user password=pwd); $q = pg_query($conn, SELECT id FROM id); $id = pg_fetch_object($q); return $id-id; } } $id = new Id(); echo $id-getId(); ? Expected result: 1 Actual result: -- Notice: Undefined property: stdClass::$id in /path/id_test.php on line 11 -- Edit this bug report at http://bugs.php.net/?id=24499edit=1
#23877 [Com]: ob_implicit_flush does not work
ID: 23877 Comment by: pclark4 at austin dot rr dot com Reported By: sthomas at townnews dot com Status: Open Bug Type: Feature/Change Request Operating System: Redhat Linux PHP Version: 4.3.2 New Comment: when i try and play games or check my mail in yahoo is says brouser refuses to log in (rejected cookies Previous Comments: [2003-06-30 11:05:43] sthomas at townnews dot com Implicit flush is turned off in the php.ini file, but that's only the default status. Calling ob_implicit_flush should enable autoflushing. The CLI *does* work if I set the output_buffering setting to 0, but here's the screwy part: Set it to any non-zero value, and flushing doesn't occur at all. Setting output_buffering to 1024 would imply that after 1024 characters are sent to the buffer, the buffer is sent to screen/browser. This is not the case. So not only is ob_implict_flush completely ignored when output_buffering is set to a non-zero value, but output_buffering doesn't flush after the designated value either. At least not with the CLI. But don't take my word for it. Set output_buffering to *anything* above 0, then run this script with the CLI: ?PHP ob_start(); ob_implicit_flush(1); while(1) { for ($i = 0; $i 1024; $i++) print .; flush(); sleep(1); } ? You'll see that no flushing is taking place... at all. Even with an explicit call to flush(), and even though ob_implicit_flush says that output buffering should now be disabled. Yes ob_end_flush() works, however the PHP documentation says ob_implicit_flush does an implied call to ob_end_flush(). So either the documentation is wrong, or PHP is broken. If the documentation is wrong, why have ob_implicit_flush in the first place if it doesn't actually do anything? Because so far with recent versions of PHP, I haven't been able to create a single test case where ob_implicit_flush actually did anything. [2003-06-30 09:33:08] [EMAIL PROTECTED] There's a second level of buffering after the ob_ buffering. What is your implicit_flush setting? Please also refer to http://www.php.net/flush [2003-06-30 08:02:09] sthomas at townnews dot com So... did you read the report at all? Did you see the part where I quoted the PHP documentation? Let me do it again: Turning implicit flushing on will disable output buffering, the output buffers current output will be sent as if ob_end_flush() had been called. Therefore, according to this, calling ob_implicit_flush *IMPLIES A CALL TO OB_END_FLUSH*! What part of YOUR OWN DOCUMENTATION do you not understand? Either the documentation is wrong, or PHP is wrong. Whichever it is, fix it so there's at least some consistancy. [2003-06-29 21:07:05] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You should've used ob_end_flush(); instead of ob_implicit_flush();. [2003-05-29 15:51:03] sthomas at townnews dot com Please note that the manual says this: Turning implicit flushing on will disable output buffering, the output buffers current output will be sent as if ob_end_flush() had been called. Now, I've set output_buffering = 0 in my php.ini script, so supposedly ob_implicit_flush will flush any buffers started by the script itself, and continue flushing output thereafter. Try this: ?PHP ob_start(); ob_implicit_flush(1); while(1) { print Hi!; sleep(1); } ? This script will not output Hi! after each iteration through the loop. Supposedly the documented behavior of ob_implicit_flush is to flush all output buffers once it's called, and disable output buffering for further statements that produce output (print, etc.) So either the documentation is wrong, or there's a bug in ob_implicit_flush. You decide. -- Edit this bug report at http://bugs.php.net/?id=23877edit=1
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: vesely at tana dot it Reported By: ms at ecs dot soton dot ac dot uk Status: Bogus Bug Type: Apache2 related Operating System: All PHP Version: 5CVS-2003-01-29 (dev) / 4CVS-20020121 (stable) New Comment: For completeness, I'd like to mention that the setting suggested [4 Feb 3:05pm CST] [EMAIL PROTECTED] wrote # good (d) AddType application/x-httpd-php .php works owlright except that if a request for xxx.php arrives w/o extension like GET /xxx HTTP/1.1 Accept: text/* Apache responds 406 Not Acceptable and lists xxx.php as a possible alternative of MIME type application/x-httpd-php. If the Options MultiViews is in effect, Apache serves xxx.php when that is the shortest (or only) choice. Adding a MultiViewsMatch Handlers Filter or renaming to xxx.html.php don't help. I think we need to use PHP as a filter; 4.3.2 mentions having set a new handler but doesn't say this bug is closed. BTW, what's the reason why we Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows.? (That warning comes from http://www.php.net/manual/en/install.apache2.php) Previous Comments: [2003-06-16 15:26:12] sbeam at syxyz dot net yes my bad, the directives were in /etc/httpd/conf.d/php.conf I am new to Apache 2.0 and did not expect them there. Thanks. [2003-06-12 10:11:30] CJ dot Hammond at t-online dot de Please look in the /etc/httpd/conf.d/ folder. There might be a php.conf file (or likewise, as all files get included). Any Directive within will have the same effect as directives in /etc/httpd/conf/httpd.conf !!! Later, /jochen [2003-06-02 20:45:56] sbeam at syxyz dot net NOT fixed on default RedHat 9.0 setup (Apache 2.0.40 and PHP 4.2.2): same form.html and test.php as original poster on 30 Jul 2002. Same exact result. Also there is NO SetOutputFilter or other stuff in httpd.conf, and adding AddInputFilter PHP .php has no effect. RedHat does not currently provide any higher version of PHP binaries. Only option is to recompile? [2003-05-04 08:36:37] anrdaemon at mtu-net dot ru Thanx to [EMAIL PROTECTED] /me stupid... AddInputFilter PHP .php solves all problems. [2003-03-05 07:32:56] jorton at redhat dot com The default configuration in Red Hat Linux has only the Files *.php* section. This bug appears to occur if the AddType x-httpd-php .php is added *as well* as the files *.php section. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76559 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/18648 -- Edit this bug report at http://bugs.php.net/?id=18648edit=1
#24629 [Opn]: socket_select() fails: Reason: Invalid argument
ID: 24629 Updated by: [EMAIL PROTECTED] Reported By: zparta at skebo dot ac Status: Open Bug Type: Sockets related Operating System: FreeBSD 4.8 (Only!) PHP Version: 4.3.3RC2-dev New Comment: I just straced the script with stream_select() and it's also getting the Invalid argument error msg. select(4, [3], [], [], {0, 3}) = -1 EINVAL (Invalid argument) Previous Comments: [2003-07-20 13:18:46] [EMAIL PROTECTED] I tried using fsockopen and stream_select() on the freebsd box, and it returned false, so also some error happened. Is there a way of giving out the error msg of the failed stream_select()? [2003-07-13 00:16:43] zparta at skebo dot ac ok thats to bad :( il just have to wait until its fixed [2003-07-13 00:04:21] [EMAIL PROTECTED] Works fine with latest CVS of PHP and SmartIRC. (under Linux, so it's propably yet another FreeBSD-only bug) [2003-07-12 21:10:33] zparta at skebo dot ac doesnt work with PHP4.3.3RC2-dev either the latest stable from today php4-STABLE-200307130130 [2003-07-12 20:54:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24629 -- Edit this bug report at http://bugs.php.net/?id=24629edit=1
#11427 [Com]: Duplicate record insertion using SQL
ID: 11427 Comment by: helmutkemper at yahoo dot com Reported By: john at neutralize dot com Status: Bogus Bug Type: MySQL related Operating System: Win NT4 PWS PHP Version: 4.0.5 New Comment: I have a same problem using windows me, php 4.0.1 and mysql 4.23.23 Kemper Previous Comments: [2001-06-12 12:27:10] [EMAIL PROTECTED] submitted twice [2001-06-12 06:27:55] john at neutralize dot com The script was fine for an Access database but when I changed it over for a MySQL database the insertion queries sometimes (most of the time but not all the time) adds two records to the database. Heres my connection: $db_hostname = jd; $db_username = john; $db_password = nirvana; $db_database = neuquote; $conn = mysql_connect($db_hostname, $db_username, $db_password) or die ('Unable to connect to database'); $db = mysql_select_db($db_database,$conn) or die ('Unable to connect to database'); Heres my queries: $today = getdate(); $today = $today['mday']./.$today['mon']./.$today['year']. .$today['hours'].:.$today['minutes'].:.$today['seconds']; // Insert new company $sql=INSERT INTO Company (CompanyName,CompanyAddress1,CompanyAddress2,CompanyAddress3,CompanyAddress4,CompanyArea,CompanyCountryId,CompanyPostalCode,CompanyTel,CompanyFax,CompanyEmail,CompanyURL,CompanyDesc,CompanyStatus,TimeCompanyCreated) . VALUES ('$company_name','$company_address1','$company_address2','$company_address3','$company_address4','$company_area',$company_country,'$company_postal_code','$company_tel','$company_fax','$company_email','$company_url','$company_desc',0,'$today'); $res_insert_company = mysql_query($sql,$conn); //create a new hash to insert into the db and the confirmation email $hash=md5($email.$hidden_hash_var); $sql=INSERT INTO CompanyContact (ContactTitle,ContactFirstName,ContactSurname,ContactMiddleInitial,ContactAddress1,ContactAddress2,ContactAddress3,ContactAddress4,ContactArea,ContactCountryId,ContactPostalCode,ContactTel,ContactExt,ContactFax,ContactEmail,ContactPositionId,ContactUsername,ContactPassword,ContactRemoteAddress,ContactConfirmHash,ContactStatus,TimeContactCreated,CompanyId) . VALUES ($title,'$first_name','$surname','$middle_initial','$address1','$address2','$address3','$address4','$area',$country_code,'$postal_code','$tel','$ext','$fax','$email',$pos,'$user_name','. md5($password1) .','$GLOBALS[REMOTE_ADDR]','$hash',0,'$today',$company_id); $res_insert_contact=mysql_query($sql,$conn); Most of the time two companies are added to the db and sometimes two companycontacts, this is not consistent though as sometimes it works fine. I have checked the submit button is not being clicked twice and the code is running one insert for company and one for companycontact. Is this a common problem with MySQL and PHP? -- Edit this bug report at http://bugs.php.net/?id=11427edit=1
#22682 [Com]: Proplems with fread(), ftell() and fseek() and CRLF newlines
ID: 22682 Comment by: henrik dot gebauer at web dot de Reported By: fbeyer at clickhand dot de Status: Analyzed Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 4CVS-2003-04-28 (stable) New Comment: The bug still is in PHP 5.0.0 Beta 1. I'm using Windows 2000 with PHP as a module for Apache 2.0.45 Previous Comments: [2003-05-11 08:31:40] [EMAIL PROTECTED] Related to bug #22497 [2003-05-11 08:28:04] [EMAIL PROTECTED] As Wez pointed out above, this is a generic __setmode() issue. status: open = verified [2003-04-28 12:31:38] [EMAIL PROTECTED] Related to Bug #22497 [2003-04-28 09:18:51] fbeyer at clickhand dot de No, unfortunately, the result is the same. But I've found out that the problem only occurs if PHP is run as an apache module (I'm currently using 1.3.20). The CGI executable works as expected - this is why I mentioned that the bug doesn't occur in the PHP5 snapshot since I've installed it using CGI. [2003-04-23 05:00:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22682 -- Edit this bug report at http://bugs.php.net/?id=22682edit=1
#24729 [NEW]: $obj = new $className; causes crash when $className is not set
From: proton at fangen dot net Operating system: Windows XP Home PHP version: 5CVS-2003-07-20 (dev) PHP Bug Type: Reproducible crash Bug description: $obj = new $className; causes crash when $className is not set Description: Apache 2.0 / PHP 5-cvs crashes on Windows XP when trying to execute the following code if $className is not defined before it is used: Reproduce code: --- $c = new $className('whatever'); Expected result: Fatal Error: Class '' was not found, or something like that -- Edit bug report at http://bugs.php.net/?id=24729edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24729r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24729r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24729r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24729r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24729r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24729r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24729r=support Expected behavior: http://bugs.php.net/fix.php?id=24729r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24729r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24729r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24729r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24729r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24729r=dst IIS Stability: http://bugs.php.net/fix.php?id=24729r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24729r=gnused
#24729 [Opn-Ver]: $obj = new $className; causes crash when $className is not set
ID: 24729 Updated by: [EMAIL PROTECTED] Reported By: proton at fangen dot net -Status: Open +Status: Verified -Bug Type: Reproducible crash +Bug Type: Zend Engine 2 problem Operating System: Windows XP Home PHP Version: 5CVS-2003-07-20 (dev) New Comment: Reproduced, this is the backtrace (the error message IS shown first though): #0 0x08280b67 in zend_str_tolower_copy ( ---Type return to continue, or q return to quit--- dest=0x84351ec Z\204Ì\217*Ì\217*A, source=0x0, length=0) at /dat/dev/php/php-5.0.0dev/Zend/zend_operators.c:1655 1655*result = *end; (gdb) bt #0 0x08280b67 in zend_str_tolower_copy ( dest=0x84351ec Z\204Ì\217*Ì\217*A, source=0x0, length=0) at /dat/dev/php/php-5.0.0dev/Zend/zend_operators.c:1655 #1 0x082a4d1f in zend_str_tolower_dup (source=0x0, length=0) at /dat/dev/php/php-5.0.0dev/Zend/zend_operators.h:206 #2 0x0829ff9f in zend_fetch_class_handler (execute_data=0xbfffd0e0, op_array=0x842f80c) at /dat/dev/php/php-5.0.0dev/Zend/zend_execute.c:2374 #3 0x0829c66a in execute (op_array=0x842f80c) at /dat/dev/php/php-5.0.0dev/Zend/zend_execute.c:1252 #4 0x408166d2 in xdebug_execute (op_array=0x842f80c) at /dat/dev/php/xdebug/xdebug.c:766 #5 0x0828382b in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /dat/dev/php/php-5.0.0dev/Zend/zend.c:1017 #6 0x08249b2c in php_execute_script (primary_file=0xb930) at /dat/dev/php/php-5.0.0dev/main/main.c:1695 #7 0x082aeea8 in main (argc=1, argv=0xb9d4) at /dat/dev/php/php-5.0.0dev/sapi/cli/php_cli.c:910 #8 0x406b4306 in __libc_start_main (main=0x82ae368 main, argc=1, ubp_av=0xb9d4, init=0x808663c _init, fini=0x82afb10 _fini, rtld_fini=0x4000d2dc _dl_fini, stack_end=0xb9cc) at ../sysdeps/generic/libc-start.c:129 Previous Comments: [2003-07-20 14:58:30] proton at fangen dot net Description: Apache 2.0 / PHP 5-cvs crashes on Windows XP when trying to execute the following code if $className is not defined before it is used: Reproduce code: --- $c = new $className('whatever'); Expected result: Fatal Error: Class '' was not found, or something like that -- Edit this bug report at http://bugs.php.net/?id=24729edit=1
#24729 [Ver-Csd]: $obj = new $className; causes crash when $className is not set
ID: 24729 Updated by: [EMAIL PROTECTED] Reported By: proton at fangen dot net -Status: Verified +Status: Closed Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2003-07-20 (dev) Assigned To: helly New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-07-20 15:21:42] [EMAIL PROTECTED] Reproduced, this is the backtrace (the error message IS shown first though): #0 0x08280b67 in zend_str_tolower_copy ( ---Type return to continue, or q return to quit--- dest=0x84351ec Z\204Ì\217*Ì\217*A, source=0x0, length=0) at /dat/dev/php/php-5.0.0dev/Zend/zend_operators.c:1655 1655*result = *end; (gdb) bt #0 0x08280b67 in zend_str_tolower_copy ( dest=0x84351ec Z\204Ì\217*Ì\217*A, source=0x0, length=0) at /dat/dev/php/php-5.0.0dev/Zend/zend_operators.c:1655 #1 0x082a4d1f in zend_str_tolower_dup (source=0x0, length=0) at /dat/dev/php/php-5.0.0dev/Zend/zend_operators.h:206 #2 0x0829ff9f in zend_fetch_class_handler (execute_data=0xbfffd0e0, op_array=0x842f80c) at /dat/dev/php/php-5.0.0dev/Zend/zend_execute.c:2374 #3 0x0829c66a in execute (op_array=0x842f80c) at /dat/dev/php/php-5.0.0dev/Zend/zend_execute.c:1252 #4 0x408166d2 in xdebug_execute (op_array=0x842f80c) at /dat/dev/php/xdebug/xdebug.c:766 #5 0x0828382b in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /dat/dev/php/php-5.0.0dev/Zend/zend.c:1017 #6 0x08249b2c in php_execute_script (primary_file=0xb930) at /dat/dev/php/php-5.0.0dev/main/main.c:1695 #7 0x082aeea8 in main (argc=1, argv=0xb9d4) at /dat/dev/php/php-5.0.0dev/sapi/cli/php_cli.c:910 #8 0x406b4306 in __libc_start_main (main=0x82ae368 main, argc=1, ubp_av=0xb9d4, init=0x808663c _init, fini=0x82afb10 _fini, rtld_fini=0x4000d2dc _dl_fini, stack_end=0xb9cc) at ../sysdeps/generic/libc-start.c:129 [2003-07-20 14:58:30] proton at fangen dot net Description: Apache 2.0 / PHP 5-cvs crashes on Windows XP when trying to execute the following code if $className is not defined before it is used: Reproduce code: --- $c = new $className('whatever'); Expected result: Fatal Error: Class '' was not found, or something like that -- Edit this bug report at http://bugs.php.net/?id=24729edit=1
#24296 [NoF-Csd]: Sablot XSLT gives error 3 when xml file too big
ID: 24296 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi -Status: No Feedback +Status: Closed Bug Type: XSLT related Operating System: win32 and linux PHP Version: 4.3.2 Assigned To: edink New Comment: Expat 1.95.6 http://sourceforge.net/projects/expat/ Previous Comments: [2003-07-20 10:40:24] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-07-14 18:27:43] [EMAIL PROTECTED] Which expat version worked for you? [2003-06-26 12:54:44] [EMAIL PROTECTED] Edin, can you update the expat lib in the win32 stuff..? Andrew, what version did you use? [2003-06-25 02:17:41] andrew at shh dot fi Problem resolved!! Upgrade the expat to the latest version and everything works [2003-06-24 01:25:05] andrew at shh dot fi I found another person who had experienced similar problems on the Gingerall.com site. He had attached an example file. The size is 277034 characters - rather large. This appears to fail. However, I have installed the latest Expat Release 1.95.6 update and it seems to have worked - from a command line. The problem will now need to be addressed in the PHP sablot. Heres the xslt file: ?xml version=1.0 encoding=iso-8859-1? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:output method=html encoding=iso-8859-1 version=1.0 indent=yes/ xsl:param name=login/ xsl:template match=navigation xsl:value-of select=./ /xsl:template /xsl:stylesheet Heres the xml file1: test.xml ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE navigation [!ENTITY module1 SYSTEM test2.xml] navigationmodule1;/navigation And heres part of the external xml file: test2.xml ?xml version=1.0 encoding=iso-8859-1? test ![CDATA[ textetxtetxtäåöåäö ... 276,946 Bytes ... ]] /test Well these are examples but in the real work I need to pass a huge xml file with lots of data. regards 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/24296 -- Edit this bug report at http://bugs.php.net/?id=24296edit=1
#24296 [Csd-Opn]: Sablot XSLT gives error 3 when xml file too big
ID: 24296 User updated by: andrew at shh dot fi Reported By: andrew at shh dot fi -Status: Closed +Status: Open Bug Type: XSLT related Operating System: win32 and linux PHP Version: 4.3.2 Assigned To: edink New Comment: Close this if need be. It works for me now and the same if you run the updaté on Linux. Previous Comments: [2003-07-20 15:56:55] andrew at shh dot fi Expat 1.95.6 http://sourceforge.net/projects/expat/ [2003-07-20 10:40:24] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-07-14 18:27:43] [EMAIL PROTECTED] Which expat version worked for you? [2003-06-26 12:54:44] [EMAIL PROTECTED] Edin, can you update the expat lib in the win32 stuff..? Andrew, what version did you use? [2003-06-25 02:17:41] andrew at shh dot fi Problem resolved!! Upgrade the expat to the latest version and everything works 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/24296 -- Edit this bug report at http://bugs.php.net/?id=24296edit=1
#24629 [Opn]: socket_select() fails: Reason: Invalid argument
ID: 24629 Updated by: [EMAIL PROTECTED] Reported By: zparta at skebo dot ac Status: Open Bug Type: Sockets related Operating System: FreeBSD 4.8 (Only!) PHP Version: 4.3.3RC2-dev New Comment: I found the problem with the select() under freebsd, the select() checks the timeout values (sec and usec). When they exceed the max value which is on freebsd for usec 999,999, after this number it must be 1 sec and not 1,000,000 usecs. This is whats happening here, the script wants 300,000,000 usecs, which are 300 seconds. Linux doesn't care about this and accepts this number (and works fine with it). I wrote the patch and tested it on the freebsd 4.8 box, strace now shows (as expected): select(4, [3], [], [], {300, 0} Here the patch which fixes this bug: --- sockets.c.orig Tue Jul 15 08:08:02 2003 +++ sockets.c Sun Jul 20 23:01:21 2003 @@ -591,8 +591,15 @@ convert_to_long(tmp); sec = tmp; } - tv.tv_sec = Z_LVAL_P(sec); - tv.tv_usec = usec; + + if (usec 99) { + tv.tv_sec = Z_LVAL_P(sec)+(usec/100); + tv.tv_usec = usec%100; + } else { + tv.tv_sec = Z_LVAL_P(sec); + tv.tv_usec = usec; + } + tv_p = tv; if (sec == tmp) { Previous Comments: [2003-07-20 13:47:58] [EMAIL PROTECTED] I just straced the script with stream_select() and it's also getting the Invalid argument error msg. select(4, [3], [], [], {0, 3}) = -1 EINVAL (Invalid argument) [2003-07-20 13:18:46] [EMAIL PROTECTED] I tried using fsockopen and stream_select() on the freebsd box, and it returned false, so also some error happened. Is there a way of giving out the error msg of the failed stream_select()? [2003-07-13 00:16:43] zparta at skebo dot ac ok thats to bad :( il just have to wait until its fixed [2003-07-13 00:04:21] [EMAIL PROTECTED] Works fine with latest CVS of PHP and SmartIRC. (under Linux, so it's propably yet another FreeBSD-only bug) [2003-07-12 21:10:33] zparta at skebo dot ac doesnt work with PHP4.3.3RC2-dev either the latest stable from today php4-STABLE-200307130130 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/24629 -- Edit this bug report at http://bugs.php.net/?id=24629edit=1
#24629 [Opn]: socket_select() fails: Reason: Invalid argument
ID: 24629 Updated by: [EMAIL PROTECTED] Reported By: zparta at skebo dot ac Status: Open Bug Type: Sockets related Operating System: FreeBSD 4.8 (Only!) PHP Version: 4.3.3RC2-dev New Comment: here the same patch for the stream_select() --- file.c.orig Sun Jul 20 23:25:34 2003 +++ file.c Sun Jul 20 23:24:55 2003 @@ -803,8 +803,15 @@ /* If seconds is not set to null, build the timeval, else we wait indefinitely */ if (sec != NULL) { convert_to_long_ex(sec); - tv.tv_sec = Z_LVAL_P(sec); - tv.tv_usec = usec; + + if (usec 99) { + tv.tv_sec = Z_LVAL_P(sec)+(usec/100); + tv.tv_usec = usec%100; + } else { + tv.tv_sec = Z_LVAL_P(sec); + tv.tv_usec = usec; + } + tv_p = tv; } Previous Comments: [2003-07-20 16:13:56] [EMAIL PROTECTED] I found the problem with the select() under freebsd, the select() checks the timeout values (sec and usec). When they exceed the max value which is on freebsd for usec 999,999, after this number it must be 1 sec and not 1,000,000 usecs. This is whats happening here, the script wants 300,000,000 usecs, which are 300 seconds. Linux doesn't care about this and accepts this number (and works fine with it). I wrote the patch and tested it on the freebsd 4.8 box, strace now shows (as expected): select(4, [3], [], [], {300, 0} Here the patch which fixes this bug: --- sockets.c.orig Tue Jul 15 08:08:02 2003 +++ sockets.c Sun Jul 20 23:01:21 2003 @@ -591,8 +591,15 @@ convert_to_long(tmp); sec = tmp; } - tv.tv_sec = Z_LVAL_P(sec); - tv.tv_usec = usec; + + if (usec 99) { + tv.tv_sec = Z_LVAL_P(sec)+(usec/100); + tv.tv_usec = usec%100; + } else { + tv.tv_sec = Z_LVAL_P(sec); + tv.tv_usec = usec; + } + tv_p = tv; if (sec == tmp) { [2003-07-20 13:47:58] [EMAIL PROTECTED] I just straced the script with stream_select() and it's also getting the Invalid argument error msg. select(4, [3], [], [], {0, 3}) = -1 EINVAL (Invalid argument) [2003-07-20 13:18:46] [EMAIL PROTECTED] I tried using fsockopen and stream_select() on the freebsd box, and it returned false, so also some error happened. Is there a way of giving out the error msg of the failed stream_select()? [2003-07-13 00:16:43] zparta at skebo dot ac ok thats to bad :( il just have to wait until its fixed [2003-07-13 00:04:21] [EMAIL PROTECTED] Works fine with latest CVS of PHP and SmartIRC. (under Linux, so it's propably yet another FreeBSD-only bug) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24629 -- Edit this bug report at http://bugs.php.net/?id=24629edit=1
#24731 [NEW]: extra options for imap_header
From: marty at excudo dot net Operating system: PHP version: 4.3.2 PHP Bug Type: Feature/Change Request Bug description: extra options for imap_header Description: de imap_header() function extracts certain information from the headers of an email. It does not yet support the extraction of a 'request read receipt' and the 'priority' with which the email is sent. It's a pity, cause now i have to go through the headers manually anyway to extract the data, which makes the code unnecessary slow It would be nice if this was implemented as well -- Edit bug report at http://bugs.php.net/?id=24731edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24731r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24731r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24731r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24731r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24731r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24731r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24731r=support Expected behavior: http://bugs.php.net/fix.php?id=24731r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24731r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24731r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24731r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24731r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24731r=dst IIS Stability: http://bugs.php.net/fix.php?id=24731r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24731r=gnused
#15415 [Com]: [VOTE] case sensitive function/class names for PHP5
ID: 15415 Comment by: nightcat at poczta dot onet dot pl Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: ANY PHP Version: PHP 5.0 New Comment: YES Previous Comments: [2003-04-06 14:44:16] sn0t at hladat dot sk YES [2003-04-06 14:44:14] sn0t at hladat dot sk YES [2003-03-31 06:46:45] rich at kastle dot com NO [2003-03-30 16:40:59] moxley at moxleydata dot com YES [2003-03-30 06:16:10] ondrej at kmit dot sk YES 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/15415 -- Edit this bug report at http://bugs.php.net/?id=15415edit=1
#24732 [NEW]: Way to lock objects/properties/variables for include
From: nightcat at poczta dot onet dot pl Operating system: * PHP version: 5.0.0b1 (beta1) PHP Bug Type: Feature/Change Request Bug description: Way to lock objects/properties/variables for include Description: Basicly, everyone who creates CMS at some point want to add modules, or any other type of space for additional code. But also we want this code to be signed as untrusted, because we _are_ afraid about this code (we don't know). It would be really great to be able to lock some things for include code. I don't have any clear vision of this, but i'll try to paste example of my intention. Reproduce code: --- lock_variables($db-password, $accountPassword); block_functions(mail, fopen, file); include_once('module.inc'); unblock_functions(mail, fopen, file); unlock_variables($db-password, $accountPassword); Expected result: It's only idea. I'd expect that from inside of this include (and any recursive) there want be any possiblity to use those functions and modify those variables. Secondly it would be really _great_, if if functions called from inside of include could use everything normally. For eg. there won't be any way to modify DB password (which is property of object $db) but calling $db-connect would work normally (if it's not blocked by block_functions() ). Actual result: -- There is really no way in PHP4 to prevent some untrusted parts from do what they want with whole CMS. In PHP5 i can do it but in very tricky and dirty way. -- Edit bug report at http://bugs.php.net/?id=24732edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24732r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24732r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24732r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24732r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24732r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24732r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24732r=support Expected behavior: http://bugs.php.net/fix.php?id=24732r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24732r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24732r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24732r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24732r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24732r=dst IIS Stability: http://bugs.php.net/fix.php?id=24732r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24732r=gnused
#24666 [Fbk-Opn]: random blank pages for any code on any php page
ID: 24666 User updated by: dhunter at uta dot edu Reported By: dhunter at uta dot edu -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.3.2 New Comment: Thanks for the input. I wasn't able to reproduce the error in debug mode. Maybe increased traffic increases the frequency of occurrence. Here is what I have done. I rebuilt all of the web server components, apache, ssl, php, using a newer version of gcc (3.2.3), and I removed some of php's configuration options. As I mentioned I wasn't able to reproduce the problem in apache's debug mode, and gdb didn't have anything to report. The problem continues to occur with the rebuilt components, so I am continuing to use 4.3.1 for now. I'll build the snapshot and see if the error is still present. Summary: - plain html pages are ok. - php pages randomly print blanks regardless of code. - occurs with apache 1.3.27 or 1.3.28, and php 4.3.2 on sparc solaris 8 - php 4.3.1 works great Previous Comments: [2003-07-16 21:05:01] [EMAIL PROTECTED] Oopps, made a slight mistake, run it like: # gdb httpd (gdb) run -X -DSSL [2003-07-16 21:01:24] [EMAIL PROTECTED] Could you try if you can reproduce this when you run apache like this: # gdb httpd -X (if you need SSL, add -DSSL there) You should test the snapshot on separate instance/machine. e.g. have another apache with PHP build from the snapshot running in other port. (separate development server would be best choice though :) [2003-07-16 15:56:42] dhunter at uta dot edu Thanks, I'll try the latest snapshot. I'll also try to cut down the configuration, but we use most of the options. Answers to your questions: - output buffering is on - i'm using the php.ini-recommended that comes with 4.3.2. no differences except that i have safe mode on. - i don't set any php.ini settings in .htaccess or httpd.conf. - exactly right, any script randomly produces output and randomly produces no output as evidenced by observation and as recorded in the apache access log. I downgraded to 4.3.1 to correct the problem for now. [2003-07-15 22:10:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip and cut down your configure line to bare minimum that you need for your pages to work. Are you using output buffering features? (php.ini) What is the diff between your php.ini and the php.ini-dist in the 4.3.2 release? (diff -u) Do you set any php.ini settings in httpd.conf / .htaccess parts that might affect the pages involved? Are you sure it's any script? Even plain ?php echo foo; ? style script? [2003-07-15 10:31:06] dhunter at uta dot edu Description: Pages that worked in 4.3.1 randomly print blank pages in version 4.3.2. There isn't any specific code that produces this quirk. A simple call to the header function to redirect a browser will produce a blank page. Also note the following: 1) error reporting is turned on 2) Using Apache 1.3.27 3) Apache does not segfault, no segfault occurs and child process does not die 4) no errors are reported in apache logs Although the PHP engine and Apache do not report errors, the access log reports a 5 byte file size when a blank page is printed. For example, a page that is normally reported in the access log as 10,000 bytes is reported as 5 bytes when the PHP engine fails. './configure' '--prefix=/usr/local/apache_1327/php-4.3.1' '--with-apxs=/usr/local/apache_1327/bin/apxs' '--enable-sigchild' '--enable-magic-quotes' '--with-openssl=/usr/local/openssl' '--with-zlib=/usr/local' '--enable-bcmath' '--enable-calendar' '--with-gdbm=/usr/local/gdbm-1.8.0' '--with-db3=/usr/local/BerkeleyDB.3.3' '--enable-dbase' '--enable-dbx' '--enable-dio' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-ttf' '--enable-gd-native-ttf' '--with-java=/usr/java1.2' '--with-ldap=/usr' '--enable-mbstring' '--enable-mbregex' '--with-mssql=/usr/local/freetds' '--with-mysql=/usr/local/mysql' '--with-mysql-sock=/usr/local/mysql/tmp/mysql.sock' '--with-zlib-dir=/usr/local' '--with-mm=/usr/local' '--enable-sockets' '--enable-wddx' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-memory-limit=yes' '--with-gnu-ld' Reproduce code: --- No specific code produces the bug. All pages are randomly printed nothing, blank. Expected result: output Actual result: -- no output
#15415 [Com]: [VOTE] case sensitive function/class names for PHP5
ID: 15415 Comment by: cunha17 at uol dot com dot br Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: ANY PHP Version: PHP 5.0 New Comment: IMHO it would make things faster since there will be no strtolower needed, but I think it would break BC and, because of that, my vote is NO. Previous Comments: [2003-07-20 17:09:19] nightcat at poczta dot onet dot pl YES [2003-04-06 14:44:16] sn0t at hladat dot sk YES [2003-04-06 14:44:14] sn0t at hladat dot sk YES [2003-03-31 06:46:45] rich at kastle dot com NO [2003-03-30 16:40:59] moxley at moxleydata dot com YES 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/15415 -- Edit this bug report at http://bugs.php.net/?id=15415edit=1
#24591 [Ver-Bgs]: Using locale with , as decimal sep., floats truncated on conversion from string
ID: 24591 Updated by: [EMAIL PROTECTED] Reported By: arnarb at oddi dot is -Status: Verified +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.4.18 PHP Version: 5.0.0b2-dev, 4.3.3RC2-dev New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is expected behaviour, consider what you are doing. You generate a sting containing 3,233 and then add 1 to it. PHP can only handle floats that use . as a decimal point hence when the string is converted to a number it stops at the , and 'rounds' the number to 3. Hence the result of 4 when 1 is added. To avoid this problem you should've performed the addition before printing the output. Previous Comments: [2003-07-10 11:26:58] [EMAIL PROTECTED] ?php printf(%.3f\n, 3.233); var_dump(sprintf(%.3f, 3.233) + 1); setlocale(LC_ALL, is_IS); printf(%.3f\n, 3.233); var_dump(sprintf(%.3f, 3.233) + 1); ? Output: 3.233 float(4.233) 3,233 int(4) [2003-07-10 10:52:19] arnarb at oddi dot is Description: When strings containing numbers in the locale format, and the locale uses , as the decimal seperator, converting the string to a float cuts off at the , and returns the integer part. This was addressed in bugs #17105, #17815 and others. Those reports were closed and the problem was claimed to be fixed in CVS as of November 2002 by iliaa and sniper. This bug is however still present in 4.3.2, as the reproduce code demonstrates. A quick look indicated that libc's strtod was being used for the conversion, I verified that it is working on my platform. Reproduce code: --- ?php printf(%.3f\n, 3.233); print sprintf(%.3f, 3.233)+1; print \n; setlocale(LC_ALL, is_IS); printf(%.3f\n, 3.233); print sprintf(%.3f, 3.233)+1; print \n; ? Expected result: 3.233 4.233 3,233 4,233 Actual result: -- 3.233 4.233 3,233 4 -- Edit this bug report at http://bugs.php.net/?id=24591edit=1
#24296 [Opn-Asn]: Sablot XSLT gives error 3 when xml file too big
ID: 24296 Updated by: [EMAIL PROTECTED] Reported By: andrew at shh dot fi -Status: Open +Status: Assigned Bug Type: XSLT related Operating System: win32 and linux PHP Version: 4.3.2 Assigned To: edink New Comment: Maybe we should upgrade the bundled expat in ext/xml too.. Previous Comments: [2003-07-20 15:58:24] andrew at shh dot fi Close this if need be. It works for me now and the same if you run the updaté on Linux. [2003-07-20 15:56:55] andrew at shh dot fi Expat 1.95.6 http://sourceforge.net/projects/expat/ [2003-07-20 10:40:24] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-07-14 18:27:43] [EMAIL PROTECTED] Which expat version worked for you? [2003-06-26 12:54:44] [EMAIL PROTECTED] Edin, can you update the expat lib in the win32 stuff..? Andrew, what version did you use? 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/24296 -- Edit this bug report at http://bugs.php.net/?id=24296edit=1
#24592 [Com]: exit signal Segmentation fault (11)
ID: 24592 Comment by: jullrich at euclidian dot com Reported By: jhuston at cs dot umn dot edu Status: Open Bug Type: Session related Operating System: Sparc Solaris 9 PHP Version: 4.3.3RC2-dev New Comment: Interestingly, I am getting the same (similar?) bug on a Linux system (RedHat 7.3) with apache 1.3 and php 4.3.2. My stack trace from gdb: #0 0x403271a1 in _efree (ptr=0x403d01e4) at /usr/local/src/php-4.3.2/Zend/zend_alloc.c:259 #1 0x40294b7a in migrate_global (ht=0x81cbe5c, pos=0xb028) at /usr/local/src/php-4.3.2/ext/session/session.c:640 #2 0x40294c69 in php_session_save_current_state () at /usr/local/src/php-4.3.2/ext/session/session.c:670 #3 0x40297192 in php_session_flush () at /usr/local/src/php-4.3.2/ext/session/session.c:1591 #4 0x402971b7 in zm_deactivate_session (type=1, module_number=26) at /usr/local/src/php-4.3.2/ext/session/session.c:1605 #5 0x40338681 in module_registry_cleanup (module=0x80bb0a0) at /usr/local/src/php-4.3.2/Zend/zend_API.c:1167 #6 0x4033a410 in zend_hash_apply (ht=0x403d0560, apply_func=0x40338654 module_registry_cleanup) at /usr/local/src/php-4.3.2/Zend/zend_hash.c:688 #7 0x403358d6 in zend_deactivate_modules () at /usr/local/src/php-4.3.2/Zend/zend.c:634 #8 0x4030da19 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.2/main/main.c:971 #9 0x4034fa91 in apache_php_module_main (r=0x811365c, display_source_mode=0) at /usr/local/src/php-4.3.2/sapi/apache/sapi_apache.c:60 #10 0x4035060e in send_php (r=0x811365c, display_source_mode=0, filename=0x0) at /usr/local/src/php-4.3.2/sapi/apache/mod_php4.c:617 #11 0x40350662 in send_parsed_php (r=0x811365c) at /usr/local/src/php-4.3.2/sapi/apache/mod_php4.c:632 #12 0x08054813 in ap_invoke_handler () #13 0x08069c6b in process_request_internal () #14 0x08069ccc in ap_process_request () #15 0x08060a69 in child_main () #16 0x08060c38 in make_child () #17 0x08060dac in startup_children () #18 0x08061424 in standalone_main () #19 0x08061ca3 in main () #20 0x400ab657 in __libc_start_main (main=0x80618e0 main, argc=2, ubp_av=0xbb64, init=0x804ec74 _init, fini=0x80814e0 _fini, rtld_fini=0x4000dcd4 _dl_fini, stack_end=0xbb5c) at ../sysdeps/generic/libc-start.c:129 (gdb) quit Previous Comments: [2003-07-15 12:49:17] jhuston at cs dot umn dot edu I did the following configure line with fresh snapshot with debug enabled. Hopefully, this will pinpoint the problem even better. ./configure --disable-all --disable-cgi --enable-debug --enable-session Running php on test.php: [EMAIL PROTECTED] php4-STABLE-200307151730]# sapi/cli/php -n test.php It didn't crash at all yet. [Tue Jul 15 12:45:46 2003] Script: 'test.php' --- /home/src/php4-STABLE-200307151730/ext/session/session.c(640) : Block 0x0018A5E8 status: Beginning: Overrun (magic=0x00B4, expected=0x7312F8DC) Segmentation fault backtrace on gdb: (gdb) run -n test.php Starting program: /home/src/php4-STABLE-200307151730/sapi/cli/php -n test.php It didn't crash at all yet. [Tue Jul 15 12:46:47 2003] Script: 'test.php' --- /home/src/php4-STABLE-200307151730/ext/session/session.c(640) : Block 0x0018A5E8 status: Beginning: Overrun (magic=0x00B4, expected=0x7312F8DC) Program received signal SIGSEGV, Segmentation fault. 0xff1f04f8 in memcpy () from /usr/platform/SUNW,Sun-Blade-100/lib/libc_psr.so.1 (gdb) bt #0 0xff1f04f8 in memcpy () from /usr/platform/SUNW,Sun-Blade-100/lib/libc_psr.so.1 #1 0x10813c in _mem_block_check (ptr=0x18a610, silent=0, __zend_filename=0x144410 /home/src/php4-STABLE-200307151730/ext/session/session.c, __zend_lineno=640, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/src/php4-STABLE-200307151730/Zend/zend_alloc.c:675 #2 0x1080f4 in _mem_block_check (ptr=0x18a610, silent=1, __zend_filename=0x144410 /home/src/php4-STABLE-200307151730/ext/session/session.c, __zend_lineno=640, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/src/php4-STABLE-200307151730/Zend/zend_alloc.c:667 #3 0x106c88 in _efree (ptr=0x18a610, __zend_filename=0x144410 /home/src/php4-STABLE-200307151730/ext/session/session.c, __zend_lineno=640, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/src/php4-STABLE-200307151730/Zend/zend_alloc.c:243 #4 0x243f8 in migrate_global (ht=0x1bce50, pos=0xffbfefe4) at /home/src/php4-STABLE-200307151730/ext/session/session.c:640 #5 0x245bc in php_session_save_current_state () at /home/src/php4-STABLE-200307151730/ext/session/session.c:670 #6 0x28494 in php_session_flush () at /home/src/php4-STABLE-200307151730/ext/session/session.c:1593 #7 0x284e4 in zm_deactivate_session (type=1, module_number=2) at /home/src/php4-STABLE-200307151730/ext/session/session.c:1607 #8 0x12660c in
#24592 [Com]: exit signal Segmentation fault (11)
ID: 24592 Comment by: jullrich at euclidian dot com Reported By: jhuston at cs dot umn dot edu Status: Open Bug Type: Session related Operating System: Sparc Solaris 9 PHP Version: 4.3.3RC2-dev New Comment: add on to my prior comment: I get a partial page, not an empty page. configure: '--with-apxs=/usr/local/apache/bin/apxs' \ '--sysconfdir=/etc' \ '--with-config-file-path=/etc' \ '--with-openssl' \ '--with-zlib' \ '--with-curl=../curl-7.10.2' \ '--with-gd' \ '--with-ttf' \ '--with-gettext' \ '--with-mysql' \ '--enable-trans-sid' \ '--enable-sockets' \ '--enable-wddx' \ '--with-pspell' \ I am not using the RedHat supplied apache/php rpms but compile them myself with MySQL 4.0 rpms. Previous Comments: [2003-07-20 23:26:30] jullrich at euclidian dot com Interestingly, I am getting the same (similar?) bug on a Linux system (RedHat 7.3) with apache 1.3 and php 4.3.2. My stack trace from gdb: #0 0x403271a1 in _efree (ptr=0x403d01e4) at /usr/local/src/php-4.3.2/Zend/zend_alloc.c:259 #1 0x40294b7a in migrate_global (ht=0x81cbe5c, pos=0xb028) at /usr/local/src/php-4.3.2/ext/session/session.c:640 #2 0x40294c69 in php_session_save_current_state () at /usr/local/src/php-4.3.2/ext/session/session.c:670 #3 0x40297192 in php_session_flush () at /usr/local/src/php-4.3.2/ext/session/session.c:1591 #4 0x402971b7 in zm_deactivate_session (type=1, module_number=26) at /usr/local/src/php-4.3.2/ext/session/session.c:1605 #5 0x40338681 in module_registry_cleanup (module=0x80bb0a0) at /usr/local/src/php-4.3.2/Zend/zend_API.c:1167 #6 0x4033a410 in zend_hash_apply (ht=0x403d0560, apply_func=0x40338654 module_registry_cleanup) at /usr/local/src/php-4.3.2/Zend/zend_hash.c:688 #7 0x403358d6 in zend_deactivate_modules () at /usr/local/src/php-4.3.2/Zend/zend.c:634 #8 0x4030da19 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.2/main/main.c:971 #9 0x4034fa91 in apache_php_module_main (r=0x811365c, display_source_mode=0) at /usr/local/src/php-4.3.2/sapi/apache/sapi_apache.c:60 #10 0x4035060e in send_php (r=0x811365c, display_source_mode=0, filename=0x0) at /usr/local/src/php-4.3.2/sapi/apache/mod_php4.c:617 #11 0x40350662 in send_parsed_php (r=0x811365c) at /usr/local/src/php-4.3.2/sapi/apache/mod_php4.c:632 #12 0x08054813 in ap_invoke_handler () #13 0x08069c6b in process_request_internal () #14 0x08069ccc in ap_process_request () #15 0x08060a69 in child_main () #16 0x08060c38 in make_child () #17 0x08060dac in startup_children () #18 0x08061424 in standalone_main () #19 0x08061ca3 in main () #20 0x400ab657 in __libc_start_main (main=0x80618e0 main, argc=2, ubp_av=0xbb64, init=0x804ec74 _init, fini=0x80814e0 _fini, rtld_fini=0x4000dcd4 _dl_fini, stack_end=0xbb5c) at ../sysdeps/generic/libc-start.c:129 (gdb) quit [2003-07-15 12:49:17] jhuston at cs dot umn dot edu I did the following configure line with fresh snapshot with debug enabled. Hopefully, this will pinpoint the problem even better. ./configure --disable-all --disable-cgi --enable-debug --enable-session Running php on test.php: [EMAIL PROTECTED] php4-STABLE-200307151730]# sapi/cli/php -n test.php It didn't crash at all yet. [Tue Jul 15 12:45:46 2003] Script: 'test.php' --- /home/src/php4-STABLE-200307151730/ext/session/session.c(640) : Block 0x0018A5E8 status: Beginning: Overrun (magic=0x00B4, expected=0x7312F8DC) Segmentation fault backtrace on gdb: (gdb) run -n test.php Starting program: /home/src/php4-STABLE-200307151730/sapi/cli/php -n test.php It didn't crash at all yet. [Tue Jul 15 12:46:47 2003] Script: 'test.php' --- /home/src/php4-STABLE-200307151730/ext/session/session.c(640) : Block 0x0018A5E8 status: Beginning: Overrun (magic=0x00B4, expected=0x7312F8DC) Program received signal SIGSEGV, Segmentation fault. 0xff1f04f8 in memcpy () from /usr/platform/SUNW,Sun-Blade-100/lib/libc_psr.so.1 (gdb) bt #0 0xff1f04f8 in memcpy () from /usr/platform/SUNW,Sun-Blade-100/lib/libc_psr.so.1 #1 0x10813c in _mem_block_check (ptr=0x18a610, silent=0, __zend_filename=0x144410 /home/src/php4-STABLE-200307151730/ext/session/session.c, __zend_lineno=640, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/src/php4-STABLE-200307151730/Zend/zend_alloc.c:675 #2 0x1080f4 in _mem_block_check (ptr=0x18a610, silent=1, __zend_filename=0x144410 /home/src/php4-STABLE-200307151730/ext/session/session.c, __zend_lineno=640, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/src/php4-STABLE-200307151730/Zend/zend_alloc.c:667 #3 0x106c88 in _efree (ptr=0x18a610, __zend_filename=0x144410 /home/src/php4-STABLE-200307151730/ext/session/session.c,
#24731 [Opn-Bgs]: extra options for imap_header
ID: 24731 Updated by: [EMAIL PROTECTED] Reported By: marty at excudo dot net -Status: Open +Status: Bogus Bug Type:Feature/Change Request PHP Version: 4.3.2 New Comment: imap_header() return whatever c-client returns. Not PHP problem to solve anyway. Previous Comments: [2003-07-20 16:39:15] marty at excudo dot net Description: de imap_header() function extracts certain information from the headers of an email. It does not yet support the extraction of a 'request read receipt' and the 'priority' with which the email is sent. It's a pity, cause now i have to go through the headers manually anyway to extract the data, which makes the code unnecessary slow It would be nice if this was implemented as well -- Edit this bug report at http://bugs.php.net/?id=24731edit=1