-
Notifications
You must be signed in to change notification settings - Fork 561
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PerlIO::encoding doesn't handle fallback modes correctly? #8614
Comments
From @steve-m-hayCreated by steveh@Mugwump.uk.radan.comI'm trying to use the FB_HTMLCREF fallback mode with PerlIO::encoding, If I set $PerlIO::encoding::fallback to Encode::FB_HTMLCREF (or,
Using the HTMLCREF bitmask flag without the LEAVE_SRC flag seems to fix
Encode::encode() doesn't have this problem (and leaving out the
Perl Info
|
From @jkeenanCould someone familiar with PerlIO issues take a crack at this ticket Thank you very much. |
The RT System itself - Status changed from 'new' to 'open' |
From user42_kevin@yahoo.com.auI struck this too in recent Debian i386 packaged 5.26.1, use strict;
use Encode;
use PerlIO::encoding;
$PerlIO::encoding::fallback = Encode::LEAVE_SRC();
binmode(STDOUT, ":encoding(ASCII)");
print "one\n";
print "two\n";
which prints "one two" three times, whereas I expected just once, which I struck this when putting $PerlIO::encoding::fallback = FB_PERLQQ() to I presume some PerlIO::encoding internals want in-place rather than Perhaps the PerlIO::encoding docs could say what Encode options are ok. |
Actually the output there on 5.30 was:
|
@steve-m-hay @khwilliamson is this a windows bug? It doesn't seem to be. |
|
This is a duplicate of #7309 |
Migrated from rt.perl.org#40401 (status was 'open')
Searchable as RT40401$
The text was updated successfully, but these errors were encountered: