#33494 [Bgs]: base64_encode
ID: 33494 User updated by: adax2000 at tlen dot pl Reported By: adax2000 at tlen dot pl Status: Bogus Bug Type: Strings related Operating System: linux PHP Version: 4.3.11 New Comment: i saw into source and now i know exactly what's going on. i wrote too allready that code 0 is replaced by 92,48 also wenn magic_quoutes are enabled it change this string, so i'm not sure howto treat it now. surely i't should to be something about it secion of manual, that says that file_get_contents/fread are binary safe, and pear class MIME (that i use to send mails) should check this setting. anyway I apologize for inconvenience Previous Comments: [2005-06-28 09:39:07] [EMAIL PROTECTED] I can't reproduce it on Linux, so no, it is not OS-dependant. Also do var_dump(file_get_contents()); and figure out what is the difference between the output and the real file contents. Feel free to reopen the report when you're able to reproduce it with latest snapshots. Thank you. [2005-06-28 02:20:54] adax2000 at tlen dot pl i't is not allways posible to upgrade php i have no privileges to do this, and admin don't do this especially when you don't say that is realy bug or not. istead of this i discoverd that function file_get_contents (fread too) change every character which ord()==0 into two chr(92)+chr(48) and replace the use of this function with self-made function based on fgetc (works well) please don't remove this reply mayby others find this usefull p.s. when file_get_contents use os-dependent enchanments it must not be reproducable on every host [2005-06-27 20:32:03] [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 I can't reproduce it neither with 4.4-dev, nor with 5.1-dev. [2005-06-27 20:27:55] adax2000 at tlen dot pl ?php echo base64_encode(file_get_contents(http://lifewise.ecreative.pl/user_files/rys1.gif;)); ? [2005-06-27 20:24:12] [EMAIL PROTECTED] 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 ?php and ends 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. 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/33494 -- Edit this bug report at http://bugs.php.net/?id=33494edit=1
#33494 [Bgs]: base64_encode
ID: 33494 User updated by: adax2000 at tlen dot pl Reported By: adax2000 at tlen dot pl Status: Bogus Bug Type: Strings related Operating System: linux PHP Version: 4.3.11 New Comment: and the pair (that was oryginaly used in pear class MIME) $fd = fopen(rys2.gif,rb); $string = base64_encode(fread($fd,filesize(rys2.gif)); realy should'n add this magic_quotos even if they are enabled at least in windows where you asure rb mean read as binary Previous Comments: [2005-06-28 11:51:31] adax2000 at tlen dot pl i saw into source and now i know exactly what's going on. i wrote too allready that code 0 is replaced by 92,48 also wenn magic_quoutes are enabled it change this string, so i'm not sure howto treat it now. surely i't should to be something about it secion of manual, that says that file_get_contents/fread are binary safe, and pear class MIME (that i use to send mails) should check this setting. anyway I apologize for inconvenience [2005-06-28 09:39:07] [EMAIL PROTECTED] I can't reproduce it on Linux, so no, it is not OS-dependant. Also do var_dump(file_get_contents()); and figure out what is the difference between the output and the real file contents. Feel free to reopen the report when you're able to reproduce it with latest snapshots. Thank you. [2005-06-28 02:20:54] adax2000 at tlen dot pl i't is not allways posible to upgrade php i have no privileges to do this, and admin don't do this especially when you don't say that is realy bug or not. istead of this i discoverd that function file_get_contents (fread too) change every character which ord()==0 into two chr(92)+chr(48) and replace the use of this function with self-made function based on fgetc (works well) please don't remove this reply mayby others find this usefull p.s. when file_get_contents use os-dependent enchanments it must not be reproducable on every host [2005-06-27 20:32:03] [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 I can't reproduce it neither with 4.4-dev, nor with 5.1-dev. [2005-06-27 20:27:55] adax2000 at tlen dot pl ?php echo base64_encode(file_get_contents(http://lifewise.ecreative.pl/user_files/rys1.gif;)); ? 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/33494 -- Edit this bug report at http://bugs.php.net/?id=33494edit=1
#33494 [Bgs-Opn]: base64_encode
ID: 33494 User updated by: adax2000 at tlen dot pl Reported By: adax2000 at tlen dot pl -Status: Bogus +Status: Open Bug Type: Strings related Operating System: linux PHP Version: 4.3.11 New Comment: . Previous Comments: [2005-06-28 12:17:29] adax2000 at tlen dot pl and the pair (that was oryginaly used in pear class MIME) $fd = fopen(rys2.gif,rb); $string = base64_encode(fread($fd,filesize(rys2.gif)); realy should'n add this magic_quotos even if they are enabled at least in windows where you asure rb mean read as binary [2005-06-28 11:51:31] adax2000 at tlen dot pl i saw into source and now i know exactly what's going on. i wrote too allready that code 0 is replaced by 92,48 also wenn magic_quoutes are enabled it change this string, so i'm not sure howto treat it now. surely i't should to be something about it secion of manual, that says that file_get_contents/fread are binary safe, and pear class MIME (that i use to send mails) should check this setting. anyway I apologize for inconvenience [2005-06-28 09:39:07] [EMAIL PROTECTED] I can't reproduce it on Linux, so no, it is not OS-dependant. Also do var_dump(file_get_contents()); and figure out what is the difference between the output and the real file contents. Feel free to reopen the report when you're able to reproduce it with latest snapshots. Thank you. [2005-06-28 02:20:54] adax2000 at tlen dot pl i't is not allways posible to upgrade php i have no privileges to do this, and admin don't do this especially when you don't say that is realy bug or not. istead of this i discoverd that function file_get_contents (fread too) change every character which ord()==0 into two chr(92)+chr(48) and replace the use of this function with self-made function based on fgetc (works well) please don't remove this reply mayby others find this usefull p.s. when file_get_contents use os-dependent enchanments it must not be reproducable on every host [2005-06-27 20:32:03] [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 I can't reproduce it neither with 4.4-dev, nor with 5.1-dev. 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/33494 -- Edit this bug report at http://bugs.php.net/?id=33494edit=1
#33494 [NEW]: base64_encode
From: adax2000 at tlen dot pl Operating system: linux PHP version: 4.3.11 PHP Bug Type: *Mail Related Bug description: base64_encode Description: the problem was descibed year ago in #26742 but there's no answer. i supouse there's bug in function base64_encode or in file_get_contents, due to this i cannot send mail with attachments. is it possible that i have some error in configuration witch make this Reproduce code: --- echo base64_encode(file_get_contents(rys1.gif)); Expected result: R0lGODdhZABGAPcAAP... I get this in version 4.3.6 Actual result: -- R0lGODdhZFwwRlww91wwXDBcMFwwXDD/... -- Edit bug report at http://bugs.php.net/?id=33494edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33494r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33494r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33494r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33494r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33494r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33494r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33494r=needscript Try newer version: http://bugs.php.net/fix.php?id=33494r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33494r=support Expected behavior: http://bugs.php.net/fix.php?id=33494r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33494r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33494r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33494r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33494r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33494r=dst IIS Stability: http://bugs.php.net/fix.php?id=33494r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33494r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33494r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33494r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33494r=mysqlcfg
#33494 [Fbk-Opn]: base64_encode
ID: 33494 User updated by: adax2000 at tlen dot pl Reported By: adax2000 at tlen dot pl -Status: Feedback +Status: Open Bug Type: *Mail Related Operating System: linux PHP Version: 4.3.11 New Comment: ?php echo base64_encode(file_get_contents(http://lifewise.ecreative.pl/user_files/rys1.gif;)); ? Previous Comments: [2005-06-27 20:24:12] [EMAIL PROTECTED] 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 ?php and ends 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. [2005-06-27 20:20:55] adax2000 at tlen dot pl Description: the problem was descibed year ago in #26742 but there's no answer. i supouse there's bug in function base64_encode or in file_get_contents, due to this i cannot send mail with attachments. is it possible that i have some error in configuration witch make this Reproduce code: --- echo base64_encode(file_get_contents(rys1.gif)); Expected result: R0lGODdhZABGAPcAAP... I get this in version 4.3.6 Actual result: -- R0lGODdhZFwwRlww91wwXDBcMFwwXDD/... -- Edit this bug report at http://bugs.php.net/?id=33494edit=1
#33494 [Fbk-Opn]: base64_encode
ID: 33494 User updated by: adax2000 at tlen dot pl Reported By: adax2000 at tlen dot pl -Status: Feedback +Status: Open Bug Type: Strings related Operating System: linux PHP Version: 4.3.11 New Comment: i't is not allways posible to upgrade php i have no privileges to do this, and admin don't do this especially when you don't say that is realy bug or not. istead of this i discoverd that function file_get_contents (fread too) change every character which ord()==0 into two chr(92)+chr(48) and replace the use of this function with self-made function based on fgetc (works well) please don't remove this reply mayby others find this usefull p.s. when file_get_contents use os-dependent enchanments it must not be reproducable on every host Previous Comments: [2005-06-27 20:32:03] [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 I can't reproduce it neither with 4.4-dev, nor with 5.1-dev. [2005-06-27 20:27:55] adax2000 at tlen dot pl ?php echo base64_encode(file_get_contents(http://lifewise.ecreative.pl/user_files/rys1.gif;)); ? [2005-06-27 20:24:12] [EMAIL PROTECTED] 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 ?php and ends 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. [2005-06-27 20:20:55] adax2000 at tlen dot pl Description: the problem was descibed year ago in #26742 but there's no answer. i supouse there's bug in function base64_encode or in file_get_contents, due to this i cannot send mail with attachments. is it possible that i have some error in configuration witch make this Reproduce code: --- echo base64_encode(file_get_contents(rys1.gif)); Expected result: R0lGODdhZABGAPcAAP... I get this in version 4.3.6 Actual result: -- R0lGODdhZFwwRlww91wwXDBcMFwwXDD/... -- Edit this bug report at http://bugs.php.net/?id=33494edit=1
