[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

Re: [MD:7103] Bug? of unix-to-dos-filename and dos-to-unix-filename



藤井です。

From: Hideyuki SHIRAI (白井秀行) <shirai@xxxxxxxxxxx>
Subject: Re: [MD:7103] Bug? of unix-to-dos-filename and dos-to-unix-filename
Date: Sun, 25 Dec 2005 14:31:00 +0900 (JST)
Message-ID: <20051225.143100.127957088.shirai.hideyuki@xxxxxxxxxxxxxxxxxxx>
> > 対処の方法ですが、normalize_filename は NTEmacs のものをそのまま使うと
> > いうのが、簡単かつ保守が容易であると思われます。
> > 
> > Emacs の内部コードは ASCII と重ならないようになっているので、NTEmacs の
> > ような一見マルチバイトを考慮していないようなコードで十分だと思います。
> 
> はい、コミットよろしくです。

はい、コミットしましたので確認下さい。

ところで ChangeLog.Meadow に以下のようなエントリを見付けました。
これを見ると、このへんのレイヤは TCHAR で処理するような設計意図がありそ
うです。

そうだとすると、char で処理するようにした今回の変更は設計意図に反するも
のであって、上位の関数で内部コードからシステムの文字コードに変換すると
いう修正の方が良かったのかもしれません。

そうである場合は、今回の修正を取り消して適切な修正をお願いします。

1999-02-25  Miyashita Hisashi  <himi@xxxxxxxxxxxxxxxxxxxxxxxxx>

	* w32.c (normalize_filename): 
	(parse_root): 
	(get_long_basename): 
	(w32_get_long_filename): 
	(is_unc_volume): 
	(get_volume_info): 
	(map_w32_filename): 
	(readdir): 
	(read_unc_volume): 
	(sys_link): 
	(sys_rename): 
	(generate_inode_val): 
	(stat): 
	(file_attributes_stat): 
	Rewrite with W32 string manipulation API.
	(Use string type TCHAR instead char)
	
	(is_string_contains_chars): 
	New function.

--
藤井 正行 / Masayuki FUJII