Re: coding-system with start-process
24 years, 11 months
守岡 知彦 / MORIOKA Tomohiko
守岡 知彦 / MORIOKA Tomohiko
>>>>> In <874sdddikn.fsf(a)dp50.ecc.u-tokyo.ac.jp>
>>>>> "Yoshiki" = Yoshiki Hayashi <t90553(a)m.ecc.u-tokyo.ac.jp> wrote:
Yoshiki> 守岡さんの言葉を信用してソースコードを結構読んでしまいました
Yoshiki> が、start-process で coding-system-for-read, write は参照され
Yoshiki> ています。
申し訳ありません。
;; また、信頼度を下げてしまったようで。(^_^;;;
Yoshiki> 動かないのは、shell-mode だけで、それは
Yoshiki> set-default-coding-system で comint-execute-hook の値を設定し
Yoshiki> てるからです。これを取り除く patch はさっき xemacs-patchesに
Yoshiki> 送りました。
なんかそれは記憶にあります。
;; 削ろうか迷った挙げ句削らなかった場所のような気が。
Yoshiki> ちなみに、process-unix.c でしか確認していませんが、
Yoshiki> Fstart_process_internal -> create_process ->
Yoshiki> unix_create_process -> init_process_io_handles という経路で
Yoshiki> 呼ばれていて、init_process_io_handles が
Yoshiki> coding-system-for-read, write に従って stream を設定していま
Yoshiki> す。
;; しかも coding-system-for-{read|write} にしたのは実は私だったりする
;; と更に莫迦ですね。(^_^;;;
;;; あるいは自分がやったような気がしたからはなからだめだという先入観が
;;; あって、あらぬ疑いをかけてしまったのかも。
いずれにしても林さん、ありがとうございます。
これからもよろしくお願いします。
--
===『幾千億の分子に分かれても ========================================
決して忘れない。
この宇宙が終るまで』 守岡 知彦 (MORIOKA Tomohiko)
======================================== Email: <tomo(a)etl.go.jp> =====
- 2 participants
- 1 comments
ucs-conv is moved to cvs.m17n.org
24 years, 12 months
守岡 知彦 / MORIOKA Tomohiko
守岡 知彦 / MORIOKA Tomohiko
cvs.m17n.org 暫定管理人の守岡です。
従来 chamonix.jaist.ac.jp の CVS server に置かれていた ucs-conv を
:pserver:anonymous＠cvs.m17n.org:/cvs/root に置きました。
;; 時間があれば、UTF-2000 文字データベースを使う形に書き換えたいもんで
;; すが。(^_^;
では。
--
===『幾千億の分子に分かれても ========================================
決して忘れない。
この宇宙が終るまで』 守岡 知彦 (MORIOKA Tomohiko)
======================================== Email: <tomo(a)etl.go.jp> =====
- 1 participants
- 0 comments
[xemacs-beta] Mule 改善計画案
25 years
Yoshiki Hayashi
Yoshiki Hayashi
Secondary I18N Liaison (aka. Japanese Liaison :-)) としての
初の仕事です。
xemacs-beta に流れた Mule 改善計画案の訳です。
まず、Stephen さんの案です。
Subject: Re: check process state before accessing coding_stream (fix PR#1061)
Message-id: <14431.17061.498553.822275(a)turnbull.sk.tsukuba.ac.jp>
これは Mule の優先事項として考えるものです (だいたい利益のあ
る順になっています。難しさや、8 と 10 はおそらくパッケージに
なるであろうということなどは考慮していません):
1. 自動判別の問題を修正する (コーディング優先順位のリストを、
"binary" を初期設定にして、できるだけ短く、null にさえ設
定できるようにする)。
2. 言語環境と実装されている Mule の "API" を文書化する (本
当の設計仕様書は存在しないので)。 どこがどのように壊れて
いるかを調べる。
3. Mule のメニューを ISO-2022 に精通していない人にも役に立
つようにする。
4. lstream を変更して、"パイプ" を簡単にでき、頑強になるよ
うにする。例えば、libz | gnupg | jis2mule のように。
5. Custom を Mule 対応させる。 (これはおそらくまっとうなフォ
ントモデルに依存するでしょう。)
6. "そのままのバイトストリーム" メモリー機能を実装する。
7. 7 と 8 の下調べとして FSF の Mule の実装を研究する。
8. 望ましい Mule の機能を調べる (例えば、上で書いたような国
際化されたメッセージや、言語環境毎の並び換え用の表など。)
(新しい機能は最高で 9 の優先順位が与えられる。)
9. Mule の UI, API などを明確化し、(再)実装する。
10. 8-bit 固定のバッファの最適化を実装する。
11. 内部符号を UTF-32 (合成文字に関する Olivier さんの注意を
考慮に入れる) に、UTF-8 を使った可変長文字のバッファに移
行する。
12. 16- と 32-bit 固定のバッファ最適化を実装する。
こちらは、Ben さんの案です。
Subject: Re: check process state before accessing coding_stream (fix PR#1061)
Message-id: <385F46EE.DAA566B1(a)666.com>
これは我々が作業をする Mule 関連のプロジェクトの詳細なリスト
です。それらは、正確にではありませんが、だいたい作業を進めて
行く順番に従っています。特に、隣合うプロジェクト間ではおそら
く期間が重なるでしょう。
1. 内部/外部マクロを修正して MS Windows のサポートを可能にす
る。
2. 2つ以上の内部表現を可能にするようにバッファのマクロを修正
する。例えば、固定長と可変長のように。
3. 既存の Mule コード、特に lisp コードの質をレビューし、き
れいさを改善する。また、Mule API の spec の作成作業を行う。
4. mule に関する自動化されたテストをもっと書く。
5. Tomohiko (訳註: 守岡さん) の UTF-2000 のコードを取り込む。
UTF-2000 の configure オプションを使用しないときに壊れな
いように修正する。
6. MS windows で Mule サポートつきでコンパイルした XEmacs が
少なくとも Latin-1 では動作するように MS Windowsのコード
を Mule に対応させる。
7. 間違ったコーディングシステムのときでもファイルが壊れない
ことを保証する方法を実装する -- 特に、バイナリファイルが
壊れないことを保証する。
8. たくさんのカットアンドペーストがなされたとしても、前の項
目の「壊れない」サポートが適切に動作するように XEmacs の
テキストプロパティのサポートを頑強にする。
9. 自動判別において、間違える可能性のあるときは、利用者が判
別された符号化の情報を与えられて、他の可能性を選択するこ
とができるように改善する。
10. XEmacs での違った言語環境のサポートを改善する。例えば、
自動判別で使われるコーディングシステムの優先順位は言語環
境を適切に反映していなければならない。これはおそらく現在
の「コーディングシステム優先順位」の方法を考え直す必要が
あるだろう。
11. 既存の UTF-2000 実装を改善するためによい作業をする。
12. 8-bit 固定長表現の前段階のサポートを実装する。まず、
7-bit サポートのみを実装し、non-ASCII 文字に出会うとすぐ
に可変長表現に戻る。それから、8-bit 空間の上反面にある任
意の文字集合を扱うサポートを改善する。
13. --with-mule が default の configure のオプションとするこ
とへの、残りの障害を調査する。
--
Yoshiki Hayashi
- 1 participants
- 0 comments
Egg autoloading problem?
25 years
Katsumi Yamaoka
Katsumi Yamaoka
8月1日に xemacs-patches に出したパッチが、まだ本編の egg.el に当たって
いないのですが、これは今でも必要なんでしょうか?
たしかこれは中治さんが指摘された問題で、Egg を使い始めるときにおかしく
なるというものだったと思うのですが、21.1.8 と 21.2.23 で試した限りでは
何も問題無いように思えます。(そのため正確な症状も思い出せない ^^;;)
--- egg-its/egg.el~ Thu Jul 29 23:08:06 1999
+++ egg-its/egg.el Sun Aug 1 23:06:28 1999
＠＠ -286,7 +286,7 ＠＠
(insert (substring (current-time-string) 4 19) ":: " message ?\n )
(setq buffer-read-only t)
(save-window-excursion
- (bury-buffer)))
+ (bury-buffer (current-buffer))))
(message "%s" message) ; 92.4.15 by T.Enami
(if noerase
nil
- 3 participants
- 7 comments
coding-system with start-process
25 years
守岡 知彦 / MORIOKA Tomohiko
守岡 知彦 / MORIOKA Tomohiko
なんか今更といわれそうですが(^_^;、最近、
C-x C-m c utf-8 [CR] M-x shell [CR]
が効かないことに気づいたことから start-process で
coding-system-for-{read|write} が効いてないことを知りました。
start-process-internal の DOC-string には
INCODE and OUTCODE specify the coding-system objects used in input/output
from/to the process.
という記述があり write-region-internal などと同様に coding-system を
指定するための引数を暗示していますが、実際には
Args are NAME BUFFER PROGRAM &rest PROGRAM-ARGS
にあるようにそういう引数はありません。GNU Emacs 20.[45] の
start-process の対応箇所に存在する coding-system-for-{read|write} 用の
code がないのです。
call-process や call-process-region には
coding-system-for-{read|write} が効くのになぜか start-process にだけは
効かない（同様の理由で modify-coding-system-alist も効かない）のは明ら
かに変ですからこれはbug だと思います。
個人的には start-process を再定義して elisp の世界で対処しましたが、他
の入出力関数との対称性を考えれば start-process-internal に
coding-system を指定するための引数をつける方が良いかも知れません。
;; でも後に付けれないので問題かも。
識者の御意見が伺えれば幸いです。
;; ついでに恰好良く修正して patch を送って頂けるととても happy
;;; 国際競争人間力がなくてすみません(^_^;;;
--
感じてたことさ ; 守岡 知彦 (MORIOKA Tomohiko)
ずっとずっと前から ; Email: <tomo(a)m17n.org>
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
- 2 participants
- 1 comments
backward-word and forward-word
25 years
Masahiro MURATA (=?ISO-2022-JP?B?GyRCQjxFREE0NDIbKEI=?=)
Masahiro MURATA (=?ISO-2022-JP?B?GyRCQjxFREE0NDIbKEI=?=)
XEmacs-21.2.22 での話です。
;; でも 21.2.20 前後から(もっと前から？)そうだったような
スタート
という文字列があって「ト」の位置にカーソルがある状態で，backward-word し
ても前に移動しないのは私の環境だけでしょうか。どうも「ー」があるとそれよ
り前に移動しないようです。 ^^たぶんここでは
forward-word も止まると思います。
一応 xemacs --vanilla で確かめましたし，XEmacs 21.1.8 では問題ないので
~/.emacs に変な設定をしているわけではないと思うのですが。
--
村田 全寛 / MURATA Masahiro
- 2 participants
- 1 comments