Bug #73716 [Opn->Nab]: Setting internal_encoding to value different from console CP corrupts console

Edit report at https://bugs.php.net/bug.php?id=73716&edit=1 ID: 73716 Updated by: yohgaki@php.net Reported by: anrdaemon at freemail dot ru Summary: Setting internal_encoding to value different from console CP corrupts console -Status: Open +Status: Not a bug Type: Bug Package: Output Control Operating System: Windows PHP Version: 7.1.0 Block user comment: N Private report: N New Comment: If you would like to convert input/output encoding, you need to use mbstring/iconv module's conversion feature. This isn't enabled by default and you should enabled them by yourself. Previous Comments: ------------------------------------------------------------------------ [2016-12-11 21:01:09] anrdaemon at freemail dot ru Description: ------------ When internal_encoding is set (directly, say, internal_encoding=UTF-8, or indirectly through default_charset) to a value different than the current console charset, PHP will change console charset to that value when executing script, leading to visual corruption of the console buffer. This may not look like much of a problem, since it will try to revert the change before ecript ends, but two moments remain: 1. If startup error occured (f.e. extension not found), console CP will not be restored. 2. While script works, console will remain in corrupted state. 3. This is RATHER surprising behavior, especially when you have both input_encoding and output_encoding set to expected (and desired) values. For my example, I have russian Windows with default console charset being CP866. I set the settings for PHP CLI as follows: default_mimetype = "text/plain" ; superfluous for CLI, but still default_charset = "CP866" ; -- // -- input_encoding = "CP866" ; Presume I gonna read console input directly. output_encoding = "CP866" ; I want program messages to be readable. Then I have common shared configuration that sets internal_encoding = "UTF-8" ...since I'm not stupid and prefer to work with data from different sources with least possible chances for corruption. Boom! Console corruption the moment I try this config with newly installed PHP 7.1. Since half the extensions can't be loaded. Yes, a fast run of "chcp" to realize it is turned into CP65001 AKA UTF-8 and a run of "chcp 866" to quickly put it into place, but that's me. I know what I'm looking at. ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=73716&edit=1