Bug 5776 - Some conversions to ISO-2022-JP produce invalid text

This is sources Bugzilla

Bugzilla Version 2.17.5

Bugzilla Bug 5776

Some conversions to ISO-2022-JP produce invalid text

Last modified: 2008-03-09 01:06

Query page Enter new bug

Bug#:

5776 alias:

Hardware:

Reporter:

Aurelien Jarno <aurelien@aurel32.net>

Host:

Target:

Build:

Product:

Add CC:

Component:

Version:

CC:

Remove selected CCs

Status:

RESOLVED

Priority:

Resolution:

WORKSFORME

Severity:

Assigned To:

Ulrich Drepper <drepper@redhat.com>

Target Milestone:

Flags:			Requestee:
	backport		()
	examined		()
	testsuite		()

Summary:

Keywords:

Attachment	Description	Type	Created	Actions
Create a New Attachment (proposed patch, testcase, etc.)			View All

Bug 5776 depends on:			Show dependency tree Show dependency graph
Bug 5776 blocks:			Show dependency tree Show dependency graph

Additional Comments:

Leave as RESOLVED WORKSFORME
Reopen bug
Mark bug as VERIFIED

View Bug Activity | Format For Printing

Description:

Last confirmed: 0000-00-00 00:00

Opened: 2008-02-19 21:44

Converting the following UTF8 sequence to ISO-2022-JP//TRANSLIT, then
back to UTF-8 fails:
$ perl -e 'print join("", map { chr hex $_ } qw/e3 83 a2 ef bd 9e 0a/)' | \
  iconv -f utf8  -t iso-2022-jp//TRANSLIT|iconv -f iso-2022-jp -t utf8
&#12514;iconv: illegal input sequence at position 5

Either iconv has generated invalid ISO-2022-JP, or it refuses to accept
valid ISO-2022-JP.

------- Additional Comment #1 From Ulrich Drepper 2008-03-09 01:06 -------

I cannot reproduce this with the current sources.  Older releases had this
problem.  I haven't investigated what changed.

Query page Enter new bug