2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【OS界の】LightCone様とNWSOS【貴公子】

1 :(´∇`)ヒゲポソ ◇2HImExsoWc:04/02/01 19:49
NOWSMARTSOFT
http://nowsmart.s49.xrea.com/

NWSOS
http://nowsmart.s49.xrea.com/Japanese/nwsos.htm

公式ファイル置き場
http://nowsmart.s49.xrea.com/download/

覆面氏(◆nl7ClMRWE6)のプロジェクト
http://sourceforge.jp/projects/oss-nwsos

2 :(´∇`)ヒゲポソ ◇2HImExsoWc:04/02/01 19:49
★過去ログ

NOWSMART-OS (part1)
http://pc.2ch.net/os/kako/1020/10200/1020031509.html
(祝)NWSOS公開 (part2,part5)
http://pc.2ch.net/test/read.cgi/os/1026581522/
OSASKとNOWSMART-OSを褒めちぎるスレッド (part3)
http://pc.2ch.net/test/read.cgi/os/1031377826/
LightCone様をお慕い申し上げるスレ (part4)
http://pc.2ch.net/test/read.cgi/os/1039075591/
part4が終わった時点でpart2のスレが半分以上残っていたので、
part5としてリサイクル。
http://pc.2ch.net/test/read.cgi/os/1026581522/466-
NWSOSスレッド Part6
http://pc.2ch.net/test/read.cgi/os/1057237050/
Part6の後は↓へ吸収
【第三勢力】和製OSここにあり!【超マイナー】
http://pc.2ch.net/test/read.cgi/os/1039237412/
和製OS総合スレは↓へ継続
★2ちゃんねらーでOSを作ってみないか?★
http://pc.2ch.net/test/read.cgi/os/1062909154/119-

LightCone様と覆面氏の活躍が著しいためPart7として再び独立したのがこのスレです。

3 :Be名無しさん:04/02/01 19:50
重複削除依頼出して来い

4 :(´∇`)ヒゲポソ ◇2HImExsoWc:04/02/01 19:54
>>3
ひとつのOSの話題があれだけ増えると他のOSの話題が挟みにくくなるため
再独立をお願いする次第です。

5 :Be名無しさん:04/02/01 20:09
>>4
そもそも他のOSに話題なんかねぇだろうが。削除依頼出せや。

6 :(´∇`)ヒゲポソ ◇2HImExsoWc:04/02/01 20:40
>>5
決め付けは良くありませんよ。
将来の和製OSの芽を摘むことにもなりかねません。
もともとLightCone様がネットから消えて話題もなくなったため
総合スレ扱いになったわけですし。

7 :Be名無しさん:04/02/01 21:08
>>1
自分ひとりの考えでスレ分岐させるなよ。元のスレでも反対意見出てるじゃん。
元スレで議論してから分岐させるのがスジってモンだろが。


8 :Be名無しさん:04/02/01 21:12
(´∇`)ヒゲポソ ◇2HImExsoWcは偽者

9 :LightCone ◆sSJBc30S5w :04/02/01 22:12
>>1
>公式ファイル置き場
>http://nowsmart.s49.xrea.com/download/
ちなみに、今ここで実験してるけど、規約に抵触しないか、
ただいま問い合わせ中、もし駄目なら、Csideあたりに代える
と思われ。

10 :Be名無しさん:04/02/01 22:19
OS界のプリンスキタ─wwヘ√レvv〜(゚∀゚)─wwヘ√レvv〜─ !!

11 :Be名無しさん:04/02/01 22:35
皇位継承記念あげ

12 :Be名無しさん:04/02/01 22:50
>>11
継承しちゃったらプリンスじゃなくてエンペラーなわけだが。('A`)

13 :Be名無しさん:04/02/01 22:54
OS界の天皇あげ

14 :Be名無しさん:04/02/02 00:18
貴公子様に依存がなければ、削除依頼だしてこようか?
幸か不幸かコテハンも入ってて通り易そうな気もするし

15 :o:04/02/02 02:07
http://www3.ocn.ne.jp/~masao/

16 :Be名無しさん:04/02/02 04:01
>>3=>>5=>>7=>>14=mask

17 : ◆nl7ClMRWE6 :04/02/02 06:48
>>16
いや、今まで寝てた。
しかしまたなんつースレタイを……。

単独スレでないところへ激しく書き続けるのは正直気がひけてたので、
新しく隔離所作ってもらったのはチョトありがたいけど。
ただ俺はもう本業に入ってて大分活動ペースも落ちてるので、
誰か他に冷やかしに騒いでくれる人がいるならともかく
急に建てられても維持出来るとは限んないよ。

18 :Be名無しさん:04/02/02 06:51
>>17
乙!
時間が出来たときにでも思う存分暴れてよ!

19 :Be名無しさん:04/02/02 06:58
>>17
OS板に維持という概念はないw

20 :Be名無しさん:04/02/02 07:02
>>19
とりあえず20には行かないといくらOS板でもGCされちゃうぞ。
っちゅーわけで20げとなのらー!

21 : ◆nl7ClMRWE6 :04/02/02 07:16
うお。
意外に朝からみんな見てんのね。
そんじゃ皆様のお言葉に甘えてマターリやってきますヨ。

22 :LightCone ◆sSJBc30S5w :04/02/02 08:45
あるときは、奇行師、
そして、あるときは、気孔師、
果たしてその実態は、亀甲占い師。

23 :Be名無しさん:04/02/02 08:54
>>22
気功師では?

それはともかくコンピュータの将来を占ったりされるんでしょうか?
5〜10年後のOSにはAIが必須になって、知識DBの処理だけで、
10GHz以上のCPUが2個以上、メモリは8GB以上、ハードディスクは1TB以上必須になる気がします。
そうなるともう今の基準で重いとかって言ってるのは笑い話でしかないですね。

24 :LightCone ◆sSJBc30S5w :04/02/02 08:56
>気功師では?
う。

25 :Be名無しさん:04/02/02 09:15
亀甲縛り♥

26 :Be名無しさん:04/02/02 15:42
やっぱりこの板はLタソがいないとダメだね。

27 :Be名無しさん:04/02/02 15:52
空から川合さんが降ってきた (´_ゝ`)

28 :LightCone ◆sSJBc30S5w :04/02/02 17:20
ちょっと、CGIでの「ダウンローダー」を置いてみました:
http://nowsmart.s49.xrea.com/dl/

もし、正式にレンタルするサーバーが、ディレクトリ表示機能が
使えなかった場合の練習も兼ねて。


PERLもCGIも自分の頭で考えて作ったのは、今回が初めて。

ファイル名やサイズや日付でソートできたらいいんだけど。

29 :Be名無しさん:04/02/02 17:32
>>28
ファイル名でソートするのは割と簡単ですよ。
@files = ();
if (opendir(DIR, $target_dir))
{
  @files = sort readdir(DIR);
  closedir(DIR);
}
foreach $file(@files)
{
  # 処理
}

サイズとか日付でソートするのは地道に書くしかないかもしれません。
LightConeさんが以前おっしゃっておられたような自動プログラミングが欲しいです。(^_^;)

30 :Be名無しさん:04/02/02 20:51
あと一ヶ月ちょっとで未踏ソフトの公募が以下略

31 :Be名無しさん:04/02/02 20:53
>>30

268 名前: LightCone ◆sSJBc30S5w 投稿日: 04/01/06 23:54
IPAに出願しなかったのも、出現しても採用されるとも思えないという
こともありましたが、何より、もし万が一採用されたとすると益々
鬱病が悪化し、途中で大変なことになりIPAの人にもご迷惑をおかけ
してしまうのではないかと危惧したためです。

ですので、IPAに採用されていれば、元気が出て、開発も続けて
いられただろうと言う一部の人の予想も残念ながら全く違っていて、
実際には、採用されていればとんでもないくらい鬱病が悪化して
しまっていたはずなので、間違って出現してしまわなくて命拾い
したと思っています。

普通、テレビなどでよく見かける人たちは、自分のやっていることを
評価されたり、どんどんそれを続けられることに大きな喜びを
感じるようなので、にわかには信じがたいかも知れませんが、私は
何故かは知りませんが、何かを成し遂げるよりパズルゲームを解いたり
することが好きな人なので、特定の分野を長く続けるのが苦手なようです。
有る意味では、あらゆるパズルゲームを解いているのが好きな人なので、
同じ分野を長く続けると退屈して鬱になってしまうのです。

32 :Be名無しさん:04/02/02 21:00
そう。あまり閣下をいじめると病気再発するから気をつけてね

33 :Be名無しさん:04/02/02 21:03
最近の閣下はマイルドでとっても感じが良いよね。

34 :Be名無しさん:04/02/02 21:04
>>33
そういう発言は変にプレッシャー与えるからやめたほうがいいらしいよ。

35 :Be名無しさん:04/02/02 21:05
>>34
確信犯だろ
誉め殺しっていうか

36 :Be名無しさん:04/02/02 21:07
>>35
確信犯はあんただろ。ひでぇな。
ま、いっか。また〜りしようYO!

37 :Be名無しさん:04/02/02 21:07
そんなことより、ニューロマンサーって本、面白いの?

38 :Be名無しさん:04/02/02 23:08
>>30
正直OSネタは厳しいと思われ。


39 : ◆nl7ClMRWE6 :04/02/03 08:16
OSASKはコミュニティが育ってたって事で採択されたトコが大きいみたいだからナ。

敢えてNWSOSについて可能性言うとすれば、「改造型/組み立て型OS」ってキーワード?
俺には情報関係は畑違いで難しい事はよう分からんけど、これって
こないだのバイトの記事にあった「新しいアーキテクチャ」に微妙にマッチする気が。
だからこのキーワードがNWSOSにとってどの程度意味を持つものかによって、
意外とぷち先進的アーキテクチャを目指してるって事にならないんかな。
開発が進めばAPIオーバーライドの他にもユーザが弄れる点を増やすって話だったし。

まあ今はその第一段階のAPIオーバーライドすらユーザからの成功例が出てないんだけど。
今日も試してみるかな。

40 : ◆nl7ClMRWE6 :04/02/03 08:18
IPAについては、閣下の気が向いて生活費をハントする気になったらって事で
良いんでないですか。
もぎ取れそうな予算って生活費・電気代・書籍代とかそんな感じでしょ?
今んとこ人件費がかかる訳でもないし。

41 :LightCone ◆sSJBc30S5w :04/02/03 09:13
>>40
健康保険料、年金積立金、食費、光熱費とか。

とくに年金積立金を沢山はらっとかないと、最低額だけでは老後
のたれ死に、、、、。

42 :LightCone ◆sSJBc30S5w :04/02/03 09:18
あ、そうそう、現実問題、年取ってくると、家の修理費、立て替え費、
新築費、あるいは、結婚資金、子供の養育費などを貯蓄する必要もあり、
そうしなければ、結婚も出来ない、老後は寺に出家かなんかでしか
生きていけない。現実、生活保護は、この国ではなかなか出ないらしいし。

43 :Be名無しさん:04/02/03 12:05
閣下、国民年金は積立じゃありませんよ。
たぶん他の年金だと思うけど、念のため。

44 :LightCone ◆sSJBc30S5w :04/02/03 12:45
>>43
なんか、自営業者向けに上乗せするタイプがあって、口数を選べる。
若い頃から入った方がトータルコストがかなり安くなる。
けど、サラリーマンのと連結できないかもしれず、いったり来たり
できにくく、今後の日本のライフスタイルに合わないような気も
するけど、よく知らない。

国民年金だけだと、老後月に確か4万位しか貰えないので、多分
のたれ死にます。

45 :LightCone ◆sSJBc30S5w :04/02/03 12:50
実際問題、結婚しなければ老後に子供もいないわけで、介護は、
全て自分の金でやらなくてはならないが、そうするには、数千万円
の貯金がないと駄目。

サラリーマンになって、子供も少しは作っとかないと、灯油も
入れられない。車で買い物も行けない。耳が聞こえないので、空き巣に
入られ、目が悪く体力もなくなるので掃除もできない状態になるんだぞえ。

サラリーマンにならないなら、金を数千万単位で貯金しておくか、
年金に何口も何口も入らないと駄目。

いずれにせよ、平均300万円/年はないと後で死ぬことになりま。

46 :Be名無しさん:04/02/03 13:06
じゃ、閣下は駄目ですね

47 :Be名無しさん:04/02/03 14:26
閣下が死ぬときはぼくも死にま。

48 :Be名無しさん:04/02/03 15:06
さすがに老後の為の年金積立にIPAから予算を取れるとは思えないのだが、
そういう突っ込みはナシですかそうですか。

49 :LightCone ◆sSJBc30S5w :04/02/03 15:32
「今、年金制度が危ない」ということを熱意を持って演説すれば、
ひょっとしてってことは?

50 :Be名無しさん:04/02/03 18:41
その前にいま何才ですかと>L

お見合い汁。

51 :LightCone ◆sSJBc30S5w :04/02/03 21:07
さあ、ちなみに、細かいスパンで色んな事してますので、意外と若い
んですよ。

52 :Be名無しさん:04/02/04 05:51
>>1ってもしかして前にHIGEPON-OSを作っていた人ですか?
自分その時リアルタイムで見てたんだけど。


53 :LightCone ◆sSJBc30S5w :04/02/04 08:20
>>52
「トリップ(#xxxx)」を付けると、名前欄に「◆yyyy」となりますが、
>>1のは、「◇yyyy」となっているので偽物。

54 :LightCone◇sSJBc30S5w:04/02/04 08:21
ちょっとテスト

55 :LightCone◇sSJBc30S5w:04/02/04 08:22
>>54は、◇を使った物、今回は、◆を使ってみる。
さてどうなるか?

56 :LightCone ◆sSJBc30S5w :04/02/04 08:23
結局、どっちも「白抜き」になるのか。単純に反転するんじゃないんだね。

57 :LightCone○sSJBc30S5w:04/02/04 08:24
今度は、●

58 :LightCone○SJBc30S5w:04/02/04 08:25
今度は、○

59 :LightCone◎SJBc30S5w:04/02/04 08:26
今度は◎

60 :LightCone▲△▼▽:04/02/04 08:27
今度は、▲△▼▽

61 :LightCone▲△▼▽:04/02/04 08:28
ダイア形と丸形は逆になるけど、三角形は変わらない。

62 :Be名無しさん:04/02/04 08:29
>>52
ひげぽんならム板でまだOS作ってるよ。

63 :LightCone ◆sSJBc30S5w :04/02/04 09:02
こっちにもファイルディレクトリを作ってみました
http://www.nowsmartsoft.or.tv/download
または、
http://www.nowsmartsoft.or.tv/dl

ちなみに、www.は、省略できます。

64 :LightCone ◆sSJBc30S5w :04/02/04 09:21
>>1に書いてあるXREAのページ、および、JUSTSYSTEMのInternetDiskは、
それぞれ、2004/02/08、2004/02/23あたりに自動的に閉じられますので、
今後は>>63(CSideNet利用)をご利用下さい。

65 :LightCone ◆sSJBc30S5w :04/02/04 12:49
取りあえず、ここから入って下さい:
http://www.nowsmartsoft.or.tv/
その方が分かりやすいと思いいますので。

「NWSDC関連」は、NWSDCの購入ユーザーがバージョンアップ版などを
ダウンロードするための場所にするつもりなので、パスワードが必要です。
ただし、まだ工事中です。

66 :IightCone ◇sSJBc30S5w:04/02/04 12:58
IightCone ◆sSJBc30S5w、でテスト。

67 :Be名無しさん:04/02/04 13:00
◆が◇になりますな。

68 :LightCone ◆sSJBc30S5w :04/02/04 15:13
貴公子=キッコウマン

69 :heno ◆g2j80BX5do :04/02/04 20:58
色々模索されている様ですね。
めでたいことです。

70 :heno:04/02/04 21:00
いやトリップの実験している方じゃなくて( ;´∀`)

71 :Be名無しさん:04/02/04 21:09
>>70が見えない

72 :LightCone ◆sSJBc30S5w :04/02/04 21:39
>>71
数日前から、サーバー探したり、ダウンロードやアップロードが
簡単に出来るような工夫をしていることを、お褒め頂いているのですよ。
ホホ

73 :Be名無しさん:04/02/04 21:40
そうそう。病状が安定してて面白くないから燃料投下してるんだよ

74 :Be名無しさん:04/02/04 22:18
>>71 >>73 も砂丘なんだろうな…

75 :鳥取砂丘&rlo;ソーュキサルイハ (゚听)&lro; ◆Dream/3P/. :04/02/04 23:08
 _, ._
( ゚ Д゚)なんじゃい

76 :LightCone ◆sSJBc30S5w :04/02/04 23:11
ここのカウンタの上がり方が鈍い:
http://www.nowsmartsoft.or.tv/
自分で入ったのも10回くらいありそうだし。

77 :LightCone ◆sSJBc30S5w :04/02/04 23:18
せっかく、今回は珍しく美的な調整も行ったのに。。。
画像も作ったし。。

78 :LightCone ◆sSJBc30S5w :04/02/04 23:20
ただいま、カウンタが16から22に一気急上昇中。

最後の人を覚えてるから、一人じゃ無理だけど、みんなでリロードすれば、
もっと上がる、と言ってみるテスト。

79 :LightCone ◆sSJBc30S5w :04/02/04 23:22
このサバ屋の負荷テストだ、みんな! さあ!

80 :Be名無しさん:04/02/04 23:23
内容が更新されないと人来ませんよ。

81 : ◆nl7ClMRWE6 :04/02/04 23:26
っつーかお世話になる所への攻撃煽っちゃ駄目です。

駄目だ眠い寝よう。

82 :Be名無しさん:04/02/04 23:35
ここは再読み込みするだけでカウンタが回る。
http://www.geocities.co.jp/SiliconValley-Cupertino/3509/
ここのサイト主は和製OS界の座敷わらじに例えられる、取り付かれるとそこに
好運をもたらす。

83 :Be名無しさん:04/02/04 23:42
とりあえず999と56まで回してきたよ。

84 :Be名無しさん:04/02/05 00:44
軽いと思いますよ。
pingでの応答は16msでした。

85 :LightCone ◆sSJBc30S5w :04/02/05 14:45
少し美的に整理:
http://homepage2.nifty.com/nowsmart/
まだ作業は続く(えんやこら)。

86 :鳥取砂丘&rlo;ムレーハ村リ゚フ@&lro; ◆Dream/3P/. :04/02/05 14:54
 _, ._
( ゚ Д゚)21世紀は、スマートな鳥取と鳥取砂丘の時代へ

87 :Be名無しさん:04/02/05 14:55
21世紀も残すところあと10ヶ月となりました

88 :鳥取砂丘&rlo;ムレーハ村リ゚フ@&lro; ◆Dream/3P/. :04/02/05 14:57
 _, ._
( ゚ Д゚)さっきゅん余命10ヶ月

89 :Be名無しさん:04/02/06 19:44
68 :LightCone ◆sSJBc30S5w :sage :04/02/04 15:13
貴公子=キッコウマン
ワラタよ。ハイル恥丘そ。

90 :Be名無しさん:04/02/06 19:45
while :;do w3m http://www.nowsmartsoft.or.tv/ > /dev/null ; echo -n ".";done
単純には逝かないな。ハイルチキューソ


