Bug 161763 - a2ps can't handle euc-jp text
Summary: a2ps can't handle euc-jp text
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: a2ps
Version: 5
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: FC6Update
TreeView+ depends on / blocked
 
Reported: 2005-06-27 03:02 UTC by Tetsuya Kawamura
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version: 4.13b-57.fc6.3
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-10-31 10:27:11 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
test file that includes euc-jp characters (8 bytes, text/plain)
2006-10-26 00:44 UTC, Tetsuya Kawamura
no flags Details

Description Tetsuya Kawamura 2005-06-27 03:02:12 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4

Description of problem:
a2ps can't convert euc-jp text file into legal PostScript file.

Version-Release number of selected component (if applicable):
a2ps-4.13b-46

How reproducible:
Always

Steps to Reproduce:
1.Prepare an euc-jp text file.
  I use example_euc.txt which include 2 Kanji characters, 0xb4c1 0xbbfa 0x0a (i.e. Kanji in Kanji character) in the following example.
2. Convert into a PostScript file.
LANG=ja_JP.eucJP /usr/bin/a2ps --encoding=euc-jp -o fc4out.ps  example_euc.txt
3. Check fc4out.ps
  

Actual Results:  The PostScript file includes a wrong octal representation of the input.
If you use the above example input, you'll see the following line in
the PostScript file:
     (\301\372) p n

Expected Results:  If you use the above example input, you must see the following line
in the Poscript file:
    (\264\301\273\372) p n
since 0xb4 is 0264 in octal, 0xc1 is 0301 in octal, and so on.

Additional info:

a2ps in FC2 works fine so that I suspect something has been changed between the two versions of a2ps.

Comment 1 s_h_o_ 2005-08-18 10:05:40 UTC
I, too, see this problem.  And when I downgrade to the FC3 package (a2ps-4.13b-
41.i386.rpm), it works correctly.  

Comment 2 Won Kyu Park 2005-12-09 13:57:42 UTC
euc-kr also have this problem and I found that, when I compile it with

$ rpm -bp a2ps.spec
$ cd BUILD/a2ps-1.13.x
$ make

a2ps works correctly :(

I think it is gcc related things, when I compile a2ps with default CFLAGS, it
works correctly but with the RPM compiler options it fails.

Comment 3 Tim Waugh 2006-10-13 14:12:07 UTC
Does this problem still occur?

Comment 4 Tetsuya Kawamura 2006-10-17 01:37:04 UTC
Yes. The current version in FC5, a2ps-4.13b-49 gives the same result.
I have'nt check the one in FC6-test?, though.

Comment 5 Tetsuya Kawamura 2006-10-25 09:38:00 UTC
(In reply to comment #4)
> Yes. The current version in FC5, a2ps-4.13b-49 gives the same result.
> I have'nt check the one in FC6-test?, though.

I just checked a2ps in FC6 (a2ps-4.13b-57).
The result is the same.


Comment 6 Tim Waugh 2006-10-25 14:10:58 UTC
FWIW, paps works fine with my testing.

Could you attach the test file you're using please?

Comment 7 Tim Waugh 2006-10-25 16:17:45 UTC
Think I've found the problem.  Please watch for an updates-testing package..

Comment 8 Tetsuya Kawamura 2006-10-26 00:44:14 UTC
Created attachment 139426 [details]
test file that includes euc-jp characters

Anyway, here's my test file.

Comment 9 Tim Waugh 2006-10-26 16:39:39 UTC
The test update is available now:

  https://www.redhat.com/archives/fedora-test-list/2006-October/msg00875.html

Comment 10 Tetsuya Kawamura 2006-10-27 00:35:04 UTC
The test update works fine.
Thanks.


Comment 11 Fedora Update System 2006-10-30 21:37:17 UTC
Fixed in update: a2ps-4.13b-57.fc6.3


Note You need to log in before you can comment on or make changes to this bug.