#35969 [NEW]: strtr: I got a strange result;
From: syou at cometj dot co dot jp Operating system: redhat9 PHP version: 4.4.1 PHP Bug Type: Feature/Change Request Bug description: strtr: I got a strange result; Description: seaching string is changed. Reproduce code: --- echo strtr("å·¥äº","ï¼","%%"); Expected result: print result should be "å·¥äº". Actual result: -- but, in fact the print result is "å·¥è"ã -- Edit bug report at http://bugs.php.net/?id=35969&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35969&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35969&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35969&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35969&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35969&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35969&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35969&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35969&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35969&r=support Expected behavior:http://bugs.php.net/fix.php?id=35969&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35969&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35969&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35969&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35969&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35969&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35969&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35969&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35969&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35969&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35969&r=mysqlcfg
#35968 [Opn->Csd]: Memory leak if exception thrown within switch
ID: 35968 Updated by: [EMAIL PROTECTED] Reported By: levi at alliancesoftware dot com dot au -Status: Open +Status: Closed Bug Type:Scripting Engine problem PHP Version: 5CVS-2006-01-11 (CVS) New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php The upgrade path from PHP 5.0 is PHP 5.1.1. So simply use PHP 5.1.1... Besides that, this is not a critical problem as PHP will clean it up at the end of the request. Previous Comments: [2006-01-11 07:40:49] levi at alliancesoftware dot com dot au Description: A memory leak occurs if an exception is thrown within a switch($var) block The leak does not occur if the switch is made on a constant [eg switch(5)] Occurs in 5.0.5, but not in 5.1.1 It *does* however still appear in 5.0-CVS (2006-01-11) -- maybe the bug was 'accidentally' fixed in 5.1; I couldn't find any reference to it in the bugs list. If it was a deliberatel fix in 5.1, can the fix be backported to the 5.0 tree too? Reproduce code: --- #!/usr/local/src/php5/php-5.0CVS/php-src/sapi/cli/php Expected result: Nothing Actual result: -- With --enable-debug: /usr/local/src/php5/php-5.0CVS/php-src/Zend/zend_execute.c(675) : Freeing 0x09A4C354 (16 byt es), script=./tX.php5 === Total 1 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=35968&edit=1
#35967 [Opn->Bgs]: control statement "return" problen
ID: 35967 Updated by: [EMAIL PROTECTED] Reported By: sqchen at citiz dot net -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: redhat 7.3 PHP Version: 5.1.1 New Comment: This has nothing to do with return. You're creating a infinite recursion here (where foo() is calling foo()). This will exhaust the stack and PHP will crash. This is expected behavior. Previous Comments: [2006-01-11 07:15:05] sqchen at citiz dot net Description: the "return" control statement will cause segfault Reproduce code: --- http://bugs.php.net/?id=35967&edit=1
#35968 [NEW]: Memory leak if exception thrown within switch
From: levi at alliancesoftware dot com dot au Operating system: PHP version: 5CVS-2006-01-11 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Memory leak if exception thrown within switch Description: A memory leak occurs if an exception is thrown within a switch($var) block The leak does not occur if the switch is made on a constant [eg switch(5)] Occurs in 5.0.5, but not in 5.1.1 It *does* however still appear in 5.0-CVS (2006-01-11) -- maybe the bug was 'accidentally' fixed in 5.1; I couldn't find any reference to it in the bugs list. If it was a deliberatel fix in 5.1, can the fix be backported to the 5.0 tree too? Reproduce code: --- #!/usr/local/src/php5/php-5.0CVS/php-src/sapi/cli/php Expected result: Nothing Actual result: -- With --enable-debug: /usr/local/src/php5/php-5.0CVS/php-src/Zend/zend_execute.c(675) : Freeing 0x09A4C354 (16 byt es), script=./tX.php5 === Total 1 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=35968&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35968&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35968&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35968&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35968&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35968&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35968&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35968&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35968&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35968&r=support Expected behavior:http://bugs.php.net/fix.php?id=35968&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35968&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35968&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35968&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35968&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35968&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35968&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35968&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35968&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35968&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35968&r=mysqlcfg
#35967 [NEW]: control statement "return" problen
From: sqchen at citiz dot net Operating system: redhat 7.3 PHP version: 5.1.1 PHP Bug Type: Unknown/Other Function Bug description: control statement "return" problen Description: the "return" control statement will cause segfault Reproduce code: --- http://bugs.php.net/?id=35967&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35967&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35967&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35967&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35967&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35967&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35967&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35967&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35967&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35967&r=support Expected behavior:http://bugs.php.net/fix.php?id=35967&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35967&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35967&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35967&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35967&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35967&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35967&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35967&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35967&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35967&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35967&r=mysqlcfg
#35737 [Com]: undefined symbol: sqlite3SelectDelete
ID: 35737 Comment by: george at gmarcotte dot com Reported By: jphml at videotron dot ca Status: No Feedback Bug Type: SQLite related Operating System: Linux PHP Version: 5.1.1 New Comment: http://snaps.php.net/php5.1-latest.tar.gz has no effect still get the error: httpd: Syntax error on line 53 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: sqlite3SelectDelete when I try to start the webserver. What is sqlite3SelectDelete? is there some header files missing? Previous Comments: [2006-01-05 11:23:24] james at e0ts dot com Same with Debian 3.1 [2006-01-04 19:23:21] esesen at o2 dot pl exactly the same problem under slackware 10.2 [2006-01-01 01:00:07] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-12-24 14:35:24] [EMAIL PROTECTED] Are you able to reproduce it without Apache? Does it work with PHP CLI? [2005-12-24 07:41:01] jphml at videotron dot ca I was not successful using CVS of 21-12-2005. I am using CentOS 4.1 latest patch. 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/35737 -- Edit this bug report at http://bugs.php.net/?id=35737&edit=1
#34044 [Com]: Support for friend classes
ID: 34044 Comment by: php at lost dot co dot nz Reported By: arendjr at gmail dot com Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.0.4 New Comment: This would also be really useful for me writing unit tests so that I can run 'white box' testing on internal private methods another class (like I used to do back in the 'good' old days of PHP4... ;-) Something like this: class Util { friend class UtilTest; private static function foo() {...} } class UtilTest { if( Util::foo() != $expected ) ... } Previous Comments: [2005-08-09 02:11:57] arendjr at gmail dot com Description: It would be really nice if PHP5 would support "friend classes", like C++ does. This way, classes can give access to their private members to other classes. Reproduce code: --- class Foo { friend class Bar; // using C++ syntax private static $a = 5; } class Bar { public static function printA() { echo Foo::$a; } } Bar::printA(); Expected result: the above example would then print: "5" -- Edit this bug report at http://bugs.php.net/?id=34044&edit=1
#35965 [Opn->Fbk]: Segmentation fault on MediaWiki login
ID: 35965 Updated by: [EMAIL PROTECTED] Reported By: bob at info-ren dot org -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 5.3 PHP Version: 4CVS-2006-01-10 (snap) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2006-01-10 23:45:09] bob at info-ren dot org Description: I was trying to use this version because I had run into the bug with multiple #includes of php files. That problem does seem to have been fixed. But I'm seeing segmentation faults when I try to log in to MediaWiki (selecting the "create an account or log in" link). I'm running v. 1.4.7, which isn't the most recent, but I presume that nothing should generate a segmentation fault. Please let me know what additional information you'll need to help track this down. I'm not all that familiar with the mechanics of MediaWiki, or I would be more helpful without further prompting. Thanks, Bob Carlitz -- Edit this bug report at http://bugs.php.net/?id=35965&edit=1
#35965 [NEW]: Segmentation fault on MediaWiki login
From: bob at info-ren dot org Operating system: FreeBSD 5.3 PHP version: 4CVS-2006-01-10 (snap) PHP Bug Type: Reproducible crash Bug description: Segmentation fault on MediaWiki login Description: I was trying to use this version because I had run into the bug with multiple #includes of php files. That problem does seem to have been fixed. But I'm seeing segmentation faults when I try to log in to MediaWiki (selecting the "create an account or log in" link). I'm running v. 1.4.7, which isn't the most recent, but I presume that nothing should generate a segmentation fault. Please let me know what additional information you'll need to help track this down. I'm not all that familiar with the mechanics of MediaWiki, or I would be more helpful without further prompting. Thanks, Bob Carlitz -- Edit bug report at http://bugs.php.net/?id=35965&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35965&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35965&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35965&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35965&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35965&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35965&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35965&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35965&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35965&r=support Expected behavior:http://bugs.php.net/fix.php?id=35965&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35965&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35965&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35965&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35965&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35965&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35965&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35965&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35965&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35965&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35965&r=mysqlcfg
#35952 [Fbk->Bgs]: libphp4.so not built
ID: 35952 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Feedback +Status: Bogus Bug Type: Compile Failure Operating System: Linux SUSE 10.0 PHP Version: 4CVS-2006-01-10 (CVS) New Comment: There is no bug here. (you also failed to provide the complete configure line you used) Previous Comments: [2006-01-10 08:40:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-10 01:23:11] jan at horde dot org Description: These are some lines when I run make install: Installing PHP SAPI module: apache2handler /usr/share/apache2/build/instdso.sh SH_LIBTOOL='/usr/share/apache2/build/libtool' libphp4.la /usr/lib/apache2 /usr/share/apache2/build/libtool --mode=install cp libphp4.la /usr/lib/apache2/ cp .libs/libphp4.lai /usr/lib/apache2/libphp4.la cp .libs/libphp4.a /usr/lib/apache2/libphp4.a ranlib /usr/lib/apache2/libphp4.a chmod 644 /usr/lib/apache2/libphp4.a libtool: install: warning: remember to run `libtool --finish /home/jan/cvs/php-src/libs' Warning! dlname not found in /usr/lib/apache2/libphp4.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/lib/apache2/libphp4.so libphp4.so is never created. -- Edit this bug report at http://bugs.php.net/?id=35952&edit=1
#35940 [Opn->Fbk]: virtual() and header('Location:') crash Apache
ID: 35940 Updated by: [EMAIL PROTECTED] Reported By: cristic at interaktonline dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Windows XP PHP Version: 5.1.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2006-01-10 16:59:09] cristic at interaktonline dot com OK, I installed a new machine from scratch: Windows XP Home SP2 Apache 1.3.34 PHP Version 5.1.2RC3-dev ( Build Date Jan 9 2006 12:14:14) The PHP is installed as ISAPI: httpd.conf: LoadModule php5_module "C:/php5/php5apache.dll" AddModule mod_php5.c AddType application/x-httpd-php .php php.ini changes over php.ini-distribution: short_open_tag = Off precision= 14 output_buffering = 4096 zlib.output_compression = On allow_call_time_pass_reference = Off error_reporting = E_ALL log_errors = On variables_order = "GPCS" register_long_arrays = Off register_argc_argv = Off default_charset = "iso-8859-1" extension_dir = "c:/php5/ext" extension=php_mbstring.dll extension=php_bz2.dll extension=php_gd2.dll extension=php_mysql.dll extension=php_sqlite.dll extension=php_xsl.dll session.save_path = "C:\Windows\Temp" session.gc_divisor = 1000 session.bug_compat_42 = 0 session.hash_bits_per_character = 5 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" When calling into the browser (IE 6.0) http://localhost/a.php the Apache crash: Error signature: szAppName : Apache.exe szAppVer : 0.0.0.0 szModName : php5ts.dll szModVer : 5.1.2.2 offset : 00096d6c The following files will be included into this report: C:\DOCUME~1\dbarascu\LOCALS~1\Temp\WERA2.tmp.dir00\Apache.exe.mdmp C:\DOCUME~1\dbarascu\LOCALS~1\Temp\WERA2.tmp.dir00\appcompat.txt If you want I may provide you a link to these 2 files as well if is needed. [2006-01-09 12:51:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip This is most likely fixed in CVS already. [2006-01-09 10:55:06] cristic at interaktonline dot com Description: When a redirect (header('Location:')) is used with a virtual include the Apache crash: --- Apache.exe - Application Error --- The instruction at "0x008736ac" referenced memory at "0x0001ee6c". The memory could not be "read". Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- Reproduce code: --- a.php: http://server.com/c.php');?> b.php: c.php: Expected result: When doing this I just expect to be redirected to the c.php. Actual result: -- 1. Windows XP and Apache/1.3.33(Win32): --- Apache.exe - Application Error --- The instruction at "0x008736ac" referenced memory at "0x0001ee6c". The memory could not be "read". Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- The php.ini differences with php.ini-dist: short_open_tag = Off output_buffering = 65535 output_handler = ob_gzhandler allow_call_time_pass_reference = Off memory_limit = 100M error_reporting = E_ALL log_errors = On error_log = errors_php register_long_arrays = Off register_argc_argv = Off 2.Linux Fedora RC 4, Apache 2.0.54: The Apache is not crashing anymore but the header() is still not working: Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/a.php:1) in /var/www/html/a.php on line 0 The problem I could reproduce on Linux on PHP 4.3.11 as well. -- Edit this bug report at http://bugs.php.net/?id=35940&edit=1
#35949 [Opn->Bgs]: Bug with Panasonic and Exif
ID: 35949 Updated by: [EMAIL PROTECTED] Reported By: pierremarie dot guillot at wanadoo dot fr -Status: Open +Status: Bogus Bug Type: EXIF related Operating System: Linux PHP Version: 5.1.1 New Comment: Works fine when you really use the latest CVS snapshot. Previous Comments: [2006-01-10 21:49:47] pierremarie dot guillot at wanadoo dot fr Here ( http://guillot.pierremarie.free.fr/bug/index.html ) you can find two photos. [2006-01-09 23:03:14] [EMAIL PROTECTED] If you have a link to a couple of images with the relevant exif data, it will help to reproduce the problems, if it is not solved already. [2006-01-09 19:08:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-09 18:54:32] pierremarie dot guillot at wanadoo dot fr Description: Hello, I'm running on Debian Linux and PHP version 5.0.5. The bug occurs with an earlier version too. I get a Panasonic (Lumix) DMC-FZ30 digital camera. I can read pictures from my camera with GIMP, I get exif data in Konqueror or with exif utility. However when I want to extract Exif data with PHP the exif_read_data function tell me that it's not unable to read my file. Thanks a lot for your work. Bye. Reproduce code: --- \n"; $exif = exif_read_data('essai.jpg', 'IFD0'); echo $exif===false ? "No header data found.\n" : "Image contains headers\n"; $exif = exif_read_data('essai.jpg', 0, true); echo "essai.jpg:\n"; foreach ($exif as $key => $section) { foreach ($section as $name => $val) { echo "$key.$name: $val\n"; } } ?> Expected result: Extracted data with exif utility : [EMAIL PROTECTED]:~/devel/web/myphoto/site$ exif essai.jpg EXIF tags in 'essai.jpg' ('Intel' byte order): +-- Tag |Value +-- Constructeur|Panasonic Modèle |DMC-FZ30 Orientation |haut - gauche x-résolution|72,00 y-résolution|72,00 Unité de la résoluti|pouces Logiciel|Ver.1.0 Date et heure |2005:12:25 00:20:44 Positionnement YCbCr|co-sited Compression |Compression JPEG Orientation |haut - gauche x-résolution|72,00 y-résolution|72,00 Unité de la résoluti|pouces Positionnement YCbCr|co-sited Temps d'exposition |1/4 sec. FNumber |f/3,2 ExposureProgram |Programme normal ISO Speed Ratings |200 Version d'exif |Exif Version 2.2 Date et heure (origi|2005:12:25 00:20:44 Date et heure (numér|2005:12:25 00:20:44 ComponentsConfigurat|Y Cb Cr - Bits compressés par |4,00 Exposure Bias |0,0 MaxApertureValue|3,00 Mode de mesure |Motif Source lumineuse|0 Flash |Flash did not fire, compulsatory flash mode. Longueur focale |13,8 mm Note du créateur|5722 de données inconnues FlashPixVersion |FlashPix Version 1.0 Espace des couleurs |sRGB PixelXDimension |3264 PixelYDimension |2448 Sensing Method |One-chip color area sensor Source du fichier |DSC Type de scène | Rendu personnalisé |Processus normal Mode d'exposition |Exposition automatique Balance des blancs |Balance des blancs automatique Valeur du zoom numér|0,00 Longueur focale dans|65 Type de capture de l|Standard Contrôle du gain|Low gain up Contraste |Normal Saturation |Normal Netteté |Normal InteroperabilityInde|R98 InteroperabilityVers| +-- Actual result: -- essai.jpg: Warning: exif_read_data() [function.exif-read-data]: Unable to open file in /home/pierre/devel/web/myphoto/site/index.php on line 5 No header data found. Warning: exif_read_data() [function.exif-read-data]: Unable to open file in /home/pierre/devel/web/myphoto/site/index.php on line 8 essai.jpg: Warning: Invalid argument supplied for foreach() in /home/pierre/devel/web/myphoto/site/index.php on line 10 -- Edit this bug report at http://bugs.php.net/?id=35949&edit=1
#35949 [Fbk->Opn]: Bug with Panasonic and Exif
ID: 35949 User updated by: pierremarie dot guillot at wanadoo dot fr Reported By: pierremarie dot guillot at wanadoo dot fr -Status: Feedback +Status: Open Bug Type: EXIF related Operating System: Linux PHP Version: 5.1.1 New Comment: Here ( http://guillot.pierremarie.free.fr/bug/index.html ) you can find two photos. Previous Comments: [2006-01-09 23:03:14] [EMAIL PROTECTED] If you have a link to a couple of images with the relevant exif data, it will help to reproduce the problems, if it is not solved already. [2006-01-09 19:08:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-09 18:54:32] pierremarie dot guillot at wanadoo dot fr Description: Hello, I'm running on Debian Linux and PHP version 5.0.5. The bug occurs with an earlier version too. I get a Panasonic (Lumix) DMC-FZ30 digital camera. I can read pictures from my camera with GIMP, I get exif data in Konqueror or with exif utility. However when I want to extract Exif data with PHP the exif_read_data function tell me that it's not unable to read my file. Thanks a lot for your work. Bye. Reproduce code: --- \n"; $exif = exif_read_data('essai.jpg', 'IFD0'); echo $exif===false ? "No header data found.\n" : "Image contains headers\n"; $exif = exif_read_data('essai.jpg', 0, true); echo "essai.jpg:\n"; foreach ($exif as $key => $section) { foreach ($section as $name => $val) { echo "$key.$name: $val\n"; } } ?> Expected result: Extracted data with exif utility : [EMAIL PROTECTED]:~/devel/web/myphoto/site$ exif essai.jpg EXIF tags in 'essai.jpg' ('Intel' byte order): +-- Tag |Value +-- Constructeur|Panasonic Modèle |DMC-FZ30 Orientation |haut - gauche x-résolution|72,00 y-résolution|72,00 Unité de la résoluti|pouces Logiciel|Ver.1.0 Date et heure |2005:12:25 00:20:44 Positionnement YCbCr|co-sited Compression |Compression JPEG Orientation |haut - gauche x-résolution|72,00 y-résolution|72,00 Unité de la résoluti|pouces Positionnement YCbCr|co-sited Temps d'exposition |1/4 sec. FNumber |f/3,2 ExposureProgram |Programme normal ISO Speed Ratings |200 Version d'exif |Exif Version 2.2 Date et heure (origi|2005:12:25 00:20:44 Date et heure (numér|2005:12:25 00:20:44 ComponentsConfigurat|Y Cb Cr - Bits compressés par |4,00 Exposure Bias |0,0 MaxApertureValue|3,00 Mode de mesure |Motif Source lumineuse|0 Flash |Flash did not fire, compulsatory flash mode. Longueur focale |13,8 mm Note du créateur|5722 de données inconnues FlashPixVersion |FlashPix Version 1.0 Espace des couleurs |sRGB PixelXDimension |3264 PixelYDimension |2448 Sensing Method |One-chip color area sensor Source du fichier |DSC Type de scène | Rendu personnalisé |Processus normal Mode d'exposition |Exposition automatique Balance des blancs |Balance des blancs automatique Valeur du zoom numér|0,00 Longueur focale dans|65 Type de capture de l|Standard Contrôle du gain|Low gain up Contraste |Normal Saturation |Normal Netteté |Normal InteroperabilityInde|R98 InteroperabilityVers| +-- Actual result: -- essai.jpg: Warning: exif_read_data() [function.exif-read-data]: Unable to open file in /home/pierre/devel/web/myphoto/site/index.php on line 5 No header data found. Warning: exif_read_data() [function.exif-read-data]: Unable to open file in /home/pierre/devel/web/myphoto/site/index.php on line 8 essai.jpg: Warning: Invalid argument supplied for foreach() in /home/pierre/devel/web/myphoto/site/index.php on line 10 -- Edit this bug report at http://bugs.php.net/?id=35949&edit=1
#35958 [Bgs]: strftime does not calculate time correct anymore
ID: 35958 Updated by: [EMAIL PROTECTED] Reported By: magnuswillner at hotmail dot com Status: Bogus Bug Type: Date/time related Operating System: Unix PHP Version: 4.4.1 New Comment: It seems your webhost did something as it is working now (on the test URL). What did they do? Previous Comments: [2006-01-10 09:46:45] [EMAIL PROTECTED] This is a problem with your webhost. They probably updated their timezone database but did it wrong. The 22 seconds come from the difference between UT and UTC, and in Jan 1st 2006 we had another leap second making this 23 seconds. You can see the difference here (right is the one with leapsecond support): [EMAIL PROTECTED]:/usr/share/zoneinfo$ TZ=Europe/Amsterdam date; TZ=right/Europe/Amsterdam date Tue Jan 10 09:46:25 CET 2006 Tue Jan 10 09:46:02 CET 2006 [2006-01-10 09:40:45] magnuswillner at hotmail dot com Description: Hello! The function strftime doesn't work correct anymore. Effect: Critical, since all the business critical booking system for all customers is malfunctioning completely. Since: The problem started around 2006-01-07/08. (Known working 2006-01-06 for sure) Problem description: See http://www.logibook.com/a/strftime_test.php for an desciptive page over the error. strftime usually returns a string from the number of seconds since 1 jan 1970. Now, it lags and returns a string representing 23 seconds to late. When I look at bookings further on in the future, the function lags 24 seconds. Other: My webb-hotell (www.swedenet.net) uses cpanel. Cpanel seems to not support a later version of php than 4.4.1. Is the problem solved in a later version of php and in that case, in what earliest version is it solved? Reproduce code: --- See http://www.logibook.com/a/strftime_test.php Expected result: see text when running the file: http://www.logibook.com/a/strftime_test.php E.g. The strftime should return 8 jan 2006, 08:00:00 Actual result: -- see text when running the file: http://www.logibook.com/a/strftime_test.php E.g. The strftime should return 8 jan 2006, 07:59:37 which is incorrect. -- Edit this bug report at http://bugs.php.net/?id=35958&edit=1
#35574 [Com]: Error: OCILogon error::ORA-24327: need explicit attach before authenticating a
ID: 35574 Comment by: thomas at hkey dot de Reported By: scott dot zhao at usask dot ca Status: No Feedback Bug Type: OCI8 related Operating System: SunOS PHP Version: 5.1.1 New Comment: Same problem with PHP 5.0.4, SunOS 5.9, Oracle 9.2 and OCI8 Revision 1.257.2.6. Bug seems not be fixed in #29779. Previous Comments: [2005-12-16 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-12-08 10:50:53] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-12-07 23:11:09] earl dot fogel at usask dot ca Thanks, the buildconf helped somewhat. Php builds properly now, and I can load the module into apache, but now our apache children are dying: [Wed Dec 7 15:15:58 2005] [notice] child pid 29531 exit signal Segmentation Fault (11) [Wed Dec 7 15:16:47 2005] [notice] child pid 29545 exit signal Segmentation Fault (11) [Wed Dec 7 15:16:47 2005] [notice] child pid 29483 exit signal Segmentation Fault (11) We are using apache 1.3.33 with php 5.1.1 on Solaris 9. [2005-12-07 18:19:18] [EMAIL PROTECTED] Did you run ./buildconf --force after that? [2005-12-07 18:09:06] earl dot fogel at usask dot ca I downloaded the latest oci8 module from PECL CVS, and replaced the ext/oci8 directory that came with php 5.1.1 with the CVS version. When I run 'make', it fails with lots of "undefined symbol" errors, eg: ild: (undefined symbol) zif_oci_pconnect -- referenced in the data segment of ext/oci8/.libs/oci8.o ild: (undefined symbol) zif_oci_connect -- referenced in the data segment of ext/oci8/.libs/oci8.o ild: (undefined symbol) zif_oci_field_type -- referenced in the data segment of ext/oci8/.libs/oci8.o Here's the configure line I used: ./configure --prefix=/usr/local/encap/php-5.1.1 --with-oci8=/oracle/product/9205 --with-xmlrpc --with-ldap --with-curl=/usr/local/encap/curl-7.14.1 --without-pdo-sqlite --with-apxs=/var/apache-test/sbin/apxs --enable-memory-limit What do I do now? 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/35574 -- Edit this bug report at http://bugs.php.net/?id=35574&edit=1
#35857 [Asn->Fbk]: Crash using mysqli_stmt_fetch
ID: 35857 Updated by: [EMAIL PROTECTED] Reported By: auroraeosrose at gmail dot com -Status: Assigned +Status: Feedback Bug Type: MySQLi related Operating System: WinXPSP2 PHP Version: 5CVS-2005-12-31 (snap) Assigned To: andrey New Comment: could you please try with php_mysqli.dll from http://dev.mysql.com/downloads/connector/php/ ? Previous Comments: [2006-01-03 02:23:53] auroraeosrose at gmail dot com mysqli_get_client_info() gives me 5.0.15 client - I don't compile anything on windows, just put my php folder in the path variable [2006-01-02 23:28:53] [EMAIL PROTECTED] Are you sure you're using 5.0 client library? Did you recompile PHP mysqli extension linking it with 5.0 client library? [2006-01-02 16:59:24] auroraeosrose at gmail dot com I can reproduce it with two server versions 5.0.15-nt server 5.0.15 client 4.1.16-nt server 5.0.15 client so 5.0 -> 5.0 and 5.0 -> 4.1 [2006-01-01 18:29:32] [EMAIL PROTECTED] Can't reproduce using the following combinations client - server 4.1 - 5.0 4.1 - 5.1 5.0 - 4.1 [2006-01-01 17:43:41] [EMAIL PROTECTED] What's the version of the MySQL server? 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/35857 -- Edit this bug report at http://bugs.php.net/?id=35857&edit=1
#35916 [Asn->Csd]: stream_socket_append() twice will cause segfault
ID: 35916 Updated by: [EMAIL PROTECTED] Reported By: sqchen at citiz dot net -Status: Assigned +Status: Closed Bug Type: Streams related Operating System: * PHP Version: 5CVS-2006-01-07 (cvs) Assigned To: pollita New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-01-06 14:40:38] [EMAIL PROTECTED] Sara, here's one more.. [2006-01-06 12:51:39] [EMAIL PROTECTED] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1085230688 (LWP 21490)] 0x0814f3ae in php_stream_bucket_unlink (bucket=0x8300c3c) at /usr/src/dev/php-src_5_1/main/streams/filter.c:222 222 bucket->prev->next = bucket->next; (gdb) p bucket $1 = (php_stream_bucket *) 0x8300c3c (gdb) p bucket->prev $2 = (php_stream_bucket *) 0x5a5a5a5a (gdb) bt #0 0x0814f3ae in php_stream_bucket_unlink (bucket=0x8300c3c) at /usr/src/dev/php-src_5_1/main/streams/filter.c:222 #1 0x0814b171 in _php_stream_write_filtered (stream=0x83033a4, buf=0x830519c "Thank you\n", count=10, flags=0) at /usr/src/dev/php-src_5_1/main/streams/streams.c:978 #2 0x0814b22b in _php_stream_write (stream=0x83033a4, buf=0x830519c "Thank you\n", count=10) at /usr/src/dev/php-src_5_1/main/streams/streams.c:1017 #3 0x080de0a7 in zif_fwrite (ht=2, return_value=0x830357c, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /usr/src/dev/php-src_5_1/ext/standard/file.c:1257 #4 0x0819a7c8 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfffca90) at zend_vm_execute.h:192 #5 0x0819d50e in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xbfffca90) at zend_vm_execute.h:1587 #6 0x0819a475 in execute (op_array=0x82fe3f4) at zend_vm_execute.h:92 #7 0x0817d890 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/dev/php-src_5_1/Zend/zend.c:1101 #8 0x08139bf0 in php_execute_script (primary_file=0xbfffef30) at /usr/src/dev/php-src_5_1/main/main.c:1720 #9 0x081e0df6 in main (argc=2, argv=0xb014) at /usr/src/dev/php-src_5_1/sapi/cli/php_cli.c:1077 [2006-01-06 09:03:27] sqchen at citiz dot net sorry, it's stream_bucket_append and stream_bucket_prepend [2006-01-06 06:59:53] sqchen at citiz dot net Description: stream_socket_append() twice will cause segfault, the same as stream_socket_prepend() Reproduce code: --- data = strtoupper($bucket->data); $consumed += $bucket->datalen; stream_bucket_append($out, $bucket); /*here twice will cause segfault*/ stream_bucket_append($out, $bucket); } return PSFS_PASS_ON; } function onCreate(){ echo "fff\n"; } function onClose(){ echo "hello\n"; } } stream_filter_register("strtoupper", "strtoupper_filter"); $fp=fopen("1.txt", "w"); stream_filter_append($fp, "strtoupper"); fread($fp, 1024); fwrite($fp, "Thank you\n"); fclose($fp); readfile("1.txt"); unlink("1.txt"); ?> Actual result: -- segfault -- Edit this bug report at http://bugs.php.net/?id=35916&edit=1
#35940 [Fbk->Opn]: virtual() and header('Location:') crash Apache
ID: 35940 User updated by: cristic at interaktonline dot com Reported By: cristic at interaktonline dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Windows XP PHP Version: 5.1.1 New Comment: OK, I installed a new machine from scratch: Windows XP Home SP2 Apache 1.3.34 PHP Version 5.1.2RC3-dev ( Build Date Jan 9 2006 12:14:14) The PHP is installed as ISAPI: httpd.conf: LoadModule php5_module "C:/php5/php5apache.dll" AddModule mod_php5.c AddType application/x-httpd-php .php php.ini changes over php.ini-distribution: short_open_tag = Off precision= 14 output_buffering = 4096 zlib.output_compression = On allow_call_time_pass_reference = Off error_reporting = E_ALL log_errors = On variables_order = "GPCS" register_long_arrays = Off register_argc_argv = Off default_charset = "iso-8859-1" extension_dir = "c:/php5/ext" extension=php_mbstring.dll extension=php_bz2.dll extension=php_gd2.dll extension=php_mysql.dll extension=php_sqlite.dll extension=php_xsl.dll session.save_path = "C:\Windows\Temp" session.gc_divisor = 1000 session.bug_compat_42 = 0 session.hash_bits_per_character = 5 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" When calling into the browser (IE 6.0) http://localhost/a.php the Apache crash: Error signature: szAppName : Apache.exe szAppVer : 0.0.0.0 szModName : php5ts.dll szModVer : 5.1.2.2 offset : 00096d6c The following files will be included into this report: C:\DOCUME~1\dbarascu\LOCALS~1\Temp\WERA2.tmp.dir00\Apache.exe.mdmp C:\DOCUME~1\dbarascu\LOCALS~1\Temp\WERA2.tmp.dir00\appcompat.txt If you want I may provide you a link to these 2 files as well if is needed. Previous Comments: [2006-01-09 12:51:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip This is most likely fixed in CVS already. [2006-01-09 10:55:06] cristic at interaktonline dot com Description: When a redirect (header('Location:')) is used with a virtual include the Apache crash: --- Apache.exe - Application Error --- The instruction at "0x008736ac" referenced memory at "0x0001ee6c". The memory could not be "read". Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- Reproduce code: --- a.php: http://server.com/c.php');?> b.php: c.php: Expected result: When doing this I just expect to be redirected to the c.php. Actual result: -- 1. Windows XP and Apache/1.3.33(Win32): --- Apache.exe - Application Error --- The instruction at "0x008736ac" referenced memory at "0x0001ee6c". The memory could not be "read". Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- The php.ini differences with php.ini-dist: short_open_tag = Off output_buffering = 65535 output_handler = ob_gzhandler allow_call_time_pass_reference = Off memory_limit = 100M error_reporting = E_ALL log_errors = On error_log = errors_php register_long_arrays = Off register_argc_argv = Off 2.Linux Fedora RC 4, Apache 2.0.54: The Apache is not crashing anymore but the header() is still not working: Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/a.php:1) in /var/www/html/a.php on line 0 The problem I could reproduce on Linux on PHP 4.3.11 as well. -- Edit this bug report at http://bugs.php.net/?id=35940&edit=1
#35893 [Opn->Bgs]: imap_fetch_overview() leaks
ID: 35893 Updated by: [EMAIL PROTECTED] Reported By: erik at phpcastle dot com -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: Debian PHP Version: 5.1.1 Assigned To: iliaa New Comment: Putting the code into the function would not force the freeing of memory in this case. Unless you explicitly free it yourself you'll need to wait till the script termination time. By defention a leak in PHP would be a situation where at the end of the script's execution memory allocated for the purpose of running the script was not freed. Previous Comments: [2006-01-10 14:36:11] erik at phpcastle dot com Well I've tested in another way by putting imap_fetch_overview in a function. When the function ends the memory should be free right? Not in this case. My result is still the same: Memory usage: 50264 - Before fetch_overview function Memory usage: 89936 - After fetch_overview function Memory usage: 89800 - Before fetch_overview function Memory usage: 94608 - After fetch_overview function Memory usage: 94472 - Before fetch_overview function Memory usage: 97232 - After fetch_overview function Memory usage: 97096 - Before fetch_overview function Memory usage: 97232 - After fetch_overview function I had also unset each object from the result array and it did not help anything [2006-01-08 19:45:24] [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 There is no bug here, the return value of imap_fetch_overview() is a complex array that contains objects within it. If you trully want to "free" it you need to itterate through the array freeing each element individually. [2006-01-05 21:31:53] [EMAIL PROTECTED] Assigned to the maintainer. [2006-01-05 01:39:25] erik at phpcastle dot com I've tried also with php 5.1.1 for debian and didn't help either :) [2006-01-04 14:30:16] erik at phpcastle dot com Description: Fist of all I use version 5.0.4-1 When opening an imap connection and then performing an imap_fetch_overview the memory usage is increasing every time I call imap_fetch_overview. Reproduce code: --- http://phpcastle.com/memusage_test.phps Actual result: -- ---Start--- Memory usage: 62488 - Next: Open connection Memory usage: 62544 - Next: Imap check Memory usage: 62968 - Next: Clear $mailboxinfo Memory usage: 62968 - Next: Fetch Overview --Num msg: 10- Memory usage: 74448 - Next: Clear Overview Memory usage: 74448 - Next: Close connection Memory usage: 74448 - Next: Clear imap stream Memory usage: 74448 - Next: Open connection Memory usage: 74448 - Next: Imap check Memory usage: 74448 - Next: Clear $mailboxinfo Memory usage: 74448 - Next: Fetch Overview --Num msg: 10- Memory usage: 75152 - Next: Clear Overview Memory usage: 75152 - Next: Close connection Memory usage: 75152 - Next: Clear imap stream Memory usage: 75152 - Next: Open connection Memory usage: 75152 - Next: Imap check Memory usage: 75152 - Next: Clear $mailboxinfo Memory usage: 75152 - Next: Fetch Overview --Num msg: 10- Memory usage: 75872 - Next: Clear Overview Memory usage: 75872 - Next: Close connection Memory usage: 75872 - Next: Clear imap stream Memory usage: 75872 - Next: Open connection Memory usage: 75872 - Next: Imap check Memory usage: 75872 - Next: Clear $mailboxinfo Memory usage: 75872 - Next: Fetch Overview --Num msg: 10- Memory usage: 76576 - Next: Clear Overview Memory usage: 76576 - Next: Close connection Memory usage: 76576 - Next: Clear imap stream Memory usage: 76576 ---End--- -- Edit this bug report at http://bugs.php.net/?id=35893&edit=1
#35962 [Opn->Bgs]: output handler 'ob_gzhandler' cannot be used twice
ID: 35962 Updated by: [EMAIL PROTECTED] Reported By: carlos dot esteban at gft dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 5.1.1 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 Somewhere in your code or configuration the output handler ob_gzhandler is already being set. The error itself is perfectly correct in this case. Previous Comments: [2006-01-10 16:01:31] carlos dot esteban at gft dot com Description: This bug was reported and fixed in 2002 i think, but in PHP 5.1.1 + Apache 2 i'm getting this message "Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used twice" In many of the pages of PHPNuke framework I'm sure about the existence of output_handler = and zlib.output_compression = Off directives in the PHP configuration file. I'm not using CGI, i'm using the DLL for Apache component Reproduce code: --- For example in the \html\includes\page_header.php file in PHPNuke framework The lines are as follows if ( extension_loaded('zlib') ) { ob_start('ob_gzhandler'); } Actual result: -- Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used twice in C:\Program Files\Apache Group\Apache2\htdocs\portal\html\includes\page_header.php on line 58 -- Edit this bug report at http://bugs.php.net/?id=35962&edit=1
#35964 [Opn->Bgs]: attachment converted from .csv to .att - please help
ID: 35964 Updated by: [EMAIL PROTECTED] Reported By: w dot pankaj at gmail dot com -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: red hat PHP Version: 4.4.2RC2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2006-01-10 16:41:40] w dot pankaj at gmail dot com Description: I am facing this problem for a while now... the problem is that I am trying to send a ".CSV" file as an attachment . But at the recieving end it is getting converted as ".ATT" file at some of the places. I think from my side is that this can be the problem of the encoding of the file when being attached. But not so sure. What more problematic and irritating is the file is getting converted only at some of the places and not all... Regards A Sys Ex. -- Edit this bug report at http://bugs.php.net/?id=35964&edit=1
#35964 [NEW]: attachment converted from .csv to .att - please help
From: w dot pankaj at gmail dot com Operating system: red hat PHP version: 4.4.2RC2 PHP Bug Type: *Mail Related Bug description: attachment converted from .csv to .att - please help Description: I am facing this problem for a while now... the problem is that I am trying to send a ".CSV" file as an attachment . But at the recieving end it is getting converted as ".ATT" file at some of the places. I think from my side is that this can be the problem of the encoding of the file when being attached. But not so sure. What more problematic and irritating is the file is getting converted only at some of the places and not all... Regards A Sys Ex. -- Edit bug report at http://bugs.php.net/?id=35964&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35964&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35964&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35964&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35964&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35964&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35964&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35964&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35964&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35964&r=support Expected behavior:http://bugs.php.net/fix.php?id=35964&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35964&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35964&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35964&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35964&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35964&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35964&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35964&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35964&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35964&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35964&r=mysqlcfg
#35963 [NEW]: first call to set_error_handler returns same value on success and error
From: jon at fuck dot org Operating system: gnu/linux, 2.6.14-1.1637_FC4 PHP version: 5.1.1 PHP Bug Type: Feature/Change Request Bug description: first call to set_error_handler returns same value on success and error Description: the first call to set_error_handler returns NULL on success. on failure, e.g., if the desired callback function has not been declared, an E_WARNING is thrown and NULL is returned. this makes checking for failure of this function a little kludgy. it would be better to always return FALSE on error, or, return the name of the internal PHP error handler on success, which is what our custom error handlers will be replacing on the first call. by looking at previous bugs about this, it seems as though the documentation was right and the code was wrong. Reproduce code: --- Expected result: 1foo Actual result: -- 1foo1 -- Edit bug report at http://bugs.php.net/?id=35963&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35963&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35963&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35963&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35963&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35963&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35963&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35963&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35963&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35963&r=support Expected behavior:http://bugs.php.net/fix.php?id=35963&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35963&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35963&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35963&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35963&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35963&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35963&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35963&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35963&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35963&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35963&r=mysqlcfg
#35101 [Com]: A custom handler set with set_error_handler() cannot be unset/removed
ID: 35101 Comment by: jon at fuck dot org Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Any PHP Version: 6CVS New Comment: well restore_error_handler() works in 5.1.1.. so what happened? code: output: [EMAIL PROTECTED] ~ $ php -f foo.php foo Notice: Use of undefined constant f - assumed 'f' in /home/jon/foo.php on line 7 Previous Comments: [2005-11-04 09:16:35] [EMAIL PROTECTED] Nowhere it says that this is possible, thus marking it as a Feature Request. [2005-11-04 09:13:35] [EMAIL PROTECTED] Description: A custom error handler set with set_error_handler() cannot be removed. The documentation says that the return value of set_error_handler() is the previous error handler. In case of no previous error handler, NULL is returned. However set_error_handler() cannot be called with NULL to restore the PHP default error handler. This results in the following: $ php -r 'set_error_handler(NULL);' Warning: set_error_handler() expects argument 1, '', to be a valid callback in Command line code on line 1 Reproduce code: --- Expected result: Somehow a way for removing the current error handler and restoring the original behaviour should be possible. Actual result: -- handler called -- Edit this bug report at http://bugs.php.net/?id=35101&edit=1
#35962 [NEW]: output handler 'ob_gzhandler' cannot be used twice
From: carlos dot esteban at gft dot com Operating system: Windows 2000 PHP version: 5.1.1 PHP Bug Type: Unknown/Other Function Bug description: output handler 'ob_gzhandler' cannot be used twice Description: This bug was reported and fixed in 2002 i think, but in PHP 5.1.1 + Apache 2 i'm getting this message "Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used twice" In many of the pages of PHPNuke framework I'm sure about the existence of output_handler = and zlib.output_compression = Off directives in the PHP configuration file. I'm not using CGI, i'm using the DLL for Apache component Reproduce code: --- For example in the \html\includes\page_header.php file in PHPNuke framework The lines are as follows if ( extension_loaded('zlib') ) { ob_start('ob_gzhandler'); } Actual result: -- Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used twice in C:\Program Files\Apache Group\Apache2\htdocs\portal\html\includes\page_header.php on line 58 -- Edit bug report at http://bugs.php.net/?id=35962&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35962&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35962&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35962&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35962&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35962&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35962&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35962&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35962&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35962&r=support Expected behavior:http://bugs.php.net/fix.php?id=35962&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35962&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35962&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35962&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35962&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35962&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35962&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35962&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35962&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35962&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35962&r=mysqlcfg
#35959 [Opn->Csd]: Cannot build with Solid 2.3
ID: 35959 Updated by: [EMAIL PROTECTED] Reported By: svaris at netti dot fi -Status: Open +Status: Closed Bug Type: Solid related Operating System: Debian Sarge PHP Version: 4.4.1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-01-10 14:39:04] svaris at netti dot fi It's same in 5.1: ext/odbc/php_odbc.o(.text+0x24a4): In function `zif_odbc_data_source': /tmp/php5/php5.1-200601101130/ext/odbc/php_odbc.c:1223: undefined reference to `SQLDataSources' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 Solid's include/cli0ext1.h has comment /* NOTE! None of the following ODBC 2.0 Level 2 API functions has been implemented in the SOLID Server Client Library or ODBC Driver. The following functions, however, can be used in Windows environments if Microsoft ODBC DLLs are used: SQLDataSources Implemented in Driver Manager SQLDrivers Implemented in Driver Manager [2006-01-10 11:20:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-10 10:50:50] svaris at netti dot fi Description: Compilation fails with Solid Web Engine 2.3. 1) ./configure --with-solid= and make 2) compilation fails with error message ext/odbc/php_odbc.o(.text+0x244a): In function `zif_odbc_data_source': MYDIR/php-4.4.1/ext/odbc/php_odbc.c:1212: undefined reference to `SQLDataSources' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 Tested with PHP 4.4.1, 4.3.10 and php4-STABLE-200601091335, 4.1.2 compiles fine. Can be compiled if HAVE_SQLDATASOURCES is disabled. -- Edit this bug report at http://bugs.php.net/?id=35959&edit=1
#35893 [Bgs->Opn]: imap_fetch_overview() leaks
ID: 35893 User updated by: erik at phpcastle dot com Reported By: erik at phpcastle dot com -Status: Bogus +Status: Open Bug Type: IMAP related Operating System: Debian PHP Version: 5.1.1 Assigned To: iliaa New Comment: Well I've tested in another way by putting imap_fetch_overview in a function. When the function ends the memory should be free right? Not in this case. My result is still the same: Memory usage: 50264 - Before fetch_overview function Memory usage: 89936 - After fetch_overview function Memory usage: 89800 - Before fetch_overview function Memory usage: 94608 - After fetch_overview function Memory usage: 94472 - Before fetch_overview function Memory usage: 97232 - After fetch_overview function Memory usage: 97096 - Before fetch_overview function Memory usage: 97232 - After fetch_overview function I had also unset each object from the result array and it did not help anything Previous Comments: [2006-01-08 19:45:24] [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 There is no bug here, the return value of imap_fetch_overview() is a complex array that contains objects within it. If you trully want to "free" it you need to itterate through the array freeing each element individually. [2006-01-05 21:31:53] [EMAIL PROTECTED] Assigned to the maintainer. [2006-01-05 01:39:25] erik at phpcastle dot com I've tried also with php 5.1.1 for debian and didn't help either :) [2006-01-04 14:30:16] erik at phpcastle dot com Description: Fist of all I use version 5.0.4-1 When opening an imap connection and then performing an imap_fetch_overview the memory usage is increasing every time I call imap_fetch_overview. Reproduce code: --- http://phpcastle.com/memusage_test.phps Actual result: -- ---Start--- Memory usage: 62488 - Next: Open connection Memory usage: 62544 - Next: Imap check Memory usage: 62968 - Next: Clear $mailboxinfo Memory usage: 62968 - Next: Fetch Overview --Num msg: 10- Memory usage: 74448 - Next: Clear Overview Memory usage: 74448 - Next: Close connection Memory usage: 74448 - Next: Clear imap stream Memory usage: 74448 - Next: Open connection Memory usage: 74448 - Next: Imap check Memory usage: 74448 - Next: Clear $mailboxinfo Memory usage: 74448 - Next: Fetch Overview --Num msg: 10- Memory usage: 75152 - Next: Clear Overview Memory usage: 75152 - Next: Close connection Memory usage: 75152 - Next: Clear imap stream Memory usage: 75152 - Next: Open connection Memory usage: 75152 - Next: Imap check Memory usage: 75152 - Next: Clear $mailboxinfo Memory usage: 75152 - Next: Fetch Overview --Num msg: 10- Memory usage: 75872 - Next: Clear Overview Memory usage: 75872 - Next: Close connection Memory usage: 75872 - Next: Clear imap stream Memory usage: 75872 - Next: Open connection Memory usage: 75872 - Next: Imap check Memory usage: 75872 - Next: Clear $mailboxinfo Memory usage: 75872 - Next: Fetch Overview --Num msg: 10- Memory usage: 76576 - Next: Clear Overview Memory usage: 76576 - Next: Close connection Memory usage: 76576 - Next: Clear imap stream Memory usage: 76576 ---End--- -- Edit this bug report at http://bugs.php.net/?id=35893&edit=1
#35959 [Fbk->Opn]: Cannot build with Solid 2.3
ID: 35959 User updated by: svaris at netti dot fi Reported By: svaris at netti dot fi -Status: Feedback +Status: Open Bug Type: Solid related Operating System: Debian Sarge PHP Version: 4.4.1 New Comment: It's same in 5.1: ext/odbc/php_odbc.o(.text+0x24a4): In function `zif_odbc_data_source': /tmp/php5/php5.1-200601101130/ext/odbc/php_odbc.c:1223: undefined reference to `SQLDataSources' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 Solid's include/cli0ext1.h has comment /* NOTE! None of the following ODBC 2.0 Level 2 API functions has been implemented in the SOLID Server Client Library or ODBC Driver. The following functions, however, can be used in Windows environments if Microsoft ODBC DLLs are used: SQLDataSources Implemented in Driver Manager SQLDrivers Implemented in Driver Manager Previous Comments: [2006-01-10 11:20:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-10 10:50:50] svaris at netti dot fi Description: Compilation fails with Solid Web Engine 2.3. 1) ./configure --with-solid= and make 2) compilation fails with error message ext/odbc/php_odbc.o(.text+0x244a): In function `zif_odbc_data_source': MYDIR/php-4.4.1/ext/odbc/php_odbc.c:1212: undefined reference to `SQLDataSources' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 Tested with PHP 4.4.1, 4.3.10 and php4-STABLE-200601091335, 4.1.2 compiles fine. Can be compiled if HAVE_SQLDATASOURCES is disabled. -- Edit this bug report at http://bugs.php.net/?id=35959&edit=1
#35961 [Bgs]: executing programs with spaces in program name and parameters fails.
ID: 35961 User updated by: rquadling at gmail dot com Reported By: rquadling at gmail dot com Status: Bogus Bug Type: CGI related Operating System: Windows XP SP2 PHP Version: 5.1.1 New Comment: Well, doesn't that just suck! Previous Comments: [2006-01-10 13:49:41] [EMAIL PROTECTED] Not PHP problem. See bug #25361. [2006-01-10 12:58:41] rquadling at gmail dot com Description: Within windows CMD32, the following works (obviously you will need to have a Windows system with Internet Explorer installed). "C:\Program Files\Internet Explorer\IEXPLORE.EXE" Will load Internet Explorer. In PHP run from the CLI ... Will load Internet Explorer and wait until it is closed. If you want to pass the program a parameter then you would wrap the parameter with double quotes. e.g. >From the command line ... "C:\Program Files\Internet Explorer\IEXPLORE.EXE" "http://www.google.com"; Will load Internet Explorer and place you at Google. If you try the same sort of thing in PHP ... http://www.google.com";'); ?> You get an error of ... 'C:\Program' is not recognized as an internal or external command, operable program or batch file. Reproduce code: --- http://www.google.com";'); ?> Expected result: Internet Explorer loads with the Google page being displayed. Actual result: -- 'C:\Program' is not recognized as an internal or external command, operable program or batch file. -- Edit this bug report at http://bugs.php.net/?id=35961&edit=1
#35961 [Opn->Bgs]: executing programs with spaces in program name and parameters fails.
ID: 35961 Updated by: [EMAIL PROTECTED] Reported By: rquadling at gmail dot com -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Windows XP SP2 PHP Version: 5.1.1 New Comment: Not PHP problem. See bug #25361. Previous Comments: [2006-01-10 12:58:41] rquadling at gmail dot com Description: Within windows CMD32, the following works (obviously you will need to have a Windows system with Internet Explorer installed). "C:\Program Files\Internet Explorer\IEXPLORE.EXE" Will load Internet Explorer. In PHP run from the CLI ... Will load Internet Explorer and wait until it is closed. If you want to pass the program a parameter then you would wrap the parameter with double quotes. e.g. >From the command line ... "C:\Program Files\Internet Explorer\IEXPLORE.EXE" "http://www.google.com"; Will load Internet Explorer and place you at Google. If you try the same sort of thing in PHP ... http://www.google.com";'); ?> You get an error of ... 'C:\Program' is not recognized as an internal or external command, operable program or batch file. Reproduce code: --- http://www.google.com";'); ?> Expected result: Internet Explorer loads with the Google page being displayed. Actual result: -- 'C:\Program' is not recognized as an internal or external command, operable program or batch file. -- Edit this bug report at http://bugs.php.net/?id=35961&edit=1
#35961 [NEW]: executing programs with spaces in program name and parameters fails.
From: rquadling at gmail dot com Operating system: Windows XP SP2 PHP version: 5.1.1 PHP Bug Type: CGI related Bug description: executing programs with spaces in program name and parameters fails. Description: Within windows CMD32, the following works (obviously you will need to have a Windows system with Internet Explorer installed). "C:\Program Files\Internet Explorer\IEXPLORE.EXE" Will load Internet Explorer. In PHP run from the CLI ... Will load Internet Explorer and wait until it is closed. If you want to pass the program a parameter then you would wrap the parameter with double quotes. e.g. >From the command line ... "C:\Program Files\Internet Explorer\IEXPLORE.EXE" "http://www.google.com"; Will load Internet Explorer and place you at Google. If you try the same sort of thing in PHP ... http://www.google.com";'); ?> You get an error of ... 'C:\Program' is not recognized as an internal or external command, operable program or batch file. Reproduce code: --- http://www.google.com";'); ?> Expected result: Internet Explorer loads with the Google page being displayed. Actual result: -- 'C:\Program' is not recognized as an internal or external command, operable program or batch file. -- Edit bug report at http://bugs.php.net/?id=35961&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35961&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35961&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35961&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35961&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35961&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35961&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35961&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35961&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35961&r=support Expected behavior:http://bugs.php.net/fix.php?id=35961&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35961&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35961&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35961&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35961&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35961&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35961&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35961&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35961&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35961&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35961&r=mysqlcfg
#35960 [Opn->Bgs]: preg_replace exploit using 'e' (executor)
ID: 35960 Updated by: [EMAIL PROTECTED] Reported By: djmaze at cpgnuke dot com -Status: Open +Status: Bogus Bug Type: *Regular Expressions Operating System: Windows PHP Version: 5.1.1 New Comment: e If this modifier is set, preg_replace() does normal substitution of backreferences in the replacement string, *evaluates it as PHP code*, and uses the result for replacing the search string. Single and double quotes are escaped by backslashes in substituted backreferences. (c) http://php.net/manual/en/reference.pcre.pattern.modifiers.php I don't see a reason for "e" to backslash "$". This is expected and well documented. Previous Comments: [2006-01-10 12:31:09] djmaze at cpgnuke dot com If you preg_replace() submitted data thru $_GET or $_POST i can for example put in $_GET something like: $_GET['input'] = '$foobar'; This means either update the documentation with an note stating that using the 'e' modifier the function doesn't backslash $ or force it to do so. Because "echo $_GET['input'];" outputs $foobar and the preg_replace() outputs the content of $foobar [2006-01-10 12:20:31] [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 echo $exploited; is much more easier way to output a variable. [2006-01-10 12:14:58] djmaze at cpgnuke dot com Description: When using preg_replace() with the 'e' modifier you can exploit variables since the $ sign doesn't get backslashed. Tested on several PHP versions both 4.x and 5.x Reproduce code: --- $txt"; } echo preg_replace('#\[PHP\](.*?)\[/PHP\]#sie', 'highlight_php("\\1")', $exploit); # exploited echo preg_replace('#\[PHP\](.*?)\[/PHP\]#sie', 'highlight_php(\'\\1\')', $exploit); # no exploit ?> Expected result: $exploited Actual result: -- my password -- Edit this bug report at http://bugs.php.net/?id=35960&edit=1
#35960 [Bgs->Opn]: preg_replace exploit using 'e' (executor)
ID: 35960 User updated by: djmaze at cpgnuke dot com Reported By: djmaze at cpgnuke dot com -Status: Bogus +Status: Open Bug Type: *Regular Expressions Operating System: Windows PHP Version: 5.1.1 New Comment: If you preg_replace() submitted data thru $_GET or $_POST i can for example put in $_GET something like: $_GET['input'] = '$foobar'; This means either update the documentation with an note stating that using the 'e' modifier the function doesn't backslash $ or force it to do so. Because "echo $_GET['input'];" outputs $foobar and the preg_replace() outputs the content of $foobar Previous Comments: [2006-01-10 12:20:31] [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 echo $exploited; is much more easier way to output a variable. [2006-01-10 12:14:58] djmaze at cpgnuke dot com Description: When using preg_replace() with the 'e' modifier you can exploit variables since the $ sign doesn't get backslashed. Tested on several PHP versions both 4.x and 5.x Reproduce code: --- $txt"; } echo preg_replace('#\[PHP\](.*?)\[/PHP\]#sie', 'highlight_php("\\1")', $exploit); # exploited echo preg_replace('#\[PHP\](.*?)\[/PHP\]#sie', 'highlight_php(\'\\1\')', $exploit); # no exploit ?> Expected result: $exploited Actual result: -- my password -- Edit this bug report at http://bugs.php.net/?id=35960&edit=1
#35960 [Opn->Bgs]: preg_replace exploit using 'e' (executor)
ID: 35960 Updated by: [EMAIL PROTECTED] Reported By: djmaze at cpgnuke dot com -Status: Open +Status: Bogus Bug Type: *Regular Expressions Operating System: Windows PHP Version: 5.1.1 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 echo $exploited; is much more easier way to output a variable. Previous Comments: [2006-01-10 12:14:58] djmaze at cpgnuke dot com Description: When using preg_replace() with the 'e' modifier you can exploit variables since the $ sign doesn't get backslashed. Tested on several PHP versions both 4.x and 5.x Reproduce code: --- $txt"; } echo preg_replace('#\[PHP\](.*?)\[/PHP\]#sie', 'highlight_php("\\1")', $exploit); # exploited echo preg_replace('#\[PHP\](.*?)\[/PHP\]#sie', 'highlight_php(\'\\1\')', $exploit); # no exploit ?> Expected result: $exploited Actual result: -- my password -- Edit this bug report at http://bugs.php.net/?id=35960&edit=1
#35960 [NEW]: preg_replace exploit using 'e' (executor)
From: djmaze at cpgnuke dot com Operating system: Windows PHP version: 5.1.1 PHP Bug Type: *Regular Expressions Bug description: preg_replace exploit using 'e' (executor) Description: When using preg_replace() with the 'e' modifier you can exploit variables since the $ sign doesn't get backslashed. Tested on several PHP versions both 4.x and 5.x Reproduce code: --- $txt"; } echo preg_replace('#\[PHP\](.*?)\[/PHP\]#sie', 'highlight_php("\\1")', $exploit); # exploited echo preg_replace('#\[PHP\](.*?)\[/PHP\]#sie', 'highlight_php(\'\\1\')', $exploit); # no exploit ?> Expected result: $exploited Actual result: -- my password -- Edit bug report at http://bugs.php.net/?id=35960&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35960&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35960&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35960&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35960&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35960&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35960&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35960&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35960&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35960&r=support Expected behavior:http://bugs.php.net/fix.php?id=35960&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35960&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35960&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35960&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35960&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35960&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35960&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35960&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35960&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35960&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35960&r=mysqlcfg
#35956 [Asn->Bgs]: COM returning multidimensional variant array
ID: 35956 Updated by: [EMAIL PROTECTED] Reported By: pilot_vijay at hotmail dot com -Status: Assigned +Status: Bogus Bug Type: COM related Operating System: Windows XP PHP Version: 5.1.1 Assigned To: wez 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. Previous Comments: [2006-01-10 08:13:47] pilot_vijay at hotmail dot com Description: Hi, I call a COM function which returns a multi dimensional variant array of type VT_VARIANT|VT_ARRAY. I am using PHP 5.0.5 version. I have problems to print this multi array and I get a warning saying "can handle only 1 dimension variant arrays." Kindly find my code below and let me know where the problem is. Reproduce code: --- //call the COM $instance = new COM("ArrayTry.myarray"); //define the VT_VARIANT|VT_ARRAY which will hold the multi dimensional variant array returned from the COM $StringVariant = new VARIANT(); //call the COM function GetUserList() which returns the multi variant array $StringVariant=$instance->GetUserList(); print_r($StringVariant); // here I get Object id #number as output in the php page Expected result: Should print the multi array and its associated elements. Actual result: -- display shows "Object ID#number" -- Edit this bug report at http://bugs.php.net/?id=35956&edit=1
#35956 [Opn->Asn]: COM returning multidimensional variant array
ID: 35956 Updated by: [EMAIL PROTECTED] Reported By: pilot_vijay at hotmail dot com -Status: Open +Status: Assigned Bug Type: COM related Operating System: Windows XP PHP Version: 5.1.1 -Assigned To: +Assigned To: wez Previous Comments: [2006-01-10 08:13:47] pilot_vijay at hotmail dot com Description: Hi, I call a COM function which returns a multi dimensional variant array of type VT_VARIANT|VT_ARRAY. I am using PHP 5.0.5 version. I have problems to print this multi array and I get a warning saying "can handle only 1 dimension variant arrays." Kindly find my code below and let me know where the problem is. Reproduce code: --- //call the COM $instance = new COM("ArrayTry.myarray"); //define the VT_VARIANT|VT_ARRAY which will hold the multi dimensional variant array returned from the COM $StringVariant = new VARIANT(); //call the COM function GetUserList() which returns the multi variant array $StringVariant=$instance->GetUserList(); print_r($StringVariant); // here I get Object id #number as output in the php page Expected result: Should print the multi array and its associated elements. Actual result: -- display shows "Object ID#number" -- Edit this bug report at http://bugs.php.net/?id=35956&edit=1
#35951 [Opn->WFx]: configure doesn't check for flex
ID: 35951 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Open +Status: Wont fix Bug Type: Compile Failure Operating System: Linux SUSE 10.0 PHP Version: 4CVS-2006-01-10 (CVS) New Comment: http://www.php.net/anoncvs.php "PHP uses an advanced configuration system that requires you to have the following tools. All necessary utilities can be obtained from the GNU FTP site. autoconf: 2.13 automake: 1.4+ libtool: 1.4.x+ (except 1.4.2) bison: 1.28 (preferred), 1.35, or 1.75 flex: 2.5.4" And this is what I see: ./config.nice | grep flex checking for flex... (cached) flex checking flex version... 2.5.4 (ok) so it DOES check for flex and you should see a warning telling that "You will need flex 2.5.4 or later if you want to regenerate Zend/PHP lexical parsers". Previous Comments: [2006-01-10 11:50:07] jan at horde dot org 1) It is also required if you build a fresh checkout from CVS (see version). 2) configure does *not* check for it, otherwise it wouldn't fail and I wouldn't have created this bug report 3) The fact that the check in configure is obviously broken atm. [2006-01-10 08:35:28] [EMAIL PROTECTED] 1) It is required only if you changed the .l file and want to rebuild the .c file. 2) ./configure checks for it. 3) What's the exact problem? [2006-01-10 01:04:21] jan at horde dot org Description: If building from a CVS checkout, flex is required to create zend_language_scanner.c from zend_language_scanner.l. But the configure script doesn't check for it, or at least doesn't fail if it isn't installed. -- Edit this bug report at http://bugs.php.net/?id=35951&edit=1
#35951 [Fbk->Opn]: configure doesn't check for flex
ID: 35951 User updated by: jan at horde dot org Reported By: jan at horde dot org -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux SUSE 10.0 PHP Version: 4CVS-2006-01-10 (CVS) New Comment: 1) It is also required if you build a fresh checkout from CVS (see version). 2) configure does *not* check for it, otherwise it wouldn't fail and I wouldn't have created this bug report 3) The fact that the check in configure is obviously broken atm. Previous Comments: [2006-01-10 08:35:28] [EMAIL PROTECTED] 1) It is required only if you changed the .l file and want to rebuild the .c file. 2) ./configure checks for it. 3) What's the exact problem? [2006-01-10 01:04:21] jan at horde dot org Description: If building from a CVS checkout, flex is required to create zend_language_scanner.c from zend_language_scanner.l. But the configure script doesn't check for it, or at least doesn't fail if it isn't installed. -- Edit this bug report at http://bugs.php.net/?id=35951&edit=1
#35959 [Opn->Fbk]: Cannot build with Solid 2.3
ID: 35959 Updated by: [EMAIL PROTECTED] Reported By: svaris at netti dot fi -Status: Open +Status: Feedback Bug Type: Solid related Operating System: Debian Sarge PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-01-10 10:50:50] svaris at netti dot fi Description: Compilation fails with Solid Web Engine 2.3. 1) ./configure --with-solid= and make 2) compilation fails with error message ext/odbc/php_odbc.o(.text+0x244a): In function `zif_odbc_data_source': MYDIR/php-4.4.1/ext/odbc/php_odbc.c:1212: undefined reference to `SQLDataSources' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 Tested with PHP 4.4.1, 4.3.10 and php4-STABLE-200601091335, 4.1.2 compiles fine. Can be compiled if HAVE_SQLDATASOURCES is disabled. -- Edit this bug report at http://bugs.php.net/?id=35959&edit=1
#35959 [NEW]: Cannot build with Solid 2.3
From: svaris at netti dot fi Operating system: Debian Sarge PHP version: 4.4.1 PHP Bug Type: Solid related Bug description: Cannot build with Solid 2.3 Description: Compilation fails with Solid Web Engine 2.3. 1) ./configure --with-solid= and make 2) compilation fails with error message ext/odbc/php_odbc.o(.text+0x244a): In function `zif_odbc_data_source': MYDIR/php-4.4.1/ext/odbc/php_odbc.c:1212: undefined reference to `SQLDataSources' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 Tested with PHP 4.4.1, 4.3.10 and php4-STABLE-200601091335, 4.1.2 compiles fine. Can be compiled if HAVE_SQLDATASOURCES is disabled. -- Edit bug report at http://bugs.php.net/?id=35959&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35959&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35959&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35959&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35959&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35959&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35959&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35959&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35959&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35959&r=support Expected behavior:http://bugs.php.net/fix.php?id=35959&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35959&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35959&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35959&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35959&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35959&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35959&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35959&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35959&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35959&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35959&r=mysqlcfg
#35958 [Opn->Bgs]: strftime doesn�t calculate time correct anymore, see http://www.logibook.com/a/
ID: 35958 Updated by: [EMAIL PROTECTED] -Summary: strftime doesnät calculate time correct anymore, see http://www.logibook.com/a/ Reported By: magnuswillner at hotmail dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Unix PHP Version: 4.4.1 New Comment: This is a problem with your webhost. They probably updated their timezone database but did it wrong. The 22 seconds come from the difference between UT and UTC, and in Jan 1st 2006 we had another leap second making this 23 seconds. You can see the difference here (right is the one with leapsecond support): [EMAIL PROTECTED]:/usr/share/zoneinfo$ TZ=Europe/Amsterdam date; TZ=right/Europe/Amsterdam date Tue Jan 10 09:46:25 CET 2006 Tue Jan 10 09:46:02 CET 2006 Previous Comments: [2006-01-10 09:40:45] magnuswillner at hotmail dot com Description: Hello! The function strftime doesn't work correct anymore. Effect: Critical, since all the business critical booking system for all customers is malfunctioning completely. Since: The problem started around 2006-01-07/08. (Known working 2006-01-06 for sure) Problem description: See http://www.logibook.com/a/strftime_test.php for an desciptive page over the error. strftime usually returns a string from the number of seconds since 1 jan 1970. Now, it lags and returns a string representing 23 seconds to late. When I look at bookings further on in the future, the function lags 24 seconds. Other: My webb-hotell (www.swedenet.net) uses cpanel. Cpanel seems to not support a later version of php than 4.4.1. Is the problem solved in a later version of php and in that case, in what earliest version is it solved? Reproduce code: --- See http://www.logibook.com/a/strftime_test.php Expected result: see text when running the file: http://www.logibook.com/a/strftime_test.php E.g. The strftime should return 8 jan 2006, 08:00:00 Actual result: -- see text when running the file: http://www.logibook.com/a/strftime_test.php E.g. The strftime should return 8 jan 2006, 07:59:37 which is incorrect. -- Edit this bug report at http://bugs.php.net/?id=35958&edit=1
#35958 [NEW]: strftime doesn�t calculate time correct anymore, see http://www.logibook.com/a/
From: magnuswillner at hotmail dot com Operating system: Unix PHP version: 4.4.1 PHP Bug Type: Date/time related Bug description: strftime doesnät calculate time correct anymore, see http://www.logibook.com/a/ Description: Hello! The function strftime doesn't work correct anymore. Effect: Critical, since all the business critical booking system for all customers is malfunctioning completely. Since: The problem started around 2006-01-07/08. (Known working 2006-01-06 for sure) Problem description: See http://www.logibook.com/a/strftime_test.php for an desciptive page over the error. strftime usually returns a string from the number of seconds since 1 jan 1970. Now, it lags and returns a string representing 23 seconds to late. When I look at bookings further on in the future, the function lags 24 seconds. Other: My webb-hotell (www.swedenet.net) uses cpanel. Cpanel seems to not support a later version of php than 4.4.1. Is the problem solved in a later version of php and in that case, in what earliest version is it solved? Reproduce code: --- See http://www.logibook.com/a/strftime_test.php Expected result: see text when running the file: http://www.logibook.com/a/strftime_test.php E.g. The strftime should return 8 jan 2006, 08:00:00 Actual result: -- see text when running the file: http://www.logibook.com/a/strftime_test.php E.g. The strftime should return 8 jan 2006, 07:59:37 which is incorrect. -- Edit bug report at http://bugs.php.net/?id=35958&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35958&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35958&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35958&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35958&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35958&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35958&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35958&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35958&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35958&r=support Expected behavior:http://bugs.php.net/fix.php?id=35958&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35958&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35958&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35958&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35958&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35958&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35958&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35958&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35958&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35958&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35958&r=mysqlcfg