91 :Be名無しさん:04/02/06 19:48
21性器はスマートな恥丘と川合語の時代へ(´_ゝ`)


92 :Be名無しさん:04/02/06 20:01
亀甲マン

エロい

93 :Be名無しさん:04/02/06 21:54
さっきゅん==つろりれもん


94 : ◆nl7ClMRWE6 :04/02/07 09:02
何故そこで奥方が……。
だからKの子はとっととwabaアプリ作って俺の代わりに結婚式行って祝って来いヨ。 (?)

NWSOS本家に2chへのリンクが入っていてびっくり。
また豪気な。
荒れた時に大変ですヨ。

案の定休日が無い俺。
びば休出。
仕事やめて学生にでもなろうかな。

95 :Be名無しさん:04/02/07 13:13

◆nl7ClMRWE6 == 小柳

96 :LightCone ◆sSJBZiod2E :04/02/07 13:22
http://pc.2ch.net/test/read.cgi/linux/1068648259

↑占拠させていただきます。皆さまの御協力をお待ちしております。

┗(゚听)┓┗(゚听)┓┗(゚听)┓┗(゚听)┓」(゚听)「

97 :LightCone ◆sSJBZiod2E :04/02/07 13:25
QEMUとやらで、NWSOSが動かないらしいですね。

Windowsでは動かないのか…神に見放されたなくはないですね。(:^_^;;;;


98 :Be名無しさん:04/02/07 13:31
まずQEMUのWinへの移植からやってくれたら激しくウマーなんですが

99 :LightCone ◆sSJBZiod2E :04/02/07 13:34
頼んだぞ!!さっきゅん!


100 :LightCone ◆sSJBc30S5w :04/02/07 13:40
>>96, >>97, >>99
は全て偽物です。

101 :98:04/02/07 13:42
>>100
じゃ、さっきゅん任せではなく閣下がやってくださるんでしょうか>QEMU移植

102 :LightCone ◆sSJBc30S5w :04/02/07 13:44
>>101
・・時間的、精神的に無理です・・。

103 :Be名無しさん:04/02/07 13:53
亀甲マン(´・ω・`)

