Tickets List - nkf Network Kanji Filter on SourceForge.JP

機種依存文字のUTF-8コードのbase64エンコード異常について - nkf Network Kanji Filter Ticket #30702 on SourceForge.JP

Sun, 10 Feb 2013 01:02:55 +0900

機種依存文字のUTF-8コードのbase64エンコード異常について

Open Date: 2013-02-08 12:30

Last Update: 2013-02-10 01:02

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

　掲題について、

　例えば '㌶'（UTF-8:0xE38CB6）の -wMB オプションでの出力は "57m744Kr" となりますが、

　これを（nkfや他のツールで）デコードすると "繻カ" となります。

（他のツールでエンコードした "=?UTF-8?B?44y2?=" を nkfで -w オプションでデコードすると "㌶" と

　正常な出力が得られます）

　"繻"のShift-JISコードが 0xE38C であることが影響しているのか、

機種依存文字のUTF-8コードのbase64エンコードが異常になるようです。

Last Update of this Ticket

2013-02-10 01:02 Update by: naruse

Ticket Close date set to 2013-02-10 01:02
Status Update from Open to Closed.

Comment

入力のエンコーディングの自動判定に失敗しているからのようですね。 -wWMB と明示的に指定してあげてください。

ISO-2022-JP-3(JIS X 0213)からUTF-8への変換 - nkf Network Kanji Filter Ticket #30167 on SourceForge.JP

Thu, 22 Nov 2012 16:44:00 +0900

ISO-2022-JP-3(JIS X 0213)からUTF-8への変換

Open Date: 2012-11-21 20:50

Last Update: 2012-11-22 16:44

Reporter:	deton	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

euc-jisx0213等とUnicode間の変換に対応するためのパッチです。

ISO-2022-JP-2(JIS X 0212)とISO-2022-JP-2004(JIS X 0213)が混在するファイルを、 UTF-8に変換しようとしたところ、nkfやiconvでは変換できなかったため、 Emacsで変換する羽目になったので。

BMP外の文字にも対応。 utf8tbl.c内の配列に入れるため、サロゲートペアとして持つようにしています。
結合文字対応。 JIS X 0213の文字を表現するのに、 Unicodeでは結合文字を使う必要のある25文字にも対応。
- ただし一部文字はeuc-jisx0213->unicode->euc-jisx0213変換すると元に戻りません (Linuxのiconvと同様)。
```
     euc-jisx0213             Unicode       euc-jisx0213
      ABE0(￣|) ABE4(_|) -> U+02E5 U+02E9 -> ABE6
                ABE6(\|) -> U+02E5 U+02E9 -> ABE6
```
  (結合回避のため幅なしスペース(U+200C)を入れる方法(kterm-6.2.0.ext06と同様)も試したのですが、iconv -f utf-8 -t euc-jisx0213で変換できなくなるのでrevert)
-Z4や-Xにおいて、JIS X 0213で追加された半濁点付き文字に対応

実装に関して
- euc_to_utf8_XXXやutf8_to_euc_XXX配列は、jisx0213用に別の配列を追加。一部でJIS X 0213と既存の機種依存文字の定義がぶつかるので。 JIS X 0213とUnicode間の変換表は、http://x0213.org/codetable/ のものを使用。
- 入力や出力エンコーディングとして、明示的に--ic=euc-jisx0213等が指定されて、 x0213_fがTRUEになった場合のみjisx0213関係の処理を行うようにしています。 (jisx0213を自動認識して有効化はしない)
- 作業履歴は以下(履歴の整理は多少しましたが、試行錯誤履歴もだいぶ残っています) http://sourceforge.jp/users/deton/pf/nkf_jisx0213utf8/scm/commits?branch=jisx0213-utf8

