Re: [Xcast6-dev-ja] common =?ISO-2022-JP?B?GyRCJE42JkRMMj0bKEI=?=

[Hajimu U. <um...@ma...>]

  梅本です。

>>> Thu, 17 Feb 2005 12:11:55 +0900 の刻に「fwkg7679」、すなわち
>>> KUROSAWA Takahiro <fwk...@mb...> 氏曰く

fwkg7679> rat に HAVE_LIBXCAST があるのは，rat は音声データなどの通信の
fwkg7679> ために common の関数を使っているためだったと思います．
fwkg7679> vic は送信部分(受信も？)を vic 側で持っているため，common に 
fwkg7679> XCAST6 的な修正はしないで済んでいたことが原因だと思います．
fwkg7679> xcgroup は XCAST6 での通信はしないので，これも XCAST6 的な
fwkg7679> 修正はしないで済んでいたのだと思います．

  なるほど、そういうことでしたか。
  ということは、vic/common と xcgroup/ucllib の XCAST6 側のサポートは、
rat/common のサブセットと考えて良いですね？

>   rat/common に XCAST6 側で加えている変更を common-1.2.16 に入れるのが、
> 同じバージョンなので一番楽なのですが、これを vic や rat で使うようにし
> たらなにか問題ありますか？

fwkg7679> 上のような理由ですので，おそらくプログラム上の問題はないと
fwkg7679> 思います．

  だとすれば、common-1.2.16 + rat/common の XCAST6 パッチを vic,
xcgroup でもそのまま使えそうですね。
  当面、vic, rat は現状のままにして、

	common-1.2.16 を xcast6/common としてメンテ
	xcgroup/ucllib を削除して、xcast6/common を使う

ようにすれば、メンテコストを上げずに分離した common を提供できるかな。

  common に対する XCAST6 的メンテコストを下げたいというのもあるのです
が、アプリを開発してもらうためには、common を別途切り出して、使っても
らえるようにしないといけないのではないかと思っています。

-- 
梅本 肇 ＠ インターネット互助会横浜  http://www.imasy.org/~ume/
um...@ma...  ume@{,jp.}FreeBSD.org
プログラムは書いた人の意図ではなく書かれた通り動く  I hate Modula-3 :-)