104 :Be名無しさん:04/02/07 14:04
釣れた(´_ゝ`)


105 :Be名無しさん:04/02/07 21:27
>>94
何の話をしてるのか分かるように説明してくれよ。

106 :Be名無しさん:04/02/07 22:07
>>105
ユーアーフール

107 :Be名無しさん:04/02/07 22:57
>>106
嫁とかケコーソ話って何?
その部分以外は分かるんだが。

108 :Be名無しさん:04/02/08 00:11
>>107
お前には一生縁のない言葉

109 : ◆nl7ClMRWE6 :04/02/08 08:05
>>95
T-CODE出来たら楽しそうだな。
平仮名だけを覚えるのに二時間かかって、
次の日にはあ行以外を忘れていたって時点で諦めた。
あれだとローマ字仮名の変換作った時点で漢字打てるようになるから、
結構魅力的なんだけど。
このスレだとT-CODE出来る人っている?

110 :Be名無しさん:04/02/08 08:43
>>107
川合が結婚するってこと

111 :Be名無しさん:04/02/08 08:44
>>106
お前も相当のアホだな
foolは名詞だから間違ってるぞ

112 :105:04/02/08 08:44
>>109
無視かゴルァ

113 :Be名無しさん:04/02/08 08:51
>>110
ソースきぼんぬ
ついでにNWSOSのソースも

114 :Be名無しさん:04/02/08 09:03
>>110
Lたんがケコーソするくらいあり得ん

115 : ◆nl7ClMRWE6 :04/02/08 09:35
>>112
教えるからNWSOS用に何か面白いもん作ってヨ。

116 :LightCone ◆sSJBc30S5w :04/02/08 11:31
Rubyにも感心してたけど、Perlを勉強して、むしろPerlにこそ、その原型が
あったことが分かりますた。

取りあえず、Perlはスクリプトとして使いやすそうなので、NWSOSに移植したい
です。

ちゅうか、PerlやRubyの移植は、FDに納められるかどうかの関門さえとっぱ
すれば(笑)、SEDと大差なく可能だと思います。

そろそろ、HDへの書き込み制限をなくす時期ですな。

117 :Be名無しさん:04/02/08 12:36
>>111
マジレスするとSVCでS=Cの意図だから別に文法は間違ってないと思うんだが。

118 :Be名無しさん:04/02/08 12:43
冠詞抜け

119 :Be名無しさん:04/02/08 14:53
Englishムズカシイネ

120 :LightCone ◆sSJBc30S5w :04/02/08 19:12
実はこんなものを作りました(科学板)が、いたずらしないでね:
http://nowsmartsoft.or.tv/bbs_top/

NWS系の板もこのCGIにしようかな。

121 :Be名無しさん:04/02/09 03:21
>>120
閣下のお考えは高尚過ぎてここの住人にはついていけないかも。
かくいう漏れは高卒だし……。

122 : ◆nl7ClMRWE6 :04/02/09 22:36
>>116
> FDに納められるかどうかの関門
PerlとかRuby程度のサイズなら、HDに置いておけば今でも使う事自体は出来る筈です。
他のプログラムを起動するような機能を削れば比較的あっさり移植出来ると思います。
GOとか数Mあったけど動きましたし。

> そろそろ、HDへの書き込み制限をなくす時期ですな。
HDへの書き込みが出来ると、少し大きな作業をする事も出来るようになりますね。

ただHDからの読み込みをしようとすると、まれにREAD LAST CLUSTER.が出る事が。
その事と、セルフ開発環境を一部のソースに対して使う時に
FATを壊す事があるのが気になります。

>>120
2chブラウザからの読み込みも出来るようですね。
NWS系の今の掲示板はあの縦の長さが激しく難なので、
何か別のものにした方が良さげです。

123 :Be名無しさん:04/02/09 23:45
>>122
Win32版Rubyの状況を見ると、そう一筋縄で行かないような気もしますが。
フルセットじゃなくてmini-Rubyならなんとかなるのかな?


124 : ◆nl7ClMRWE6 :04/02/10 00:11
>>123
実はフルセットとminiの違いが分からないのですが、
それぞれどういうものなんでしょうか。
以前検索してみたんですが、よく分からなくて。

125 :LightCone ◆sSJBc30S5w :04/02/10 08:45
>>122
>ただHDからの読み込みをしようとすると、まれにREAD LAST CLUSTER.が出る事が。
>その事と、セルフ開発環境を一部のソースに対して使う時に
>FATを壊す事があるのが気になります。

これはヤバイでんな。

126 :LightCone ◆sSJBc30S5w :04/02/10 09:07
>>122
>その事と、セルフ開発環境を一部のソースに対して使う時に
>FATを壊す事があるのが気になります。

オブジェクトファイルや中間ファイルなどの合計サイズが、FDの空き容量を
超えるような場合、つまり、ディスクフル・エラーが出るようなときの処理
がいいかげんなのかもしれません。

ソースのサイズが大きいとか、文字列を多用するようなソースでしたか?

127 : ◆nl7ClMRWE6 :04/02/10 23:15
>>126
一応FDの空きは数百KB空けていたと思うのですが、どうだったかな。
zlibのソースでは確かなりましたね。
以前別の人からも同様の報告が出ていたと思います。
今度状況を再現出来るFDイメージを作って、どこか適当な場所へ上げるか
メールに添付して送るかします。

zlibもちゃんと移植したいな……。
NWSOSに関して一番初めに取り掛かった事なのに、
いまだに成功させられない俺って一体。
こいつとlibpngをどうにかしてPOV-RAYってつもりだったんだけど。
EOTAだと実はもうPOV-RAY動いてんのね。

128 :LightCone ◆sSJBc30S5w :04/02/11 00:42
>>127
>今度状況を再現出来るFDイメージを作って、どこか適当な場所へ上げるか
>メールに添付して送るかします。
お願いします。

129 :Be名無しさん:04/02/11 18:14
名前出されてるよ>Lたん
http://slashdot.jp/article.pl?sid=04/02/11/0816224&topic=106&mode=thread&threshold=-1

130 : ◆nl7ClMRWE6 :04/02/11 22:51
つながりが強いのか?
まあ何と言うか、随分とそそっかしいのがタレコミしたんだな。

131 :LightCone ◆sSJBc30S5w :04/02/12 07:15
>>130
はっきり言って、繋がりは、全然強くないですね。
スラッシュドットはいい加減なところです。「定説です!」

132 :LightCone ◆sSJBc30S5w :04/02/12 14:06
本家ホームページをこっちに移転しました:
http://nowsmartsoft.or.tv/nws/

133 :LightCone ◆sSJBc30S5w :04/02/12 16:59
NWSOSの掲示板を新しくしました:
http://www.nowsmartsoft.or.tv/bbs_top/nwsforum.html

2ch語幹掲示板を改良して「式掲」というCGIを作って使っています。
2chそっくりですが、Texライクな式が使えるのが特徴です。

Tex形式以外にも、固定ピッチも利用できます。

詳しくは:
http://www.nowsmartsoft.or.tv/bbs_top/shikikei.htm

なお、旧掲示板も閲覧可能です。

134 : ◆nl7ClMRWE6 :04/02/12 18:23
>>131
>「定説です!」
いくら教祖とかキティとか言われるからって、自分でそんなw

本家のメニューはもう少し太い方が見やすいかも……。
FDイメージの方は土曜か日曜には送ります。
昨晩zlib-1.2.1が相変わらずちゃんと機能しないのを確認。
次セルフ開発環境のでコンパイル出来るよーにして試す。

C++例外って凄い便利っぽく見えるんだけど、
これってOSに依存しないのかな?

135 :LightCone ◆sSJBc30S5w :04/02/12 19:30
>>134
前半部は了解しました。FDイメージよろしくお願いします。

>C++例外って凄い便利っぽく見えるんだけど、
>これってOSに依存しないのかな?

依存するやり方としないやり方があって、コンパイルオプションで変えられる
んじゃなかったかと思います。

136 :Be名無しさん:04/02/12 19:56
>>133
> なお、旧掲示板も閲覧可能です。
削除された昔のログも閲覧可能に出来ないでしょうか?

137 :Be名無しさん:04/02/12 20:02
>>133
> 2chそっくりですが、Texライクな式が使えるのが特徴です。
どうせやるならTeX→MathML変換を組み込んでは?

MathPlayerというフリーのプラグインを使えばIEでも表示できます。
http://www.dessci.com/en/products/mathplayer/

↓のサイトが活用しています。
http://www.crossroad.jp/mathnavi/index.html

138 : ◆nl7ClMRWE6 :04/02/12 20:13
>>135
>コンパイルオプションで変えられる
ああ、そういうものなのですか。
なら良かった。

>>136
ログと言えば、この板のdat落ちしたのってなかなかhtml化されない……。
ム板にあったOSを作ろうスレの多くが既にhtml化されているのに。
OS板にはネタスレしか無いとでも判断されてて優先順位が低いのだろうか。

139 :Be名無しさん:04/02/12 20:28
より多くのスレをDAT落ちさせないとHTML化の順番が巡ってこないのでは?

140 :LightCone ◆sSJBc30S5w :04/02/13 06:12
>>134
>昨晩zlib-1.2.1が相変わらずちゃんと機能しないのを確認。
>セルフ開発環境のでコンパイル出来るよーにして試す。

コンパイルは出来ているのでしたら、そのソース一式をどこかにアップロード
して貰えませんか。

HAKOBAKOなども便利かと思います。

141 :LightCone ◆sSJBc30S5w :04/02/13 09:29
>>137
初めて知りました。どうも。

ただ、今現在でも、特に不自由なく:
http://www.nowsmartsoft.or.tv/bbs/test/read.cgi/FreeTalk/1076227067/l50

これくらいの表示は出来るているので、プラグインなしでも出来る今のやり方
の方が、Macなどでも見れる分、「式掲」の目的にはよいのではないか、
と思うのですが、いかがでしょうか。

142 :LightCone ◆sSJBc30S5w :04/02/13 09:33
そのものズバリの位置は:
http://www.nowsmartsoft.or.tv/bbs/test/read.cgi/FreeTalk/1076227067/39-60

143 :Be名無しさん:04/02/13 14:05
>>141
そうですね。特に不満がなければいらないでしょう。
もっともプラグインの件はIEでMathMLを見るためのもので、
MathML自体は独自規格ではなくW3Cが提唱しているものですから、
Mozillaでも読めるようにできますから、IE限定というわけではないです。

144 :Be名無しさん:04/02/13 16:08
>>130->>131
妙に真面目腐ったあの文章とdev-jの"石版"を見れば、真のウォッチャーならタレコミ者が誰かは簡単に分かるはずだ。


145 :Be名無しさん:04/02/13 16:10
dev-j見てないがKの子だと思った
つーかOS板関連のタレコミはあいつが多い。それもよく時期外す

146 :鳥取砂丘&rlo;ムレーハ村リ゚フ@&lro; ◆Dream/3P/. :04/02/13 16:33
 _, ._
( ゚ Д゚)そうなの?

147 :Be名無しさん:04/02/13 17:46
突如Kの子に逆風が。

>>131
>はっきり言って、繋がりは、全然強くないですね。

TRISPLAN、MEGOS、みとこ=鳥取砂丘=さっきゅん=sakky氏
=横谷絵理奈氏=超先生ですよ。関係ないとは言い難いような。

148 :鳥取砂丘&rlo;ムレーハ村リ゚フ@&lro; ◆Dream/3P/. :04/02/13 17:54
 _, ._
( ゚ Д゚) >>147 そうなの?

149 :Be名無しさん:04/02/13 17:55
そうなの。

150 :鳥取砂丘&rlo;ムレーハ村リ゚フ@&lro; ◆Dream/3P/. :04/02/13 17:57
<`・ш・´>

151 :Be名無しさん:04/02/13 17:59
>>147
一行目意味不明。



152 :【鳥取砂丘】&rlo;コッ゙タコッ゙タ&lro; ◆Dream/3P/. :04/02/13 18:03
 ∧||∧
(  ⌒ ヽ さっきゅんが一人だと思ってる香具師ハケーン
 ∪  ノ
  ∪∪

153 :【鳥取砂丘】&rlo;コッ゙タコッ゙タ&lro; ◆Dream/3P/. :04/02/13 18:06
 ∧||∧
(  ⌒ ヽ わはーわはー
 ∪  ノ
  ∪∪

154 :【鳥取砂丘】&rlo;コッ゙タコッ゙タ&lro; ◆Dream/3P/. :04/02/13 18:09
 ∧||∧
(  ⌒ ヽ >>152
 ∪  ノ  ていうか一人だろ
  ∪∪

155 :Be名無しさん:04/02/13 18:11
脳内に小人さんがいっぱい住んでるYO

156 :Be名無しさん:04/02/13 18:11
○100人にひとりは統合失調症(精神分裂病)です
日本を含めたどの国でも、統合失調症(精神分裂病)の発症率は0.8パーセント程度です。
100人にひとり弱の率で発症するということになります。想像以上に多い病気です。
あなたの知人の中にも、必ずこの病気の人がいます。
発病は若い時が圧倒的に多いので、もしあなたが若ければ、
統計的には統合失調症(精神分裂病)になる率は高いと言えます。

○経過は人によってさまざまです
10代、20代の人に、幻聴(神や霊の声)や幻覚(幽霊や化け物)や
被害妄想(霊障)が現れ、人を避けるようになる。
しかし本人はその症状が病気とはなかなか理解できず、霊能力があると思い込む。
これが典型的な統合失調症(精神分裂病)の発病です。
治療しなければまず間違いなく悪化していきます。
治療した場合には、比較的すぐによくなる人から、慢性化していく人まで、
あらゆるケースがあります。最終的には半数以上の人が治っていきます。

157 :【鳥取砂丘】&rlo;コッ゙タコッ゙タ&lro; ◆Dream/3P/. :04/02/13 18:12
 ∧||∧
(  ⌒ ヽ >>152
 ∪  ノ  プッ
  ∪∪

158 :鳥取砂丘&rlo;ムレーハ村リ゚フ@&lro; ◆Dream/3P/. :04/02/13 18:14
 ∧||∧
(  ⌒ ヽ 無邪気に小人さんと戯れる >>152 に萌えるスレはここですか?
 ∪  ノ
  ∪∪

159 :Be名無しさん:04/02/13 18:29
>>147
関係あるけど強くはないって事じゃねーの?

160 :Be名無しさん:04/02/13 18:31
Kの子ってアンチL&メゴスだったよね。
そーいや.mjtもTRISPLANと和解したの?


こ の 世 界 に は な に か あ る 。 ( w



161 :鳥取砂丘♥ &rlo;コッ゙タコッ゙タ&lro;:04/02/13 19:00
 ∧||∧
(  ⌒ ヽ 偽者が大量発生してるよパパ。。。
 ∪  ノ
  ∪∪

162 :$heart;:04/02/13 19:02
テスト


163 :&heart;:04/02/13 19:04
ほげら


164 ::04/02/13 19:05
これ?


165 :鳥取恥丘&rlo;ムレーハ村リ゚フ@&lro; ◆Dream/3P/. :04/02/13 19:06
(*゚ー゚) さっきゅんがこのスレに興味を持ったようです

166 :LightCone ◆sSJBc30S5w :04/02/13 20:41
超先生とミトコンドリアんは、IRCで話し合ってたような気が。。
でも最近超先生がいないのは何故?

167 :Be名無しさん:04/02/13 20:49
>>166
それは聞いちゃいけない

168 :LightCone ◆sSJBc30S5w :04/02/13 20:55
>>167
何故に?

169 :超TA@OS板 ◆leaf/RYZgY :04/02/13 21:17
´>-~ Ans: 超先生から超TAになったから。

170 :LightCone ◆sSJBc30S5w :04/02/13 21:19
>>169
どこにいるんでっか?

171 :鳥取砂丘&rlo;ムレーハ村リ゚フ&lro; ◆Dream/3P/. :04/02/14 03:30
 _, ._
( ゚ Д゚)いつもあなたの心の中に!

172 :Be名無しさん:04/02/14 10:35
超先生(ちなみに誰?卑下にアドバイスしてた人?)は亡くなったよ。車にはねられたんだったっけ?

173 :Be名無しさん:04/02/14 10:52
亡くなったのは元ネタであって@OS板は別人だと・・・

174 :Be名無しさん:04/02/14 18:24
>>173
けど、最近発言してる?

175 :LightCone ◆sSJBc30S5w :04/02/14 20:26
>>165
どのあたりにですか?

176 :Be名無しさん:04/02/14 20:28
>>175
ttp://pc.2ch.net/test/read.cgi/os/1076216434/l50
このあたり

177 : ◆nl7ClMRWE6 :04/02/15 02:05
>>140
zlib自体は元のソースのままなんです。
djgpp+MinGWのasの組み合わせ以外では試していませんが、
条件コンパイルに注意すればVCでも出来るのかなあ。

特別にやったのはconfig.hを作る事です。
gccだと-includeオプションで利用します。

#define fdopen(x,y) NULL
#define vsnprintf _vsnprintf
#define unlink(x) remove(x)
#define fileno(x) x->m_hFile
#define HAVE_MEMCPY
#define HAVE_VSNPRINTF
#define HAVE_STRERROR

として、あとはdjgppだからMSDOS用の条件コンパイルが
適用されないよう注意するだけでした。
ヘッダに関しては、例の_stdio.hをincludeするstdio.hを用意して……という対策で。

178 :LightCone ◆sSJBc30S5w :04/02/15 02:09
>>177
今日は不眠気味なのでこんな時間に失礼します。。。

そもそも、その環境でビルドしたOBJファイルが、NWSLでリンクできました?

こちらでは、NWSCとVC++以外からのOBJとNWSLとの相性を確認してません
ので、リンクできただけでもある意味凄いなと思いまして。

179 : ◆nl7ClMRWE6 :04/02/15 02:15
>>178
うお、思ってたよりレスが早い。

>リンクできただけでもある意味凄いなと思いまして。
不気味でしょう。
実はbcc32とかdmcのOMFでも平気です。(C言語限定)
gccのCOFFだけが相性悪いみたいでして。
MinGWだと、吐いたオブジェクトファイルをリンクしようとすると
「関数定義が、.bfを指していません」というエラーが出て失敗します。
djgppだとリンクは平気なんですが、main()から外部の関数を呼べなかった気がします。
でもdjgppのasをMinGWのに置き換えると、何故かちゃんとした実行ファイルが作れます。

180 :Be名無しさん:04/02/15 02:27
>djgpp+MinGWのasの組み合わせ
そこまでしてGOを避けるのは何故(?_?)

181 : ◆nl7ClMRWE6 :04/02/15 02:28
因みに、ずっと前にNWSCだけでminigzipを作った時にも
全く同じ状態でしたので、コンパイラの影響は無いんじゃないかと。

NWSLで注意する必要があったのは-order:の指定と、
-flatが必要な場合と使っていけない場合がある事だったかな。

あ、zlib用にcalloc()をでっち上げてたかも。
それに間違いがあったんならヘコむな。
見てる感じだと違うと思うけど……。

minigzipでは他から持ち込んだ圧縮ファイルの展開は出来ます。
自分が圧縮したファイルの展開は出来なくて、
そのファイルを他のソフトでも展開出来ないという事は
圧縮の機能がまずいんじゃないかと思います。

182 :LightCone ◆sSJBc30S5w :04/02/15 02:31
>実はbcc32とかdmcのOMFでも平気です。(C言語限定)

それは初耳かも。もしかしたら一度テストしたような気もしますが、
忘却の彼方にあります。

>でもdjgppのasをMinGWのに置き換えると、何故かちゃんとした実行ファイルが作れます

これは動くんですか?

gccだけは、どうも異物感を感じてしまうんですよね。何故かは
分かりませんけど。

でも、オプソが常に変かというとそうでもないかもしれない。
数式を出すためにHTMLをいじってて、Mozillaが、実は一番
予想通りに表示されるので驚いてます。
当初IEで上手く出るようにして、IEと同じにならないからMozilla
のせいだと思っていたら、むしろMozillaの方が正しく実装されて
いたということです。具体的には、IEでは、イタリック体にすると、
フォントの幅も増えたり、フォントの線の幅も増えたり増えなかったり
するのに、Mozillaでは、素直に動作します。後、STYLE指定は、
"x:y"が正しいのに、IEだと、"x=y"で通ってしまってバグに気付か
なかったりとか。

Operaは、Ver6.0だと表の罫線がおかしかったけど、Ver7.0でかなり
綺麗に直ってます。

噂通り、IEが一番変かも。ただ、スタンダードなのでIEだけでテスト
されていたりする事情もありますが。

183 : ◆nl7ClMRWE6 :04/02/15 02:36
>>180
避けてない避けてない。前にも説明したんだけどな。
結構下らない事情で、どこにパスを通したいかという程度の話。

>>182
>これは動くんですか?
SFに上げてるgrepのバイナリはその変態環境でビルドされてます。

あと、KのトコのGOでも何故か平気です。
NWSLでリンクしてちゃんと使えるオブジェクトファイルを吐きます。
GOとdjgppの設定を参考にすれば、NWSOS用のgccも作れるかなと思ってます。

Mozillaの実装が仕様に忠実ってのはよく言われますね。

184 : ◆nl7ClMRWE6 :04/02/15 03:04
w3cのサイトのfloat段組が嫌らしいと思うのは俺だけだろうか。
フレームで良いじゃん。フレームで。

185 :LightCone ◆sSJBc30S5w :04/02/15 14:29
>>184
多くのサイトでは、ページレイアウトにTABLE要素を使っているの
ですが、W3C自らが、そのような使用法を真っ向から否定してるの
で、一応お手本のつもりなんでしょうけどね。
ちなみに、最近フレームは余り見ないことないですか。

186 :Be名無しさん:04/02/15 23:22
>>185
W3CはもともとTABLEをデザイン目的に利用することには賛成してない。
なのに「W3C自らが、そのような使用法を真っ向から否定」なんて書き方は
W3CがもともとはTABLEをデザイン目的に利用することに賛成していたかの
様に見える。
誤解を招く書き方を、さも当然のようにすんな。

187 : ◆nl7ClMRWE6 :04/02/15 23:27
う。
ちょっと0:00回るかも。
でも何とか寝る前にはイメージ送れるようにします。
一月初めの怠業の反動が激しい (つД`)

>>185
> 最近フレームは余り見ないことないですか
そですね。
あるにはあるんですが、いつぞやと比べて大分減っています。
サイトナビとかは、ブラウザがlinkタグとかを適当に解釈して表示するのが最善だと思うから
CSSだろうがフレームだろうが次善の策でどっちも大して変わらんと思うのですが。
CSS使って全ページに目次がついてるのって、文書の論理構造を記述するhtmlとして
あまり美しくない形態だと思うのだけど。

>>186
おにいさん寝不足?
その誤解の仕方はなかなかに難易度が高いゾ!

188 : ◆nl7ClMRWE6 :04/02/15 23:31
>>187
> あまり美しくない
ま、個人的な感覚で人に押し付ける気は無いけどサ。

スレ違いとか言われない内に頑張ってイメージ用意せにゃ。

189 :Be名無しさん:04/02/15 23:34
ええい、スレ違いであるぞ馬鹿者!!

190 : ◆nl7ClMRWE6 :04/02/15 23:37
ぎゃあ、やっぱり言われた!
こんくらい見逃してくれヨ!

ファイルの移動にeditd使うと、editdのバグが影響する可能性があるから
実FDへ書き込みながらやった方が良いな。
その考え方だとBochsも危ないか?
一度Bochs使うのに慣れると、何度も再起動しながらやってくのは大変だ。

191 : ◆nl7ClMRWE6 :04/02/16 02:59
よし、FATを殺った! (よし?)
もう一度やってイメージ送って寝よう。
タイミングはNWSCの使用時、コンパイル失敗でもなるらしい。
FDの空き容量は数百KBあった。

このソースでC言語を覚えた去年の事を少し思い出した。

192 :Be名無しさん:04/02/16 03:02
そんな17歳の夏の日

193 :Be名無しさん:04/02/16 03:08
そういえばMIURA氏もNWSOSでプログラミングを始めたって言ってたね。
LたんとNWSOSには初心者をひきつける何かがあるのかな。
HSPとかと違ってバリバリのCだから言語的にも王道だしね。
Lたんには教育者の才能があるのかな。

194 : ◆nl7ClMRWE6 :04/02/16 03:36
>>192
17の時って何やってたかな。
織田信長と自分の相性が最高になる占い探して毎日必死だったかも。

>>193
MIURAさんはNWSOSでGUIを始めたってだけの筈。
プログラミング未経験でいきなりあんなん作れたら凄過ぎ。
俺ivのソース読んでかなりヘコんだ。精進しねーとな、と。

APIとかが少なくて選択肢が狭いのって、逆に考えるのが楽。
MEGとMONAもオススメ。
NWSOSは出来る事の量が多過ぎず少な過ぎない。
丁度良くてやっぱりオススメ。

195 : ◆nl7ClMRWE6 :04/02/16 04:13
ん……?

うおっ! Σ(゚Д゚;)
再現パターン見つけたカモ。 >FAT破壊
メール送る前にここだけ最後の検証……。

196 : ◆nl7ClMRWE6 :04/02/16 05:04
何だこりゃ……。
何でこの条件に気付かなかったんだ。

197 :Be名無しさん:04/02/16 14:43
ム板でNWSAの名前を見た。
意外と使ってるのがいたらしい。

198 :Be名無しさん:04/02/16 14:48
ところで、時間も空間も光りも音も感触も何もない「無」の世界を理解するための補助発言よろ>L


199 :Be名無しさん:04/02/16 21:41
>>196
ファイルアクセス中に例外で落ちるとかかな?

200 : ◆nl7ClMRWE6 :04/02/16 22:37
200ゲト。

>>199
落ちるんではないです。
俺の使用の範囲だと最近落ちるのは見てないんですが、まだ落ちる事ってあります?

FDイメージバイナリエディタで開いてFAT12の勉強でもするかぁ?
丁度Gakuさんトコに良い感じの資料もあるし……。

201 :Be名無しさん:04/02/17 01:34
>>200
> まだ落ちる事ってあります?
NWSOSのことというより一般論でした。

Windowsでファイルの入出力中にアプリが落ちると、
(もちろんこれはアプリの側のバグという意味です)
再起動するまでそのファイルが触れなくなったりするので、
そういうようなことをイメージしました。

202 :LightCone ◆sSJBc30S5w :04/02/19 09:05
新本家(CSideNet)のse13サーバーが飛んでるので、数式掲示板もNWSOSの
HPも見られなくなってます。

203 :LightCone ◆sSJBc30S5w :04/02/19 11:28
復旧しました。

204 :Be名無しさん:04/02/20 20:20
>>23
> 5〜10年後のOSにはAIが必須になって、知識DBの処理だけで、
> 10GHz以上のCPUが2個以上、メモリは8GB以上、ハードディスクは1TB以上必須になる気がします。
> そうなるともう今の基準で重いとかって言ってるのは笑い話でしかないですね。
Intelも同じことを考えているようですね。
といっても次世代ですら情報処理の延長で、
真のAIと呼べるものは次々世代までかかりそうな感じですが。

“プロセッサパワーにおなかいっぱい”の声に回答するゲルシンガー氏
http://www.itmedia.co.jp/news/articles/0402/20/news047.html

どーでもいーが、RMSという略語で彼を想像した俺は廃人なんだろうか……

205 :Be名無しさん:04/02/20 21:42
>>204
ふつうの人でせう。

一回話して見たいのう。3hop位で辿り付くはずなんだが。


206 : ◆nl7ClMRWE6 :04/02/21 07:07
おろ?
本家のファイル置き場のページへ入れなくなってるような。
indexから先が404。

207 :LightCone ◆sSJBc30S5w :04/02/21 10:30
>>206
確かに。

208 :LightCone ◆sSJBc30S5w :04/02/21 13:04
.htaccessファイルに、Option +Index(es?)属性を指定しているので、
それが先日のサーバーダウンの教訓からか、禁止されたのかも知れない。
それ自体が危険だとは思わないんだけど、どうなんだろう。

つうか、サーバーダウンの少し前、perlでの、flock()などを用いた
排他制御の実験をしていて、sleep(1)を100回して二つ目のブラウザ
からflock()を読んだりして色んな様子を見たりしてたし、
あと、サーバー上でCのプログラムをgccでコンパイルして、CGIとして
走らせる実験をしていたりした。

perlじゃなキャ駄目とかは書いてなかったと思うので、いいのかと
思ってたけど、しばらく後にサーバーダウンしたことからすると、
余り良くなかったのかな?

単にprintf("Hello\n");見たいなソースだったんだけど。

あと、疑似perlでtelnetを走らせて、psコマンドとか見たりしてた。
でも、killとかは一切やってないから、大丈夫なはずだけどなあ。

まあ、サーバーダウンとは余り関係ないかも知れない。

209 :Be名無しさん:04/02/21 14:05
年金って今年まで1万3千円だけど、来年から1万6千円になるんだよね
このまま、値上がりしたりしたら、かなりやばい

それに自分が貰えないもしれないし、もらえても微々たるものでしょ
長生きするかもわからないし、どっちにしても長生きしたら地獄なのは確かなのかなぁ〜

210 :LightCone ◆sSJBc30S5w :04/02/21 15:55
>>209
それは、国民年金の値段ですね。自営業者でも、共済年金かなんかだったか
名前は忘れたけど、それに上乗せしておかないと将来多分飢え死にか凍死
すると思うんです。公民とかの教科書には、最低限の生活を保障するとか
書かれてるけど、実体はそうじゃないらしいですよ。恐ろしいことに。
クワバラクワバラ。

211 :LightCone ◆sSJBc30S5w :04/02/21 16:03
>>206
.htaccessをもう一回アップロードして置き直したら(と言うか、
htaccess.txtでアップロードしてrenameするんですけど、色々な
事情から)、正常に戻りました。何だったんだ?

212 : ◆nl7ClMRWE6 :04/02/21 17:26
>>211
見れました。一体何だったんだろう。

213 : ◆nl7ClMRWE6 :04/02/23 04:39
今日もオーバーライド失敗。

疑問点
・-privil()で囲んだモジュールは、更にリンク対象にも加える必要があるのかどうか
  例:nwsl -subsystem:smart -order:...... -privil(dllentry.obj) dllentry.obj shrdll.lib ......
・startdll.objとsyscall.objって何だ。

やっぱ簡単じゃないなぁ。
正式なサンプル出るの待たないと無理っぽい。

214 :Be名無しさん:04/02/24 02:27
前から疑問に思っていた事がある。
本家や昔のOSASK-MLでのやり取りを読んだ感じだと、
NWSOSではタスク切り替えが出来ていたようなんだが。
しかし2chでは以前に、PC/ATへ移植する前のNWSOSは
シングルタスク且つCUIのみだったと言っていた筈。
CUIのみはともかく、シングルタスクだったのかマルチタスクだったのか
一体どっちなんだ。

215 : ◆nl7ClMRWE6 :04/02/24 07:16
ヤバい。
SetUniqPtr()が可愛い。
まじでヤバい。
もう寝ても覚めても思い浮かぶのはSetUniqPtr()の事ばかり。
これと同じAPIってWinには有るんだろうか。
パッと見もっとヘボいのしか見付からない。

216 :Be名無しさん:04/02/24 12:13
UNIXつかえたのか>Lタソ
で、生活に困ったら革命でもおこすの?w
シンデヤルーとかいいながら首相官邸に突入とかw(本当にやるなよ。)

217 :Be名無しさん:04/02/24 12:45
>>215
SetWindowLong

218 : ◆nl7ClMRWE6 :04/02/24 17:28
>>217
多分用途は多くの場合で同じっすね。
でも俺はNWSOSのがシンプルで好きだったり。
いやWinでもやろうと思えば出来るだろうけど。
レスどもー。

219 :Be名無しさん:04/02/27 15:20
貴公子==粉末==(´_ゝ`)
という噂は本当ですか。

220 :Be名無しさん:04/02/27 15:42
粉末って誰?

221 :Be名無しさん:04/02/27 16:34
>>220
motifが大好きな人。
っていうかLとは全然違う人だと思う。
>>219はKの子?

222 :Be名無しさん:04/02/27 20:00
>>221
前々違うというのは嘘かと思われ。


223 :Be名無しさん:04/02/28 10:24
>>222
全然違うってのは言い過ぎなのかもしれないけど、別人ってのは明らかと思う。

あとスレ違いスマソ

224 :Be名無しさん:04/02/28 10:36
Motifが好きな人ってMonoの香具師?
22歳くらいみたいだから三十路間近のLたんとは違うでしょ
http://pc2.2ch.net/test/read.cgi/tech/1020215602/367

彼のホームページ
http://fz.bigmountain.cc/

225 :Be名無しさん:04/02/28 11:23
粉末が得意なSolaris, Motif, .NET, C#, Monoは全部、Lたんは触ったこともないだろ。

226 :Be名無しさん:04/02/28 11:30
Sun信者なのにJavaじゃなくてC#ってのが面白いね。

227 : ◆nl7ClMRWE6 :04/02/28 12:48
何だこの人、凄ぇ面白いぞw
結構ム板回ったつもりだったのに全然知らなかった。
こういうタイプの人はかなり久し振りに見た。

228 :Be名無しさん:04/02/28 14:01
あのひとアンチ2chじゃなかったけ、>>227=nisi


229 : ◆nl7ClMRWE6 :04/02/28 14:05
>>228
なんか俺色々な人になるな。何で?

230 :LightCone ◆sSJBc30S5w :04/02/28 14:33
Hello>All

231 : ◆nl7ClMRWE6 :04/02/28 14:40
>>230
ども。
最近は掲示板の方弄ってたんすか?

232 :LightCone ◆sSJBc30S5w :04/02/28 14:49
>>231
ですね。

話は変わりますが、>>224を見て、Motifは結構綺麗だと知りました。

233 :Be名無しさん:04/02/28 14:50
Mozilla(もちろんMac版も)でもサポートされてるし、MathMLでいいんじゃないの?
http://jt.mozilla.gr.jp/projects/mathml/fonts/

TeX->MathMLコンバータは色々あるよ
たとえば
http://pear.math.pitt.edu/mathzilla/itex2mml.html

234 :LightCone ◆sSJBc30S5w :04/02/28 14:53
でも、CGIと、Perlと、Javaアプレット、Javaアプリケーション、Javaスクリプト
に対する理解が深まりました。

NWSOSの標準スクリプトとしてPerlを採用しようかなと思ってます。
bashなどのシェルスクリプトより、言語としてきっちりしている感じが
しますし。でも、コマンド実行がダイレクトには行えないのが玉に傷ですが。

あと、ディスク用のドライバには、マイクロカーネル的なものを採用しよう
かなと思ってます。グラフィック用のドライバと、ディスクのドライバで、
仕様を分けようかな。

235 :LightCone ◆sSJBc30S5w :04/02/28 14:55
>>233
いずれにせよ、組み合わせて実際に使えるようにしないとね。

236 :Be名無しさん:04/02/28 14:56
>>234
>でも、コマンド実行がダイレクトには行えないのが玉に傷ですが。
そこはPythonが良いですよ。

237 :LightCone ◆sSJBc30S5w :04/02/28 14:57
>>236
Pythonは、Perlと比べてどういう特徴が?

238 :Be名無しさん:04/02/28 14:59
>>234
http://www.nowsmartsoft.or.tv/nws/Japanese/nwsos_kekka.htm
このページをアンケートフォームにして直接書き込んで送信できるようにして、
自動集計して表示するようにした方が動作報告も集まると思います。
義務ならなおさら(笑

239 :LightCone ◆sSJBc30S5w :04/02/28 14:59
そういえば、HTTPとかって、意外と簡単みたいな気がしてきました。
ネットの実装も意外と簡単なのかな?
ブラウザも、機能を削れば意外と簡単に作れそうな気もします。

240 :LightCone ◆sSJBc30S5w :04/02/28 15:00
>>238
なるほど。

241 :Be名無しさん:04/02/28 15:01
>>237
* インタプリタが昔のBASICみたいに対話的に使える
* オブジェクト指向
* コーディングスタイルが斬新(良くも悪くも)
 インデントでブロックを表すので{}などは使わない

242 :LightCone ◆sSJBc30S5w :04/02/28 15:02
>>241
どうせCGIにはPerlが必要なので、こうなれば、どっちも移植するべきですね。
(^_^;)

243 :Be名無しさん:04/02/28 15:04
>>239
HTTPと直接話す方法ってご存知ですか?
たとえばWindowsのコマンドプロンプトから
telnet www.nowsmartsoft.or.tv 80
ってやって、
GET /index.html
とか
GET /index.html HTTP/1.0

(↑ヘッダ終了の意味で空行を入力)
とかやると直接話せます。
後者はフォーム送信のようなデータを送るときに
色々なヘッダを付けるためです。

244 :Be名無しさん:04/02/28 15:05
>>242
強気なLightたん萌え

245 :LightCone ◆sSJBc30S5w :04/02/28 15:06
環境変数には、Perlの、Global, My, Localの区別のような物も取り入れようか
と思ってます。あと、文字列だけじゃなく整数や浮動小数点もあった方がいい
ような。それか、Perlなどのように、後で型を自由に変えられるようにする
べきか。

ツールでシェルの環境変数を変えられるようにしたいので、子プロセスから、
親プロセスの環境変数を変更できるような仕組みは必要かなと思ってます。

246 :LightCone ◆sSJBc30S5w :04/02/28 15:08
>>243
最近知りました。
結局、telnetさえできれば、大抵のことが出来るんですかね。

247 :LightCone ◆sSJBc30S5w :04/02/28 15:11
あと、PATHのように、1つの環境変数に複数の情報を入れるのは変ですね。
あれは配列を用意すべきなんではと思います。

248 :LightCone ◆sSJBc30S5w :04/02/28 15:12
あと、SHIFT-JISと、Perlの相性は悪いですね。

249 :Be名無しさん:04/02/28 15:13
>>246
昔のプロトコルはほとんどASCII文字で定義されているので出来ますよ。
SMTPとかPOPとかも。

FTPはポートが動的に割り当てられたりとか、
バイナリのダウンロードとかあるので完全手動は無理ですが、
昔の通信ソフト(telnetみたいなやつ)でニフティをやってるときに
BPLUSを自動判別してそこだけダウンロードモードになったりとか
そういうようなイメージですかね。

250 :Be名無しさん:04/02/28 15:14
>>248
SJISはgccとも相性が悪くて"表\示"みたいな無様なことになりますね。
そんなこともあってUNIX界隈ではEUC-JPが使われたんでしょうけど、
今だったらUTF-8がお勧めでしょうか。


251 :LightCone ◆sSJBc30S5w :04/02/28 15:17
>>249
ADSLモデムなどとの通信コマンドも、アナログモデムなどと同じ様な物なん
ですかね。局と回線を繋いだ後は、下位レベルではパソコン通信の通信をやって
いるのと同じ様な物なんですか。ログイン名とパスワードを促す、
LOGIN:
PASSWORD:*******

CONNECTION Ok.
みたいな(^^;)

252 :Be名無しさん:04/02/28 15:19
>>251
PPPoEですね。

253 :Be名無しさん:04/02/28 15:21
>>249
個人同士で直接モデムで電話してチャットしながらファイルを送るときは
ZMODEMが安定していて好きだったな〜
何もかもが懐かしい(w

254 :LightCone ◆sSJBc30S5w :04/02/28 15:22
>>250
確か、EUCの全角文字コードには、\などのデリミタのコードが含まれてなくて、
プログラムを組まなくても、正規表現で単純に扱えるんでしたよね。

255 :Be名無しさん:04/02/28 15:25
>>234
Javaといえば、gccが内部でC++と同等に扱っていて、
マップの仕方を見ると面白いですよ。(CNI)
http://page.freett.com/gikob/gcj/cni.html

Javaをネイティブコンパイルしたオブジェクトファイルと
C++をコンパイルしたオブジェクトをリンクして、
相互に呼び出したりとか出来ます。

gccは野暮ったいイメージであまり好きじゃなかったんですが、
CNIの斬新な設計には感心しました。

256 :Be名無しさん:04/02/28 15:25
>>254
そうです。

257 :Be名無しさん:04/02/28 15:28
>>253
そういえばLANなんて庶民が持ってなかった頃は
2台のパソコンのシリアルポートをクロスケーブルでつないで、
通信ソフトのZMODEMで転送したりしてました。

258 :LightCone ◆sSJBc30S5w :04/02/28 15:29
>>255 言語やコンパイラも、日々進歩してるんですね。

259 :Be名無しさん:04/02/28 15:36
>>257
XMODEMだと受け側が待機状態に入らないといけなかったから
ZMODEMみたいにチャットとシームレスにできるプロトコルは斬新だったよね〜

260 :Be名無しさん:04/02/28 17:35
>>254
別の文字として認識されるという問題はありました。
たとえば
c0 c1 c2 c3 "請唾"(文字列に意味はなし)

c1 c2 "疎"
で検索したらマッチしてしまいます。

UTF-8では構造上そのような問題はなく、
文字区切りを意識しなくても単純なbyte処理で運用できます。
char*のまま処理できるため、Windowsで
#define UNICODE
したときのLPTSTR(unsigned short)のように、
型が16bitになってしまうという問題もありません。
また、Unicodeのため世界の主要な文字を内包しているので、
他の言語を扱うときに文字コードを切り替える必要もありません。

261 :LightCone ◆sSJBc30S5w :04/02/28 18:00
>>260
>UTF-8では構造上そのような問題はなく、
>文字区切りを意識しなくても単純なbyte処理で運用できます。
これは凄いですね。

262 :Be名無しさん:04/02/28 18:01
Motif好きな人って居るんだ…
http://fz.bigmountain.cc/article/art_4.php
漏れの目には、OSXのほうがマシに見えるよ…

つーかGIMPで唯一嫌いな点はWindowsから禿しくかけ離れたUIなんだがな…

263 :Be名無しさん:04/02/28 19:32
>>261
Unicodeについての見解は賛否が別れるところですが、
少なくともUTF-8の仕様に関しては良く考えられていると思いました。

264 :Be名無しさん:04/02/29 05:15
>>263
そーいえばさっきゅんはかなり前からUTF-8に移行してたね
あの世代の人が自発的にSJISからUTF-8に乗り換えるのは珍しいと思った

265 : ◆nl7ClMRWE6 :04/02/29 10:15
NWSOSで欧州文字と日本語の混在が普通に出来るとチョト嬉しかったり。

266 :LightCone ◆sSJBc30S5w :04/02/29 17:12
プロバイダ変更のため、今から2004/03/04まで、アクセスが出来ないように
なりますので、ご連絡まで。

267 :LightCone ◆sSJBc30S5w :04/02/29 18:12
取りあえず、日本語では、UTF-8は、3BYTEになるそうですね。だから、
UCS-2というか、UTFにせずに、2バイトのUNICODEをそのまま利用した方が、
ファイルサイズが小さくできると。

SHIFT-JIS(JISでも同じだけど)は、第一、第二水準合わせて8000文字程度
あるが、UNICODEとの対応はテーブルに頼るのが吉。でOk? で、
SHIFT-JIS ---> UNICODEへの変換テーブルは、16Kバイトで足りると。
逆へは、そのテーブルから逆変換テーブルを作ってしまうのが楽かな。
そうしないとテーブルをファイルで持つとき1FDに収まりそうにないので。

でも、日本で使う分には、UTF-8では、無駄が多いので一考の余地有り、
ということ。

プログラムが面倒だからと行って、全世界の文字コードを、モードで
場合分けせずに統一するのが本当に得策かどうか疑問が残ると。

つまり、「ここからここまでが日本語である」、
「ここからここまでがアラビア語である」というような状態を持たせた
方が、文書の統計的性質から考えて圧縮できる。

ディスクに保存するときは、必ず圧縮するようにするのも手かな。

268 :LightCone ◆sSJBc30S5w :04/02/29 18:17
日本語を扱う分においては、ほとんどが全角文字になるので、アプリやカーネルの
内部文字コードは、16BITにしてしまうのも悪くはないと思う。

それか、大量に記憶するときに「圧縮」、解析をするときは「展開」という
作業を簡単に行えるようなAPIやライブラリを用意するか。

あるいは、ディスクに記憶するときは、コードとかを超えて、とにかく
自動で圧縮してしまうとか。

UTF-8は、日本語を長期保存するにはコード長が長すぎて、「理想的なOS」を
めざすなら、考え物だと思う。

269 :LightCone ◆sSJBc30S5w :04/02/29 18:18
↑アクセスが出来なくなるまでのアガキでした。

270 :LightCone ◆sSJBc30S5w :04/02/29 18:29
考えてみれば、全世界の字形(?)が16BITで足りないから32BITにしたいと言って
も、そのフォントを全てオンメモリで持つのはシンドイですな。
特にTrueTypeFontならば。

取りあえず、EUCとS-JISは、テーブルなしで相互変換可能なようなので、
大差ないものとして取り扱うことが出来ると思うけど。

やっぱり、日本でUTF-8をテキストファイルの保存に使うのはもったいない。

でも、プログラムのソースなどだとASCII中心でいけるのでUCS-2で
保存するのももったいない。

となると、保存はS-JISかEUCということになるけれど、、、。

それか保存時に圧縮してしまうか。

271 :LightCone ◆sSJBc30S5w :04/02/29 18:37
結局、記憶装置を湯水のように使っていいなら、32BIT(UCS-4?)で全部扱えば
いいわけでんな。

つまり、全ての元凶は、「サイズ」に尽きると。

ということは、自動的に圧縮できるなら悩む必要はないと言えるかも。

あとは、自動的に縮するとして何か問題があるかどうかと言うことだけど、
ある意味、ディスクシステムの論理フォーマットの一部だとも見なせるから、
完全に圧縮のことは隠蔽できるとは思うけど、問題は、安全性かな。

圧縮・展開に絶対に間違いがあってはならないし、容量が増えたときでも、
圧縮に失敗するようなことがないこと、あるいは読み取り時に、SEEKが
ちゃんと行えるかや、バッファが不足した場合の対処などかな。
普通は、読み取るサイズだけのバッファを用意すればいいけど、展開する
なら予想不可能だし。

272 :LightCone ◆sSJBc30S5w :04/02/29 18:38
もっとも、文字コードに対しての圧縮だけであれば、最大圧縮率が分かるので、
バッファ不足の問題は無いかも知れないけど。

273 :Be名無しさん:04/02/29 18:41
S-JISとUnicodeの変換はテーブルを使う筈です。
テキストファイル等への保存時はエディタの責任でS-JISやEUCを選ぶのも手でしょう。


274 :LightCone ◆sSJBc30S5w :04/02/29 18:45
同じ事をさっきも書いたけど、全世界の文字を、モード遷移なしで統一して
扱おうとすることが、サイズが大きくなる原因でんな。

日本なら日本でよく使う文字の統計的性質があるわけで、逆にロシアでは
ロシアなりの統計的性質がある。その性質を用いずに、どの国にも偏り無く
コンパクトになるようなコードを考えれば、UTF-8のように、8000字で足りる
日本語に3-BYTEも必要になってしまうと。

本来だったら、13BITで足りるところを、24BITも使ってしまうことになると。

275 :Be名無しさん:04/02/29 18:55
GT書体フォントは66,756字あるという事なので、用途によるのでは?
自分自身はJIS第二水準まで使えれば普段困る事はありませんが。

276 :Be名無しさん:04/02/29 19:14
合成まで考えるとUCS-4の文字番号を32bit配列で扱う符号化はあまりメリット無い

277 :LightCone ◆sSJBc30S5w :04/02/29 21:50
(一旦プロバイダの契約解除したのになぜかまだ書き込めますが。)

取りあえず、UCS-2を2BYTEでそのまま用いる場合と比較した
UTF-8の唯一のメリットは、ASCII文字が1BYTEで表せる、ただ一点だと
思います。なお、多バイト文字を検索する際に途中部分がヒットしない性質や、
最初のバイトかどうか判別できる性質は、UCS-2をそのまま2BYTEで持つ場合
にも備わってる性質ですので、それと比較した際のUTF-8のメリットとは言え
ません。

結局、英語文化圏と、プログラムのソースコードにしかメリットがないと
言っても過言ではないと思いました。

本来は、UCS-2そのものより、
「多くの場合にコンパクトになる」
事が望ましいのですが、UTF-8は、CJK文化圏でを用いる場合には、
そうはなりませんね。(^^;)

検索の問題などは、文字コード側で対応しなくても、プログラム側で対応すれ
ばどうにでもなりますので、UTF-8の目指している方向が必ずしも正しいとは
言えないように思います。

プログラムを楽にすることと、データをコンパクトにすることの妥協点に
上手く達していないように思います。

278 :LightCone ◆sSJBc30S5w :04/02/29 21:58
UNICODEと言うと、Apple/IBM/MSがイニシアティブを採っているようですが、
日本の団体がもっと積極的に参加しないと、このままでは日本語の文字コード
が非常に効率が悪くなってしまいかねないですね。

Windows時代になって、昔問題にならなかったことが問題になったことを良く
見聞きしますけど、このままではそれの二の舞になりそうです。


保守age

279 :LightCone ◆sSJBc30S5w :04/02/29 22:09
漢字の話をしているときに「採っている」なんて書いて怒られそうだな。

280 :LightCone ◆sSJBc30S5w :04/02/29 22:13
はたと、
キーボードの刻印部分を液晶にして、刻印を動的に変更できるように
したら面白いな。

SHARPあたりやってちょんまげ。

281 :Be名無しさん:04/02/29 22:27
>>278
という話は昔からあります。

>>280
そういうスイッチは世の中にあります。
問題は、それ集めてキーボード作ると、部品代だけで
普通に売ってるPC並のお値段になってしまうという…


282 :Be名無しさん:04/03/01 07:17
文字コードのコードセットとエンコーディングを混同してる香具師に
>>278 みたいなこた言われてしまうunicode.orgの中の人の無念を思うと涙が出る

283 :Be名無しさん:04/03/01 08:05
>>278の発言自体は現状を表してる……。
ルビとか結局どうなったのよ。

284 :Be名無しさん:04/03/01 10:16
>>282
言葉には広義の意味と狭義の意味があるんだよ。

285 :Be名無しさん:04/03/01 10:22
なんとなく、
> 無念を思うと涙が出る

「無念を思って死ぬ」
とマ板のスペランカーごっこ風にして欲しかったと思いつつ死ぬ。

286 :鳥取砂丘 ◆Dream/3P/. :04/03/01 13:52
  _
  /〜ヽ
 (。・-・) 。oO( Lタン不在の今、このスレはさっきゅんが則った!
 ゚し-J゚

287 :Be名無しさん:04/03/01 13:59
なんか突っ込みどころ満載だけど、
指摘はネットに復帰してからじゃないとスルーされるだろうな。

288 :Be名無しさん:04/03/01 14:02
えーワレワレはースポーツマンシップを乗っ取りー (則り?)

289 :Be名無しさん:04/03/01 14:07
スポーツマンの船なんか則ったら逆にスポーツマン達にボコボコにされそうな虚弱な俺。

290 : ◆nl7ClMRWE6 :04/03/01 17:52
あ。そう言えばshellの機能で要望が。
system()やpopen()みたいなshell経由でのコマンド起動の為に、
shell.exeのオプションでそれを行う為の機能が欲しいっす。
現状だとExecTask()とかで直で起動するしか無いんで。

291 :Be名無しさん:04/03/01 18:16
>>287
言い逃げでどばっと書いたんじゃなくて、
いない間に色々書いてもらうことを期待してたんじゃないか?

292 :LightCone ◆sSJBc30S5w :04/03/01 22:54
実はまだアクセスできたりしますです。解約したつもりなのに、不思議な
プロバイダだ、@niftyは。

293 :Be名無しさん:04/03/01 23:04
・・・後で請求書の山が・・・

294 :Be名無しさん:04/03/01 23:18
回線切らないとつながったままとか。

まあ、アカウントの削除なんてのは月一回まとめてだろうから、
それまでは何事もなく使えると思われ。


295 :LightCone ◆sSJBc30S5w :04/03/02 19:24
>>286
むむむむむむ・・







(油断も隙もない。)

296 :Be名無しさん:04/03/02 19:52
>>267
誰も突っ込まないな……なぜ?

> SHIFT-JIS(JISでも同じだけど)は、第一、第二水準合わせて8000文字程度
> あるが、UNICODEとの対応はテーブルに頼るのが吉。でOk? で、
> SHIFT-JIS ---> UNICODEへの変換テーブルは、16Kバイトで足りると。
最近のSJISはNEC選定IBM拡張文字が含まれているCP-932なので11280*2で22KB。

> つまり、「ここからここまでが日本語である」、
> 「ここからここまでがアラビア語である」というような状態を持たせた
> 方が、文書の統計的性質から考えて圧縮できる。
それがISO-2022。面倒くさいのでまともに実装した処理系はほとんどない。
文字列操作が極めて面倒くさい。
いわゆるJISはISO-2022-JPと言って、ISO-2022のサブセット。
N88(86) DISK BASICからDOS BASICに移ってKIN/KOUTがないのに驚いたものだ。

297 :Be名無しさん:04/03/02 20:06
>>270
> 取りあえず、EUCとS-JISは、テーブルなしで相互変換可能なようなので、
> 大差ないものとして取り扱うことが出来ると思うけど。
それは昔の話。
CP-932のNEC選定IBM拡張文字とEUC-JPのJISX1993には互換性がないので
変換テーブルが必要になってしまう。

>>271
> 結局、記憶装置を湯水のように使っていいなら、32BIT(UCS-4?)で全部扱えば
> いいわけでんな。
御意。
ソースコードはUTF-8、内部形式はUCS-4というのは最近の流行。

298 :Be名無しさん:04/03/02 20:07
>>277
> 取りあえず、UCS-2を2BYTEでそのまま用いる場合と比較した
> UTF-8の唯一のメリットは、ASCII文字が1BYTEで表せる、ただ一点だと
> 思います。
それは違う。
UTF-8の最大のメリットは、APIがchar*と互換性がある点。
UCS-2に切り替えたらAPIをすべてunsigned short*に書き換えないといけない。
Windowsが1つの関数にA系とW系の2つの実装を用意しているのはそのため。

unsigned short*をキャストして無理やりchar*で扱えないこともないが、
そんなことをしたらstrlenすらまともに使えなくなってしまう。

> 結局、英語文化圏と、プログラムのソースコードにしかメリットがないと
> 言っても過言ではないと思いました。
UTF-8についてはAPIの件も含めてプログラマ向けの発想というのは同意。

ただUTF-8がダメだからと言ってSJISを持ち上げるのはどうか。
日本語に拘るならJIS第1,第2程度の文字数では全然不足だし、
一般人に多国語は不要という考えかもしれないが、
大学で第二外国語を勉強する人は少なくない。
SJISだと第二外国語の勉強にすら使えない。
翻訳練習とかで日本語と混ぜるなら尚更。

299 :Be名無しさん:04/03/02 20:12
UTF-8はわざと冗長にして使いやすくしてあるからサイズが大きいのは仕方ない。
UTF-7はbase64を使っているからUTF-8より短くなる。
UCS-4に復号させてからでないと文字列処理なんか出来たものではないが。

300 :LightCone ◆sSJBc30S5w :04/03/02 22:31
>>299
>UTF-8はわざと冗長にして使いやすくしてあるからサイズが大きいのは仕方ない。
おっしゃってることについて、特に異論はないのですが、結果として、ディスク
に長期保存する目的には、UTF-8は必ずしも良い選択ではないということも
否定できないですよね?

かといって、UCS-2そのままでディスクに保存すると、英字アルファベットの
符号が倍になってしまって効率が悪い。

かといって、S-JISだけでは、外国語や第二水準を超えるような漢字は扱い
きれない。

となると、ディスク保存用には、これまでにない新しいフォーマットを考える
べきなのではないかと思うんです。

候補としては、日本語向けには、UNICODEのうちでASCII文字、および
頻度の高い漢字や「ひらがな」などに短い符号を割り当てて、UNICODEのその他の
文字には、3バイト以上のコードを割り当てるような符号です。そして、
他の言語圏用には、別の符号を用意する、と。

この符号では、いずれの国向けの符号セットでもUNICODE全体の文字を漏れなく
扱えるが、符号は各国で変わるということになります。

この方法では、どの言語圏用のファイルでも、日本語用のフォーマット
に必ず等価変換できますので、UNICODEの最大の目的は達成できると思います。

UTF-8と比較したときのメリットは、地域それぞれに効率の良い符号を提供
出来る点です。しかも、どの地域フォーマットでもUNICODE全体を扱えると。

日本向けのアプリケーションでは、「日本用UTF」だけに特化して開発すれば、
自動的にUNICODE全体に対応できると共に、日本の文章はメモリ上、ディスク上
問わず、コンパクトに保存できることになります。

301 :LightCone ◆sSJBc30S5w :04/03/02 22:42
>>298
>UTF-8についてはAPIの件も含めてプログラマ向けの発想というのは同意。
>ただUTF-8がダメだからと言ってSJISを持ち上げるのはどうか。

NWSOSについては、取りあえずSJISのみに対応してみただけで、SJISが、
良いとは思ってはいません。

「UTF-8がプログラマ向けの発想」というのは、少し語弊があると思います。
まず、一般論として、プログラマは千差万別で多様な趣向を持つ人がいるという
点です。
結局、UTF-8は、「英語圏のプログラマの発想」だと私は思います。日本の
プログラマは、以前から、S-JIS専用のコードを用意していました。
UTF-8では、「正規表現」などのルーチンを、ASCIIコードだけを考慮していた
バージョンからほとんど変更することなく、そのまま利用できるようにすること
を念頭に置いていたのではないかと思います。

S-JISの漢字などは、無修正の正規表現ルーチンで扱うのは、「ほぼ」無理です
が、ちゃんと修正すればS-JISに限らずどんな符号体系にも対応できますので、
当たり前かも知れませんが、UTF-8でなければならないというわけではないで
すし。

つまり、日本のプログラマは昔から、そういう手間暇を惜しむことなくやって
きたのです。問題はCJK以外の言語圏のプログラマにとって、そういうことへの
精神的負担が大きく関連していると思います。

302 :LightCone ◆sSJBc30S5w :04/03/02 22:56
「日本向けUTF」の具体案(大体のもの)。

ASCII文字(00-7F)までは、1バイト。
JIS第一、第二は、EUCで、2バイト。(第1バイト=0xa1-0xfe)
それ以外の文字は、EUCの余った部分を接頭符号に用いて、3バイト以上に符号化
する。第1バイト=0x80-0xa0

余りちゃんと調べてないので間違ってるかも知れません。

303 :LightCone ◆sSJBc30S5w :04/03/02 23:16
あと、EUCは、第1バイトが0xa1-0xfeの時、第二バイトも0xa1-0xfeなので、
第二バイトに0x80-0xa0を入り込ませる余地があるのではないかと思えます。

なお、0x00-0x7fのうち、制御コードと区切り文字については、第二バイト
に使うべきではないと思いますが、単なるアルファベットや数字の部分は
使ってもいいのではないかと思えます。

つまり、改行コードや、!"#$%&'()=~-^|{}[]`@*+:;\/.,<>?_\みたいな
部分は、第二バイトとして使うべきじゃないが、0-9.a-z,A-Zあたりは、
使っていいんじゃないかということです。

EUCでこのあたりを使わなかった理由は何なのか知りたいところですが。

304 :LightCone ◆sSJBc30S5w :04/03/02 23:21
第二バイトで使っては行けないコードには一つ一つ理由を考えるべきだと
思います。

例えば、0x0d, 0x0aは改行コードなので、一般に行単位で読み込むときに、
多バイト文字のことを全く考慮せずに、これらの文字が現れたところを、行末
と認識したいため、第二バイトに使っては行けない、ということです。

\のコードについては、C/C++/Perlなどで、エスケープ文字を処理するときに、
やはり、他バイト文字について考慮することなく処理したいため、第二バイト
に用いては行けない。

()[]{}"'などの記号に付いては絶対用いてはならないとまでは言えないと
思いますが、異論があるか聞いてみたいです。

305 :LightCone ◆sSJBc30S5w :04/03/02 23:27
>>304 訂正:
>()[]{}"'などの記号に付いては絶対用いてはならないとまでは言えないと
>思いますが、異論があるか聞いてみたいです。

"'は、文字列の囲みとして利用されるので、第二バイトに用いるべきではないと思い
ます。

# ; : , なども、コメントやコマンドの区切りなどとして利用される事もある
ので、同様の扱いとなるのかな?

あと、0x09と、0x20もタブや空白として利用されるからまずい。

XONや、XOFFや、FF,BEL,SI,SOなどもまずいと思う。

やっぱり、0x00-0x20は全部まずいかな。

けど、{}[]()などの記号はそんなにまずいかどうか疑問もある。
まあ、EUCやS-JISの慣習に従って、第二バイトとしてはやっぱり使わない方が
いいかも知れないけど。

306 :LightCone ◆sSJBc30S5w :04/03/02 23:43
漢字コードとして、
第一バイト=0x80-0xfd, ---> 126種
第二バイト=0x80-0xfd, 0-9, a-z, A-Z ---> 188種

が扱えるなら、
126 * 188 = 23688 種
の文字が扱えると。

ちなみに、
JIS X 0208 1997 新JIS第一、第二 6879字
JIS X 0212 1990 JIS補助漢字 6067字
JIS X 0213 2000 JIS第三、第四 4344字

0212 と、0213 は、重複があるそうですが、23688文字扱えるので、いずれ
にしても全部入りそうです。

素人なので、間違いだらけかも知れませんが。

307 :Be名無しさん:04/03/02 23:44
>>300
ディスク効率の話をしても無意味だと思う。
リッチコンテンツは冗長なXMLを冗長なUTF-8で保存するのが最近の流れだから。
MS Officeすらその方向に向かってる。
OpenOfficeではXMLに埋め込まれた画像とかを含めてzip圧縮したものを
OpenOfficeのデフォルトのデータ形式にしている。

308 :Be名無しさん:04/03/02 23:48
あとJavaのjarも.classファイルとかをzipで圧縮して1個にしただけ。

309 :LightCone ◆sSJBc30S5w :04/03/02 23:52
圧縮しても、1文字3バイトのデータを1文字2バイトレベルまで縮めるのは、
予想としては多くの場合無理なんじゃないかと思う。

310 :LightCone ◆sSJBc30S5w :04/03/02 23:55
あ、全く圧縮してないEUCやSJISのテキストよりは小さくなるかも知れないけど。
あと、こういう性質に特化したような特殊な圧縮法は除いた場合の、しかも、
平均的な話だけど。

311 :LightCone ◆sSJBc30S5w :04/03/03 00:00
でも、スライド辞書法やブロックソート法だと意外と同じくらいになったり
して、、、。つまり、LHAや、ZIP, BZ2 なんかだとこの種のデータはそこそこ
圧縮できるかも知れない。

312 :Be名無しさん:04/03/03 00:02
>>309
ためしにこのスレ全部をコピペしてみた。
SJIS(70,859)
UTF-8(96,658)

zip圧縮
SJIS.zip(28,992)
UTF-8.zip(31,637)

bz2圧縮
SJIS.bz2(24,488)
UTF-8.bz2(25,145)

確かに生データだと冗長さが目立つけど、
圧縮したら目くじらを立てて新規格を作るほどの有意な差があるとは思えないけど。

313 :Be名無しさん:04/03/03 00:07
冗長さで言ったらXMLの方が問題がある。
HTMLにしても同じで、閉じのタグは理論的には</>だけでもいいし。
それをやらないのはHTMLは厳密にタグを対応させなくても
それなりに動くようにしたことで一般性を獲得したから。
XMLの場合はDTDに従っていないものは全部排除されるから
そういう曖昧さは許されないけど。
冗長さを問題視する向きはXMLのバイナリ版を考えてるらしいが……。

314 :LightCone ◆sSJBc30S5w :04/03/03 00:10
>>312
なるほど、確かに、圧縮したら大差ないと言えるかも知れませんね。

けど、処理中にオンメモリに格納しているときはそれで納得できるかどうか。

それと、ディスクに入れるときでも、もし圧縮していれば、「追加書き込み」
などの効率が悪くなるのではと。

必ず圧縮するという方針は、恐らく異論も多数出てきそうな悪寒。

315 :LightCone ◆sSJBc30S5w :04/03/03 00:13
>>313
漢字コードの場合は、それ以外の選択肢がないという点、さらに影響が
大きいのでは?

316 :Be名無しさん:04/03/03 00:20
>けど、処理中にオンメモリに格納しているときはそれで納得できるかどうか。

問題無いケースが大部分でしょうし、メモリが切迫するほどの巨大なテキストデータを処理するような時は
全部まとめてAPIやら外部やらに渡したりはせずに小分けにするでしょうから、
その時は対象のデータによって最適なエンコードを使ってもいいんじゃないですか?

…WindowsのSetWindowTextやクリップボードみたいに、小分けにする余地が無い時は困り者ですけど…。

317 :LightCone ◆sSJBc30S5w :04/03/03 00:23
>>316
>その時は対象のデータによって最適なエンコードを使ってもいいんじゃないですか?
その「最適なエンコード」というやつを、OS設計側が用意したら便利なんじゃない
かと思うんだけど。

318 :Be名無しさん:04/03/03 00:27
>>317
ISO-2022みたいなのは実装が難しいからUCS-4オンリーで手抜きに落ち着いて来ているわけだが。

319 :LightCone ◆sSJBc30S5w :04/03/03 00:29
それから、APIで文字列を渡したり貰ったりするときの文字コードは、
選べるようにするべきじゃないかと思う。

理由は、JAVAなどで、UCS-2でいいと思っていたら、それでは既に予想に反して
不足してしまったんだけど、だからといって、常にAPIで文字コードをUCS-4で
扱うのもどうかと思うので、いっそのこと、好きなフォーマットでAPIと
受け渡しできたらいいのではと思ったから。

320 :Be名無しさん:04/03/03 00:32
>>319
それはもちろんそう。
WindowsみたいにA系とW系の二本立てでやれば良い。

でも面倒。何か1つ実装するとしたらUTF-8が無難という話。
それ以外のものを排斥する必要はない。

321 :LightCone ◆sSJBc30S5w :04/03/03 00:35
>>318
ISO-2022は、文字コード中に、SHIFT-IN, SHIFT-OUTコードが含まれていて、
アプリ側で、どのシフト状態かを判断しなきゃならなかったんでしょ?

わての考えるところの「日本用UTF」なるものは、日本で頻度の高い文字に
短いコードを割り当てるが、UNICODE全体をシフト状態の変更なしに扱える
ようなものなので、さほどの複雑さはないと思われ。

322 :LightCone ◆sSJBc30S5w :04/03/03 00:37
>>320
Windowsでの、A系W系のような分け方でなく、APIの文字列の引数は全て、char*
にして、「UTF-8」「日本用UTF」「アラビア用UTF」などを別のAPIで指定
出来るようにしたらいいんじゃないかと思うわけなんだけど。

locale指定みたいな感じで。

323 :Be名無しさん:04/03/03 00:38
>>321
ちなみに中国がそれをやってるよ。
GB18030ってのがそれ。
http://www.ritsumei.ac.jp/kic/~tyv07679/chuden/teach/code/main6.htm

国策でやってるからGB18030をサポートしてないソフトは販売禁止。
じゃあWindowsはどうやってるのかと言えば、
GB18030とUnicodeを相互変換できるようにしてお茶を濁している。

324 :Be名無しさん:04/03/03 00:40
>>322
分かってますよ。
W系はUCS-4またはUTF-16専用で、(char*で渡すと問題が多いから)
A系は指定したコードでってことでしょ?

そういう仕様になってるライブラリは多い。
でもA系は内部でUCS-4/UTF-16に変換してから
入出力のときだけコードを変えてる。
内部処理まで個別に作りこむと大変だから。

325 :Be名無しさん:04/03/03 00:50
>内部処理まで個別に作りこむと大変だから。
これに尽きると思う。プログラマの都合だが。

326 :LightCone ◆sSJBc30S5w :04/03/03 01:00
>>325
少なくともカーネルで文字列を処理するときは、終端と、改行、
全角と半角の見分け、など、いくつかの特徴が分かれば十分なので、
そういう関数を作って、それらの関数のみを用いて全ての文字列関連の
APIを実装すれば手間は要らないと思う。

327 :LightCone ◆sSJBc30S5w :04/03/03 01:01
個人的には、何にそんな手間がいるのか分からない。
ちゃんと整理すれば簡単なんじゃないかな。

328 :Be名無しさん:04/03/03 01:08
ただでさえ文字コードが多くて疲弊しているところに、いくら優れていても、
新たにもうひとつのエンコードを追加するとなったら、とりあえず反対したいのが人情です(^^
自動判別だって完璧にできるわけじゃないし

329 :LightCone ◆sSJBc30S5w :04/03/03 01:11
>>328
のほほほほほほ

330 :LightCone ◆sSJBc30S5w :04/03/03 01:13
>>328
EUCの上位互換に出来そうな気がするんだけど、それでも駄目なの?

331 :Be名無しさん:04/03/03 01:14
>>326-327
ISO-2022みたいな状態遷移を持つコードを除外したら、そうだけど。

332 :LightCone ◆sSJBc30S5w :04/03/03 01:14
つまり、EUCで保存したテキストファイルは、そのまま利用できて、
EUCで使われていない部分を新しいフォーマットはこっそり利用するという。

333 :Be名無しさん:04/03/03 01:15
>>330
中国のGB18030と同じって言ってるじゃん。
もし自分がMSだとして、サポートしないと販売禁止って言われてどう思いますか?

334 :LightCone ◆sSJBc30S5w :04/03/03 01:20
>>331
状態遷移はなしで、SHIFT-JIS, EUC, UTF-8と同じ様なタイプの文字コード
のどれを使うかを選べるようにするだけ。

ワテ提唱の「日本用UTF」は、>>323のGB18030と似たもので、EUCなどと
同じ様な特徴を持ちつつ、切り替えなしにUNICODE全体を網羅できるような
ものです。ASCII文字は、1BYTE, JIS第一〜第四は、2BYTEで表せて、
なおかつ、UNICODE全体を指定し尽くせるわけです。

UTF-8は、JIS第一〜第四は、基本的に3バイトになってしまうようなので、
この「日本用UTF」の方が効率がいいのです。

そして、EUCと互換性があると。

335 :LightCone ◆sSJBc30S5w :04/03/03 01:23
>>333
>中国のGB18030と同じって言ってるじゃん。
中国人の中に、ワテと同じ発想をした人がいるようで。

>もし自分がMSだとして、サポートしないと販売禁止って言われてどう思いますか?
競争相手も同じ条件なんだし、問題ないと思うけど。

スポーツのルールと同じだと思う。

別に金属バットが駄目とか言われても、自分だけソンする分けじゃなく、
みんな同じ条件だから特に問題なし。

336 :Be名無しさん:04/03/03 01:26
EUCの場合、ひとつの文字は1〜2バイトまでしかない&127以下は全部1バイト、
を前提に組んである、既存のコードがありますからね…

それに何より、UTF-8という、プログラムから扱う利便性とサイズの両方で、満点とは行かなくても
かなりいいところで妥協しているエンコードが既にあるので…
「日本用UTF」がUTF-8と比べて全ての面で優れているかというと、サイズでは優れていても
検索で境界を気にしなくて良いなどの扱いやすさはUTF-8のほうが上ですし…

文字列処理に集中している時は気にならなくても、他の事やってる時に漢字の2バイト目なんかで
引っかかったりするとイヤになりますw

337 :LightCone ◆sSJBc30S5w :04/03/03 01:30
>>336
>文字列処理に集中している時は気にならなくても、他の事やってる時に漢字の2バイト目なんかで
>引っかかったりするとイヤになりますw

日本語非対応の正規表現ライブラリを使った場合のことですか?

338 :LightCone ◆sSJBc30S5w :04/03/03 01:35
>それに何より、UTF-8という、プログラムから扱う利便性とサイズの両方で、満点とは行かなくても
>かなりいいところで妥協しているエンコードが既にあるので…

1. EUCなどで、他バイト文字の途中で検索に引っかかるのは、正規表現ライブ
ラリや、検索ライブラリ等が、他バイト文字に対応していないからでは?

2. 直前の文字に確実に戻っていけるのは確かに便利だけども、全テキスト
データのサイズを1.5倍までにしてやるべきことかどうか.
着目する行や、編集中の行を一旦、UCS-4等に変換してから処理すればいいの
では?

339 :Be名無しさん:04/03/03 01:39
ま、別にNWSOS専用の俺コードがあっても問題ないと思うけど。
UCS-4なりに変換するAPIが用意してあれば。

340 :Be名無しさん:04/03/03 01:42
>>338
> 1. EUCなどで、他バイト文字の途中で検索に引っかかるのは、正規表現ライブ
> ラリや、検索ライブラリ等が、他バイト文字に対応していないからでは?
すべての文字コードでそれが可能になるようにすると、結局
> 着目する行や、編集中の行を一旦、UCS-4等に変換してから処理すればいいのでは?
↑のようにするのが現実的になってしまうので、(行に限らず処理対象全部を)
データの保存にしか意味がなくなりませんか?

UTF-8はメモ帳ですらデフォルトで自動判別するくらい
(実装としては)ポピュラーになったものなので、
NWSシリーズ以外で独自コードを使うのとは敷居が違います。

341 :Be名無しさん:04/03/03 01:45
そもそも文字が豊富なテキストをプレーンテキストで扱うことは少ないわけで、
結局何らかのマークアップが必要になってしまうので
XML with UTF-8に落ち着いてきたというのが業界の流れなわけだが。
だから文字コードだけじゃなくてマークアップと絡めないと意味ないと思う。
XMLに対抗できるような汎用的でコンパクトなやつで。

342 :Be名無しさん:04/03/03 01:48
マークアップはASCII文字なのでUTF-8の強みが発揮されていることもお忘れなく。

343 :Be名無しさん:04/03/03 01:51
いえ、他人のライブラリじゃなくて、自分で書いたコードで(;_;

使い捨てのようなプログラムでちょっとしたファイル整理をしようとして
フルパスからファイル名を切り出すのに何も考えずに'\'を末端から逆方向検索して
自分の愚かさを呪った時とか

カーソル位置の処理なんかも、逆方向に正確に遡れるような文字コードだと楽だなあと痛感します。
テキストエディタなら行頭に戻れば済みますが、バイナリエディタですと…最悪のケースが…

…考えないといけない事が少ないということはいいことです

locale APIで、APIに渡すコードを、SJIS, EUC, UTF-8、と、切り替えることができて、
その選択肢のひとつに日本語UTFがある、という形であれば、単に使わないだけ、という対処もできるので
(自動判別を除いては)一向に構わないとは思いますが。有れば有ったで使いどころもあるでしょうし。

344 :Be名無しさん:04/03/03 01:53
XMLもUTF-8もファイルサイズをけちるより扱いやすさを重視してるからね。
↓なんか参考にならないかな?
http://pitecan.com/fugo.html

あまりサイズがどうのと言ってるとKみたいに変な方向に行きそうで何とも。('A`)

345 :Be名無しさん:04/03/03 01:56
>>344
俺もLたんの文字コード話を聞いてKのバイナリ話を思い出した

346 :Be名無しさん:04/03/03 02:04
KはUPX圧縮して小さいとか喜んでるからね。
それだったらUTF-8をbz2圧縮すればSJISと大差ないのと同じことだし。

347 :Be名無しさん:04/03/03 02:07
>>346
XMLも冗長な分同じマークアップが頻出してるから圧縮の効果は絶大だね

348 :Be名無しさん:04/03/03 02:12
テキスト圧縮って言えばHTTPじゃgzが標準だね。
だからHTMLやXMLの冗長さもgzで転送すれば問題はない。

副作用でContent-typeをちゃんと返さないサーバ(原因はほぼ.htaccessの設定ミス)だと
IEで.gzファイルをダウンロードすると勝手に展開される事態が起こったりする。
以前Lたんがそのことで自分の環境(Cygwinとか入れたり)を疑ってたけど
変なのを入れたのが原因じゃなくて元からそういう仕様なだけ。
2chだって転送量増大をgz化によって乗り切ったりしてる。

サーバの設定をいじれない環境でgzを使いたかったら
gzをやめてbz2を使った方が無難だろうね。
少なくとも勝手に展開されたりはしないから。
その意味でLたんがFDイメージにbz2を使っているのは正解。

349 :LightCone ◆sSJBc30S5w :04/03/03 08:37
>>340
>すべての文字コードでそれが可能になるようにすると、結局
>> 着目する行や、編集中の行を一旦、UCS-4等に変換してから処理すればいいのでは?
>↑のようにするのが現実的になってしまうので、(行に限らず処理対象全部を)
>データの保存にしか意味がなくなりませんか?

取りあえず、行をまたいだ検索をしないならば、行単位でUCS-4に変換していけば
問題ないはずです。

問題は行をまたいだ検索を、"aaaaa\nbbbbb" の様な表現で行なえるように
する場合にどうなってくるかですね。

しかし、正規表現の場合は、決定性オートマトンに自動的に変換可能なので、
テキストの初めから終わりまで逆戻りすることなく、一度だけ走査していけば
済むのではないですか。

350 :LightCone ◆sSJBc30S5w :04/03/03 08:47
xという「表現」を検索したい場合、xの先頭文字に合致する可能性のある
テキスト位置からを、UCS-4に変換してバッファに貯めておくだけでいいの
ではないかな?

つまり、行単位でなく、必要のある部分だけを変換して、必要なくなったら
破棄して進んでいけばいいんじゃないのかと。

351 :LightCone ◆sSJBc30S5w :04/03/03 08:52
バッファなど必要なくて、一文字ずつUCS-4に変換していけばいいだけかも。

352 :LightCone ◆sSJBc30S5w :04/03/03 08:55
>>344-346
実際、自分でも一瞬そんな気がしたけど、コード・サイズとデータ・サイズの
違いがあるでしょ。

データ・サイズの場合は、「従量制の課金システム」のような感じになるから。

つまり、基本料金と通話料金の違いみたいな感じじゃない。

353 :LightCone ◆sSJBc30S5w :04/03/03 09:02
UTF-8だけでは、データをコンパクトにしたいプログラマに選択肢を与えない
ので良くないと思う。

両方用意して選べるようにした方がいいのでは。

354 :LightCone ◆sSJBc30S5w :04/03/03 09:12
>>341-342
もっともな意見ですね。>>312のテストを見たとき同じ事を思った。

けど、UTF-8しか選択肢がないというのは大丈夫なのかな?

英字等が1バイトで、日本語が3バイト。けど、多分フランス語の文字なども
2バイトで済むんじゃないの? だとすると不公平では?

355 :LightCone ◆sSJBc30S5w :04/03/03 09:14
経済レベルから考えれば、フランスやドイツより、日本を優先させる
べきだ!!!!

CJK文化圏は、15億人くらいいるんでしょ? 全世界の四分の一。
英語は、十億人が「話せる」だけだから、本来は漢字の方が優先度が
高くてもいいくらいだ!!!

ってこじつけたい。

356 :LightCone ◆sSJBc30S5w :04/03/03 09:16
というわけで、UTF-JAPAN を定義したい。

357 :LightCone ◆sSJBc30S5w :04/03/03 09:19
UTF-8のサイズ膨張にこだわらないというならば、逆にUTF-16にしたら
どうなの?

これだと、アルファベットと日本語が共に仲良く2BYTEになれるんじゃないの?

ちゅうか、UCS-4そのものを使わない理由は、コンパクトにしたいからでしょ?

358 :LightCone ◆sSJBc30S5w :04/03/03 09:26
http://www.atmarkit.co.jp/fxml/askxmlexpert/024utf/24utf.html

>UTF-16の場合、2バイトで表現できる文字(0x0000〜0xD7FF、0xE000〜0xFFFF)
>はそのまま2バイトで表し、それ以降(0x00000000〜0x0010FFFF)の文字は
>4バイトで表します。このため英数も日本語も全て2バイトで表現されます。
>しかし、UTF-8は英数は1バイトで表現し、日本語は3バイトで表現するように
>なっています。

というわけで、UTF-16の方が、東洋と西洋の両方に公平。
UTF-8は、東洋に不利。

359 :Be名無しさん:04/03/03 09:29
>>358
西洋東洋という分け方をすればそうです。
歴史的なものを考慮するかしないかという事でしょう。
今のコンピュータは文字の表現に複数バイトを必要とする文化の中で
生まれたものではありませんから。
既存の諸々を考慮する必要がある局面ではUTF-8の方が具合が良いと。

360 :LightCone ◆sSJBc30S5w :04/03/03 09:32
>>358

本題に関係ないけど、リンク記事に誤植があったようなので一応指摘。

>はそのまま2バイトで表し、それ以降(0x00000000〜0x0010FFFF)の文字は
の部分は多分誤植で、

http://altba.com/bakera/hatomaru.aspx/glossary/005500540046002d00310036

によると、

>しかしサロゲートペアを使って表現できるのも 0x10000 から 0x10FFFF まで
>に限られていて、それ以降の文字は UTF-16 では表現することができません。

ということから、

誤:0x00000000〜0x0010FFFF ---> 正:0x00010000〜0x0010FFFF

だとは思うけど。

361 :LightCone ◆sSJBc30S5w :04/03/03 09:37
UTF-8: ASCII:1B, 日本語:3B, 逆戻り可, ミス検索ヒットなし
UTF-16: ASCII:2B, 日本語:2B, 逆戻り可, ミス検索ヒットなし
UTF-JAPAN: ASCII:1B, 日本語:2B, 逆戻り不可, ミス検索ヒット有り

こんな感じ。


362 :LightCone ◆sSJBc30S5w :04/03/03 09:44
>>344-346
あと、もう一つ重大な違いがあった。

コードサイズは、自分でライブラリを作ったり、プログラミング上の工夫をすれば
抑えられる。

けれど、文字コードの場合、誰かがイニシアティブをとって標準を決めなければ
難しい。

いちいち、アプリ・プログラマが勝手に定義することは面倒すぎるわけで。

363 :LightCone ◆sSJBc30S5w :04/03/03 09:47
>>344-346
あと、ディスクに保存するときに圧縮する場合、追加書き込みなしたい
場合に、一度展開して、追加、再圧縮、の工程が必要になり、例えば、
掲示板のログファイルの保存などの場合に非効率になる。

それと、圧縮・展開も、今のCPUでも、意外に時間がかかる。

364 :LightCone ◆sSJBc30S5w :04/03/03 09:54
>>361
>UTF-JAPAN: ASCII:1B, 日本語:2B, 逆戻り不可, ミス検索ヒット有り

逆戻りが不可なことと、ミス検索ヒットがあることは、SJIS, EUCの
両方にあった特徴なので、昔より「悪くなった」という印象はない。

例:
SJIS:「=」記号のコード=0x8181

=====

と書くと、0x81 0x81 0x81 0x81 ・・・と続くのだから途中ヒットもあるし、
逆戻りも出来ないことが分かる。

365 :鳥取砂丘 ◆Dream/3P/. :04/03/03 10:04
SJISやEUCの特徴をそのまま引き継ぐコードを新規に作るメリットは?

366 :LightCone ◆sSJBc30S5w :04/03/03 10:07
>>365
最も重要なのは、ASCII:1B, 日本語:2Bになってくれる点。

EUCの上位互換であるようにすれば、普通のエディタでも見たり書いたりする
ことが出来る。UNICODEならではの部分は無理だけど。

367 :Be名無しさん:04/03/03 11:53
>>358
言語学的に言うとアルファベット1文字と漢字1文字は等価ではない。
漢字1文字はアルファベット言語の単語1語(平均3〜8文字)に相当する。
その意味で1:3くらいの開きはまったく不公平ではない。

>>363
回線は1Mbps以上が当たり前で、
CPUは2GHz以上が当たり前で、
HDは100GB以上が当たり前で、
RAMは512MB以上が当たり前の昨今で、
そんなこと言っても仕方ないのだが。

368 :Be名無しさん:04/03/03 11:57
>>367
> 漢字1文字はアルファベット言語の単語1語(平均3〜8文字)に相当する。
言われてみればそうだ。
「字」の意味そのものが違うもんな。

369 :LightCone ◆sSJBc30S5w :04/03/03 12:05
UTF-JAPAN候補:ASCII 1B, 日本語 2B, 逆戻り「可能」、ミス検索ヒット有り

ASCII : 0x00-0x7f

2バイト文字:8836文字(新JIS第一、第二 6879字含む)
第1バイト:0x81-0xde ---->94
第2バイト:0xdf-0xfe, 0-9, A-Z, a-z ---->94

3バイト文字:(83万文字)
第1バイト:0x81-0xde ---->94
第2バイト:0x81-0xde ---->94
第3バイト:0xdf-0xfe, 0-9, A-Z, a-z ---->94

4バイト文字:(7807万文字)
第1バイト:0x81-0xde ---->94
第2バイト:0x81-0xde ---->94
第3バイト:0x81-0xde ---->94
第3バイト:0xdf-0xfe, 0-9, A-Z, a-z ---->94

370 :LightCone ◆sSJBc30S5w :04/03/03 12:09
>>369 のコードならば、逆戻り可能、\コードなども含まないので便利です。

ただし、バイト単位で何も考えずに検索すると、他バイト文字の途中で、
検索がヒットすることがあります。

371 :LightCone ◆sSJBc30S5w :04/03/03 12:15
他バイト--->多バイト

372 :鳥取砂丘 ◆Dream/3P/. :04/03/03 13:18
>>369
その仕様ではlead-byteが簡単に見分けの付くUTF-8に遠く及ばない

373 :LightCone ◆sSJBc30S5w :04/03/03 14:16
>>372
見分け付くでしょ。

374 :LightCone ◆sSJBc30S5w :04/03/03 14:20
>>369 の符号の驚くべき性質:ひとまず、逆戻り可能なことと、Lead-Byteが
簡単に見分けの付くことはすぐに分かって貰えると思うけど、他にも検索が
他バイト文字の途中にヒットせずに済む少しトリッキーな性質も実は持っている。

なぜならば:

文字の最後のバイトは、必ず0x81-0xde以外である。

従って正規表現で検索するとき、
/[^\x81-\xde]任意の文字列/
と指定すれば、多バイト文字の途中にミスヒットすることはない
(「任意の文字列」の部分には、ASCII文字をどの場所に含んでも良い。 )。


ということで、正規表現ライブラリを呼び出すときは、単純に、先頭に、
[^\x81-\xde]を付け加えるだけで問題なくなる、と言うことです。


UTF-GOD と名付けようかな。


375 :LightCone ◆sSJBc30S5w :04/03/03 14:22
>>372
一応、ヒントを書いておくと、最悪の場合でも、その場所から、
最大符号長分のバイト数だけ逆戻りしてチェックすると先頭バイトが割り出せる
分けです。

何か問題ありますか?

376 :Be名無しさん:04/03/03 14:23
3バイトや4バイトの文字で第1バイトと第2バイトの区別が出来なくねえか?

377 :Be名無しさん:04/03/03 14:24
うお、被った。

378 :LightCone ◆sSJBc30S5w :04/03/03 14:57
ちょっと書いてみました:
http://www.nowsmartsoft.or.tv/nws/Japanese/nwsos_utf.htm

>>376
0x81-0xdeならば、繰り返し逆戻りしていって、0x81-0xde以外が出る所まで
戻ると、その後ろ(つまり1バイト戻りすぎた)のバイトが先頭文字です。

379 :LightCone ◆sSJBc30S5w :04/03/03 14:58
>>376
ちょっとだけ戻って調べないと駄目ですよ。数バイトだけですけどね。

380 :LightCone ◆sSJBc30S5w :04/03/03 15:01
UTF-8の場合は、先頭文字まで戻ればいいのですが、UTF-JAPAN(勝手に名付けた)
の場合は、先頭文字を通り越して、さらに1バイト逆戻りしたところで、やっと、
先頭文字を通り過ぎたことが判明するのです。

381 :LightCone ◆sSJBc30S5w :04/03/03 17:55
>>378 のUNICODEの新符号「UTF-JAPAN」について、ここは間違ってるんじゃ
ないか、嘘じゃないか、逆戻りできないんじゃないか、検索は不正確になる
んじゃないか、等思われる人がいましたら、具体例を上げて指摘して下されば
幸いです。

逆に正しいことを確認してくれる人がいればもっと助かるのですが。

382 :鳥取砂丘 ◆Dream/3P/. :04/03/03 18:53
  _
  /〜ヽ
 (。・-・) 。oO( もっと人のいる板で添削してもらう事を禿しく勧める
 ゚し-J゚

383 :LightCone ◆sSJBc30S5w :04/03/03 21:41
結構自分では、神がかった素敵な符号を思いついてしまったなどと思いこんでる
んだけど。(^_^;)

384 :Be名無しさん:04/03/03 21:48
>>383
とりあえずここらに行って御開帳してみることをお勧めする。
【UTF8】文字コード変換【SJIS】
http://pc2.2ch.net/test/read.cgi/tech/1063177450/

385 :Be名無しさん:04/03/03 22:03
海の向こうには、なにも考えずにtolower,toupperする方々がいるので
最終バイトでA-Zとa-zの両方を使うのは微妙

386 :LightCone ◆sSJBc30S5w :04/03/03 22:31
>>385
なるほど。参考になりますた。

387 :LightCone ◆sSJBc30S5w :04/03/03 22:32
>>384
既に書いてるんですけど、何を? 神がかってると思いこんでることですか?

388 :Be名無しさん:04/03/03 22:37
>>387
単にすれ違いじゃないかな。
神がかってると思いこんでることを書いてもしょうがないでしょう。(w

389 :LightCone ◆sSJBc30S5w :04/03/03 22:49
>>388
どのように煽られるか挑戦してみなされ、とおっしゃられているのかと(^_^;)

390 :Be名無しさん:04/03/03 22:59
>>389
止めませんが。(w

391 :LightCone ◆sSJBc30S5w :04/03/03 23:00
>>390
止めて。

392 :Be名無しさん:04/03/03 23:04
      _____
     /∧_∧ \
   ./  < ・∀・)、 `、
  / /\ \つ  つ、ヽ
  | |  ,\ \ ノ  | |
  ヽヽ  レ \ \フ / /
   \[ 煽り禁止 ] ' /
    ヽ、 ____,, /
       ||
       ||


393 :Be名無しさん:04/03/04 01:43
>>374ですけれど、それですと、
・先頭部分にヒットしない
・前の文字の末尾1バイトが含まれてしまう
ことになりませんか?

394 :Be名無しさん:04/03/04 03:06
>>387
すみません。>>388の通り、行き違いです。

395 :Be名無しさん:04/03/04 07:38
もしかしてUTF-8を全く理解していない可能性を考慮して補足しておくと
UTF-8を後ろから検索する場合は、余分な1バイトを読み出す必要が無い

396 :Be名無しさん:04/03/04 09:02
>>395
UTF-8で検索すれば一番上に出る事なので、
理解してないって事は無いと思うけどどうなんだろう。

切れ目(ファイルの先頭や前の文字の末尾)を検出する必要があるのが、
気持ち悪いと言えば気持ち悪い。

397 :Be名無しさん:04/03/04 09:03
切れ目が文字自身の中に無いのが気持ち悪いって事ね。

398 :LightCone ◆sSJBc30S5w :04/03/04 15:51
>>393
>・先頭部分にヒットしない
これは、↓
/(^|[^\x81-\xde])任意の文字列/
の様に修正すると多分問題なくなると思います(慣れてないので、もしかすると、
正規表現の書き方が少し違うかも知れませんが。)。

>・前の文字の末尾1バイトが含まれてしまう
>ことになりませんか?

これは、()部分が、$1,$2,$3,...に入る機能を使って、

s/(^|[^\x81-\xde])(元の文字列)/$1置換後の文字列/g

みたいな感じで行けるのではないですか。

399 :LightCone ◆sSJBc30S5w :04/03/04 15:56
>>395
UTF-8と比べて、一文字分余分に調べなきゃならないことは事実ですね。
けど、字句解析のアルゴリズムとしては、一文字先読みは標準的ですけどね。

でも、SJISやら、EUCやらは、最悪、直前の行の行末まで戻らないと同期が
取れないわけで、それと比べりゃいいでしょ?

400 :LightCone ◆sSJBc30S5w :04/03/04 16:00
あ、テキストデータの一番最初の行の、さらに一文字手前に、0x00を番兵として
置いておくと、

検索: /[^\x81-\xde]任意の文字列/
置換: s/([^\x81-\xde])(元の文字列)/$1置換後の文字列/g

で行けると思われます。一文字分手前から検索開始しなきゃならないけど。

401 :LightCone ◆sSJBc30S5w :04/03/04 17:20
>>397
まるで、禅問答のようです:

『水と油の「境界線」なる物質が存在しないから、「境界線が存在しない」
言えましょうか。』

402 :LightCone ◆sSJBc30S5w :04/03/04 17:21
水と油の境界線は、果たして、水なのか、油なのか?

403 :LightCone ◆sSJBc30S5w :04/03/04 17:24
鉛筆で書いた線を拡大していくと、黒い粉の集まりが見えてきます。

でも、線の端の方にある粉と、線の中程にある粉の性質には何らの違いも
ないはずです。色も密度も何もかも同じです。

けれど、どの粉が境界線であるかは、見分けが付きますが、果たして何故でしょう
か。

404 :LightCone ◆sSJBc30S5w :04/03/04 17:26
黒い紙に、黒い絵の具で四角形を描きましたが、境界線は見えませんでした。
でも、白い紙に同じ絵の具で書くとちゃんと境界線はありました。

境界線を境界線たるものにしているものは、絵の具でしょうか、紙でしょう
か?

白い紙も、黒い絵の具も、どちらもあって初めて境界線が現れるのですね。(^_^;)

405 :Be名無しさん:04/03/04 19:07
kitty guyを間近で見られる貴重なスレ

406 :鳥取砂丘 ◆Dream/3P/. :04/03/04 19:13
       |
       |
   ぱくっ|
     /V\
    /◎;;;,;,,,,ヽ
 _ ム::::(,,゚Д゚)::| < 折れ様のことか!
ヽツ.(ノ:::::::::.:::::::.:..|)
  ヾソ:::::::::::::::::.:ノ
   ` ー U'"U'

407 :Be名無しさん:04/03/05 01:45
まあ何にせよ、文字コードに興味を持ったことは良いことでは。
その先は……何もいうまい。(w

408 :LightCone ◆sSJBc30S5w :04/03/05 08:30
>>385
多バイト文字にa-z,A-Zを全く含まないで、2BYTEまでで、8129文字を表現できて、
しかも、UCS-4の全符号において、逆戻り可能で、かつ、strcmp()や、strstr()
がASCII用のままで足りる符号なら作れますが、いかがですか?

409 :LightCone ◆sSJBc30S5w :04/03/05 08:57
その符号は、>>378とは別途、新たに発見した符号です。

UTF-8の特徴であるところの、
「リードバイトが調査地点の手前近傍のみで発見可能」
「多バイト文字の途中に別の文字符号が合致しない」
「バイト検索のみで、前からでも後ろからでも正しく検索可能」
「英文字の大小変換に対して安定」

という特徴を全て持っていて、なおかつ、

「8129文字(8192ではなく)を、2バイト未満で表せる」

という特徴を持った符号を発見したと言うことです。

ちなみに、UTF-8で2BYTE以下で表現できるのは、U+0000〜U+07ffまでの
2048文字です。

410 :LightCone ◆sSJBc30S5w :04/03/05 09:00
>>409 すみません。重大な誤植がありました:
>「8129文字(8192ではなく)を、2バイト未満で表せる」

未満ではなく以下です。

411 :LightCone ◆sSJBc30S5w :04/03/05 09:24
言い忘れましたが、プロバイダを、@niftyからYahooBBへ無事変更できました。
ADSL-1.5MBPS、から、ADSL-12MBPSにして、実測で350KBPS程度から、
1MBPS程度に速度が上がりました(実は前はフレッツADSLだったので、
値段もかなり安くなった。)。

@niftyのID自体は残し、HPスペースはなくす予定なので、以前の
メールアドレスは使えますが、本家の旧URLへ行っても、エラーになる
だけになると思います。

412 :LightCone ◆sSJBc30S5w :04/03/05 13:38
また別の符号だと、検索ルーチンの書き換えは前提になる変わりに、2BYTEで、
一万五千文字以上を扱える事が分かった。この符号でも、文字の逆戻りが
可能。

413 :LightCone ◆sSJBc30S5w :04/03/06 00:37
新符号「UTFCP」を発案しました:

http://nowsmartsoft.or.tv/nws/Japanese/nwsos_utf.htm

414 :鳥取砂丘 ◆Dream/3P/. :04/03/06 04:35
  _
  /〜ヽ
 (;・-・) 。oO( 来週はどんなエンコーディングを発明するんだろう
 ゚し-J゚

415 :Be名無しさん:04/03/06 12:31
SJIS撲滅運動
http://pc.2ch.net/test/read.cgi/unix/1012333862/

EUCボクメツ委員会
http://pc.2ch.net/test/read.cgi/linux/1003159137/

おい、お前らUNICODEを絶滅させて下ちい。
http://pc.2ch.net/test/read.cgi/tech/1012821170/

UNICODE(UTF8)に期待してよろしいか?
http://pc.2ch.net/test/read.cgi/tech/1008913670/

416 :LightCone ◆sSJBc30S5w :04/03/07 19:28
UTFCPについて、詳しく書いておきました。
符号の読み取りや、逆戻りの状態遷移図やソースプログラムもあります。
また、1バイト単位の正規表現ルーチンでも検索に利用できることも分かったので
書いておきました。

http://www.nowsmartsoft.or.tv/nws/Japanese/nwsos_utf.htm

417 :Be名無しさん:04/03/07 23:46
ム板には来ないでくださいね☆

418 :Be名無しさん:04/03/08 12:43
以前のCPの解説にJPが混ざっていたんじゃないか?訂正した?

419 :LightCone ◆sSJBc30S5w :04/03/08 13:08
>>418
特に混ざってなかったとは思いますけど、バイト単位の正規表現は、
そのままではUTFCPでは利用できない、と最初は書いてたんだけど、
その後利用しようと思えば利用出来ることが判明して訂正はしまし
た。

420 : ◆nl7ClMRWE6 :04/03/08 22:46
試しに実装してみてはどうでしょう。
と気軽に言ってみるテスト。
勿論UTF-8への対応も……。

421 :LightCone ◆sSJBc30S5w :04/03/08 23:36
>>414
その名は、「UTFCP2」。
http://www.nowsmartsoft.or.tv/nws/Japanese/nwsos_utfcp2.htm

422 :LightCone ◆sSJBc30S5w :04/03/08 23:37
>>420
その前に2バイト符号への割り当てテーブルを作らないと。

423 :LightCone ◆sSJBc30S5w :04/03/09 23:51
JIS第1,第2水準と中国第1級,第2級漢字の混合テーブルを作ってみました:
http://www.nowsmartsoft.or.tv/nws/Japanese/japan_china.htm
合計100026文字です。

予想より多めになってしまった。


424 : ◆nl7ClMRWE6 :04/03/10 00:47
>>423
乙であります。

425 :LightCone ◆sSJBc30S5w :04/03/10 12:24
JIS第1水準、中国第1級の混合テーブル:
http://www.nowsmartsoft.or.tv/nws/Japanese/jpcn1.htm

2997文字+3749文字--->5025文字になった。

426 :Be名無しさん:04/03/12 11:33
>>425
HTMLがUTF-8で書いてあるね(w

427 :Be名無しさん:04/03/12 21:59
>>426
それはまあ、仕方ないだろ。

428 :Be名無しさん:04/03/13 01:44
UTF-8使わない回避方法はいくらでもあるのだけど
嫌いなUTF-8をあえて使ったのは何故なんだろう?

429 :Be名無しさん:04/03/13 02:18
>>428
因みにどんなの?

430 :Be名無しさん:04/03/13 07:54
>>429
文字実体参照

431 :Be名無しさん:04/03/13 08:55
車輪が余って困ってるところに、さらに車輪を再発明して何が嬉しいと言うのだろうか・・・

432 :Be名無しさん:04/03/13 10:57
>>429
それだとあれだけ作るのが相当大変な気がするが。
変換ツールあるならそうでもないかもしれんが

433 :Be名無しさん:04/03/13 12:13
>>431
車輪の改良なら問題無いだろ
問題はUTF-8に対するメリットがサイズだけではリプレースに値しないと判断する人が多いのではないかという点だな

>>432
手作業であのテーブルを作っている所を想像すると怖いものがあるぞ

434 :Be名無しさん:04/03/13 12:17
>>431
車輪の再発明さえも出来ない奴が粋がるな。

435 :Be名無しさん:04/03/13 13:16
どうやって閣下を止めれば良いか皆考えあぐねているようです。

436 :Be名無しさん:04/03/13 14:19
>>433
つってもサイズだけなら他の日本語codecと違いはないでしょ。
しかもUTFCPは日本語と中国語しかカバーしてないから
i18nの基盤には到底ならない上に、仮に普及しだしたらl10nの手間が増える。
しかも、各種言語や処理系にはこれからportingしなきゃならない。

437 :Be名無しさん:04/03/13 15:05
>>436
そんなに覚えたての単語使いたくてしょうがないの?

438 :LightCone ◆sSJBc30S5w :04/03/13 15:07
他国の文字も統合して、UTFCP2の変換テーブルの候補を作ってみました:
http://www.nowsmartsoft.or.tv/nws/Japanese/jpcn1.htm

JIS第1水準と中国第1級の両方に現れる文字 1880
JIS第1水準にのみ現れる文字 1254
中国第1級にのみ現れる文字 1386
中国第1級にあって、しかも、JIS第2水準に現れる文字 658
他国の文字 8176

漢字については、JIS第1、または、中国第1級のうち、少なくともどちらかに
は現れているもののみ収録。


合計 13354 文字。

まだ、2902文字の余裕があるので、重要度の高い文字は追加可能。

439 :LightCone ◆sSJBc30S5w :04/03/13 15:08
>>436
>しかもUTFCPは日本語と中国語しかカバーしてないから
いえ、ほとんど世界中の文字を2バイト以下で表現できます。

440 :LightCone ◆sSJBc30S5w :04/03/13 15:13
Unicodeのテーブルは、ここを見てるんですけど:
http://www.unicode.org/charts/

どなたか世界中のUnicodeのフォントが、まとめてダウンロード出来る
場所知りません?

441 :Be名無しさん:04/03/13 15:15
これ以上変換テーブルの必要な文字コード増やさないでください。おながいします。

442 :LightCone ◆sSJBc30S5w :04/03/13 15:17
>>433
>問題はUTF-8に対するメリットがサイズだけではリプレースに値しないと
>判断する人が多いのではないかという点だな

海外とのデータ交換用としては、当面はUTF8で行くしかないと思うんです。

ただ、国内のデータは、ターナ語やハノヌオ語などが現れる頻度がかなり
少ないので、UTF8より適したフォーマットで保存していいと思います。

その際、UTFCP2の変換テーブルとして、EUCと互換性のある物を選ぶ選択肢
も考えられます。

443 :Be名無しさん:04/03/13 15:35
あまり人気は出ないだろうと一応言っておく。
それを分かった上でやる分には止めない。

444 :Be名無しさん:04/03/13 15:53
>>439
> いえ、ほとんど世界中の文字を2バイト以下で表現できます。

まるでUTF-8をつくった人達みたいな事を言うね。
結局は君が漢字を使う文化圏にいるから、漢字を優遇したいだけでしょ。

で、君に3バイトに追いやられた文化圏の人達がまた同じようなの作るんだ。
「これなら俺達の文字が2バイトで表現できるぜ」とか言いながら。
もっとも、もし仮に君のヘンテコcoding systemが普及したら、の話だけど。


445 :LightCone ◆sSJBc30S5w :04/03/13 15:55
>>444
>君に3バイトに追いやられた文化圏の人達
具体的に国を挙げてみて下さい。

446 :LightCone ◆sSJBc30S5w :04/03/13 15:58
ちなみに、UTF8で3バイトだった文字がUTFCP2で、2バイトになるケースは
あっても、逆はありません。つまり、サイズは減る一方で、増えてしまう
言語はないと言うことです。

それから、Unicodeにまとめられている文字でUTFCP2で、唯一3バイトでしか
表せないのは、「イ文字」と、「ハングルの完成形」のみと言ってもいいです。

447 :Be名無しさん:04/03/13 16:01
>>445
「ほとんど世界中の文字を2バイト以下で表現できます」という君の言葉を信じると、
自然と3バイトが必要な文字の存在が推論されるわけだが。

それとも君、世界中の文字を2バイト以内で表現できると本気で思ってる?


448 :LightCone ◆sSJBc30S5w :04/03/13 16:18
>>447
>それとも君、世界中の文字を2バイト以内で表現できると本気で思ってる?

日本語、中国語でよく使われている文字だけに限定すれば、なんとか
なりそうだと言うことは聞いてます。

449 :Be名無しさん:04/03/13 16:20
世界には日本と中国しか国が無いのか

450 :LightCone ◆sSJBc30S5w :04/03/13 16:22
>>449
そうではなくて、2バイトに収まらない原因の多くが漢字にあるらしく、
他の言語だけなら、余裕で大丈夫だと聞いてます。違ったらすみませんが。

451 :Be名無しさん:04/03/13 16:25
>>448
ということは結局は自分とこの文字を優遇したいってことでしょ?
UTF-8と同じエゴでしょ、それは。

で、もちろん国際的にUTF-8を置き換えようという話ではなく、
日本(中国も?)のローカルな文字コードとして使うって話でしょ?
結局UTF-8からチマチマ変換しながら読み込むぐらいなら、
最初から最後までUTF-8で通したほうがスッキリしないか?

452 :Be名無しさん:04/03/13 16:29
あなたの独自codingが全ての言語でUTF-8より短い表現できると本気で思ってるんですか?

453 :LightCone ◆sSJBc30S5w :04/03/13 16:30
自分が日本人だから、自分勝手に漢字だけに短いコードを割り振ろうとしてる
んじゃなくて、ユニコードの文字数が多くなってしまう原因の多くが漢字に
あるので、漢字だけに特別な配慮をしているだけです。

しかし、結局、UTFCP2では、今までUTF8では3バイト以上でしか表現できな
かった文字の大部分が2バイトで表せるようになる、と言えるわけです。

大部分と言ったのは、漢字とハングルとイ文字以外は「全部」ということで、
漢字は、JIS第1水準+GB第1級までが2バイトで、残りは3バイトになると言うこと
で、これが自分勝手と言えるでしょうか。

454 :LightCone ◆sSJBc30S5w :04/03/13 16:32
>>452
「長くなる物はない」とは言えます。

455 :Be名無しさん:04/03/13 16:33
というか具体的にどこで使う文字コードなんだ?
ウィンドウタイトル?

456 :LightCone ◆sSJBc30S5w :04/03/13 16:33
>>451

>>453をお読み下され。

457 :LightCone ◆sSJBc30S5w :04/03/13 16:35
もう一度言いますけど、UTF8で3バイトになる、記号以外の文字のうち、
漢字第2水準以上と、ハングル完成形、イ文字以外は、全て2バイトにな
ります。

というわけで、損をする国はないです。

458 :Be名無しさん:04/03/13 16:35
じゃあUTF-8で2バイト表現のコードは全部2バイトで表現できるの?

459 :LightCone ◆sSJBc30S5w :04/03/13 16:36
>>455
目標は、UTF8の置き換えですが。(^_^;)

460 :LightCone ◆sSJBc30S5w :04/03/13 16:36
>>458
当然です。

461 :LightCone ◆sSJBc30S5w :04/03/13 16:39
>>458
http://www.nowsmartsoft.or.tv/nws/Japanese/chara_code_compare.htm
このページを見ると、UTFCP2で何故そんなことが出来るかが分かると思います。

つまり、2バイト符号で表現できる文字数がUTF8の8倍以上あるからです。

462 :Be名無しさん:04/03/13 16:43
UTF-8がかさばると主張するならまずは自分のWEBページでそれを実践してよ。
なんでわざわざUTF-8でかくわけ?

463 :LightCone ◆sSJBc30S5w :04/03/13 16:44
実はUnicodeには、実際には使用されないハングル完成形も入っているそうで、
韓国国内のKSC 5601:1987に収録されている2350字に限定すれば、UTFCP2に
追加可能です。

ということは、唯一選定に漏れたのは、「イ文字」のみということ。

ただ、後から別の言語の追加がなければの話ですが。

464 :LightCone ◆sSJBc30S5w :04/03/13 16:46
>>462
変換テーブルのページは、中国語を含め、世界中の文字が出現するので、
現状、UTF8でないと駄目だからです。当然ですが。

465 :Be名無しさん:04/03/13 16:46
>>459
何ぃ、NWSOSローカルで通用するギャグのつもりじゃなかったのか。
第2水準以降では3バイト使うって事だな?

466 :LightCone ◆sSJBc30S5w :04/03/13 16:48
>>465
>第2水準以降では3バイト使うって事だな?

世界に公開するならそういうことになります。

ただ、ローカルの保存のためには、UTFCP2の変換テーブルをEUCに互換性を
持たせバージョンにし、第四水準まで2バイトで保存する手もありますが。

467 :Be名無しさん:04/03/13 16:50
>>464
UTF16じゃだめなのか?
漢字メインならUTF16が一番コンパクトだろ

468 :LightCone ◆sSJBc30S5w :04/03/13 16:51
>>467
なるほど。

そういう手があったか。(^-^;;;)

469 :LightCone ◆sSJBc30S5w :04/03/13 17:39
実は、U+0000 - U+2000の範囲は、何も考えずに全部テーブルからリンクできる
ようにしてみたが、その内1264文字は未定義であることが判明。

つまりは、1264文字分空きが増えたと言うことで、実際に利用されるハングル
2350字と、イ文字1168文字は、全部UTFCP2符号で、2BYTEで利用できる見積
もりになった。

これでも、後、1000文字くらいの余裕がある。

470 :LightCone ◆sSJBc30S5w :04/03/13 17:41
厳密には、ハングルとイ文字まで入れたら、残りは、1000文字分はなくて、
648文字分でした。

471 :Be名無しさん:04/03/13 17:52
>>469
現在未定義であることと、将来に渡って使われないということは別だと思うが。
つーか、これからずっとunicodeの拡張と改訂に追従する気あるの?

472 :LightCone ◆sSJBc30S5w :04/03/13 17:55
>>471
恐らく、後から追加された物は、最初から定義された物より優先順位が
低いと見なせるので、3バイトに漏れても文句は出ない可能性がある。

UTF8では、U+0000 - U+07FFの部分だけが2バイトなので、そこだけは、
UTFCP2でも絶対2バイトにしておけば、基本的に文句は出ないと思われる。

473 :LightCone ◆sSJBc30S5w :04/03/13 17:57
>>471
>つーか、これからずっとunicodeの拡張と改訂に追従する気あるの?

テーブルに入れる入れる必要があるのは、2バイト符号を使いたい文字のみ
なので、もともと、3バイト符号を使えば、全てのUnicode文字が利用でき
る。

つまり、Unicodeが拡張されても、UTFCP2の方は何も変更する必要なし。

474 :Be名無しさん:04/03/13 18:09
>>473
> つまり、Unicodeが拡張されても、UTFCP2の方は何も変更する必要なし。

そんな甘い話が通ると思うのか?
Unicodeがコード表改訂したら必ずUTFCP2もコード表を改訂せにゃならんだろ。
UTFCP2のユーザにそれを継続して提供していくのか?



475 :LightCone ◆sSJBc30S5w :04/03/13 18:19
>>474
改訂する必要がないので、甘い話が通じますです。(^_^;)

476 :LightCone ◆sSJBc30S5w :04/03/13 18:21
>>474
>Unicodeがコード表改訂したら必ずUTFCP2もコード表を改訂せにゃならんだろ。
改訂せんでええやろ(笑)!!

477 :Be名無しさん:04/03/13 18:29
>>476
なんで?まさか「Unicodeを参照」で済ますつもりか?

他のコード系への変換の参照実装はどうするんだ?
その参照実装で使うコード表はどうするんだ?
それに、フォントはどうする?
まさか、あれだけ批判してるUTF-8への変換しか提供しないんじゃないだろうな?


478 :LightCone ◆sSJBc30S5w :04/03/13 19:06
>>477
Unicodeへ変換できれば、他のコード系へも変換できるでしょ。

これを、「UCS正規化」って言うんですけど。

479 :LightCone ◆sSJBc30S5w :04/03/13 19:08
>>477
>なんで?まさか「Unicodeを参照」で済ますつもりか?
どういう意味か分かりませぬ。

そもそも、Unicode側の仕様が少し変わったぐらいで慌てて改訂しなきゃならない
符号体系なんて使い物にならないでしょう?


480 :Be名無しさん:04/03/13 20:39
(^-^;;;) <世界の文字って65536種だけ?


481 :Be名無しさん:04/03/13 20:45
>>480
>>465-466

482 :LightCone ◆sSJBc30S5w :04/03/13 20:46
>>480
漢字を除外すればそういうことになるはず。

483 :LightCone ◆sSJBc30S5w :04/03/14 01:22
http://www.nowsmartsoft.or.tv/nws/Japanese/jpcn1.htm
↑このページ、色んな言語のフォントを入れて見るとなかなか面白い。
良くこんなグネグネした文字が繋がって表示できるな、と感心してみたり、
似た文字を使う言語が結構あったりとか。というより、近い民族が、
少しづつ変形した文字を使っていった歴史を彷彿とさせるような部分が
沢山あって興味深い。

484 :LightCone ◆sSJBc30S5w :04/03/14 01:41
2chって、詳しい人が多いのかと思ってたけど、かなり勘違いみたいですね。

そういう勘違いが起きてしまう理由は、いくつかの可能性がありますね。

一つには、来る人が多いから、全然詳しくなくて断片的な知識を持ったいさま
ざまな人が来るため、一見もの凄く詳しい人が居るように見えるだけで、実際は、
断片知識の烏合の衆の集まりに過ぎない可能性。

もう一つには、余りにもある意味レベルが低い人が、何にも知らないのに、
自信一杯に自分が知っている知識を最大限にひけらかして、大きく間違った
ことを言うから、詳しい人がコメントしているかのように思えてしまうが、
実態は全く理解できてない人が、びくびくオドオド答えているか、
テキトウに無責任に、あるいは、投げやりに答えているだけの可能性。

あとは、「詭弁マニュアル」のような手法で、穴埋め式にテンプレートを
埋めていくだけで、何となく非常に詳しい人が上から断定的にものを
言っているかのように見せてしまうテクニックを使っている可能性。
2chの場合は、このケースもかなり多そう。

なんだかなあ。

485 :LightCone ◆sSJBc30S5w :04/03/14 01:45
一杯人が来ているように思えるのも、煽り屋が活躍してるだけだったりして。

まあ、煽り屋がトリガー的な役割をして人が集まってくるのかもしれんけど。

486 :LightCone ◆sSJBc30S5w :04/03/14 01:47
今更ですけど、こういうところにも指摘されていて、
ttp://www.asyura2.com/0311/bd31/msg/896.html


?@発言の真面目さ痛さに関わらず、全ての発言にケチを付け、バカが馬鹿な事を言っている様に見せる。
?A痛い主張を行っているように見せる為、主張内容を歪曲解釈する。
?B挑発を続け、故意に暴言を吐かせる。
?Cたった一度の失言を執拗に誇大宣伝する。
?DWeb上から、ターゲットの恥部や失言のみを集め、常に中傷のネタを補給する。
?Eターゲットの行くサイト全てを監視し、絶対に逃げる事が出来ないようにする。
?F時には、ターゲットの個人情報まで収集して、公開する。


まさにこのパターンの繰り替えしですしね。

あと、この筆者が言うように、他の匿名掲示板では、ここまで酷いことには
ならないようだし。

487 :LightCone ◆sSJBc30S5w :04/03/14 02:00
どうも、ここの管理人は、人の役に立つためではなく、人を騙して
人を陥れて、人を苦しめて、金儲けするために、心理学を学んだんじゃ
ないかと思えてくる。

「煽り」、「粘着質」、「アスペルガー症候群」、「統合失調症」
などの単語を2chで頻繁に見かけるけど、全て心理学を専攻する人が
興味のありそうな用語だと思うし、実際、「粘着質」という言葉は、
正式な心理学用語だったと思うしね。

どうなってるですかね。

488 :Be名無しさん:04/03/14 02:13
あーあ。おまいらがLタン煽りまくるからいつもの病気に戻っちゃったじゃないか

489 : ◆nl7ClMRWE6 :04/03/14 02:41
要するに「嘘を嘘と」って奴で。

昨日ニュー速+では230000人以上の来客があったらしい。
OS板なら日に1000、ム板なら3000以上。
過疎板でそう大量に人がいる訳じゃない。

俺にはあなたが何の為に2chへ書き込むのか分からない。
どういう幸せな結末を見込んで煽りへ煽りで返すのか分からない。
もしかするとそれが意外に楽しいのかもしれないが、どうなのだろう。
本人が望まない方向へ行こうとするなら止めるのが正しいおせっかいの焼き方だろうが、
人が欲しがるものなんて分かる訳が無いので何をする事も出来ない。

言うべき事は一つ。
閣下、お願いですから落ち着いて下さい。

490 :Be名無しさん:04/03/14 02:42
>>488
ほんとだ、久々に発病してるのを見た

491 :Be名無しさん:04/03/14 02:57
>>490
でもそのほうが面白いというのも事実


492 :Be名無しさん:04/03/14 02:58
ちゃんと管理してくれよ。ム板に出張してきやがった。

493 :Be名無しさん:04/03/14 02:59
> 「煽り」、「粘着質」、「アスペルガー症候群」、「統合失調症」

Lタソ自身全部当てはまるしね。

494 :Be名無しさん:04/03/14 03:00
>490事故レス
発病じゃなくて、症状が出るんだから発症だった。

495 :Be名無しさん:04/03/14 03:04
>>492
どこに出張してるんだろう・・・と思ってスレタイ見回したら明らかにそれっぽいのがあったw

496 :Be名無しさん:04/03/14 12:48
自スレほったらかして燃えていますな。

497 :Be名無しさん:04/03/14 13:33
で、来週のネタは何なんですか?久しぶりにバイナリ形式でも突付きますか?

498 :Be名無しさん:04/03/14 23:25
腹がたったときに感情に任せて書き込んでもロクな結果にならん。
逆にしばらく放置しておけば、あまりに一方的な意見なら誰かが反論してくれるか、
流してくれる。
そんな2chだから「煽り・荒しに反応するヤシも荒し」と言われるのだよ。

499 : ◆nl7ClMRWE6 :04/03/15 01:06
似非_popen()実装中。
fork()が無いので親と子の標準入出力はそれぞれ別物。
使った事無いけどWinにある_popen()も多分そこは同じ。
カーニハンの所のawkだとWinでは_popen()を使うようなので、
こいつと少量の雑用関数を補充すればawkが動く筈。
fgetc()でパイプからの入力を読む実験には成功。
書き込みの方はバッファリングでおかしくなってないか少し不安。
いっそバッファリング無しでやっても良かったか。
まだシェル経由のコマンド実行が出来ないから、
ls等の内部コマンドは利用出来ない。
shell.exeに-cのオプションがあれば良いのだけど。

500 : ◆nl7ClMRWE6 :04/03/15 02:16

   (⌒ヾ从⌒)
   γ∴ ・;;;;;;・ヽ
  彡∴,,(;;;;;●;;)
   ゞ∴ (,,゚Д゚)  < 500ゲト
   |∴(ノ  ミ
  /∴∵   |
  /,,,人,,,,,,,,,,,,ノ
    ∪ ∪


501 :Be名無しさん:04/03/15 14:35
尚子落選ですよ!!

502 :LightCone ◆sSJBc30S5w :04/03/16 00:22
Unicodeに、ハングルの「字母」が、
U+1100-U+11FF Hangul Jamo
U+3130-U+318F Hangul Compatibility Jamo
の二カ所にあるけど、見比べて見ると大部分が重複している様子。
これはどういうことなんでっか?

漢字が国を超えてまで統合されてる事を考えると変な気がするけど、
どういう理由があるんだろう。

503 :Be名無しさん:04/03/16 00:30
それは

unicodeがハングルで生まれたからなんだよ!

504 :Be名無しさん:04/03/16 00:39
ハンガリー人も使ってるUnicode

505 :LightCone ◆sSJBc30S5w :04/03/16 00:55
この辺を読むと、ハングル自体実際に使われるようになったのは、50年ほど前
位からで、漢字も見直されたりしているとかしないとか?
http://ja.wikipedia.org/wiki/%E3%83%8F%E3%83%B3%E3%82%B0%E3%83%AB

歴史的背景が色々とあるようで、複雑でんな。

506 :LightCone ◆sSJBc30S5w :04/03/16 11:39
http://www.unicode.org/charts/
↑をよく調べてみた。

U+1100-U+11FF : Hangul Jamo(Korean combining alphabet)
- U+1100-U+115F : Initial consonants
- U+1160-U+11A2 : Medial vowels
- U+11A8-U+11F9 : Final consonants

U+3130-U+318F : Hangul Compatibility Jamo(Modern Letters)

となっている。

U+3130-U+318Fは、韓国規格との「互換性のための字母」という題目だが、
そこにある全ての文字が、U+1100-U+11FFに完全に含まれていることが
分かった。U+1100-U+11FFの256文字分に対し、U+3130-U+318Fが96文字分
の領域だから、当然と言えば当然だが、実際に、
http://www.unicode.org/charts/PDF/U3130.pdf
の巻末を見ると、
3131 HANGUL LETTER KIYEOK
=1100 hangul chosesong kiyeok

などの様に全てはっきりと対応が書かれている。


507 :LightCone ◆sSJBc30S5w :04/03/16 11:39
U+1100-U+11FFの方は、古くからの定義に基づいたもので、いわば理論上の
文字素片で、U+3130-U+318Fの方が、実際に利用される文字素片ということ
の模様。

ただし、前者が、
「Korean combining alphabet」
であるのに対し、後者は、
「Modern Letters」
となっていることに注意が要りそう。

つまり、前者が「合成文字素片」として定義されているのに対し、後者は、
「近代文字」として定義されていると言うこと。

前者は、必ず合成して用いられるのに対し、後者はそれ自体が一つの文字
として用いられると言うことだろうか?

508 :LightCone ◆sSJBc30S5w :04/03/16 11:52
>>507

なお、
>U+1100-U+11FFの方は、古くからの定義に基づいたもので、いわば理論上の
>文字素片で、U+3130-U+318Fの方が、実際に利用される文字素片ということ
>の模様。

と書いたのは当てずっぽう。

509 :LightCone ◆sSJBc30S5w :04/03/16 11:59
「ハングル」については、沢山あるけど:
http://home.hiroshima-u.ac.jp/u1245134/lang/hangeul/hangeul0.html
http://home.hiroshima-u.ac.jp/u1245134/lang/hangeul/hangeul.html

このあたりが、初心者には分かりやすいような気がする。

510 :LightCone ◆sSJBc30S5w :04/03/16 12:07
C1 初声:13 + 5 = 18
V 中声:10 + 11 = 21
C2 終声:16

組み合わせ数は、C1+Vと、C1+V+C2だとすると、
18*21*(16+1)=6426

と言う感じかな?


511 :LightCone ◆sSJBc30S5w :04/03/16 12:21
これが、韓国国内コード KSC5601:
http://acs.wonju.ac.kr/jhkim/homepage/koreancode.html

512 :Be名無しさん:04/03/16 14:16
ハングルは地域限定の表音文字のくせに漢字並にUnicode表を埋めているのは気にはなる。
本来ああいうのこそ合成文字として扱うべきだろう。
だがそうするとKSC-5601のような既存のコードと単純なテーブルでの変換が出来なくなって
UCS正規化の本来の旨味がなくなってしまうから妥協したのだろうけど。

513 :LightCone ◆sSJBc30S5w :04/03/16 15:28
>>512
ところで、「字母」が、U+1100-と、U+3130-の二カ所にある理由は何でしょう?

514 :LightCone ◆sSJBc30S5w :04/03/16 15:34
字母と完成形の二カ所があるのはよいとして、字母が重複して二カ所にある
理由が非常に気になります。

Unicodeの改訂時、ハングルが追加されたらしいのだけど、もしかして、
それが、U+3130-のじゃないかと思う。けれど、既にU+1100-にその
完全な「包含集合」があったのに、わざわざ、「部分集合」である、
U+3130-を追加したのは何故か?

それと、U+1100-の方は、「初声」と「終声」で同じ子音に異なるコードポイント
が割り当てられているようなのに、U+3130-では、一つにまとめられて共有
されているのも、どういう変遷があったか知りたい。

U+3130-の方が適切なら、U+1100-の方は基本的に省略していいのかな?
むしろ逆に、U+3130-の方を省略していいのだろうか?

515 :LightCone ◆sSJBc30S5w :04/03/16 15:49
話は変わるけど、TrueTypeフォントって、最近では手書き文字から自動で
生成することが出来るらしい:
http://www.interq.or.jp/www1/anzawa/handservice.htm
http://www.interq.or.jp/www1/anzawa/handfont.htm

漢字の6万文字くらいでも、ちょっとシビアな漢字ドリルと思えば
作れないことはないって事かも。

字の綺麗な人が必要だけど。

516 :Be名無しさん:04/03/16 16:31
フォント生成周辺は有象無象の特許がテンコ盛りだから気を付けろよ

517 :Be名無しさん:04/03/16 20:08
U+3130-の方が互換字母じゃないの?
昔のマシンでは構成要素を合成せずに並べて表示する場合があったという経緯らしいが

518 :LightCone ◆sSJBc30S5w :04/03/16 21:45
>>517
>U+3130-の方が互換字母じゃないの?
互換字母ではあると思うんだけど、結局それは、U+1100-の部分集合なのに、
ワザワザ追加するほどの意味はどこにあったのかが知りたい。

519 :LightCone ◆sSJBc30S5w :04/03/16 21:56
ちなみに、>>506でも指摘したけど、U+1100-の方は、ちゃんと、
ハングルの構成に必要な、初声、中声、終声で分類されているので、
ユニコードの「合成文字」として利用できると思うけど、U+3130-の方は、
同じ子音なら、初声と終声で共通化されてしまっているので、恐らく
ユニコードの原定義に乗っ取った形での合成には使えない。

(U+3130-の方は、同じ子音なら、合成する際のC1+V+C2においてC1,C2のどちら
に来ても同じコードポイントになっているが、U+1100-の方は、どちらに来るか
が区別できるように、別々のコードポイントが与えられている。

だから、符号の並び順をC1,V,C2にせずに、順序を入れ替えて、C2,C1,Vなどと
しても、C1+V+C2として合成されると考えられる。ただし、ユニコードでそれを
許すかは知らない。)

520 :Be名無しさん:04/03/16 22:06
>>519
U+1100-は合成文字用
U+3130-はKSC-5601にもある単体字母(漢字で言えば木偏とかみたいなパーツ)

521 :Be名無しさん:04/03/16 22:08
>>520
>(漢字で言えば木偏とかみたいなパーツ)
この書き方は誤解を招くかも。
>>517に書いてある
>昔のマシンでは構成要素を合成せずに並べて表示する場合があったという経緯らしいが
ってことで、こっちは合成に使わない。
アクサンテギュが合成用と単体(´)の両方あるのと同じ。

522 :Be名無しさん:04/03/16 22:10
>>521
>アクサンテギュ
いきなり出すのも誤解があったかも。フランス語ね。

523 :LightCone ◆sSJBc30S5w :04/03/16 22:11
>>520 >>521
どうも有り難う。

よく分かりました。

524 :LightCone ◆sSJBc30S5w :04/03/16 22:11
>>522
acuteとか言う奴ですか?

525 :LightCone ◆sSJBc30S5w :04/03/16 22:13
>>507
の予想がほぼ当たっていたと言うことですね、多分。

526 :Be名無しさん:04/03/16 22:15
>>521
濁点・半濁点もそうだな。あれも合成用とそうでないのがあるし。

527 :Be名無しさん:04/03/16 22:16
>>524
そうです。アクセント記号は日本ではフランス語名で呼ぶのが一般的です。
accent aigu(アクサンテギュ)のaiguはacute
accent grave(アクサングラーヴ)は英語だと形容詞を前にしただけで同じ

528 :Be名無しさん:04/03/16 22:19
>>525
Windowsのメモ帳とかでそのコードで打ったファイルをUTF-8で開くと合成されたはず

529 :Be名無しさん:04/03/16 22:20
>>526
そっちを出した方が分かりやすかったですね

530 :LightCone ◆sSJBc30S5w :04/03/16 23:48
>>528
なるほど。(^_^;)

531 :LightCone ◆sSJBc30S5w :04/03/16 23:50
>>526, >>527, >>529
まとめてThanks

532 :Be名無しさん:04/03/17 15:34
>>440
> どなたか世界中のUnicodeのフォントが、まとめてダウンロード出来る
> 場所知りません?

買えよ。フリーソフト嫌いなんだろ?

533 :Be名無しさん:04/03/17 17:26
>>440
というか全部は揃ってないような気がするがな。

534 :Be名無しさん:04/03/17 20:56
>>440
オフィス持ってるならその中に入ってるArial Unicode MSが
一番まともに整備されてるんじゃない?

535 :LightCone ◆sSJBc30S5w :04/03/18 00:38
>>532
プログラム・ソフトを購入するのは、「今後も頑張ってバージョンアップしたり、
新しいソフトの開発頑張って頂戴」って意味を込めた投資の側面もあるけど、
フォントを買っても次がないんじゃない?

(現状は逆の方向に進みつつあるけど)、プログラムはクローズド、フォントは
オープン、みたいな方がバランスがいいと思う。

536 :LightCone ◆sSJBc30S5w :04/03/18 00:48
フォント会社に献金したところで、その次が思い浮かばない、ってこと。

好きなアーティストのCDを買えば、次の作品への投資となるだろうし、
気に入った電化製品を買えば、次にもまたいい商品を作って貰えるかも
知れない。

しかし、フォントを購入して、その会社がいったい次に何をしてくれるのか
ってこと。

537 :Be名無しさん:04/03/18 00:49
>>535
質のいいフォントにはそれなりのお金がかかってるはず。

538 :LightCone ◆sSJBc30S5w :04/03/18 00:50
>>534
助言有り難うございます。有り難く調べさせて貰います。

539 :LightCone ◆sSJBc30S5w :04/03/18 00:52
>>537
手間がかかっているのは分かりますけどね。
だけど、オプソのプログラムだって、手間も技術も入ってるのに無料。

もしその論理が通るなら、デザイナだけ優遇されると言うことになる。

540 :Be名無しさん:04/03/18 01:14
そうやって難癖つけて金払わないって事は結局割れ厨と同類か

541 :Be名無しさん:04/03/18 01:34
またアレなことを。
プログラマは金もらえるということがはっきりしないと後継が育たないはずなのに、
デザイナだけはどっからか湧いてくるとおっしゃる。

しかもいつのまにかオプソを書くのはプログラマの義務になってしまったようだ>デザイナだけ優遇

542 :Be名無しさん:04/03/18 02:00
Arial Unicode MSにせよ、GNU Unifontにせよ、ちゃんとライセンスは守れよな。

543 : ◆nl7ClMRWE6 :04/03/18 19:35
プログラミングは多くの人にとって趣味として成立するくらいに面白い。
ネットの普及もあって無料の(趣味ベースの)ソフトも出回りやすい。
って感じかなあ。
無料のフォントがそれ程普及していないという事なら、
単にあまり多くの人が趣味で作ろうとはしないからかと。

逆に人がやろうとしない事、やりたくても出来ない事では稼げるって事です。
俺とか基本的にニッチと汚れ仕事で生きてるし。

544 : ◆nl7ClMRWE6 :04/03/18 21:15
awkが起動後何も表示せず落ちやがった。(゚∀゚)アヒャ.
作った部品単体では一通りテストしたつもりだったけど……。
今度は自作部分を一つずつ落としていってテスト。

545 :Be名無しさん:04/03/19 03:31
>>543
フリーなフォントは色々出回ってる。日本語フォントも含めてね。
ただ、趣味でフォントを作って配布している人はそれなりにいても、
品質の点でプロのフォント職人が作ったものとは雲泥の差がある、
ただそれだけ。


546 :Be名無しさん:04/03/19 18:33
         _ _
        /::. ソ .::;;ヽ
       /::.     ..:::;;;ヽ
       /::.      ..::;;;;ヽ          青
     /::.        ..::::;;;;i          き
     (::.        ..::;;;丿         巨
      >::...___..::::;;;イ          根
      !ヾ. ̄⌒__ ̄彡|
        iミ:::ミC= ≡..::: )
      |::::     ″. ´/
      |::::: ヽ    / /;|
      |::: ( '   ( .::;;;|
      |::: | ミ   .ヽ\|
      |::: 丶ヽ  ..:ヽ )
      |:::   .i !   ::;;;;;|
      |:::   i .ノ   . ::;;;;;|
      |:::  ( ヽ  ..::;;;;;|
      ( \  l. |  ..:;;;;;;|
第     |::\∨丿 ″..:;;;;;|
一     |::: ( (  ゙ ..:;;;;;|
回   .彡.|:::   | ! .....:::;;;;;|ゞ巛ミ
  巛从ミ彡ミ彡从巛彡ミ彡ミ彡》》
 巛巛ミ人ミ彡巛彡从ミ巛ミ人ミ》》》》
巛彡巛彡从ミ》彡彡巛ミ人ミ彡ミ从》》


547 :Be名無しさん:04/03/20 23:42
要はアレだ。自分が儲かればそれでいい。
プログラマーは世界一だとw>ビルゲイツのなりそこないさん

152 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)