その他少し気になる点
- ISO-2022-JP-2004出力時に、JIS X 0208の範囲はESC$Bで出力するようにしたい (ISO-2022-JP-3-strict等のように)
- UTF-8からeuc-jisx0213への変換時、jisx0212の文字が削除される。 (例: cb9a, ce86, d082, ...) --cp932invを指定すれば回避は可能。原因: 一度e2s_conv()でsjisに変換しているため、 x0212_shiftjisに無い文字が削除される。仕様上は削除で問題ないが、せっかく0212と共存可能なのでなるべく残したい気も。ただ、iconvで扱えなくなるので残しても困るかも。
- jisx0213の判別
  - ISO-2022-JPでも、guessでESC$(O等を考慮したい
  - shift_jisx0213がguessするとBINARYになる
- x0213_fの自動オン現状は明示的に--icか--ocを指定する必要あり。
  - euc-jis-2004とguessしても、x0213_fはtrueにならないので、一部文字が正しく変換されない。--ic=euc-jis-2004を指定する必要あり。
  - ESC $(OやQ,Pでx0213_fをTRUEにしたい。でもESC$(Dでx0212_fを設定してないし。
- 通常のカタカナの後の合成用濁点や半濁点を、euc-jp等への変換時に合成する? NFC。結局、utf8mac-inputと同じことを作ることになるし、x0213特有の話でもないし。 Unicodeからiso-2022-jp系への変換は、内部でNFC化してから行うようにする? (入力がutf-8の場合は、--utf8mac-inputを指定すればnfc変換は入るが、 utf-16等の場合は指定してもnfc変換されない。)
- 機種依存文字を、x0213にマップ。cp932->euc-jisx0213変換時等。cp932inv等と同様? cp932で読み込んで、x0213で出力する必要があるので、 x0213フラグを読み込みと出力時で切り替える必要あり。現状は、cp932の範囲でx0213とぶつかる文字はx0213とみなしてしまう。一度unicodeを経由して変換する使い方で対応可能?(nkf -w|nkf --oc=euc-jisx0213)
- iso-2022-jp-2対応(とりあえずはiso-2022-jp-1のエイリアス?) (Linuxのiconvはiso-2022-jp-1非対応でiso-2022-jp-2対応のため混乱するので)

Last Update of this Ticket

2012-11-22 16:44 Update by: naruse

Ticket Close date set to 2012-11-22 16:44
Status Update from Open to Closed.

Comment

おぉ、力作ですね。ちょっと気にならないでもないですが、既存部分にはあまり影響なさそうなので、 cdb2fdaa5e74f844a06461ec9c151af186382a40 でマージしました。

JIS X 0201のESC(Iエンコードの「ス」が「=」になる - nkf Network Kanji Filter Ticket #30162 on SourceForge.JP

Thu, 22 Nov 2012 16:22:36 +0900

JIS X 0201のESC(Iエンコードの「ス」が「=」になる

Open Date: 2012-11-20 19:08

Last Update: 2012-11-22 16:22

Reporter:	deton	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

JIS X 0201がESC(Iでエンコードされている際に「ス」が含まれていると、「=」になる現象に気付きました。 -m0を指定すると発生しません。

% printf '\x1b(I38=BG' | nkf -w
ウク=ツヌ

とりあえず、以下の変更をすれば回避できるようです。

diff --git a/nkf.c b/nkf.c
index a16b142..89c4643 100644
--- a/nkf.c
+++ b/nkf.c
@@ -5683,6 +5683,7 @@ kanji_convert(FILE *f)
 		    else if (c1 == 'I') {
 			/* JIS X 0201 Katakana */
 			set_input_mode(JIS_X_0201_1976_K);
+			shift_mode = 1;
 			SKIP;
 		    }
 		    else if (c1 == 'B' || c1 == 'J' || c1 == 'H') {
diff --git a/nkf_test.pl b/nkf_test.pl
index 79cfea6..7279cd2 100644
--- a/nkf_test.pl
+++ b/nkf_test.pl
@@ -527,6 +527,17 @@ printf "%-40s", "X0201 output: EUC";
     &test("$nkf -xe",$example{'x0201.jis'},$example{'x0201.euc'});
 printf "%-40s", "X0201 output: UTF8";
     &test("$nkf -xw",$example{'x0201.jis'},$example{'x0201.utf'});
+# test_data/x0201jis=
+
+$example{'test_data/x0201jis=.ans'} = unpack('u',<<'eofeof');
+MH:*CI*6FIZBIJJNLK:ZOL+&RL[2UMK>XN;J[O+V^O\#!PL/$Q<;'R,G*R\S-
+2SL_0T=+3U-76U]C9VMO<W=[?
+eofeof
+
+printf "%-40s",  "X0201 JIS contains '='";
+    &test("$nkf -xs",
+    "\x1b(I!\"#\$%&'()*+,-./0123456789:;<=>?\@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_\x1b(B",
+    $example{'test_data/x0201jis=.ans'});
 
 # MIME decode

Last Update of this Ticket

2013-01-17 23:06 Update by: None

Comment

Reply To deton

JIS X 0201がESC(Iでエンコードされている際に「ス」が含まれていると、「=」になる現象に気付きました。 -m0を指定すると発生しません。 {{{ % printf '\x1b(I38=BG' | nkf -w ウク=ツヌ }}} とりあえず、以下の変更をすれば回避できるようです。 {{{ diff --git a/nkf.c b/nkf.c index a16b142..89c4643 100644 --- a/nkf.c +++ b/nkf.c @@ -5683,6 +5683,7 @@ kanji_convert(FILE *f) else if (c1 == 'I') { /* JIS X 0201 Katakana */ set_input_mode(JIS_X_0201_1976_K); + shift_mode = 1; SKIP; } else if (c1 == 'B' || c1 == 'J' || c1 == 'H') { diff --git a/nkf_test.pl b/nkf_test.pl index 79cfea6..7279cd2 100644 --- a/nkf_test.pl +++ b/nkf_test.pl @@ -527,6 +527,17 @@ printf "%-40s", "X0201 output: EUC"; &test("$nkf -xe",$example{'x0201.jis'},$example{'x0201.euc'}); printf "%-40s", "X0201 output: UTF8"; &test("$nkf -xw",$example{'x0201.jis'},$example{'x0201.utf'}); +# test_data/x0201jis= + +$example{'test_data/x0201jis=.ans'} = unpack('u',<<'eofeof'); +MH:*CI*6FIZBIJJNLK:ZOL+&RL[2UMK>XN;J[O+V^{O\#!PL/$Q<;'R,G*R\S-}+2SL_0T=+3U-76U]C9VMO<W=[? +eofeof + +printf "%-40s", "X0201 JIS contains '='"; + &test("$nkf -xs", + "\x1b(I!\"#\$%&'()*+,-./0123456789:;<=>?\@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_\x1b(B",+ $example{'test_data/x0201jis=.ans'}); # MIME decode }}}

UTF-8で保存した「陌間」という文字が正しく自動認識されない - nkf Network Kanji Filter Ticket #29997 on SourceForge.JP

Fri, 02 Nov 2012 18:02:37 +0900

UTF-8で保存した「陌間」という文字が正しく自動認識されない

Open Date: 2012-11-02 18:01

Last Update: 2012-11-02 18:02

Reporter:	sawa-ims	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

お世話になります。 nkf（ver:2.0.8及びver:2.1.2）で自動認識が正しく動作しないケースがありました。

test.txtに「陌間」とのみ書いて、UTF-8でテキスト保存します。そのファイルを自動認識させると、Shift-JISと誤判定されます。

# nkf -g test.txt
Shift_JIS

そのため、この状態でShift-JIS以外の日本語対応コードに変換すると、
#nkf -j test.txt > test-jis.txt

test-jis.txtには「髯碁俣」といった誤変換した結果となりました。なお、test.txtをEUCなどの他の日本語対応コードで保存した場合は、正しく自動認識されました。

以上、ご報告まで。

Last Update of this Ticket

2012-11-06 10:22 Update by: None

Comment

バイト列 E9 99 8C E9 96 93 のエンコーディングは Shift_JIS としても UTF-8 としても正当なものです。

Shift_JIS (または CP932 等の Shift_JIS の亜種)
E9 99 "髯"
8C E9 "碁"
96 93 "俣"
UTF-8(BOMなし)
E9 99 8C "陌"
E9 96 93 "間"

`E9 99`	"髯"
`8C E9`	"碁"
`96 93`	"俣"

`E9 99 8C`	"陌"
`E9 96 93`	"間"

入力側のエンコーディングを自動認識に任せると、このようなケースも起こり得ます。
(一般に、入力が長いほど意図しないエンコーディングに認識される可能性を排除できます)

今回の例では正統に解釈し得る複数のエンコーディングのうち、先発組の Shift_JIS が後発組の UTF-8 より優先されたものと思います。
(ソースファイルを見ていないので全くの推測ですが)

とはいえ -g (--guess) オプションでは、解釈し得る全てのエンコーディングを列挙されたほうが有り難いかも知れませんね。

-Mで"no output encoding given" - nkf Network Kanji Filter Ticket #29923 on SourceForge.JP

Wed, 24 Oct 2012 00:35:51 +0900

-Mで"no output encoding given"

Open Date: 2012-10-23 12:50

Last Update: 2012-10-24 00:35

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Invalid

Details

irb(main):001:0> require 'nkf'
=> true
irb(main):002:0> NKF.nkf('-M','日本語')
ArgumentError: no output encoding given
        from (irb):2:in `nkf'
        from (irb):2
        from /usr/local/bin/irb:12:in `<main>'
irb(main):003:0> NKF.nkf('--mime','日本語')
=> "=?ISO-2022-JP?B?GyRCRnxLXDhsGyhC?="

--mimeと-Mは同じのはずじゃなかったんですか？

Last Update of this Ticket

2012-10-24 00:35 Update by: naruse

Ticket Close date set to 2012-10-24 00:35
Status Update from Open to Closed.
Resolution Update from None to Invalid.

Comment

--mime は -jM ですね。 Ruby から使った場合、デフォルトのエンコーディングを与えないのでそうなります。 default external encoding を与えるにしてもないエンコーディングが多いだろうし、期待とも違うだろうので、明示的に -j なりを指定するようにしてください。

自動判定でShift_JISの場合はCP932として扱うオプション - nkf Network Kanji Filter Ticket #29149 on SourceForge.JP

Mon, 01 Oct 2012 22:26:32 +0900

自動判定でShift_JISの場合はCP932として扱うオプション

Open Date: 2012-07-31 11:37

Last Update: 2012-10-01 22:26

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Works For Me

Details

私がShift_JISのファイルを扱う場合、実際は100％CP932なので、

nkf --in-place -w *.txt

のように自動判定で変換を行った場合、入力ファイルがShift_JISならCP932として扱って欲しいのです。

nkf --in-place --ic=CP932 -w *.txt

では入力ファイルがUTF-8などの場合に意図しない変換になってしまいますので、別途「Shift_JISは常にCP932と扱う」というオプションがあるといいと思うのです。

Last Update of this Ticket

2012-10-01 22:26 Update by: naruse

Ticket Close date set to 2012-10-01 22:26
Status Update from Open to Closed.
Resolution Update from None to Works For Me.

Comment

--cp932 を使ってください

--guess でUTFのエンディアン/BOMの有無も表示してほしい - nkf Network Kanji Filter Ticket #26325 on SourceForge.JP

Sat, 17 Mar 2012 20:51:17 +0900

--guess でUTFのエンディアン/BOMの有無も表示してほしい

Open Date: 2011-09-16 23:10

Last Update: 2012-03-17 20:51

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

今のところ --guess でUTF-8やUTF-16のファイルを読み込むと、エンディアンやBOMの有無にかかわらず

UTF-8

UTF-16

のように表示されていますが、時々BOMの有無でハマったりすることがあるので、これを

UTF-16LE-BOM

というように区別して表示させられるとうれしいです。

Last Update of this Ticket

2012-03-17 20:51 Update by: naruse

Ticket Close date set to 2012-03-17 20:51
Status Update from Open to Closed.

Comment

4e632c30b502e56032a1781e4edf44ec462fe6ad にてエンディアン表示を、832e032にてBOM表示を追加しました。

merge NkfPython - nkf Network Kanji Filter Ticket #27841 on SourceForge.JP

Sat, 17 Mar 2012 20:42:16 +0900

merge NkfPython

Open Date: 2012-03-15 19:23

Last Update: 2012-03-17 20:42

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

Forwarded from Gentoo Linux Bug 405235

hi maintainer(s),

NkfPython (Python binding for NKF) has been gone from author's web site. Could you merge and maintain it? tarballs have been uploaded on above link.

thanks,

Last Update of this Ticket

2012-04-08 18:08 Update by: None

Comment

I appreciate your works.

thanks,

q-encode-utf-8 のテストに失敗する - nkf Network Kanji Filter Ticket #26274 on SourceForge.JP

Fri, 09 Sep 2011 19:33:04 +0900

q-encode-utf-8 のテストに失敗する

Open Date: 2011-09-09 18:57

Last Update: 2011-09-09 19:33

Reporter:	obache	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

tarball に含まれる、nkf_test.pl の文字コードの問題でしょうか、期待する answer が生の utf8 のようですが、nkf の出力がそうならないためか、Fail になります。

test で呼び出している nkf に -w を追加すればテストは通ります。

Last Update of this Ticket

2011-09-09 19:33 Update by: naruse

Ticket Close date set to 2011-09-09 19:33
Status Update from Open to Closed.

Comment

おぉ、確かに。 ecf2a98 でテストを修正しました。

manの修正 - nkf Network Kanji Filter Ticket #26253 on SourceForge.JP

Thu, 08 Sep 2011 20:48:45 +0900

manの修正

Open Date: 2011-09-07 16:06

Last Update: 2011-09-08 20:48

Reporter:	turutani	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

nkf.1 での"-l"の説明が重複しているので、最初のほうを消してもいいのではないでしょうか？ nkf.1j は問題ないようです。

Last Update of this Ticket

2011-09-08 20:48 Update by: naruse

Ticket Close date set to 2011-09-08 20:48
Status Update from Open to Closed.

Comment

確かに。4f97b09 で最初の記述を削除しました

全角一文字(株)が変換されません - nkf Network Kanji Filter Ticket #23914 on SourceForge.JP

Thu, 08 Sep 2011 20:42:33 +0900

全角一文字(株)が変換されません

Open Date: 2010-12-17 11:15

Last Update: 2011-09-08 20:42

Reporter:	supercharge	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

全角ひと文字の㈱の文字をUTF-8からUTF-16LEに変換できません。 kabu-utf8.txtに㈱の一文字をUTF-8で入力し、 % nkf -w16LE kabu-utf8.txt > kabu-utf16le.txt を実行すると、kabu-utf16le.txtには、BOMしか出力されていません。 % od -x kabu-utf16le.txt 0000000 feff 0000002 正しくは、 0000000 feff 3231 0000004 と、出力されるべきです。

Last Update of this Ticket

2011-09-08 20:42 Update by: naruse

Ticket Close date set to 2011-09-08 20:42
Status Update from Open to Closed.

-w16LOオプションで出力がなくnkf.out一時ファイルが残る - nkf Network Kanji Filter Ticket #26207 on SourceForge.JP

Sat, 03 Sep 2011 20:58:16 +0900

-w16LOオプションで出力がなくnkf.out一時ファイルが残る

Open Date: 2011-09-03 18:37

Last Update: 2011-09-03 20:58

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Invalid

Details

windows版 nkf32.exe ver2.1.1 ですが、shift-jisで書かれたものを nkf32.exe -w16LO オプションで変換しようとすると結果が出力されず nkf.out という一時ファイルのようなものが残ります。他のオプションだと正しく処理されますが -w16LO だけがそのような状況になります。つまりnkf32.exeによって shift-jisを変換しLittle Endian BOM無しのUTF16コードを得ようとすると出力がないために変換が完了しません。
再現方法：
echo あいうえお >sjis.txt
nkf32 -w16LO sjis.txt > w16LO.txt
dir
nkf.out 16byte
w16LO.txt 0byte

Last Update of this Ticket

2011-09-03 20:58 Update by: naruse

Ticket Close date set to 2011-09-03 20:58
Status Update from Open to Closed.
Resolution Update from None to Invalid.

Comment

おそらく指定しようとしているのは -w16L0 じゃないでしょうか（最後のは数字のゼロ」

-O Output to File (DEFAULT 'nkf.out')

make test で test_data/ruby-dev:39722 が失敗する - nkf Network Kanji Filter Ticket #23228 on SourceForge.JP

Wed, 15 Sep 2010 10:53:51 +0900

make test で test_data/ruby-dev:39722 が失敗する

Open Date: 2010-09-14 15:36

Last Update: 2010-09-15 10:53

Reporter:	sava	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

nkf 2.1.1 リリース版をコンパイルし、make test を実行したところ、test_data/ruby-dev:39722 のテストが Fail となりました（他のテストはすべて OK）。

make test 時のログの該当部分は以下のようになっています。テスト環境は PuppyLinux 4.3.1JP、gcc 4.2.2、perl 5.8.8 です。

test_data/ruby-dev:39722                Fail
*** tmp.result.bad	2010-09-14 14:51:49.652237026 +0900
--- tmp.expect.bad	2010-09-14 14:51:49.684237472 +0900
***************
*** 3,7 ****
  *
  0000100   a   a   a   a   a   a   a   ?   =  \n       =   ?   U   S   -
  0000120   A   S   C   I   I   ?   Q   ?   a   a   a   a   a   a   a   a
! 0000140   a   a   a   a   a   a   a   a   a   ?   =     033      \n
! 0000157
--- 3,9 ----
  *
  0000100   a   a   a   a   a   a   a   ?   =  \n       =   ?   U   S   -
  0000120   A   S   C   I   I   ?   Q   ?   a   a   a   a   a   a   a   a
! 0000140   a   a   a   a   a   a   a   a   a   ?   =       =   ?   I   S
! 0000160   O   -   2   0   2   2   -   J   P   ?   B   ?   G   y   R   C
! 0000200   J   C   I   b   K   E   I   =   ?   =  \n
! 0000213

また、Win32用のバイナリ（mingw32 の gcc 4.4.0、OpenWatcom 1.9 でコンパイル）でも同じ部分で Fail となりましたが、実行環境の都合（必要なコマンドがない）により正確なログが取れませんでした。

Last Update of this Ticket

2010-09-15 10:53 Update by: naruse

Comment

おぉ、確かに。で、直接の原因は Makefile で、tarball を作るときに各ファイルのエンコーディングを ISO-2022-JP に変換していました・・・。

ISO-2022-JP での X-0201 カナに対する MIME 出力 - nkf Network Kanji Filter Ticket #20079 on SourceForge.JP

Sun, 08 Aug 2010 23:19:14 +0900

ISO-2022-JP での X-0201 カナに対する MIME 出力

Open Date: 2010-01-02 20:56

Last Update: 2010-08-08 23:19

Reporter:	efialtes	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

とりあえず、添付ファイルを nkf -x -n -S -M kanatest2.txt で変換したとき、Q になっているのはいいとして、あちこちで折り返しが 76 文字を超えています。

Last Update of this Ticket

2010-08-08 23:19 Update by: naruse

Ticket Close date set to 2010-08-08 23:19
Status Update from Open to Closed.

Comment

(1)はUTF-16のMIME encodeは非サポートですね。サポートしない引数でエラーメッセージがでてくれないのも仕様かなぁ。

(2)は7101205で修正しました。報告ありがとうございました。

cp932 で半角カナを維持できない (-x が効かない) - nkf Network Kanji Filter Ticket #21393 on SourceForge.JP

Wed, 14 Apr 2010 09:23:24 +0900

cp932 で半角カナを維持できない (-x が効かない)

Open Date: 2010-04-13 03:53

Last Update: 2010-04-14 09:23

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

--ic=cp932 または --oc=cp932 を指定した時、明示的に -x を指定しても
X0201カタカナ(いわゆる半角カナ)がそのまま維持されず、全角変換されてしまう。

｢ｼﾞｬｰﾏﾝ･ﾎﾟﾃﾄ｡｣の変換結果

nkf オプション	期待する変換結果	実際の変換結果
-S -x -s	｢ｼﾞｬｰﾏﾝﾎﾟﾃﾄ｡｣	｢ｼﾞｬｰﾏﾝﾎﾟﾃﾄ｡｣
-S -x --oc=cp932	｢ｼﾞｬｰﾏﾝﾎﾟﾃﾄ｡｣	「ジャーマンポテト。」
--ic=cp932 -x -s	｢ｼﾞｬｰﾏﾝﾎﾟﾃﾄ｡｣	「ジャーマンポテト。」
--ic=cp932 -x --oc=cp932	｢ｼﾞｬｰﾏﾝﾎﾟﾃﾄ｡｣	「ジャーマンポテト。」

nkf --help より:

X,x Assume X0201 kana in MS-Kanji, -x preserves X0201

Last Update of this Ticket

2010-04-15 23:09 Update by: None

Comment

確認しました。対応ありがとうございました。

nkf オプション	変換結果
-S -X -s	「ジャーマン・ポテト。」
-S -s	「ジャーマン・ポテト。」
-S -x -s	｢ｼﾞｬｰﾏﾝ･ﾎﾟﾃﾄ｡｣
-S -X --oc=cp932	「ジャーマン・ポテト。」
-S --oc=cp932	｢ｼﾞｬｰﾏﾝ･ﾎﾟﾃﾄ｡｣
-S -x --oc=cp932	｢ｼﾞｬｰﾏﾝ･ﾎﾟﾃﾄ｡｣
--ic=cp932 -X -s	「ジャーマン・ポテト。」
--ic=cp932 -s	｢ｼﾞｬｰﾏﾝ･ﾎﾟﾃﾄ｡｣
--ic=cp932 -x -s	｢ｼﾞｬｰﾏﾝ･ﾎﾟﾃﾄ｡｣
--ic=cp932 -X --oc=cp932	「ジャーマン・ポテト。」
--ic=cp932 --oc=cp932	｢ｼﾞｬｰﾏﾝ･ﾎﾟﾃﾄ｡｣
--ic=cp932 -x --oc=cp932	｢ｼﾞｬｰﾏﾝ･ﾎﾟﾃﾄ｡｣

半角カナ変換のバグ？ - nkf Network Kanji Filter Ticket #19973 on SourceForge.JP

Tue, 22 Dec 2009 19:33:51 +0900

半角カナ変換のバグ？

Open Date: 2009-12-21 21:42

Last Update: 2009-12-22 19:33

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Invalid

Details

こんにちは。いつもnkfを使用させていただいています。ありがとうございます。

今回、ちょっと不可思議な挙動を発見したので報告させていただきます。

例えば、以下のような半角カナを含むテキスト(SJIS)をUTF-8に変換しますと、先頭2文字が欠落してしまいます。

kenji# cat test.txt
ｶ)ﾄﾖﾀｼﾞﾄﾞｳｼｬ
kenji# nkf --utf8 -x test.txt | od -t x1
0000000 ef be 84 ef be 96 ef be 80 ef bd bc ef be 9e ef
0000020 be 84 ef be 9e ef bd b3 ef bd bc ef bd ac 0a
kenji# nkf -v
Network Kanji Filter Version 2.1.0 (2009-11-17)
Copyright (C) 1987, FUJITSU LTD. (I.Ichikawa).
Copyright (C) 1996-2009, The nkf Project.

オプションの指定が間違っているか何かでしょうか？当方の環境はWindows XP上のCygwinですが、FreeBSDでも同様の症状が確認できました。

Last Update of this Ticket

2009-12-22 19:33 Update by: naruse

Ticket Close date set to 2009-12-22 19:33
Status Update from Open to Closed.
Resolution Update from None to Invalid.

Comment

オプションが違いますね。マニュアルを参照してください

16bit版で UTF8 to UTF8 のテストが失敗 - nkf Network Kanji Filter Ticket #19798 on SourceForge.JP

Sat, 05 Dec 2009 14:53:57 +0900

16bit版で UTF8 to UTF8 のテストが失敗

Open Date: 2009-12-05 01:51

Last Update: 2009-12-05 14:53

Reporter:	sava	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

2.1.0 のソースから、OpenWatcom 1.8 で DOS と OS/2 1.x 用の 16bit バイナリを作り、（Windows2000 上で）perl test.pl にかけたところ、どちらのバイナリも UTF8 to UTF8 の部分で失敗しました。

ひとまず以下のパッチでテストはパスするようになります。

diff -u nkf-2.1.0-org/nkf.c nkf-2.1.0/nkf.c
--- nkf-2.1.0-org/nkf.c	2009-11-17 09:33:04 +0900
+++ nkf-2.1.0/nkf.c	2009-12-04 21:42:26 +0900
@@ -1028,7 +1028,7 @@
     int shift = 20;
     c &= VALUE_MASK;
     while(shift >= 0){
-	if(c >= 1<<shift){
+	if(c >= NKF_INT32_C(1)<<shift){
 	    while(shift >= 0){
 		(*f)(0, bin2hex(c>>shift));
 		shift -= 4;
@@ -3062,10 +3062,11 @@
 }
 
 static int
-h_conv(FILE *f, int c1, int c2)
+h_conv(FILE *f, nkf_char c1, nkf_char c2)
 {
-    int ret, c4, c3;
+    int ret;
     int hold_index;
+    nkf_char c3, c4;
 
 
     /** it must NOT be in the kanji shifte sequence      */

（ NKF_INT32_C(1) のほうは念のため入れました。なくてもテストの結果に影響は出ませんでした）

Last Update of this Ticket

2009-12-05 14:53 Update by: naruse

Ticket Close date set to 2009-12-05 14:53
Status Update from Open to Closed.

Comment

commit 6f44175f456fcfef79552ab2982f84d5afd8d8cd で修正しました。報告ありがとうございました。

JIS 時の MIME encode - nkf Network Kanji Filter Ticket #19779 on SourceForge.JP

Thu, 03 Dec 2009 16:57:57 +0900

JIS 時の MIME encode

Open Date: 2009-12-02 22:46

Last Update: 2009-12-03 16:57

Reporter:	efialtes	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

まだ、詳細に調べていませんが出力コードセット iso-2022-jp 指定で MIME エンコードを指示し、入力に iso-2022-jp を喰わせると壊れるようです。具体的には、nkf のテスト、"non-strict-mime" の出力結果を "nkf -jM" に喰わせると壊れます。後続行の漢字呼び出しの ESC シーケンスが MIME エンコードされずに抜けてしまうように見える。git HEAD でも同様なのを確認しました。

Last Update of this Ticket

2009-12-03 16:57 Update by: naruse

Ticket Close date set to 2009-12-03 16:57
Status Update from Open to Closed.

Comment

commit a8bce81d92c1158c4baeeb2ae8b9c86aff9a12f5 で修正しました。

報告ありがとうございました。

Perl module SP 衝突 - nkf Network Kanji Filter Ticket #19541 on SourceForge.JP

Thu, 03 Dec 2009 16:56:22 +0900

Perl module SP 衝突

Open Date: 2009-11-13 19:43

Last Update: 2009-12-03 16:56

Reporter:	shinji_kono	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

Perl の XSUB.h が、SP をマクロで定義しているので、nkf.c 中の #define SP 0x20 と衝突しています。SP を全体で変更するとこで対処可能。

Last Update of this Ticket

2009-12-03 16:56 Update by: naruse

Ticket Close date set to 2009-12-03 16:56
Status Update from Open to Closed.

Perl モジュールが作成できない - nkf Network Kanji Filter Ticket #14731 on SourceForge.JP

Thu, 03 Dec 2009 16:56:14 +0900

Perl モジュールが作成できない

Open Date: 2009-01-21 21:59

Last Update: 2009-12-03 16:56

Reporter:	obache	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

nkf-2.0.9 を試していますが、perl-5.10.0 でperlモジュールの作成に失敗します。

nkf.c の変更による、未定義マクロ

nkf.c で WISH_TRUE と NO_X0201 がなくなっているのに対応する必要があります。

 --- NKF.mod/NKF.xs.orig 2009-01-20 09:49:31.000000000 +0000
 +++ NKF.mod/NKF.xs
 @@ -134,9 +134,6 @@ nkf(...)
      data = SvPV(ST(argc),i_len);
      input_ctr = 0;
 
 -    if(x0201_f == WISH_TRUE)
 -         x0201_f = ((!iso2022jp_f)? TRUE : NO_X0201);
 -
      /* allocate the result buffer */
 
      /* During conversion, stirngs length may grow. This is the unit */
 @@ -178,9 +175,6 @@ nkf_continue(...)
      data = SvPV(ST(0),i_len);
      input_ctr = 0;
 
 -    if(x0201_f == WISH_TRUE)
 -         x0201_f = ((!iso2022jp_f)? TRUE : NO_X0201);
 -
      /* allocate the result buffer */
 
      /* During conversion, stirngs length may grow. This is the unit */

SP マクロのコンフリクト

nkf.c で SP を 0x20 と定義していますが、perl の CORE/pp.h での定義とぶつかっているため、コンパイルが失敗します。 NKF.xs で perl.h と nkf.c を読み込む順番を変えるか、nkf.c での定義の名前をかえるか、といった対応が必要です。

test 関数名

上記2つの対応で、モジュールの作成はできますが、test ができません。 nkf_test.pl の最後の3つのテストだけが、test でなく、command_tests が使われています。これは、test.pl では定義されていますが、NKF.mod/test.pl では定義されていないため、 NKF.mod 下での make test が正常に動作しません。

Last Update of this Ticket

2009-12-03 16:56 Update by: naruse

Ticket Close date set to 2009-12-03 16:56
Status Update from Open to Closed.

MIME Q-encode の softwrap の問題 - nkf Network Kanji Filter Ticket #19254 on SourceForge.JP

Wed, 21 Oct 2009 20:29:42 +0900

MIME Q-encode の softwrap の問題

Open Date: 2009-10-20 22:49

Last Update: 2009-10-21 20:29

Reporter:	efialtes	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

改行が CRLF 環境で Mime Q-encode のデコードで Softwrap を使っていた場合、結果が壊れる。

スキップする文字が偶数個になると駄目です。

---------- >8 ---------- >8 ---------- >8 ---------- >8 
--- nkf_orig.c	2009-10-20 22:42:58.669604278 +0900
+++ nkf.c	2009-10-20 22:44:08.179604370 +0900
@@ -4433,7 +4433,7 @@
 	}
 	if (c1=='='&&c2<SP) { /* this is soft wrap */
 	    while((c1 =  (*i_mgetc)(f)) <=SP) {
-		if ((c1 = (*i_mgetc)(f)) == EOF) return (EOF);
+		if (c1 == EOF) return (EOF);
 	    }
 	    mime_decode_mode = 'Q'; /* still in MIME */
 	    goto restart_mime_q;
---------- >8 ---------- >8 ---------- >8 ---------- >8

Last Update of this Ticket

2009-10-21 20:29 Update by: naruse

Ticket Close date set to 2009-10-21 20:29
Status Update from Open to Closed.

Comment

http://git.sourceforge.jp/view?p=nkf/nkf.git;a=commit;h=a5eec6c0df187c0e46a7dd4117ec2d01a1ace5c1 にて反映しました、ありがとうございました。

-j で "ESC $ ( D "が使用される - nkf Network Kanji Filter Ticket #17474 on SourceForge.JP

Tue, 23 Jun 2009 05:50:54 +0900

-j で "ESC $ ( D "が使用される

Open Date: 2009-06-22 13:50

Last Update: 2009-06-23 05:50

Reporter:	otn	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

2.0.9で、utf-8環境で、

$ echo ～ | hexdump -C
00000000  ef bd 9e 0a                                       |....|
00000004
$ echo ～ | nkf -Wj | hexdump -C
00000000  1b 24 28 44 22 37 1b 28  42 0a                    |.$(D"7.(B.|
0000000a

と、正しく変換できません。

この文字(～)については、--oc=ISO-2022-JP-1 で 1b 24 42 21 41 1b 28 42 と正しくなります。

Last Update of this Ticket

2009-06-23 05:50 Update by: naruse

Ticket Close date set to 2009-06-23 05:50
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Comment

なるほど、見落としていました。 commit 6183556aa933136c1b2cff4ebedbd5bce4132fa4 で修正しました。

nkf-2.0.9 で nkf32.dll のビルドに失敗する (フォーラムメッセージ [#41578] からの引用) - nkf Network Kanji Filter Ticket #14903 on SourceForge.JP

Sun, 01 Feb 2009 22:32:31 +0900

nkf-2.0.9 で nkf32.dll のビルドに失敗する (フォーラムメッセージ [#41578] からの引用)

Open Date: 2009-02-01 22:32

Last Update: 2009-02-01 22:32

Reporter:	naruse	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

フォーラム Open Discussion [#41578] からの引用

[forum: 41578]

nkf-2.0.9.tar.gz を展開して nmake /F nkf.mak all すると、 nkf.exe は出来るものの nkf32.dll は出来ません。【ビルド環境】・VC++6.0 / Windows 2000 SP4 ・VC++6.0 / Windows XP SP3 ・VC++2005 / Windows XP SP3 【エラーメッセージ(VC++6.0)】 T:\nkf-2.0.9>nmake /F nkf.mak all (略) Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86 Copyright (C) Microsoft Corp 1984-1998. All rights reserved. nkf32.c nkf32dll.c(130) : error C2065: 'std_gc_ndx' : 定義されていない識別子です。 nkf32dll.c(131) : error C2065: 'std_gc_buf' : 定義されていない識別子です。 nkf32dll.c(131) : error C2109: 配列または、ﾎﾟｲﾝﾀでない変数に添字が使われました。 NMAKE : fatal error U1077: 'cl' : ﾘﾀｰﾝｺｰﾄﾞ '0x2' Stop. 【エラーメッセージ(VC++2005)】 T:\nkf-2.0.9>nmake /F nkf.mak all (中略) Microsoft(R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. nkf32.c t:\nkf-2.0.9\nkf32dll.c(130) : error C2065: 'std_gc_ndx' : 定義されていない識別子です。 t:\nkf-2.0.9\nkf32dll.c(131) : error C2065: 'std_gc_buf' : 定義されていない識別子です。 t:\nkf-2.0.9\nkf32dll.c(131) : error C2109: 配列または、ポインタでない変数に添字が使われました。 t:\nkf-2.0.9\nkf32dll.c(131) : warning C4033: 'std_getc' : 関数には戻り値が必要です。 NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\cl.EXE"' : リターンコード '0x2' Stop.

(From Forum Message 41578)

Last Update of this Ticket

2009-02-01 22:32 Update by: naruse

Ticket Close date set to 2009-02-01 22:32
Status Update from Open to Closed.
Resolution Update from None to Fixed.

-g オプションで改行コードが誤判定される - nkf Network Kanji Filter Ticket #14263 on SourceForge.JP

Sun, 14 Dec 2008 19:00:19 +0900

-g オプションで改行コードが誤判定される

Open Date: 2008-12-14 10:45

Last Update: 2008-12-14 19:00

Reporter:	(Anonymous)	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

Cygwin環境限定かもしれませんが、-g オプションで改行コードCRLFを正しく検出できないようです。また、複数ファイルの改行コードを判別しようとすると、2ファイル目以降の改行コードが正しく判別されないようです(全て最初のファイルの改行コードが表示されてしまう)。

$ perl -e 'print "\x0a";' > LF
$ perl -e 'print "\x0d";' > CR
$ perl -e 'print "\x0d\x0a";' > CRLF

# CRLF判別が失敗する
$ nkf -g CRLF
ASCII (CR)

# 複数ファイルの判別が失敗する
$ nkf -g LF CR CRLF
LF:ASCII (LF)
CR:ASCII (LF)
CRLF:ASCII (LF)
$ nkf -g CR LF CRLF
CR:ASCII (CR)
LF:ASCII (CR)
CRLF:ASCII (CR)
$ nkf -g CRLF LF CR
CRLF:ASCII (CR)
LF:ASCII (CR)
CR:ASCII (CR)

環境:
Cygwin 1.5.25-15 (環境変数CYGWINは特に設定しておらず、デフォルトの状態)
gcc 3.4.4
パーティションは全てbinmodeでmount

Last Update of this Ticket

2008-12-14 21:43 Update by: None

Comment

CVS Headをダウンロードして試してみたところ、CRLFも複数ファイルも大丈夫でした。ありがとうございます。

リリース版しか試していなかったため早とちりしてしまってすみません。今後はCVSの方もチェックしようと思います。

MIME encode で、長大な ASCII 単語を与えたときの処理が変 - nkf Network Kanji Filter Ticket #11239 on SourceForge.JP

Wed, 28 May 2008 23:52:24 +0900

MIME encode で、長大な ASCII 単語を与えたときの処理が変

Open Date: 2007-10-30 23:04

Last Update: 2008-05-28 23:52

Reporter:	efialtes	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

CVS 先頭でもほぼ同じく駄目です。正直言って処理がメチャ
メチャレベルですが、以下は確認しました。

(1) 指定したエンコーディングとは無関係に、ASCII-Q
(2.0.7 では EUC) が使われる。ついでに、この動作について
は現在の man は誤り。
(2) Q-encoding が正しく動かない。エスケープすべき文字が
筒抜けになる。
(3) 74 文字の wordwrap 処理が無視される。

見た感じだと相当直さなければ、って感触ですけど、いちお
う修正パッチを検討中。

Last Update of this Ticket

2008-05-28 23:52 Update by: efialtes

Status Update from Open to Closed.
Ticket Close date set to 2008-05-28 23:52
Resolution Update from None to Accepted.

MIMEエンコードでスペースが消える？ - nkf Network Kanji Filter Ticket #10904 on SourceForge.JP

Mon, 10 Sep 2007 22:19:53 +0900

MIMEエンコードでスペースが消える？

Open Date: 2007-08-29 12:50

Last Update: 2007-09-10 22:19

Reporter:	(Anonymous)	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

nkf -Mj で以下のようなテキストを変換し、

Subject: 試験用メール表題試験用メール表題試験用メー
ル表題試験用メール表題

nkf -ms で元のテキストに戻したところ、

Subject: 試験用メール表題試験用メール表題試験用メー
ル表題試験用メール表題

となり、最後のスペースが消えてしまいました。
nkf -Mj の結果はつぎのとおりです。

Subject: =?ISO-2022-JP?B?
GyRCO244M01RJWEhPCVrST1CahsoQiAbJEI7bjgzTVEbKEI=?=
=?ISO-2022-JP?B?
GyRCJWEhPCVrST1CahsoQiAbJEI7bjgzTVElYSE8JWtJPUJqGyhC?
=
=?ISO-2022-JP?B?GyRCO244M01RJWEhPCVrST1CahsoQg==?=

2行目の終りにスペースが出力されていますが、encoded-
word間のスペースなので、デコード時に除去されてしまいま
す。

Last Update of this Ticket

2007-09-10 22:19 Update by: naruse

Status Update from Open to Closed.
Ticket Close date set to 2007-09-10 22:19

nkf.1j の方に Endien というスペルミスがあります。 - nkf Network Kanji Filter Ticket #10833 on SourceForge.JP

Wed, 29 Aug 2007 13:54:36 +0900

nkf.1j の方に Endien というスペルミスがあります。

Open Date: 2007-08-09 23:52

Last Update: 2007-08-29 13:54

Reporter:	efialtes	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

とりあえず3つ。もっとあるかも。

Last Update of this Ticket

2007-08-29 13:54 Update by: naruse

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2007-08-29 13:54

man ページとブツの挙動の相違 - nkf Network Kanji Filter Ticket #10820 on SourceForge.JP

Wed, 29 Aug 2007 13:54:36 +0900

man ページとブツの挙動の相違

Open Date: 2007-08-07 22:53

Last Update: 2007-08-29 13:54

Reporter:	efialtes	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

今回の 2.0.8 での EUC の挙動修正で、man にある EUC 時に
JIS を扱える、という記載が成り立たなくなっているはずで
すが、man を直す必要があるのでは。

Last Update of this Ticket

2007-08-29 13:54 Update by: naruse

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2007-08-29 13:54

nkf32dllがビルドできない - nkf Network Kanji Filter Ticket #10727 on SourceForge.JP

Wed, 08 Aug 2007 00:38:18 +0900

nkf32dllがビルドできない

Open Date: 2007-07-18 19:11

Last Update: 2007-08-08 00:38

Reporter:	turutani	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

WinXP上のVC++でビルドを試みると、

nmake -f nkf.mak
...(略)...
nkf32.c
nkf32dll.c(340) : warning C4090: 'function' : 'const'
修飾子は異なります。
nkf32dll.c(340) : warning C4024: 'options' : の型が 1
の仮引数および実引数と異な
ります。
nkf32dll.c(446) : error C2065: 'utf16_mode' : 定義され
ていない識別子です。
nkf32dll.c(446) : error C2065: 'UTF16BE_INPUT' : 定義さ
れていない識別子です。
NMAKE : fatal error U1077: 'cl' : ﾘﾀｰﾝｺｰﾄﾞ '0x2'
Stop.

となる。
今まではDLLのビルドが行われてきたのかも気にしていなかっ
たが、ともかくこのままではよくないらしい。
但し、nkf.exeはきちんとビルドされている。

とりあえず、446行目を消せば(そして前後を調整すれば)何と
かなるが、それでいいのか、よく分からない。

Last Update of this Ticket

2007-08-08 00:38 Update by: naruse

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2007-08-08 00:38

MIME encode の結果に空行が入る - nkf Network Kanji Filter Ticket #9872 on SourceForge.JP

Mon, 26 Mar 2007 09:10:42 +0900

MIME encode の結果に空行が入る

Open Date: 2007-01-31 12:12

Last Update: 2007-03-26 09:10

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

MIME encode の挙動がおかしいようです。

% echo "From:
12345678901234567890123456789012345678901234567890123456789\nTo:
foo@example.com" | ./nkf -M
From:
12345678901234567890123456789012345678901234567890123456789
To: foo@example.com
# OK

(長い ASCII 文字列のときに =?EUC-JP?B? が付く、空行が入る)
% echo "From:
123456789012345678901234567890123456789012345678901234567890\nTo:
foo@example.com" | ./nkf -M
From:
=?EUC-JP?B?123456789012345678901234567890123456789012345678901234567890?=

To: foo@example.com
# NG

(空行が入る)
% echo "From: テストテストテスト <bar@example.com>\nTo:
foo@example.com" | ./nkf -M
From:
=?ISO-2022-JP?B?GyRCJUYlOSVIJUYlOSVIJUYlOSVIGyhC?=
<bar@example.com>

To: foo@example.com
# NG

CVS 最新の nkf で試しました。
% ./nkf -V
Network Kanji Filter Version 2.0.8 (2007-01-28)
Copyright (C) 1987, FUJITSU LTD. (I.Ichikawa),2000 S.
Kono, COW
Copyright (C) 2002-2006 Kono, Furukawa, Naruse, mastodon

よろしくお願いします。

Last Update of this Ticket

2007-03-26 09:10 Update by: naruse

Status Update from Open to Closed.
Ticket Close date set to 2007-03-26 09:10

Permission deniedなファイルを含む処理 - nkf Network Kanji Filter Ticket #9049 on SourceForge.JP

Sat, 21 Oct 2006 17:44:07 +0900

Permission deniedなファイルを含む処理

Open Date: 2006-09-24 13:11

Last Update: 2006-10-21 17:44

Reporter:	(Anonymous)	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

仕様でしたら申し訳ございません。
個人的には、以下のような場合パーミッションのないファイ
ル以降も
処理される挙動を予想していたので念のためご報告致します。

> nkf -V
Network Kanji Filter Version 2.0.7 (2006-06-13)
> ls -l
-rw-r--r-- a.txt
-rw-r--r-- b.txt
-rw-r--r-- c.txt
-rw-r--r-- d.txt
> nkf --guess *.txt
a.txt:EUC-JP
b.txt:EUC-JP
c.txt:EUC-JP
d.txt:EUC-JP
> chmod 000 b.txt
> ls -l
-rw-r--r-- a.txt
---------- b.txt
-rw-r--r-- c.txt
-rw-r--r-- d.txt
> nkf --guess *.txt
b.txt: Permission denied
a.txt:EUC-JP
>

Last Update of this Ticket

2006-10-21 17:44 Update by: naruse

Ticket Close date set to 2006-10-21 17:44

Cygwin 環境で英語版 man 表示がおかしい - nkf Network Kanji Filter Ticket #8614 on SourceForge.JP

Sat, 16 Sep 2006 15:25:42 +0900

Cygwin 環境で英語版 man 表示がおかしい

Open Date: 2006-07-03 17:59

Last Update: 2006-09-16 15:25

Reporter:	efialtes	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

CYGWIN_NT-5.1 (2006 Jan) 環境で、Pod::Man とどちらの問
題かはわかりませんが、とりあえず Synopsys 行の B<> 関連
がそのまま生で表示されています。日本語 man は未確認。

ついでに、make clean で nkf.exe を消し残る、という件も
前から報告しようと思って忘れていたけど、ここでついでに。

Last Update of this Ticket

2006-09-16 15:25 Update by: naruse

Status Update from Open to Closed.
Ticket Close date set to 2006-09-16 15:25

Typo `Outout' -> `Output' - nkf Network Kanji Filter Ticket #8699 on SourceForge.JP

Tue, 22 Aug 2006 14:35:01 +0900

Typo `Outout' -> `Output'

Open Date: 2006-07-22 17:50

Last Update: 2006-08-22 14:35

Reporter:	(Anonymous)	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

　ソースコード中のコメントや Usage の表示に

Out"o"ut → Out"p"ut

という typo があります。
　特に Usage はプログラムの顔のようなものなので、
ここに typo があるのは、顔に泥を塗るようなものかと。

Last Update of this Ticket

2006-08-22 14:35 Update by: naruse

Resolution Update from None to Fixed.
Owner Update from (None) to naruse.
Ticket Close date set to 2006-08-22 14:35

--fb-XXX オプションのバグ - nkf Network Kanji Filter Ticket #7633 on SourceForge.JP

Fri, 09 Dec 2005 12:21:42 +0900

--fb-XXX オプションのバグ

Open Date: 2005-11-29 07:02

Last Update: 2005-12-09 12:21

Reporter:	opengl2772	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

UNICODE -> EUC-JP 変換をテストしています。

U+0080 から U+00FF までの範囲を確認したところ、--fb-XXX で削除されるデータを拾うこ
とができますが、

0x00A4
0x00BF

の2つは拾うことができず削除されました。
これはおそらくケアレスミスか何かのバグでしょう。

Last Update of this Ticket

2005-12-09 12:21 Update by: naruse

Status Update from Open to Closed.
Ticket Close date set to 2005-12-09 12:21

変換できない文字の処理について - nkf Network Kanji Filter Ticket #5431 on SourceForge.JP

Sun, 27 Nov 2005 08:15:10 +0900

変換できない文字の処理について

Open Date: 2005-01-13 17:31

Last Update: 2005-11-27 08:15

Reporter:	(Anonymous)	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

nkf 2.0.4 において、utf8 から EUC-JP あるいは
Shift_JIS に変換できない文字があるかと思いますが、
これらの文字をスペースや ? 等に置き換えるようには
できないでしょうか?

具体的にはラテン文字の
'
I (Unicode:0x0130)
'
y (Unicode:0x00fd)

を nkf -Ws で変換すると、それぞれ 0x00, 0xc0 に
変換されてしまいます。
特に 0x00 に変換されるのは C言語から使うと文字列の終端
を示すので大変扱いに困ります。

Last Update of this Ticket

2005-11-27 08:15 Update by: opengl2772

Comment

Logged In: YES
user_id=15946

いえいえ。

2005-11-27版を確認したところ、きちんと蹴られていることを確認
しました。
今のところ確認した範囲では理想的な動きになっています。
ありがとうございました。

-h オプションの動作 - nkf Network Kanji Filter Ticket #6279 on SourceForge.JP

Sat, 26 Nov 2005 22:23:50 +0900

-h オプションの動作

Open Date: 2005-07-02 12:34

Last Update: 2005-11-26 22:23

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

-h1 と -h2 の動作が Usage の内容と反対になっているよう
に思います。
これは Usage の間違いなのでしょうか?

Last Update of this Ticket

2005-11-26 22:23 Update by: opengl2772

Comment

Logged In: YES
user_id=15946

遅ればせながら、修正されていることを確認しました。

Download file bad - nkf Network Kanji Filter Ticket #6383 on SourceForge.JP

Thu, 21 Jul 2005 08:44:26 +0900

Download file bad

Open Date: 2005-07-20 13:32

Last Update: 2005-07-21 08:44

Reporter:	(Anonymous)	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

I've tried from both mirrors, and to two machines, and
always:

tar xzf nkf205.tar.gz

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error exit delayed from previous errors

Last Update of this Ticket

2005-07-21 08:44 Update by: naruse

Ticket Close date set to 2005-07-21 08:44

MIME デコードについて - nkf Network Kanji Filter Ticket #2273 on SourceForge.JP

Sun, 10 Jul 2005 13:37:02 +0900

MIME デコードについて

Open Date: 2003-06-06 18:16

Last Update: 2005-07-10 13:37

Reporter:	masao	Owner:	rei_furukawa
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

デフォルトでデコードされるMIMEエンコード部分ですが、
中途半端な部分文字列があると、以降のテキストが文字化け
してしまう場合があるようです。

たとえば、
以下の内容のテキストをEUC-JPで保存して、nkf -e にかけると、
4行目以降が文字化けを起こします。

---
*
=?iso-2022-jp?q?=96=A2=8F=B3=91=F8=8DL=8D=90=81=A6=82t=82f
*
http://www13.big.or.jp/~beyond-1/akutoku/bbs/qa/index.htm?num=89776&ope=sel
産経新聞社から悪徳マニアックスで公開している記事の削除
要請が来た。
http://members.jcom.home.ne.jp/makina17/d0305a.html#03050704
...
---

最初に nkf1.71 で確認し、念のためにCVSの最新版も試しま
したが、直っていないようです。

nkf -m0 -e なら大丈夫なのですが、nkf -e でも文字化けし
ないようにできないでしょうか？

Last Update of this Ticket

2005-07-10 13:37 Update by: naruse

Status Update from Open to Closed.
Resolution Update from None to Accepted.
Ticket Close date set to 2005-07-10 13:37

utf8 is utf8n - nkf Network Kanji Filter Ticket #6009 on SourceForge.JP

Sun, 10 Jul 2005 06:48:35 +0900

utf8 is utf8n

Open Date: 2005-05-17 14:37

Last Update: 2005-07-10 06:48

Reporter:	izayoi	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

nkf をいう utf8 は、実際 utf-8n と呼ばれる形式です、誤
解を招きやすい。

ご参考ください

http://blog.goo.ne.jp/izayoi_hoshino/e/bccb6c198a76862
e69fbb449ca848867

Last Update of this Ticket

2005-07-10 06:48 Update by: naruse

Status Update from Open to Closed.
Ticket Close date set to 2005-07-10 06:48

-gの判定 - nkf Network Kanji Filter Ticket #6108 on SourceForge.JP

Sun, 10 Jul 2005 06:48:10 +0900

-gの判定

Open Date: 2005-06-02 18:35

Last Update: 2005-07-10 06:48

Reporter:	(Anonymous)	Owner:	naruse
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

複数ファイルを判定すると2つめ以降の判定が間違えています。

> nkf -g a.txt a.txt
a.txt:UTF-8
a.txt:EUC-JP

本当はUTF-8が正しいです。

Last Update of this Ticket

2005-07-10 06:48 Update by: naruse

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Owner Update from (None) to naruse.
Ticket Close date set to 2005-07-10 06:48

Comment

Logged In: YES
user_id=3487

CVSの nkf.c,v 1.71 にて修正しました。
報告ありがとうございました。

Windowsでmake testに失敗する - nkf Network Kanji Filter Ticket #3025 on SourceForge.JP

Sat, 06 Nov 2004 04:55:43 +0900

Windowsでmake testに失敗する

Open Date: 2003-09-18 04:00

Last Update: 2004-11-06 04:55

Reporter:	naruse	Owner:	rei_furukawa
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

Windows環境だと、make testで行われる一連のテストのう
ち、
MIME decode (nonstrict)とMIME decode (unbuf)のテストに
失敗します。
出力は以下のとおりです。

MIME decode (nonstrict)Fail
mv: cannot move `nkf.out' to `nkf.out.1.bad'
*** tmp.result.bad Thu Sep 18 03:53:23 2003
--- tmp.expect.bad Thu Sep 18 03:53:24 2003
***************
*** 7,13 ****
0000140 n e \r \n 033 $ B 4 A ;
z $ N ? ) ;
0000160 v 4 A ; z $ N ? ) ; v
033 ( B \r \n
0000200 B r o k e n c a s
e \r \n 033 $ B
! 0000220 4 A ; z $ N ? ) ; v
4 A ; z $ N
! 0000240 ? ) ; v 033 ( B \r \n 033
$ B 4 A ; z
! 0000260 $ N % F % 9 % $ 033 ( B
! 0000273
--- 7,15 ----
0000140 n e \r \n 033 $ B 4 A ;
z $ N ? ) ;
0000160 v 4 A ; z $ N ? ) ; v
033 ( B \r \n
0000200 B r o k e n c a s
e \r \n 033 $ B
! 0000220 4 A ; z $ N ? ) 033 (
B h s o S g
! 0000240 = = ? = 033 $ B 4
A ; z $ N ? )
! 0000260 ; v 033 ( B \r \n 033 $ B
4 A ; z $ N
! 0000300 % F 033 ( B [ K S V I
G y h K ? =
! 0000320 \r \n
! 0000322
MIME decode (unbuf) Fail
mv: cannot move `nkf.out' to `nkf.out.2.bad'
*** tmp.result.bad Thu Sep 18 03:53:25 2003
--- tmp.expect.bad Thu Sep 18 03:53:26 2003
***************
*** 7,13 ****
0000140 n e \r \n 033 $ B 4 A ;
z $ N ? ) ;
0000160 v 4 A ; z $ N ? ) ; v
033 ( B \r \n
0000200 B r o k e n c a s
e \r \n 033 $ B
! 0000220 4 A ; z $ N ? ) ; v
4 A ; z $ N
! 0000240 ? ) ; v 033 ( B \r \n 033
$ B 4 A ; z
! 0000260 $ N % F % 9 % $ 033 ( B
! 0000273
--- 7,15 ----
0000140 n e \r \n 033 $ B 4 A ;
z $ N ? ) ;
0000160 v 4 A ; z $ N ? ) ; v
033 ( B \r \n
0000200 B r o k e n c a s
e \r \n 033 $ B
! 0000220 4 A ; z $ N ? ) 033 (
B h s o S g
! 0000240 = = ? = 033 $ B 4
A ; z $ N ? )
! 0000260 ; v 033 ( B \r \n 033 $ B
4 A ; z $ N
! 0000300 % F 033 ( B [ K S V I
G y h K ? =
! 0000320 \r \n
! 0000322

手元のNetBSDでは再現しなかったため、Windowsの\r\nが原
因だとは思うのですが、解決はできませんでした。

この他に現行のmake testには、デフォルトの文字コードが
JIS以外だといくつかのテストが失敗する、
というバグがありますが、これは
https://sourceforge.jp/forum/forum.php?
thread_id=3176&forum_id=1007
にパッチを置いておきました

Last Update of this Ticket

2004-11-06 04:55 Update by: naruse

Status Update from Open to Closed.
Ticket Close date set to 2004-11-06 04:55

nkf.1j で .REが足りません - nkf Network Kanji Filter Ticket #2908 on SourceForge.JP

Sun, 05 Oct 2003 16:52:31 +0900

nkf.1j で .REが足りません

Open Date: 2003-08-31 23:43

Last Update: 2003-10-05 16:52

Reporter:	(Anonymous)	Owner:	rei_furukawa
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

nkf.1j に .REが足りないので、インデントが崩れています
ついでに気になったところも空白を調整してみました。

--- nkf.1.orig Sun Aug 31 23:41:47 2003
+++ nkf.1 Sun Aug 31 23:42:08 2003
@@ -47,8 +47,8 @@
\-mN MIME のチェックを緩くする
\-m0 MIME を解読しない。

- \-mS は、宣言の内容と、その後に続くbase64の整合性を
チェックする。
- \-mN は、改行で切られたMIMEなども解読する。解読が
止まらないこともある。
+ \-mS は、宣言の内容と、その後に続くbase64の整合性を
チェックする。
+ \-mN は、改行で切られたMIMEなども解読する。解読が止
まらないこともある。
.fi
.TP
.B \-M[BQ]
@@ -59,6 +59,7 @@
\-MB base64 stream に変換する
\-MQ Quoted stream に変換する
.fi
+.RE
.TP
.B "\-J \-E \-S \-X \-B"
期待される入力コードの性質を指定する。

Last Update of this Ticket

2003-10-05 16:52 Update by: rei_furukawa

Status Update from Open to Closed.
Owner Update from (None) to rei_furukawa.
Ticket Close date set to 2003-10-05 16:52

Comment

Logged In: YES
user_id=2500

パッチを当てた結果、よさそうなのでクローズします

-OW オプションに関する解説について - nkf Network Kanji Filter Ticket #1007 on SourceForge.JP

Fri, 28 Mar 2003 00:21:35 +0900

-OW オプションに関する解説について

Open Date: 2003-01-09 21:19

Last Update: 2003-03-28 00:21

Reporter:	nork	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

マニュアルを見ると -OW について記述がありますが,
廃止されたのではないでしょうか。

Last Update of this Ticket

2003-03-28 00:21 Update by: rei_furukawa

Status Update from Open to Closed.
Resolution Update from None to Accepted.
Ticket Close date set to 2003-03-28 00:21

連続したオプションの解釈問題 - nkf Network Kanji Filter Ticket #777 on SourceForge.JP

Sun, 01 Dec 2002 01:19:49 +0900

連続したオプションの解釈問題

Open Date: 2002-11-19 00:16

Last Update: 2002-12-01 01:19

Reporter:	nork	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

$ echo テスト | nkf -EsLw
(UTF-8 な「テスト」)

どうも w (UTF-8 に変換)が効いてしまっているようです。
従来(1.92 時代までの)のオプション解釈では -Lw と解釈
されていました。

Last Update of this Ticket

2002-12-01 01:19 Update by: rei_furukawa

Ticket Close date set to 2002-12-01 01:19

echo -n テスト|nkf -M > =?ISO-2022-JP?B?GyR - nkf Network Kanji Filter Ticket #776 on SourceForge.JP

Sun, 01 Dec 2002 01:18:47 +0900

echo -n テスト|nkf -M > =?ISO-2022-JP?B?GyR

Open Date: 2002-11-19 00:13

Last Update: 2002-12-01 01:18

Reporter:	nork	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

$ echo テスト | nkf -M
=?ISO-2022-JP?B?GyRCJUYlOSVIGyhC?=
$ echo -n テスト | nkf -M; echo
=?ISO-2022-JP?B?GyRCJUYlOSVIGyhC
$

MIME Encoding(ヘッダ形式に変換する)で改行のある／無しで
最後の ?= が付く／付かないという問題があります。

Last Update of this Ticket

2002-12-01 01:18 Update by: rei_furukawa

Status Update from Open to Closed.
Ticket Close date set to 2002-12-01 01:18

Comment

Logged In: YES
user_id=2500

cvs に反映しました

echo nano | nkf -j => \0\0 - nkf Network Kanji Filter Ticket #588 on SourceForge.JP

Wed, 09 Oct 2002 23:30:37 +0900

echo nano | nkf -j => \0\0

Open Date: 2002-09-30 12:45

Last Update: 2002-10-09 23:30

Reporter:	ukai	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Works For Me

Details

nまたはNがあるとおかしくなります。

Last Update of this Ticket

2002-10-09 23:30 Update by: rei_furukawa

Ticket Close date set to 2002-10-09 23:30

Tickets List - nkf Network Kanji Filter on SourceForge.JP

機種依存文字のUTF-8コードのbase64エンコード異常について - nkf Network Kanji Filter Ticket #30702 on SourceForge.JP

機種依存文字のUTF-8コードのbase64エンコード異常について

Details

Last Update of this Ticket

2013-02-10 01:02 Update by: naruse

Comment

ISO-2022-JP-3(JIS X 0213)からUTF-8への変換 - nkf Network Kanji Filter Ticket #30167 on SourceForge.JP

ISO-2022-JP-3(JIS X 0213)からUTF-8への変換

Details

Last Update of this Ticket

2012-11-22 16:44 Update by: naruse

Comment

JIS X 0201のESC(Iエンコードの「ス」が「=」になる - nkf Network Kanji Filter Ticket #30162 on SourceForge.JP

JIS X 0201のESC(Iエンコードの「ス」が「=」になる

Details

Last Update of this Ticket

2013-01-17 23:06 Update by: None

Comment

UTF-8で保存した「陌間」という文字が正しく自動認識されない - nkf Network Kanji Filter Ticket #29997 on SourceForge.JP

UTF-8で保存した「陌間」という文字が正しく自動認識されない

Details

Last Update of this Ticket

2012-11-06 10:22 Update by: None

Comment

-Mで"no output encoding given" - nkf Network Kanji Filter Ticket #29923 on SourceForge.JP

-Mで"no output encoding given"

Details

Last Update of this Ticket

2012-10-24 00:35 Update by: naruse

Comment

自動判定でShift_JISの場合はCP932として扱うオプション - nkf Network Kanji Filter Ticket #29149 on SourceForge.JP

自動判定でShift_JISの場合はCP932として扱うオプション

Details

Last Update of this Ticket

2012-10-01 22:26 Update by: naruse

Comment

--guess でUTFのエンディアン/BOMの有無も表示してほしい - nkf Network Kanji Filter Ticket #26325 on SourceForge.JP

--guess でUTFのエンディアン/BOMの有無も表示してほしい

Details

Last Update of this Ticket

2012-03-17 20:51 Update by: naruse

Comment

merge NkfPython - nkf Network Kanji Filter Ticket #27841 on SourceForge.JP

merge NkfPython

Details

Last Update of this Ticket

2012-04-08 18:08 Update by: None

Comment

q-encode-utf-8 のテストに失敗する - nkf Network Kanji Filter Ticket #26274 on SourceForge.JP

q-encode-utf-8 のテストに失敗する

Details

Last Update of this Ticket

2011-09-09 19:33 Update by: naruse

Comment

manの修正 - nkf Network Kanji Filter Ticket #26253 on SourceForge.JP

manの修正

Details

Last Update of this Ticket

2011-09-08 20:48 Update by: naruse

Comment

全角一文字(株)が変換されません - nkf Network Kanji Filter Ticket #23914 on SourceForge.JP

全角一文字(株)が変換されません

Details

Last Update of this Ticket

2011-09-08 20:42 Update by: naruse

-w16LOオプションで出力がなくnkf.out一時ファイルが残る - nkf Network Kanji Filter Ticket #26207 on SourceForge.JP

-w16LOオプションで出力がなくnkf.out一時ファイルが残る

Details

Last Update of this Ticket

2011-09-03 20:58 Update by: naruse

Comment

make test で test_data/ruby-dev:39722 が失敗する - nkf Network Kanji Filter Ticket #23228 on SourceForge.JP

make test で test_data/ruby-dev:39722 が失敗する

Details

Last Update of this Ticket

2010-09-15 10:53 Update by: naruse

Comment

ISO-2022-JP での X-0201 カナ に対する MIME 出力 - nkf Network Kanji Filter Ticket #20079 on SourceForge.JP

ISO-2022-JP での X-0201 カナ に対する MIME 出力

ISO-2022-JP での X-0201 カナに対する MIME 出力 - nkf Network Kanji Filter Ticket #20079 on SourceForge.JP

ISO-2022-JP での X-0201 カナに対する MIME 出力