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

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

■■■X11不要論■■■R3■■■

1 :名無しさん@お腹いっぱい。:2005/11/18(金) 17:31:34
全ての人にとって不要という訳ではありませんが、Linux系の「プロフェ
ッショナルユーザ」や「(本来の)ハッカー」といった上級者レベルの方にと
っては、全く目障りで不要なユーザインターフェースではないでしょうか?

ハッカーを自負するand/or目指す貴男貴女!
我々といっしょに全ての元凶であるX11を捨て去りましょう!

■■■X11不要論■■■
http://pc5.2ch.net/test/read.cgi/unix/1071228155/

■■■X11不要論■■■R2■■■
http://pc8.2ch.net/test/read.cgi/unix/1099755829/

2 :名無しさん@お腹いっぱい。:2005/11/18(金) 17:51:52
jkl;

3 :名無しさん@お腹いっぱい。:2005/11/18(金) 17:52:57
なぜXの実装はことごとく遅くなるのか

4 :名無しさん@お腹いっぱい。:2005/11/18(金) 17:56:49
>>1
全角厨乙

5 :名無しさん@お腹いっぱい。:2005/11/18(金) 18:02:44
クソスレわっしょい

記念にここ最近のxorgの動向をまとめておく。(前スレで載ってた情報を参考にしますた)
1. 既にX11R7.0RC2がリリース済み。正式版は12月。
2. R7からはソースツリーがモジュール化。長年使われたxcが消えた。各機能を個別にリリース/アップデート可能になる。今後はこちらが主流。
3. R7でXAAに代わるアクセラレーション機構であるEXAが実装された。Render拡張による描画を高速化するのが目的(R7ではデフォルトは無効にされてる。実装されてから日が浅いのと対応済みのドライバがまだ少ない)
4. 全ての描画をOpenGLで行うXgl/Xeglが開発中。EXAはこれが主流になるまでの繋ぎ。Xeglは最近開発者が手を引いちゃった。でもEXAを実装した人が引き継いだっぽい。そんで、そこそこ動いてるっぽい。

6 :名無しさん@お腹いっぱい。:2005/11/18(金) 18:06:44
>>1
大声で「僕は寂しいんです」と叫ぶようなスレ立て。

7 :名無しさん@お腹いっぱい。:2005/11/18(金) 19:30:44
俺は寂しくて仕方がないぞ?

8 :名無しさん@お腹いっぱい。:2005/11/18(金) 20:00:19
結論:Xはゴミ

-----終了-----

9 :名無しさん@お腹いっぱい。:2005/11/18(金) 22:53:53
何だか結論が出たようだけど……
では今度はその改善案を建設的に議論しようじゃないか。

10 :名無しさん@お腹いっぱい。:2005/11/18(金) 22:55:08
Xはカーネル空間で動作すべき

11 :名無しさん@お腹いっぱい。:2005/11/18(金) 23:02:46
で、Berlinは誰が末期の水を取ったんだ?

12 :名無しさん@お腹いっぱい。:2005/11/18(金) 23:03:05
>>5
全てがopenGLって何かメリットありますか?
なんか、凄そうなんだけど具体的なメリットがいま1つ思い浮かばない。

13 :名無しさん@お腹いっぱい。:2005/11/18(金) 23:33:26
>>12
・OSXやvistaに対する劣等感を緩和できる
・昨今のGPUをフル活用するので、ゲームとかやらないのに割高なビデオカードを買う羽目になる
・ウインドウが砕けるとかのエフェクトを簡単に実装出来て、みんなが和める
・別に普段から大したことしてないのに、CPUの負荷が軽くなったぜとか喜べる

こんなところか…

14 :名無しさん@お腹いっぱい。:2005/11/19(土) 00:12:28
>>13
>・OSXやvistaに対する劣等感を緩和できる
ワロタw
でも、列島乾ってあるよね。

>・昨今のGPUをフル活用するので、ゲームとかやらないのに割高なビデオカードを買う羽目になる
これもワロタw
最新グラフィックス(ゲーム)環境を求めるWin房に
話しが付いて行けるようになることも副次的なメリットかな?

ひょっとして、ショップとかメーカーに落ちる金額が大きくなるので、
ドライバが増えるかも?


15 :名無しさん@お腹いっぱい。:2005/11/19(土) 00:41:16
>>1-1000
既出

16 :名無しさん@お腹いっぱい。:2005/11/19(土) 00:49:16
>>3
それは、人間の作った第2のシステムだから。


17 :名無しさん@お腹いっぱい。:2005/11/19(土) 01:03:27
3Dって結局は2Dで表示する訳だから、
アクセラレータも2Dが早ければいいっていう理解は間違ってますか?


18 :名無しさん@お腹いっぱい。:2005/11/19(土) 01:17:52
>>13
Xをなくして、OpenGLを使うと、
> GPUをフル活用する
ってのは、無知丸出しだと思います。

>>17
間違ってます。GPUが3Dの処理をする時代です。

19 :名無しさん@お腹いっぱい。:2005/11/19(土) 01:48:26
>>18
>Xをなくして
こんなこと誰も言ってないと思うんだが…

20 :名無しさん@お腹いっぱい。:2005/11/19(土) 01:49:48
そうですか、じゃあいいです。

21 :名無しさん@お腹いっぱい。:2005/11/19(土) 03:11:43
後々このスレをまとめてみたい俺が来ましたよ。
誰かR1のログ持ってる人いる?

22 :17:2005/11/19(土) 08:31:11
>>18
その3D処理なんですけど、例えば立方体が沢山あったとしても
結局は表示するのは2Dですよね?

なので、いまのX11の2Dで加速処理すれば十分と直観的に思ってしまったんだけど、
この理解は間違っていますか?


23 :名無しさん@お腹いっぱい。:2005/11/19(土) 08:47:36
>>22
http://www.gentoo.org/doc/en/dri-howto.xml でも読んでいてください。

24 :名無しさん@お腹いっぱい。:2005/11/19(土) 14:05:18
Xを使ってる奴は素人。

25 :名無しさん@お腹いっぱい。:2005/11/19(土) 14:26:12
Xすら使ったことない窓野郎は素人童貞。

26 :名無しさん@お腹いっぱい。:2005/11/19(土) 14:43:21
素人必死だなw

27 :名無しさん@お腹いっぱい。:2005/11/19(土) 14:51:39
どどどど童貞ちゃうわ!!

28 :名無しさん@お腹いっぱい。:2005/11/19(土) 21:59:26
ってゆーかうちのサーバーには X のライブラリは入ってる。
でも、X のサーバーは入ってない。
でも、クライアントでは X のサーバーもクライアントも入れてる。
24 は X 使わずにどうやって生活してるんだ?

29 :名無しさん@お腹いっぱい。:2005/11/19(土) 22:48:31
クライアント -> Win
サーバ -> *nix系

操作はssh経由オンリーって感じじゃね?

30 :名無しさん@お腹いっぱい。:2005/11/20(日) 00:12:09
たぶんそうだね。今時の若者にはありがち。

31 :前スレ975:2005/11/20(日) 10:54:40
> GUI機構ってのは、Winにあって素のX11にない、
> 使い勝手を含めたツールキットやウィンドウマネージャだね
> ユーザ体験と言い換えても良い。
> # プログラマの立場からすると他にもあるけどな
>
> それをX11はGNOMEやKDE諸々が補うわけだが、現時点の実装では
> 同じマシンで動かした場合にはWinのほうが、安定度や速度で勝ってると感じている。
> この状況認識が違う相手とは、そもそも議論しても意味が無い。
>
> この状況認識を踏まえたうえで、どうしたらGNOME/KDEのユーザ体験が
> Winと肩を並べ上回らせることはできるのか、という話をしたいのだよ。
> そのためにX11の持つ構造が何か枷になってないか、とかね。

32 :名無しさん@お腹いっぱい。:2005/11/20(日) 21:28:44
X11プロトコル自体は悪く無いと思う。
敢えて言うなら、X10の方が良かったと思うがな。

33 :名無しさん@お腹いっぱい。:2005/11/20(日) 22:31:20
詳しく

34 :名無しさん@お腹いっぱい。:2005/11/20(日) 22:43:49
>>32
オレもX10からX11になった時ってどんな状況だったのか知りたい

元からX10は実験的な性格の代物であって、X11を最初から目標としてたの?
それともX10に限界、あるいは不満が多すぎたとか?

35 :名無しさん@お腹いっぱい。:2005/11/20(日) 23:21:14
>>34
そのあたりは、Unix Philosophy に触りが書かれている。
X10 の革命的な成功に乗れなかったエセ専門家達が、
自分達の名前を売ることだけを目的とした怪獣システム。

日本語的には、「船頭多くて船山昇る」を地で行ったシステム

36 :名無しさん@お腹いっぱい。:2005/11/20(日) 23:53:45
> X10 の革命的な成功
> 「船頭多くて船山昇る」を地で行った

まったく、何にも知らないから、すぐバレる嘘つくのな。
当時のことを覚えてる人間はいくらでもいるんだが。

> Unix Philosophy に触りが書かれて

ネタ本はそれだけか。前スレからいる人ですね。

37 :名無しさん@お腹いっぱい。:2005/11/20(日) 23:57:15
さわり【触り】
4 義太夫節の一曲の中で、歌謡的、叙情的なリズムにのった部分。一番の聞きどころとされる箇所。
5 4から転じて、広く芸能で、中心となる見どころ・聞きどころ。

38 :34:2005/11/20(日) 23:59:55
(´・ω・`)

39 :名無しさん@お腹いっぱい。:2005/11/21(月) 01:16:47
ちゃんと動作するし、動く実装のソースコードも公開されてるし、
日々の日常においてそれを使っている。でもみんなXのことはあまり知らないんですね。
それはUIなんてどうでもいいっていう考えが根底にあるからですよね。
CUIだってちょっと便利だから使ってるだけでしょ。
他にもっといいCUIのありようがあるかもしれないってのに。
そういう可能性は一切考えない。UIなんて一切興味がないんだろうな。
そのくせ貶されたときだけはしっかり反応する。バカみたい。

40 :名無しさん@お腹いっぱい。:2005/11/21(月) 01:33:12
> それはUIなんてどうでもいいっていう考えが根底にあるからですよね。
> CUIだってちょっと便利だから使ってるだけでしょ。

この2文だけでも矛盾してるぞ。

41 :名無しさん@お腹いっぱい。:2005/11/21(月) 02:12:14
>>40
>ちゃんと動作するし、動く実装のソースコードも公開されてるし、
>日々の日常においてそれを使っている。でもみんなXのことはあまり知らないんですね。

最初の二行も十分おかしいよ

42 :名無しさん@お腹いっぱい。:2005/11/21(月) 02:17:47
そんな餌でクマー

43 :名無しさん@お腹いっぱい。:2005/11/21(月) 08:56:17
>>41
(狭義の)XはUIではないものな。

>前970の人の「GUI機構」が環境としてのKDEやGNOMEをさすのであれば
スレ違いだし、Xを攻撃するのは筋違い。

そもそも彼の人の「GUI環境」って概念もさっぱり分からんしな。
もっと一般的な概念を使って話をすればいいのに。ないと誰にも理解してもらえないよ。
#どうも「俺的にGUIに見えるもの」って定義で突っ走ってる気がするんだが。

44 :名無しさん@お腹いっぱい。:2005/11/21(月) 09:16:40
perl スクリプトの出来が悪いのを
perl のせいにしてるようなものだな。

45 :名無しさん@お腹いっぱい。:2005/11/21(月) 14:41:09
>>43
まぁまぁ、Xは糞で結論が出てるんだから良いじゃないですか。

46 :名無しさん@お腹いっぱい。:2005/11/21(月) 15:21:17
何も分かってないおバカさんが擦り寄ってまいりました!


47 :名無しさん@お腹いっぱい。:2005/11/21(月) 19:26:23
>>44
うまい表現だね。

xが糞なのを
xプロトコルの性にされてもなぁ、

これだから素人は(ry


48 :名無しさん@お腹いっぱい。:2005/11/21(月) 20:01:49
玄人キターーーーw

49 :名無しさん@お腹いっぱい。:2005/11/21(月) 20:24:49
さくさく動くしXになんにも不満は無いけど。
#Quadro FX4000ユーザ。


50 :名無しさん@お腹いっぱい。:2005/11/21(月) 20:42:41
Xがさくさく?Windows使ったことないのか?

51 :名無しさん@お腹いっぱい。:2005/11/21(月) 21:17:41
Windows20000最強

52 :名無しさん@お腹いっぱい。:2005/11/21(月) 21:21:16
X111111の方が強いよ

53 :名無しさん@お腹いっぱい。:2005/11/21(月) 23:06:45
twm はサクサク。

54 :名無しさん@お腹いっぱい。:2005/11/21(月) 23:08:31
qt, gtkはノロノロ。

55 :玄人 ◆95Z96Ub5ZM :2005/11/21(月) 23:15:10
素人程、見せかけの速度に拘るものだ。


56 :名無しさん@お腹いっぱい。:2005/11/21(月) 23:39:50
>>50
XとWindowsを同じレイヤーで語るバカキター。

>>54
qt/gtkとKDE/GNOMEの区別のつかないバカキター


57 :名無しさん@お腹いっぱい。:2005/11/22(火) 00:00:46
>>53
twmはたいして軽くないよ

58 :玄人 ◆95Z96Ub5ZM :2005/11/22(火) 00:08:13
>>57
君のお推めで、一番軽いのは何かね?


59 :名無しさん@お腹いっぱい。:2005/11/22(火) 00:11:58
>>55
しかし見せかけの速度すらだせないのがUNIXの現状だろ?

60 :名無しさん@お腹いっぱい。:2005/11/22(火) 10:44:41
のろのろとしか動かないX。そこでしょーもない開発環境で旧態依然とした
開発を続ける玄人たち(笑)。

61 :名無しさん@お腹いっぱい。:2005/11/22(火) 13:05:46
>>59
>しかし見せかけの速度すらだせないのがUNIXの現状だろ?

>>60
>のろのろとしか動かないX。

精度低すぎ。


62 :名無しさん@お腹いっぱい。:2005/11/22(火) 14:26:36
Xはもっさりさん。
            /^l
     ,―-y'"'~"゙´  |
     ヽ  ´ ∀ `  ゙':
     ミ  .,/)   、/)
     ゙,   "'   ´''ミ   ハ,_,ハ
     ミ       ;:'  ,:' ´∀`';
      ';      彡  :: っ ,っ
      (/~"゙''´~"U    ι''"゙''u


63 :玄人 ◆95Z96Ub5ZM :2005/11/22(火) 21:04:51
X11が原因と思われる速度低下で、問題になるようなものは
これまで経験したことがないんだが?

ここは、軟弱なゲームプレーヤーの専門スレなのか?


64 :名無しさん@お腹いっぱい。:2005/11/22(火) 21:10:20
紛らわしいコテだな bash使いの自称玄人と違う人か

65 :名無しさん@お腹いっぱい。:2005/11/22(火) 21:46:47
>>64
>紛らわしいコテだな bash使いの自称玄人と違う人か

>57に対し>58みたいな返事をする辺り似たような自称玄人だろ。

66 :名無しさん@お腹いっぱい。:2005/11/22(火) 22:41:22
X が遅いんじゃなくて qt, gtk の実装が悪い。

67 :名無しさん@お腹いっぱい。:2005/11/22(火) 22:55:22
X11そのものが遅い。

68 :名無しさん@お腹いっぱい。:2005/11/23(水) 00:05:28
結局どこがボトルネックになってるんだろ?

69 :玄人 ◆95Z96Ub5ZM :2005/11/23(水) 00:23:18
>>68
階層が必要以上に分かれてしまっている構造そのものじゃないかな?
目立ったAランクのボトルネックは無かったと記憶している。


70 :名無しさん@お腹いっぱい。:2005/11/23(水) 00:59:24
なる程!


71 :名無しさん@お腹いっぱい。:2005/11/23(水) 01:07:06
確かにX11が遅いと思ったことはないなあ。

72 :名無しさん@お腹いっぱい。:2005/11/23(水) 01:33:48
>>69
できれば詳しく

73 :名無しさん@お腹いっぱい。:2005/11/23(水) 02:15:49
何に原因があるのかは知らんが,Firefox(FreeBSDだが)はWindows上の
に比べて猛烈にのろい。

74 :名無しさん@お腹いっぱい。:2005/11/23(水) 02:30:26
Xlibをもっと使いやすくしてほしい。

75 :名無しさん@お腹いっぱい。:2005/11/23(水) 02:38:39
どこが使いにくいのかね。

76 :名無しさん@お腹いっぱい。:2005/11/23(水) 09:27:57
>>74
>Xlibをもっと使いやすくしてほしい。

Xlibを素で使っておきながら使いづらいはねぇだろ。
わざわざアセンブラでプログラムを書いておきながら「使いづらい」というのに等しい。
使いづらいならもっと上位のライブラリを使え。

77 :名無しさん@お腹いっぱい。:2005/11/23(水) 10:31:46
Firefoxの異常な遅さが致命的。

78 :名無しさん@お腹いっぱい。:2005/11/23(水) 11:12:05
vesa とかで使ってんじゃないの。

79 :名無しさん@お腹いっぱい。:2005/11/23(水) 11:37:08
nvidiaのドライバでも激遅ですよ。

80 :名無しさん@お腹いっぱい。:2005/11/23(水) 11:45:32
同じマシンでwinとFreeBSDで使ってるけど
激遅ってことはないなぁ(firefox)
ビルドの仕方とか設定とかなんかおかしいのじゃあるまいか?
winの方の起動したままだとメモリ食い尽くす状態が気になる。

81 :名無しさん@お腹いっぱい。:2005/11/23(水) 11:53:50
頭がもっさりしてる奴はXでFirefox使っててももっさりと感じないのでは?

82 :名無しさん@お腹いっぱい。:2005/11/23(水) 18:58:17
> Firefoxの異常な遅さ
OSが糞なんだろ。

やれやれだぜ。

83 :名無しさん@お腹いっぱい。:2005/11/23(水) 19:58:35
良いもんめっけた
Xというよりはグラフィックやウインドウシステム全般に関してだけど
つーか半分も分からん

ttp://dodgson.org/omo/t/?date=20040720

84 :名無しさん@お腹いっぱい。:2005/11/23(水) 20:56:49
3Dマンセーなスレだと、馬鹿ばっかりだけど、
ここはクロウトのスレなの?


85 :名無しさん@お腹いっぱい。:2005/11/23(水) 21:19:19
>>84
真のプロフェッショナルばかりのスレです

86 :名無しさん@お腹いっぱい。:2005/11/23(水) 21:22:32
苦労人かな


87 :名無しさん@お腹いっぱい。:2005/11/23(水) 21:39:49
そもそもFireFoxが重いだけじゃねぇの?
同じマシンで同じバージョンのFireFoxをWindowsでの動作と比較してみろよ。

88 :名無しさん@お腹いっぱい。:2005/11/23(水) 22:26:34
Firefox以前にNICのドライバが糞だったりする予感

89 :名無しさん@お腹いっぱい。:2005/11/23(水) 22:50:52
>>88
うちもfirefoxは遅い
NIC以前に全ての動作がもたつく
他のgtkアプリと比べても明らかにもっさりさん

firefox

            /^l
     ,―-y'"'~"゙´  |
     ヽ  ´ ∀ `  ゙':
     ミ  .,/)   、/)
     ゙,   "'   ´''ミ   ハ,_,ハ
     ミ       ;:'  ,:' ´∀`';
      ';      彡  :: っ ,っ
      (/~"゙''´~"U    ι''"゙''u

ちなみに同じマシンのkonquerorはとっても速い
konquerorは実際にhtmlを取得してるのは別のプロセスなのに

90 :89:2005/11/23(水) 22:51:35
ずれーた

91 :玄人 ◆95Z96Ub5ZM :2005/11/23(水) 23:04:43
>>84
その通り、ここでは素人及び一見客と思われる書き込みは遠慮頂いている。


92 :名無しさん@お腹いっぱい。:2005/11/24(木) 00:19:15
>>87
同じノート(P4 2.0GHz,radeon9000)で同じバージョン(1.0.7)だよん。
あまりに遅いから今度Linuxバイナリコンパチとか試してみるつもり。

93 :名無しさん@お腹いっぱい。:2005/11/24(木) 00:21:33
>>91
了解しました。

94 :名無しさん@お腹いっぱい。:2005/11/24(木) 00:46:56
>>92
結果報告を楽しみに待ってます。

95 :名無しさん@お腹いっぱい。:2005/11/24(木) 01:36:33
Firefoxはシェアを奪うことが最優先だからWindows版が圧倒的に速いだけでしょ。

96 :名無しさん@お腹いっぱい。:2005/11/24(木) 01:39:31
なんだそのわかったようなわからないような理屈は。

97 :名無しさん@お腹いっぱい。:2005/11/24(木) 01:52:19
意味もなくごちゃごちゃレイヤーに分けると遅くなるのは、
日々のプログラミングで経験的に分かることだよね。
マイクロカーネルVSモノリシックカーネルみたいなのがその最たるもの。

98 :名無しさん@お腹いっぱい。:2005/11/24(木) 02:01:30
>>97
君の使ったことあるマイクロカーネルって何?

99 :名無しさん@お腹いっぱい。:2005/11/24(木) 02:17:00
レイヤーに分けても、必ずしも遅くなるというわけじゃない。
でもそういう設計というのは、パフォーマンス最優先という条件の元、
実装において努力したことの産物なんだろな。
そういうプロセスを経てよりよい設計ってものが見えてくるのかもしれない。

そういう過程を経てないものはハッキリ言えばただのオナニ。
設計など意味がないというわけじゃないけど、設計だけで独立して価値が
あるわけじゃない。

100 :名無しさん@お腹いっぱい。:2005/11/24(木) 02:45:22
97と別人だけど
mkLinuxは遅かった


101 :名無しさん@お腹いっぱい。:2005/11/24(木) 10:00:56
↓これをXのマスコットキャラクターにしたいな。

Xはもっさりさん。
            /^l
     ,―-y'"'~"゙´  |
     ヽ  ´ ∀ `  ゙':
     ミ  .,/)   、/)
     ゙,   "'   ´''ミ   ハ,_,ハ
     ミ       ;:'  ,:' ´∀`';
      ';      彡  :: っ ,っ
      (/~"゙''´~"U    ι''"゙''u

102 :名無しさん@お腹いっぱい。:2005/11/24(木) 10:06:55
>>97
Xと何の関係が?
ひょっとしてXは「意味もなくごちゃごちゃレイヤーに分け」ているとでもいいたい?
#いやまさかなぁ。

103 :名無しさん@お腹いっぱい。:2005/11/24(木) 10:26:45
ウイジットをあのレイヤにおくことは果たして良いことなのだろうか。

104 :名無しさん@お腹いっぱい。:2005/11/24(木) 11:15:54
別の構成になっている実例を挙げてください。

105 :名無しさん@お腹いっぱい。:2005/11/24(木) 17:22:38
実例ではなく、どこにおくのが適切なのか述べるだけでもいいです。

106 :名無しさん@お腹いっぱい。:2005/11/24(木) 17:25:51
サーバに内蔵させる。自由度は落ちるがな。

107 :名無しさん@お腹いっぱい。:2005/11/24(木) 18:00:19
Xは、存在そのものが欠点です。

108 :玄人 ◆95Z96Ub5ZM :2005/11/24(木) 18:21:01
マイクロカーネルの例えが出て来たが、論文的にも理論的にも
処理速度では圧到的にマイクロカーネルが速いとのことであったが、
実際には異常に遅いことが度々指摘さている。
そう、異常と言える程おそいのだ。
X11も同様の問題を抱えていることは明らかだ。


109 :名無しさん@お腹いっぱい。:2005/11/24(木) 18:24:29
やはりXサーバをカーネルに統合しないとダメか。

110 :名無しさん@お腹いっぱい。:2005/11/24(木) 18:55:52
>>106
#期待を裏切るが予想は裏切らないって奴か...

自由度が落ちるで済ますなよ。
もしXがそういう実装されていたらいまだにAthenaWidgetを使っていたと思うぞw
Motifすら実装されていたか怪しいものだ。

そうならなかったのはXの設計の筋がよかったからなわけだ。


111 :名無しさん@お腹いっぱい。:2005/11/24(木) 18:56:25
>>108
バカコテは引っ込め

112 :名無しさん@お腹いっぱい。:2005/11/24(木) 20:47:11
カーネルに含めるのは何か嫌だな…
コンドームみたいに一皮被せるやり方は、それなりに利点もあると思うわけだ。
お前達もたまには生でしたいだろ?

113 :名無しさん@お腹いっぱい。:2005/11/24(木) 21:34:39
>>110
> いまだにAthenaWidgetを使っていたと思うぞw

それは単なるお前の願望だろw

>>112
確かに今のXのクオリティでカーネルに統合したら、とてもじゃ
ないが使い物にならんな。

114 :名無しさん@お腹いっぱい。:2005/11/24(木) 21:50:59
っていうか X 自体をカーネルに入れる意味がわからん。
X11 よりも外側を速くしないと。

ってゆーか、X serverのはなし?

115 :名無しさん@お腹いっぱい。:2005/11/24(木) 21:51:37
emacs もカーネルに入れてくれよ。

116 :名無しさん@お腹いっぱい。:2005/11/24(木) 21:53:22
screenもよろしく

117 :名無しさん@お腹いっぱい。:2005/11/24(木) 21:57:31
>>113
>それは単なるお前の願望だろw

ンなわけないだろ。キチガイか?
どう読めばそう取れるんだヴォケ。

市販のXサーバの実装がX11R5ベースからX11R6ベースになるまでどれだけ時間がかかったか知ってるか?
いちいちサーバにウィジェットを突っ込む規格なんか作ったら、いつまでたっても新しいウィジェットが
使えるようにならず、ずーっとAthenaWidgetのまま引きずっていただろうってことなんだが。

規格化されても使える実装がないんじゃ意味がないからな。

118 :名無しさん@お腹いっぱい。:2005/11/24(木) 23:32:40
以上、単なる願望の繰り返しでしたw

119 :名無しさん@お腹いっぱい。:2005/11/25(金) 00:10:54
XからEmacsから全部カーネルに取り込んでスーパーバイザーモードで
動かしたら面白かろうなぁ。数百Mバイトの堂々たるカーネルの出来上がり。

120 :玄人 ◆95Z96Ub5ZM :2005/11/25(金) 00:24:56
>>119
私は本流派のため vi しか触らないが、
その発想をX11内部限定に持ち込むと相当部分の Overhead が解消されると思う。








121 :名無しさん@お腹いっぱい。:2005/11/25(金) 00:40:25
> そう、(マイクロカーネルが)異常と言える程おそいのだ。

から

> X11も同様の問題を抱えていることは明らかだ。

にどうしたらつながるのか説明しろバカコテ。

122 :名無しさん@お腹いっぱい。:2005/11/25(金) 01:22:49
大体、今時のXサーバは、マイクロカーネルの設計とは程遠くて、
Windowsのモジューラカーネルにずっと近い設計なんだが…

かなり素朴で図式的にX11を理解している人なんだろうか、>>120は。
少なくともXFree86時代から導入された拡張は全然理解してないんだろう。

123 :名無しさん@お腹いっぱい。:2005/11/25(金) 09:26:28
モジュラーカーネルとマイクロカーネルは直交する概念じゃないだろ。

124 :名無しさん@お腹いっぱい。:2005/11/25(金) 12:30:05
>>123
直交言い始めたのお前さんですがな。

125 :名無しさん@お腹いっぱい。:2005/11/25(金) 13:09:13
直交と援交は何が違うんですか?

126 :名無しさん@お腹いっぱい。:2005/11/25(金) 16:05:03
>>123
直交しないなら、マイクロカーネルというよりはモジュラーカーネルという言い方は問題ないと思うが。


127 :名無しさん@お腹いっぱい。:2005/11/25(金) 17:18:35
>>126
寝ぼけんな。

128 :名無しさん@お腹いっぱい。:2005/11/25(金) 20:29:43
>>127
ハァ?

129 :名無しさん@お腹いっぱい。:2005/11/25(金) 23:32:34
Xはユーザー空間で走らせるとして、どーゆー実装にしていけばいいと思う?
てめーらの意見が聞きたい。

130 :129:2005/11/25(金) 23:34:11
これでは俺が再実装するかのような書き込みなので訂正。

どんな実装だったらベストだったと思う?
意見聞かせてよ。

131 :名無しさん@お腹いっぱい。:2005/11/25(金) 23:39:35
いっそ共有ライブラリとしてXクライアントと直接リンクしちゃう。

132 :名無しさん@お腹いっぱい。:2005/11/25(金) 23:44:32
一番のネックになってる場所って実はドライバだったりとか?

133 :名無しさん@お腹いっぱい。:2005/11/25(金) 23:45:48
それ、Suntoolじゃん…

134 :名無しさん@お腹いっぱい。:2005/11/25(金) 23:52:23
>>129
Win32 APIを備え、Windowsのドライバが使える。

135 :名無しさん@お腹いっぱい。:2005/11/25(金) 23:58:33
いつのまにかkernel-mode Firefox開発スレになってるな

136 :名無しさん@お腹いっぱい。:2005/11/26(土) 00:10:34
一番のネックはラスタデータの転送が非効率的なところじゃないかな。
文字をアンチエイリアス付きで描画したり、α合成を行なったり、
ビデオ再生用にひたすら描画を繰り返したり… という近代的な機能の効率は、
ぜんぶラスタデータの転送速度にかかってる(と思う)。

現状は
クライアントが持つラスタデータ -> 通信路 -> Xサーバ -> デバイスドライバ == VRAM
のように、やたらデータコピー回数が多い。これを
クライアントが持つラスタデータ == Xサーバ -> デバイスドライバ == VRAM
とするのがMIT-SHM、
クライアントが持つラスタデータ == Xサーバ == デバイスドライバ == VRAM
とするのがDGAで、確かにこの順番に速くなる。XVideoは知らない。

でも、DGAまで使い出すと、VRAMのレイアウトを考えないといけないから、
ピクセルデータのフォーマットを気にしないといけなくなって面倒くさい。
だから、ここらへんをうまくライブラリにおしこめられればいいなあと。

それから、デバイスドライバはオーバヘッドじゃない(はず)。
VRAMがXサーバのメモリ空間にマップされたらあとはCPUの仮想記憶が働くだけで、
XサーバがVRAMにアクセスする度にいちいちドライバが呼び出されることはない。
だから、ここの部分をカーネル空間に押し込めても速くはならない。

137 :名無しさん@お腹いっぱい。:2005/11/26(土) 00:18:52
時代はベクタ。

138 :名無しさん@お腹いっぱい。:2005/11/26(土) 00:25:06
じゃ、時代はNeWS。
Open Sourceになったらみんなでいじるか?


139 :名無しさん@お腹いっぱい。:2005/11/26(土) 00:32:24
あえてクラサバ構造を止めてしまう。

140 :名無しさん@お腹いっぱい。:2005/11/26(土) 00:34:02
>>137
っ[cairo]

141 :名無しさん@お腹いっぱい。:2005/11/26(土) 00:46:18
ttp://pcweb.mycom.co.jp/special/2004/pdf/005.html

↑によるとMacは表示をPDFにしてるみたいだけど、どうなんだろ?

142 :名無しさん@お腹いっぱい。:2005/11/26(土) 16:32:54
>>136
つまり「->」はメモリコピーが発生して、「==」のところはポインタ渡しということ?
だとすれば納得

> でも、DGAまで使い出すと、VRAMのレイアウトを考えないといけないから、
> ピクセルデータのフォーマットを気にしないといけなくなって面倒くさい。
> だから、ここらへんをうまくライブラリにおしこめられればいいなあと。

フォーマットの変換をするなら、コピーと同等の作業が発生するから
MIT-SHM的に一箇所だけは「->」が必要だよね

あとはハードウェアアクセラレーションの話がどうマッピングされているかが気になる
デバイスドライバの部分で、ドライバによってはで適切に利用されているのかな?

143 :名無しさん@お腹いっぱい。:2005/11/26(土) 18:02:10
>>142
ポインタ渡し・・・?XサーバとXクライアントが混ざってるような・・・

「->」はドメインソケットとか使ってデータ送ってるって事じゃないの?
で,それだと書き手はシステムコール使ってカーネルバッファにデータをコピーして
そんで読み手もシステムコール使ってカーネルバッファからデータをコピーする
っていう手順を踏む必要がある.
「==」はXクライアントとXサーバが物理メモリを共有してるから,
カーネルバッファにデータをコピーしなくて済むので高速なプロセス間通信が出来る

144 :玄人 ◆95Z96Ub5ZM :2005/11/26(土) 21:54:35
>>141
表示全てをPDFで、と言うわけではない。
「OSがPDF対応を徹底している」という程度のものに過ぎない。
とはいえ、1社独占開発による数少ないメリットの1つであることは
間違いない。

145 :名無しさん@お腹いっぱい。:2005/11/26(土) 21:59:38
>>141
表示の3D化ともあいまって、Mac OS Xはもっさりさんです。

146 :名無しさん@お腹いっぱい。:2005/11/26(土) 22:55:00
Xに最適化されたGPUが出る・・・

夢も見ない

147 :名無しさん@お腹いっぱい。:2005/11/26(土) 23:27:51
Xに最適化されたGPUなんてどーやって作るのさ

148 :名無しさん@お腹いっぱい。:2005/11/26(土) 23:34:16
というかどんなGPUだ?

149 :名無しさん@お腹いっぱい。:2005/11/26(土) 23:59:15
k14内蔵とか?

150 :名無しさん@お腹いっぱい。:2005/11/27(日) 00:19:53
146はxorgとかでまともに使えるドライバのあるGPUが欲しいのか,
X11を直接解釈して実行するキチガイじみたプロセッサが欲しいのかどっちなんだろ

前者だったらNVIDIAがおすすめ
後者だったら是非XserverのHW実装にチャレンジしてみてください

151 :玄人 ◆95Z96Ub5ZM :2005/11/27(日) 08:16:03
例えX11プロトコルを直接解釈実行できたとしても、劇的には早くならんだろう。


152 :名無しさん@お腹いっぱい。:2005/11/27(日) 10:26:29
Xって本当に糞だよね。

153 :名無しさん@お腹いっぱい。:2005/11/27(日) 10:58:11
>>152
詳しく

154 :名無しさん@お腹いっぱい。:2005/11/27(日) 14:28:41
速度に関しては、自分のXが遅いからといって
地球上のすべてのXユーザが同じ様に遅い環境
と思っているのが浅はかだと思うが。


155 :名無しさん@お腹いっぱい。:2005/11/27(日) 14:29:16
CLAMP特有のもったいぶったストーリー展開、ヤオイくさいキャラ。
スターシステムだかなんだかしらんが、使い回しのキャラ。
そして、1999年に何かが起こる…とか言っててもう現実には2005年。Xサイテー

156 :名無しさん@お腹いっぱい。:2005/11/27(日) 15:12:30
Xは全ての環境で例外なく激遅です。

157 :名無しさん@お腹いっぱい。:2005/11/27(日) 17:33:49
Racer X

158 :名無しさん@お腹いっぱい。:2005/11/27(日) 20:09:20
Xはもっさりさん。
            /^l
     ,―-y'"'~"゙´  |
     ヽ  ´ ∀ `  ゙':
     ミ  .,/)   、/)
     ゙,   "'   ´''ミ   ハ,_,ハ
     ミ       ;:'  ,:' ´∀`';
      ';      彡  :: っ ,っ
      (/~"゙''´~"U    ι''"゙''u

159 :名無しさん@お腹いっぱい。:2005/11/27(日) 21:23:35
追い詰められてとうとう何の理由も述べずにもっさりもっさりいうだけになっちゃったな。
ツマンネ。

160 :名無しさん@お腹いっぱい。:2005/11/27(日) 21:28:46
なっちゃったというか、最初からそうだったような。
自分のハードウェア環境明示して、どう遅いかレポートしてた奴って、
最初のスレから一人たりともいなかったような。

161 :名無しさん@お腹いっぱい。:2005/11/27(日) 21:43:45
最近は本当に「もっさり」しかかけなくなってるからなぁ。
>156>158みたいに。これはつまんない。

>151ももうちょっと言い訳がほしいなぁ。

162 :名無しさん@お腹いっぱい。:2005/11/27(日) 22:04:04
もっさりという致命的弱点を指摘されてファビョるX厨でしたw

163 :名無しさん@お腹いっぱい。:2005/11/27(日) 23:07:22
今日日X信者がいるなんてどうしても思えない俺ガイル。

164 :名無しさん@お腹いっぱい。:2005/11/27(日) 23:51:49
結局技術的な話は一切できないんだよなぁ。
結局中傷だけの一行レスにしかならないわけだ。


165 :名無しさん@お腹いっぱい。:2005/11/28(月) 01:07:29
>>164
ノイズは気にせず淡々と語ってくれておOKよ。
何か技術的な話題があるなら、是非お願い。
いつまでも待ってるし。

166 :名無しさん@お腹いっぱい。:2005/11/28(月) 02:48:27
>>165
誰かが不要論を技術的に語るのを待ってるよ。

167 :名無しさん@お腹いっぱい。:2005/11/28(月) 10:25:24
何でXってあんなに遅いんですか?

168 :名無しさん@お腹いっぱい。:2005/11/28(月) 10:47:15
技術的に優れていたところで(Xがそうかどうかは微妙だが)、あんなに
もっさりでは話になりませんな。

169 :名無しさん@お腹いっぱい。:2005/11/28(月) 11:09:55
遅くもないしもっさりでもないね。
嘘吐きはうせろ。

170 :名無しさん@お腹いっぱい。:2005/11/28(月) 11:20:08
と、Xのもっさりを認めようとしない厨房が今日も必死ですw

171 :名無しさん@お腹いっぱい。:2005/11/28(月) 11:50:36
どうしてももっさりしているということにしたい厨房が必死です。

172 :名無しさん@お腹いっぱい。:2005/11/28(月) 13:57:11
X厨は頭の中までもっさりさん。だからもっさりXでも快適に感じるんだね!

173 :名無しさん@お腹いっぱい。:2005/11/28(月) 17:20:48
もっさりっていってるヤツってET4000とか未だにつかってるんじゃねーの?


174 :名無しさん@お腹いっぱい。:2005/11/28(月) 17:35:55
Trident 8900 だろう。

175 :名無しさん@お腹いっぱい。:2005/11/28(月) 20:33:54
>>173-174 = もっさり頭のもっさりXユーザw

176 :玄人 ◆95Z96Ub5ZM :2005/11/28(月) 21:00:15
>>173
昔々、懐かしいカードだな。


177 :名無しさん@お腹いっぱい。:2005/11/28(月) 22:12:37
>>168
何か勘違いしてるようだが…
もっさりしていると不満があるなら、何故もっさりしているのか?
って事を技術的な面から語って欲しいって事だよ。

178 :名無しさん@お腹いっぱい。:2005/11/28(月) 23:13:15
むりゆーなよ、できないのに。

179 :名無しさん@お腹いっぱい。:2005/11/29(火) 11:15:16
Xはもっさりさん。
            /^l
     ,―-y'"'~"゙´  |
     ヽ  ´ ∀ `  ゙':
     ミ  .,/)   、/)
     ゙,   "'   ´''ミ   ハ,_,ハ
     ミ       ;:'  ,:' ´∀`';
      ';      彡  :: っ ,っ
      (/~"゙''´~"U    ι''"゙''u

180 :名無しさん@お腹いっぱい。:2005/11/29(火) 11:15:36
>>177
実装が糞だから。

181 :名無しさん@お腹いっぱい。:2005/11/29(火) 12:08:47
つーかOpenGLのベンチだってたいして変りゃしないって。Win/Lin

182 :名無しさん@お腹いっぱい。:2005/11/29(火) 14:28:09
>>180
>実装が糞だから。

これで技術的な面から語ってるつもりなのかよwww

183 :名無しさん@お腹いっぱい。:2005/11/29(火) 17:41:57
もっさり頭のもっさりXユーザが今日も必死ですねw

184 :名無しさん@お腹いっぱい。:2005/11/29(火) 20:29:05
>>181
Linuxは特別速いよ。


185 :名無しさん@お腹いっぱい。:2005/11/29(火) 21:55:06
なんで?ソースいっしょじゃないの?

186 :名無しさん@お腹いっぱい。:2005/11/29(火) 22:41:35
はやぶさ管制室はXばりばりだったな。まぁ当然だけど

187 :名無しさん@お腹いっぱい。:2005/11/29(火) 23:09:17
実はあれお金が無いからCygwinなんだって。

188 :名無しさん@お腹いっぱい。:2005/11/29(火) 23:14:58
…Windowsのクソ高いライセンス料は出せるのに?

189 :名無しさん@お腹いっぱい。:2005/11/29(火) 23:54:30
Home editionなんだよ。

190 :玄人 ◆95Z96Ub5ZM :2005/11/30(水) 00:05:17
>>186
コンソールUNIXは、無いのかね?


191 :名無しさん@お腹いっぱい。:2005/11/30(水) 00:32:41
>>190
コンソールは普通のユーザーには使わせない。

192 :名無しさん@お腹いっぱい。:2005/11/30(水) 00:39:23
Sunの安いマシンもあったぞ

193 :名無しさん@お腹いっぱい。:2005/11/30(水) 00:42:10
CUI使うにもXでやったほうが効率いいお。

194 :名無しさん@お腹いっぱい。:2005/11/30(水) 18:41:47
ずん
いいお


195 :玄人 ◆95Z96Ub5ZM :2005/11/30(水) 20:50:03
>>192
やはりConsoleは玄人向きだな。


196 :名無しさん@お腹いっぱい。:2005/11/30(水) 22:43:35
>>195
コンソールをよく触るのはインストールマニアだけ!
サーバー管理をするにしても一台一台そんなに手間かけれないよ。

197 :名無しさん@お腹いっぱい。:2005/12/01(木) 00:33:59
コテがオトナシクなってきた事実

198 :名無しさん@お腹いっぱい。:2005/12/01(木) 01:14:27
それだ。もっともっと俺たちを笑わせてくれる意見を頼むぜ。>コテ

199 :名無しさん@お腹いっぱい。:2005/12/01(木) 01:15:23
>>196
コンソールというかマシン自体に触らんってことだよな?

200 :名無しさん@お腹いっぱい。:2005/12/01(木) 02:12:30
直接には触らないけど、リモートからは沢山のマシンを触るな。
xmeter やらなにやらを使って、全部のマシンの負荷をグラフで
監視しながら、同時に管理作業をする。
コンソールだと、作業中に画面のすみで数十台のマシンの負荷を
同時に確認するってことができないから不便だな。
Windows で動く、xmeter みたいなソフトってあるの? ないと
ちょっと不便。

201 :名無しさん@お腹いっぱい。:2005/12/01(木) 07:18:46
グラフィックの事なんか何も知らん人間なので間違ってても無問題
さっき知った知識を披露してみるテスト

Xは元々今のようなグラフィックハードウェアを前提としていない
そもそも当時はまともに使える物が無かったのだからこれは当然
Xアプリケーション(=Xclient)の開発者たちはその事を知っていたので,
クライアントサイドでのソフトウェアレンダリングでそれを補い、そのやり方が主流になった

時が流れてX Render Extensionが登場し、大きな進歩が見られた。
Renderによって現代的なグラフィック処理・・・アルファ合成、アンチエイリアス、イメージ変形などなど・・・を
Xによって提供することが出来るようになった。
ちなみにRenderはPlan9のWindow Systemをモデルとした点があるらしい。

Renderによってサーバサイドで先にあげたような処理が可能になったが、
それを高速に行うにはもちろんHW支援を活かせるドライバがいる。
XFree86のRenderではXFree86 Acceleration Architecture(XAA)が使われた。
XAAは、Renderによる要求がドライバによってサポートされてれば高速に描画させることが出来る。
もしサポートされていなければ、ソフトウェアレンダリングすることになる。
ここが重要(だと思う)で、HW支援が無い場合VRAMに入ったデータをCPUに処理させるためには一回メインメモリに転送する必要がある。
そしてCPUが処理したら、またVRAMに書き戻さなくちゃならない。

202 :名無しさん@お腹いっぱい。:2005/12/01(木) 07:19:28
これは最初から、(従来の)クライアントサイドでのソフトウェアレンダリングより結果として遅くなる。
理想的には、個々のドライバが全てのRenderの要求をフックするようにすればいいのだけど、
もちろんそれにはコードを加える必要があるし、全てのドライバでそれをやる必要がある。
そんで実際には多くのドライバはそこまでやってない。
先に述べたように、結局Renderが使えないのだったら最初からクライアントサイドでやった方がまだマシ。
そのためQtやGTKは現代的なグラフィック処理を自前で、つまり最初からCPUにやらせてる(のだと思う)

HW支援無しでそんなことばっかやってりゃそりゃ遅いし、使わなかったら見栄えは良くない。
基本オープンソースの話であるので、やはり性能を活かせるドライバが書きにくいのかなと思う。
nvidiaのオープンソースドライバなんかがいい例。

ただ最近は、XAAに置き換わるEXAなんてのが出てきた。
そして、Renderの要求をOpenGLに渡して今時のGPUの有り余ってる3D処理能力で2Dもやらせよう
っていうglitz、最後にはそれでXserverごと動かすxglなどがある。
ただこの場合もOpenGL使えるドライバはもちろん必要。

以上。

203 :名無しさん@お腹いっぱい。:2005/12/01(木) 10:17:00
Xはもっさりさん。
            /^l
     ,―-y'"'~"゙´  |
     ヽ  ´ ∀ `  ゙':
     ミ  .,/)   、/)
     ゙,   "'   ´''ミ   ハ,_,ハ
     ミ       ;:'  ,:' ´∀`';
      ';      彡  :: っ ,っ
      (/~"゙''´~"U    ι''"゙''u


204 :名無しさん@お腹いっぱい。:2005/12/02(金) 22:51:32
Xはキッコロ、モリゾーさん。

205 :名無しさん@お腹いっぱい。:2005/12/03(土) 02:27:10
キッコロ! モリゾー! ポーローリー♪
ドキドーキハッチャケテーフォー!

206 :名無しさん@お腹いっぱい。:2005/12/03(土) 03:53:02
それならモリゾー、キッコロ、ポロリの順じゃない?

207 :名無しさん@お腹いっぱい。:2005/12/06(火) 19:39:17
ホシュ

208 :名無しさん@お腹いっぱい。:2005/12/06(火) 20:46:54
>>206
途中から微妙に混ざってるぞw

209 :名無しさん@お腹いっぱい。:2005/12/06(火) 21:56:41
クロウト、エキスパート、エクストリームの順w

210 :玄人 ◆95Z96Ub5ZM :2005/12/14(水) 18:57:25
./jp では、KDEとGnomeの話題が盛りあがっておるようですな
ここのスレの住人も思うことが多いのでは?


211 :名無しさん@お腹いっぱい。:2005/12/14(水) 20:05:42
リーヌスがXこそが全ての元凶なんじゃー! 
って言ってくれたらXの代替ソフトの議論も活発になろうに。


212 :名無しさん@お腹いっぱい。:2005/12/14(水) 22:23:40
KDEは整理されてない感が強いなぁ。ちょっとメニューの項目とか順番とか
些細なことに手を入れれば、グッと良くなるんじゃないの?

213 :名無しさん@お腹いっぱい。:2005/12/14(水) 22:29:26
>>211
ワロタw、でもXは代替が無いからなぁ(Gnome VS KDE のような)

>>212
洩れは逆だと感じるけど?
あんた馬鹿?

214 :名無しさん@お腹いっぱい。:2005/12/14(水) 23:12:39
自分と考えが違うだけで馬鹿呼ばわりか。

漏れは>>213とは逆に感じる。
だから>>213は馬鹿。

215 :名無しさん@お腹いっぱい。:2005/12/14(水) 23:47:20
Y Window System とかもっと弱小なプロジェクトとかあるけど、
あんまり話題にならないね。

やっぱ既存の資産(ドライバとか?)の問題で車輪の再発明はしたくないのかな。

216 :名無しさん@お腹いっぱい。:2005/12/15(木) 01:32:05
チップメーカーも最近になってようやくX用の
ドライバ提供してくれるようになったのに、
今更新しいウィンドウシステム作っちゃいましたー!
とか言われても困るだろうね。

217 :名無しさん@お腹いっぱい。:2005/12/15(木) 21:04:55
>>216
Qt直接というのはどう?
例)KDE on Qt

218 :名無しさん@お腹いっぱい。:2005/12/15(木) 21:11:12
>>217
KDE on Qt(without X11)って話は良く聞くんだけども,それってQt自体がXサーバの役割を担うってこと?

219 :名無しさん@お腹いっぱい。:2005/12/15(木) 22:03:31
Xサーバを通さずに直接フレームバッファに書くわけよ。

220 :名無しさん@お腹いっぱい。:2005/12/16(金) 22:37:16
それが出来りゃ苦労はせんよ。

221 :名無しさん@お腹いっぱい。:2005/12/16(金) 23:06:16
つDirectFB

222 :名無しさん@お腹いっぱい。:2005/12/17(土) 01:29:51
マジかー
http://www.osnews.com/comment.php?news_id=13000

Avalonならばカーネルに含めなくても十分速いってコトか
Vistaが出る前にOpenGLベースのX11実装は出てくるかなぁ

223 :名無しさん@お腹いっぱい。:2005/12/17(土) 01:40:20
OpenGL をハードウェアでネイティブサポートした X11 なんて
昔っからあるじゃん。SGI のとか。

224 :名無しさん@お腹いっぱい。:2005/12/17(土) 01:49:55
>>222

>マイクロソフト インターフェイスアーキテクチャのGiovanni Marchetti 曰く、
>マイクロソフトは信頼性の改善のために、次のバージョンのオペレーションシステム
>ではアヴァロン(グラフィックサブシステムのコードネーム)をカーネルの外部で動かすと
>Techworldに語った。

誰かもっと上手く訳してくれんか。
これって割とビッグニュースじゃないだろうか?

225 :名無しさん@お腹いっぱい。:2005/12/17(土) 01:57:51
>>224 その訳で十分と違う?

226 :名無しさん@お腹いっぱい。:2005/12/17(土) 02:00:10
>>223
PC でも、NVIDIA からバイナリで配布されてるドライバを入れれば、
OpenGL がネイティブで動く筈。
ttp://www.nvidia.com/object/unix.html

227 :名無しさん@お腹いっぱい。:2005/12/17(土) 02:02:36
>>225
後半がよくわからなかったの……
だからかなり端折ってるから読む人注意w

228 :名無しさん@お腹いっぱい。:2005/12/17(土) 02:13:59
>>223
>>225
ここの最初の方で出てきてたOpenGL上で動くXって意味です
Xglxってやつか
こんなん↓
http://www.cs.umu.se/~c99drn/xgl/xgl-shot1.png

229 :名無しさん@お腹いっぱい。:2005/12/17(土) 02:39:45
WinNT系では出して入れて出したか。また入れることになるかどうか。

230 :名無しさん@お腹いっぱい。:2005/12/17(土) 03:01:28
マイクロソフトは、グラフィック関連の処理をカーネル外部で走らせても
十分なパフォーマンスが得られると判断したってことなのかな。

描画のパフォーマンスにはうるさそうなゲーマーの評価が聞きたいかな。

231 :名無しさん@お腹いっぱい。:2005/12/17(土) 12:29:45
>>230
> マイクロソフトは、グラフィック関連の処理をカーネル外部で走らせても

違うよ。
「ウィンドウシステム関係の処理をカーネル外部で走らせても。」
ウィンドウシステムを外に出しただけで、DirectX関係の構造は元のまま。

232 :名無しさん@お腹いっぱい。:2005/12/17(土) 16:49:37
> ウィンドウシステムを外に出しただけで、DirectX関係の構造は元のまま。

それは間違い。
ttp://www.tgdaily.com/2005/09/22/vista_graphics_drivers_to_be_more_stable_than_xp_drivers/

>> Microsoft engineers revealed that a new version of the company's
>> DirectX rendering library, called DirectX 10, will be engineered to
>> support Vista exclusively, and not XP or older Windows editions.

DirectX は Vista だけをサポートし、XP 以前の Windows では動作しない。
これまでの DirectX は、古い Windows でも動作した。
こういう違いが出るのは、DirectX の ドライバの構造が変わったから。

> Vista graphics drivers are programmed for a new driver model
> currently named LDDM (Longhorn Display Driver Model), although the
> "Longhorn" part is subject to change. According to Bar-Haim, the
> "user mode-based" drivers depart from Windows XP's "kernel
> mode-based" model, and are thus unable to crash the operating
> system: "Microsoft had concerns about the stability of drivers in XP
> when they noticed an unreasonable high amount of XP crashes due to
> device drivers. With LDDM, we can run the driver engine for months
> without crashing," he said.

Vista では、DirectX のドライバは、これまでの kernel mode ドライバ
から user mode ドライバに変わる。これは安定性を向上させるため。
Microsoft の Rudy Balaz は、PDC 2005 で、「Microsoft は、不合理にも
多い Windows XP のクラッシュが、デバイスドライバに原因があることに
気づき、Windows XP のデバイスドライバの安定性について憂慮した。
Longhorn Display Driver Model では、Windows をクラッシュさせること
なく、数ヶ月以上、ディスプレイドライバのエンジンを走らせることができる」

233 :名無しさん@お腹いっぱい。:2005/12/17(土) 16:52:28
an unreasonable high amount of XP crashes
→あまりにも多いXPのクラッシュ

234 :名無しさん@お腹いっぱい。:2005/12/17(土) 16:55:37
> マイクロソフトは、グラフィック関連の処理をカーネル外部で走らせても
> 十分なパフォーマンスが得られると判断したってことなのかな。

ttp://www.techworld.com/news/index.cfm?RSS&NewsID=5002
> he main downside is the performance penalty to be paid. However,
> Microsoft originally opened up the kernel mode to the UI and drivers
> in 1990 with the release of NT4, when hardware was considerably less
> potent than it is today.

当然遅くなるだろうけど、1990年代中盤の Windows NT3.1〜3.5 でもカーネル
外部だったんだから、それよりマシンの速くなった今なら、問題ないだろうと
判断したみたいね。それよりは OS の安定性の方が大事だと。

ttp://www.tgdaily.com/2005/09/22/vista_graphics_drivers_to_be_more_stable_than_xp_drivers/
> ATI does not expect Vista to cause any performance drawbacks when
> compared to the current OS generation. Right now, the Beta 1 driver
> runs at about 80% of Windows XP speed. With Beta 2, the engineers
> hope to attain 90%, with the final version expected to achieve 100%
> or higher.

2005年9月の時点では、XP の 80% の性能しか出てなかったらしいから、当然
性能のペナルティはある筈。ただ、ATI はドライバを頑張って最適化すれば
XP と同じかそれ以上の性能まで持ってると考えているみたい。

235 :名無しさん@お腹いっぱい。:2005/12/17(土) 17:46:08
おおー詳細な解説サンクス

236 :玄人 ◆95Z96Ub5ZM :2005/12/22(木) 21:10:50
X11R7 & X11R6.9 Released のようですな。

237 :名無しさん@お腹いっぱい。:2005/12/23(金) 22:56:27
ビデオチップの機能を使った最適化は
どのくらい進歩してるのかな?


238 :名無しさん@お腹いっぱい。:2005/12/24(土) 13:23:37
Windowsに比べて何の遜色もないくらい。
問題はそれを活用するアプリがないこと。ゲームとか。

239 :名無しさん@お腹いっぱい。:2005/12/25(日) 13:40:50
>>238
ネタ乙



240 :名無しさん@お腹いっぱい。:2005/12/25(日) 16:54:21
>>239
本人は大まじめなんだから、あんまり弄るなよ。
かわいそうだろ。

241 :名無しさん@お腹いっぱい。:2005/12/25(日) 17:17:47
239=240のほうが必死っぽいんだけど…

まあ、「2Dに限る」か「3Dも考える」かで全然結論は異なると思うがどうよ。

242 :240:2005/12/25(日) 17:25:12
2Dも3Dもダメでしょ。
ちなみに239は別人だ。妄想はほどほどに。
個人的にはX11はガンだと思う。いまさら簡単には変えられないと思うけど。

243 :名無しさん@お腹いっぱい。:2005/12/25(日) 17:29:07
> 2Dも3Dもダメでしょ。

妄想はほどほどにwwwww

244 :名無しさん@お腹いっぱい。:2005/12/25(日) 17:31:01
ほらな。
こういう子は弄っちゃだめなんだよ。。。

245 :名無しさん@お腹いっぱい。:2005/12/25(日) 17:52:18
ちなみに238は別人だ。妄想はほどほどにwwwww

246 :名無しさん@お腹いっぱい。:2005/12/25(日) 19:54:21
まさか、遜色無いと思ってる子が複数居るとは思わなかったよ。

247 :名無しさん@お腹いっぱい。:2005/12/25(日) 23:05:57
>>242
くわしく

248 :名無しさん@お腹いっぱい。:2005/12/25(日) 23:30:46
はやくwin api 公開されんかなぁ
そうしたらx11は潰滅w


249 :名無しさん@お腹いっぱい。:2005/12/26(月) 01:13:04
HP-UX上でOpenView使う奴とかには要るかも知れん。X11。

まあ、サーバもクライアントも全部HP-UXなんてユカイなことはないだろうし、
Windows上でNNMでも使ってろって話ではあるが。

250 :名無しさん@お腹いっぱい。:2005/12/26(月) 09:17:34
>>248
>はやくwin api 公開されんかなぁ
されてるでしょ。
#でなきゃどうやってWindowsアプリ書くんだよ。

でもXは残ってるね。なんでだろうね。

251 :名無しさん@お腹いっぱい。:2005/12/26(月) 09:57:03
ウンコが残るのは良くあることですよ。

252 :名無しさん@お腹いっぱい。:2005/12/26(月) 14:33:17
>>251
つまり>248は嘘吐きってことですね。

253 :名無しさん@お腹いっぱい。:2005/12/26(月) 15:52:43
>>248は、嘘とか本当とか、そういうレベルじゃないだろ。

254 :名無しさん@お腹いっぱい。:2005/12/26(月) 17:09:51
自分が何書いてるんだかも、よく分かってないレベル

255 :名無しさん@お腹いっぱい。:2005/12/26(月) 20:35:44
いやいやそんなことないぞ。
Wineプロジェクトではたしか API の実装で同様な事を言っていたかと。

256 :名無しさん@お腹いっぱい。:2005/12/26(月) 22:17:20
Wineの誰がいつどこでそんなことを?

257 :名無しさん@お腹いっぱい。:2005/12/26(月) 22:23:43
WINEて、もう0.9.4まで出てるんだね。あと少しで1.0か。長いながい
道のりだったな。

258 :名無しさん@お腹いっぱい。:2005/12/28(水) 23:03:22
なんの話だよ

259 :名無しさん@お腹いっぱい。:2005/12/29(木) 00:15:19
>>250
多分、入門書を読み終ったレベルだなw
君の世界では確かにその理論が成り立つんだろうね。よくわかるよ。
でもね、坊や、現実はもっと複雑なんだよ。

260 :名無しさん@お腹いっぱい。:2005/12/29(木) 05:10:08
248さん、なにやら必死ですね

261 :名無しさん@お腹いっぱい。:2005/12/29(木) 22:31:00
必死なのはおまえだろw

262 :名無しさん@お腹いっぱい。:2005/12/30(金) 04:07:17
Windows って非公開 API あるよな

263 :名無しさん@お腹いっぱい。:2005/12/30(金) 04:17:43
非公開だが、Microsoft 製のアプリで使っているAPIという意味では、
そういうものは存在しない。昔は沢山あったが、独占禁止法関連で
問題になって、いまではそういうやり方を積極的に避けるようになった。

非公開で、内部の実装で利用している関数というのはもちろんあるが、
それはAPIという語義には当てはまらない。

264 :262:2005/12/30(金) 04:28:37
>>263
1行目の意味で言いました。
が、そうなんですか!
無知でスマソ!

265 :名無しさん@お腹いっぱい。:2005/12/30(金) 04:35:15
>>263
>積極的に避けるようになった。

信用出来るの?

266 :名無しさん@お腹いっぱい。:2005/12/30(金) 13:58:04
「巧妙に隠すようになった」の間違いだろ


267 :名無しさん@お腹いっぱい。:2005/12/30(金) 14:31:38
Office のような Microsoft 製品は既に Wine 上で動くようになってる。
隠してあったら、そもそも動かん。
むしろ、Microsoft 以外のアプリケーションの方がトラブルが多い。
これは隠しAPIとかそういう理由ではなく、仕様外の動作やバグに依存
したコードがあるためだが。

268 :名無しさん@お腹いっぱい。:2005/12/30(金) 16:07:11
これは隠しAPIとかそういう理由ではなく、仕様外の動作やバグに依存
したコードがあるためだが。

結局、undocumented な部分がネックになる訳ね。


269 :名無しさん@お腹いっぱい。:2005/12/30(金) 16:11:30
>>268
とりあえず動けばいいや的なコーディングがされてるから。

270 :名無しさん@お腹いっぱい。:2005/12/30(金) 16:39:31
こういう undocumented な動作の変更ってのは Windows に限らないよな。
最近読んだ例だと
http://d.akinori.org/?date=20051229#p03
とか。これは Linux の話だな。

わざわざ変更してるってことは、こういう仕様外の動作を利用したアプリ
があったってことだ。

271 :名無しさん@お腹いっぱい。:2005/12/30(金) 16:54:10
「広くは知られていない」と「意図的に隠された」は全然違うぞ。

272 :名無しさん@お腹いっぱい。:2005/12/30(金) 17:05:36
つまり、glibc メンテナは意図的に隠してるってことか!!!!

273 :名無しさん@お腹いっぱい。:2005/12/30(金) 19:32:31
>>267

> Office のような Microsoft 製品は既に Wine 上で動くようになってる。

妄想は他擦れでやってくれ。

274 :名無しさん@お腹いっぱい。:2005/12/30(金) 19:51:09
ttp://pcweb.mycom.co.jp/news/2003/11/21/19.html
> 独SUSE LINUXは、同社のLinuxディストリビューション「SUSE LINUX 9.0」で
> 動作するアドオンパッケージ「SUSE LINUX Wine Rack」を発表した。
> このソフトを利用することで、Microsoft Office 97/2000/XP(Accessは一部の
> 機能のみ)、Adobe Photoshop 7、Lotus Notes、Intuit Quicken、Apple
> QuickTime、Internet ExplorerといったアプリケーションやHalf-Life:
> Counter Strike、Diablo 2、EverQuest、Warcraft IIIなどのゲームがLinux上
> で動かせる。

ttp://www.itmedia.co.jp/enterprise/articles/0509/21/news071.html
> このDavid、Windowsエミュレータの「WINE」をベースとして開発されているもので、
> デモでは、Microsoft Office 2000のWORD、EXCELをLinux上で動作させた

ttp://enterprise.watch.impress.co.jp/cda/infostand/2005/11/14/6594.html
> Wine Projectを支援している米CodeWeaversも、Wineベータ版のリリースと同
> 時に、Wineをベース技術とする製品「CrossOver Office 5.0」を発表した。
> LinuxでWindowsアプリケーションを実行するためのソフトウェアだ。
> 最新版では「Microsoft Office 2003」など主要Windowsアプリケーションをサ
> ポートした


275 :名無しさん@お腹いっぱい。:2005/12/30(金) 21:33:51
>>273
>>274

あんた、凄いよ

276 :名無しさん@お腹いっぱい。:2005/12/31(土) 00:51:12
無知者晒しあげ

277 :蕪木ら某 ◆Googl8RmwA :2005/12/31(土) 01:16:07
>>267>>273-276
-> http://pc8.2ch.net/test/read.cgi/linux/1130586756/
  etc.

--
http://appdb.winehq.org/
http://www.microsoft.com/whdc/default.mspx

278 :名無しさん@お腹いっぱい。:2005/12/31(土) 10:36:34
UNIX厨房は自分の狭い世界が全てだと思い込むようですね。

279 :名無しさん@お腹いっぱい。:2005/12/31(土) 20:23:13
>>278
厨房はお前だろw
俺らはプロの集団だ。

280 :名無しさん@お腹いっぱい。:2005/12/31(土) 20:32:18
2ちゃんねるのプロ

281 :名無しさん@お腹いっぱい。:2006/01/01(日) 17:31:45
プロ市民

282 :名無しさん@お腹いっぱい。:2006/01/01(日) 18:52:51
>>279 = 負け犬のプロ

283 :名無しさん@お腹いっぱい。:2006/01/01(日) 22:33:39
アケオメ、
今年こそX11が、消滅しますように。

284 :名無しさん@お腹いっぱい。:2006/01/02(月) 00:08:46
はげどー


285 :名無しさん@お腹いっぱい。:2006/01/03(火) 19:36:26
>>270
> これは Linux の話だな。

glibcだろ…

286 :名無しさん@お腹いっぱい。:2006/01/03(火) 20:23:19
いまは、UNIX全体でglibcがデフォなんだけど?
馬鹿?


287 :名無しさん@お腹いっぱい。:2006/01/03(火) 21:03:34
それ何て平行世界SF?

288 :名無しさん@お腹いっぱい。:2006/01/03(火) 21:17:34
>>287
UNIX=Linuxな世界でない?

linuxシステム以外でglibc使っているのってdebianがやってるFreeBSDカーネルにdebianとかNetBSDカーネルにdebianとか
あの類のキワモノシステムでしか聞かないけどねぇ。

289 :名無しさん@お腹いっぱい。:2006/01/03(火) 22:01:28
>>286
すごいすごい。

290 :名無しさん@お腹いっぱい。:2006/01/03(火) 23:14:14
Solarisはglibcでは無いけど

291 :名無しさん@お腹いっぱい。:2006/01/03(火) 23:17:09
>>286
確かに数の上ではデフォと言えるレベルだな。

292 :名無しさん@お腹いっぱい。:2006/01/03(火) 23:18:15
人間のデフォは中国人

293 :名無しさん@お腹いっぱい。:2006/01/03(火) 23:35:23
AIXやHP-UXはどうなん?
今はglibc使ってんの?

294 :名無しさん@お腹いっぱい。:2006/01/04(水) 00:14:29
無知もいいかげんにしろ

295 :名無しさん@お腹いっぱい。:2006/01/04(水) 00:38:16
AIX-5Lもlibcだよね?

296 :名無しさん@お腹いっぱい。:2006/01/04(水) 00:47:49
glibc なんて使うかよ...

297 :名無しさん@お腹いっぱい。:2006/01/04(水) 00:49:40
LinuxとFreeBSDだけを例にデフォとか言いやがるやつがいるから

298 :名無しさん@お腹いっぱい。:2006/01/04(水) 00:57:40
マジレスすると、glibcはlibcを含むからね。
glibcが最高なのはデフォだろ?
gccが最高なのと一緒。

299 :名無しさん@お腹いっぱい。:2006/01/04(水) 00:57:55
FreeBSD でも glibc は使わないのがデフォ。
Debian/kFreeBSD って、FreeBSD内シェア0.00001%ぐらいだろ。

glibcがデフォなのはLinuxとHurdだけ。

300 :名無しさん@お腹いっぱい。:2006/01/04(水) 01:00:44
> マジレスすると、glibcはlibcを含むからね。

釣りなのかキテガイなのか、区別がつかん。(´・ω・`)

301 :名無しさん@お腹いっぱい。:2006/01/04(水) 01:21:18
無知こそ最強だな。

302 :名無しさん@お腹いっぱい。:2006/01/04(水) 01:22:01
>glibcが最高なのはデフォだろ?
>gccが最高なのと一緒。

この辺からいうとネタだろ。
まぁ熱演乙。ってところだな。

303 :名無しさん@お腹いっぱい。:2006/01/04(水) 16:42:13
> gccが最高

ここが笑いどころですかねw

304 :名無しさん@お腹いっぱい。:2006/01/04(水) 20:33:57
>>303
こっちは言語処理のプロだが、gccはCOINSを凌ぐんだがな。
素人はすっこんどけw

305 :名無しさん@お腹いっぱい。:2006/01/04(水) 20:42:01
コンパイラと中間言語の区別がつかないの?

306 :名無しさん@お腹いっぱい。:2006/01/04(水) 20:42:50
Xはもうどこにも生き残れない

シンクライアント分野も
CEやXP Embeddedの出現によって一掃される

307 :名無しさん@お腹いっぱい。:2006/01/04(水) 21:58:19
っていうか、Windowsが要らないわけだが...

Windowsがないと、Xしか選択の余地がない。
逆に、Xがないと、あの糞なWindowsしか選択の余地がない。

つまり1の狙いは、実は糞なWindowsの世界を作り上げたい妄想者
ということでFA.

---- 終了----

308 :名無しさん@お腹いっぱい。:2006/01/04(水) 22:21:34
終了だって。馬鹿?www

309 :名無しさん@お腹いっぱい。:2006/01/04(水) 23:02:52
大昔、PC-9801DA+4MBメモリーにFreeBSD2.15Rを入れて
何とか立ち上がったXに結構感動しました
640x400にkterm 1枚とxclockとxlogoだけしか立ち上がってないのですがね…

310 :名無しさん@お腹いっぱい。:2006/01/04(水) 23:04:29
>>305
本質を理解してない馬鹿八県w

311 :名無しさん@お腹いっぱい。:2006/01/05(木) 00:03:34
言語処理のプロ釣り師乙

312 :名無しさん@お腹いっぱい。:2006/01/05(木) 08:39:04
>>307
> 逆に、Xがないと、あの糞なWindowsしか選択の余地がない。

Qtopiaがあるじゃん。特にCE対抗の分野は。
けど携帯電話はX11はあるけどQtopiaはないね。

313 :名無しさん@お腹いっぱい。:2006/01/05(木) 08:39:54
言語処理というと、自然言語処理のようなものを思い浮かべるが…

314 :名無しさん@お腹いっぱい。:2006/01/05(木) 21:18:25
>>313
一般人だと、普通そういった発想になる罠
ただ、UNIX板ではコンピュータ言語でしょ?普通

315 :名無しさん@お腹いっぱい。:2006/01/05(木) 21:33:51
しかし「言語処理」を「コンピュータ言語処理」と読み替えても謎なんだが。
フロントエンドパーサの処理か?

316 :名無しさん@お腹いっぱい。:2006/01/05(木) 21:36:31
COINSがどうとか言ってるから、そのずっと後の話じゃないの?

317 :名無しさん@お腹いっぱい。:2006/01/05(木) 22:03:00
言語処理系とは言うが、
プログラミング言語の世界で「言語処理」なんて言い方はしない。


318 :名無しさん@お腹いっぱい。:2006/01/05(木) 23:40:42
>>315
Scanner/Parser/Optimizer/Generator あたりでしょう。
COINS 知ってるんだったら
確かに通っぽい分野だなw

319 :名無しさん@お腹いっぱい。:2006/01/06(金) 00:47:38
マジレスすると、scanner や parser なんていうのは30年くらい前に
既に確立した分野で、実用コンパイラのレベルでは、何もやることは
ない。(実用コンパイラコンパイラなら、ちょっと話は別だが、
gcc はコンパイラコンパイラじゃなくて、単なるコンパイラ)

optimizer に関しては、gcc は商用製品に比べて、大きく差をつけられて
劣っているのは周知の事実。SPEC あたりで gcc を使ってる例は皆無と
言っていい。というわけで、ネタですね。

320 :名無しさん@お腹いっぱい。:2006/01/06(金) 02:09:23
gcc なんて,フリーなのと対応CPUが多いくらいしか利点がないよなあ.

321 :名無しさん@お腹いっぱい。:2006/01/06(金) 13:11:27
「言語処理のプロ」とか言ってる段階で、ネタは確定だろ。
ネタじゃなかったら本物の馬鹿だよ。

322 :名無しさん@お腹いっぱい。:2006/01/06(金) 13:45:54
>>319
まぁそうなんだが。フロントエンド以降は言語処理って感じでないから。
その何もやることのないあたりの「専門家」なのかとw


323 :玄人 ◆95Z96Ub5ZM :2006/01/06(金) 23:07:59
>>319
いくら何でも30年は言いすぎだろう。
「最近は何もやることない」などと言えるのは素人の証明みたいなものだ。

324 :名無しさん@お腹いっぱい。:2006/01/06(金) 23:30:51
yacc ができたのが 30年くらい前だな。
LALR 文法が確立したのは、当然それより昔。
gcc が使っているのは、この範囲の文法理論だ。

325 :名無しさん@お腹いっぱい。:2006/01/07(土) 06:29:31
少なくともC言語はLALR(n)の範囲を越えてるはず。
あと、最近のgccは再帰的下向構文解析を使ってる。

326 :名無しさん@お腹いっぱい。:2006/01/07(土) 10:38:04
正月早々大漁のようですね。

327 :名無しさん@お腹いっぱい。:2006/01/07(土) 14:01:32
> あと、最近のgccは再帰的下向構文解析を使ってる。

普通、Yaccなんて使わず、性能を考えて実装すると、
再帰的下向パーサーしかないんじゃない。



328 :名無しさん@お腹いっぱい。:2006/01/07(土) 14:53:12
> 少なくともC言語はLALR(n)の範囲を越えてるはず。

yacc で書けるよ。ていうか書いた。
sizeof のところと、あともう一箇所くらいで shift/reduce が出たような
覚えがあるけど。
なので、LALRで実用上問題ないす。

329 :名無しさん@お腹いっぱい。:2006/01/07(土) 15:05:09
そう、yaccで確かにパーザは書ける。
でも、C言語の文法は一部文脈依存するのでLALR(n)文法ではない。
つまり、yaccはLALR(n)以上の文法を扱うことができるということだ。
>>324の書き方がミスリーディング。

330 :名無しさん@お腹いっぱい。:2006/01/07(土) 15:32:32
どちらにせよ、30年前からさして進歩のない分野ってことには変わらないけどね。

331 :名無しさん@お腹いっぱい。:2006/01/07(土) 15:49:25
構文解析の分野がある程度完成されているのは同意だけど、
この流れからどうやったら「どちらにせよ」とつながるのか理解できない。

332 :名無しさん@お腹いっぱい。:2006/01/07(土) 16:03:44
>>331
再帰降下型パーサ LL(n) もボトムアップ型パーサ *LR(n) も、
30年以上前に既に確立している技術なので、あとは、単にそれ
を理解してもくもくとコーディングすれば、誰にでも実用コン
パイラは作れる。まあボトムアップパーサを手で書く奴はいな
いが、再帰降下型だったら手で書いても全然なんの問題ない。

333 :名無しさん@お腹いっぱい。:2006/01/07(土) 16:18:41
>>331
>324からミスリーディングだと指摘された2行目を取っ払っても、
30年前から進歩のない分野だってことは読み取れるだろ。


334 :名無しさん@お腹いっぱい。:2006/01/07(土) 16:23:44
> 普通、Yaccなんて使わず、性能を考えて実装すると、
> 再帰的下向パーサーしかないんじゃない。

そんなことない。
最新リリースである gcc-4.0.2 でも、まだ bison を C言語パーサ
として使ってる。つまり、Linux や *BSD のディストリについてる
gcc は、すべて LALR パーサで動いていることになる。
gcc の開発リポジトリでも、Java なんかはまだ LALR パーサを使っ
てるわけで、全ての言語が再帰降下パーサに変わったわけじゃない。

そもそも、パーサなんてコンパイラの性能には全く関係がない。今
時のコンパイラの性能は、ほとんど全てオプティマイザのところで
決まる。

335 :名無しさん@お腹いっぱい。:2006/01/07(土) 22:30:26
オプティマイザこそ未だに職人芸の世界だからな。

336 :玄人 ◆95Z96Ub5ZM :2006/01/07(土) 22:38:25
言語1つを取っても、これほど誤解してる香具がいるとは思いもよらなかった。
ある意味、いい勉強になるなw

337 :名無しさん@お腹いっぱい。:2006/01/07(土) 23:48:13
なんかぜんぜんわかってない奴が偉そうに〆ようとしてますね。

338 :名無しさん@お腹いっぱい。:2006/01/07(土) 23:54:31
gccのオプティマイザも、15年くらい前は優れてたんだけどね。
mc68000用のコードなんか、みんな褒めてたもんだ。

gccがその後退化したわけじゃなくて、商用コンパイラの進歩に
遅れをとっただけなんだけどね。
今も改善の努力はしてるみたいだから、そのうち追いつく可能性も
ないとは言えん。

339 :名無しさん@お腹いっぱい。:2006/01/08(日) 00:25:18
>>337
何せ玄人だからな。

>>338
どうかな。難しいと思うが。

340 :名無しさん@お腹いっぱい。:2006/01/08(日) 00:46:56
>>338
つーか、馬鹿?
gcc越える市販汎用コンパイラなんてあるか?

341 :名無しさん@お腹いっぱい。:2006/01/08(日) 00:57:48
まずは汎用コンパイラの定義からだな

342 :名無しさん@お腹いっぱい。:2006/01/08(日) 01:18:14
「汎用」という条件をはずせば、UNIX系OSで動く商用コンパイラは
全てオプティマイズでgccを上回るものばかりだから、商用コンパ
イラに存在意義があるのは明らかだな。(できの悪い商用コンパイ
ラはgccのおかげで淘汰されたと考えることもできる)

ネタは>>298の「gccが最高」なわけだから、gccがオプティマイザ
で他の商用コンパイラに比べて明らかに劣るという事実だけあれば、
>>298を否定するには十分。
汎用の定義なんてするまでもない。

343 :名無しさん@お腹いっぱい。:2006/01/08(日) 01:30:23
馬鹿かお前らw
これだけ処理が早くなってるんだぞ?
100倍?1000倍?10000倍?いや、もっと?
コンマいくつの速度比較をやってもしょうがないでしょ?

それよりも、マルチプラットホームの方が1億倍凄いと思うがな。

プロの意見だ。


344 :名無しさん@お腹いっぱい。:2006/01/08(日) 01:40:53
プ

345 :名無しさん@お腹いっぱい。:2006/01/08(日) 01:57:24
>>343
同意。普通そうだ罠

346 :名無しさん@お腹いっぱい。:2006/01/08(日) 03:33:37
>>343 俺も同意しとく

347 :名無しさん@お腹いっぱい。:2006/01/08(日) 04:10:03
言語処理の専門家キターw

348 :名無しさん@お腹いっぱい。:2006/01/08(日) 04:20:42
>>343
すごいすごい。

349 :名無しさん@お腹いっぱい。:2006/01/08(日) 08:15:08
>>342
> 「汎用」という条件をはずせば、UNIX系OSで動く商用コンパイラは
> 全てオプティマイズでgccを上回るものばかりだから、

富士通のC++は駄目でした(w

350 :名無しさん@お腹いっぱい。:2006/01/08(日) 12:28:20
まぁメーカー製のコンパイラはテストと経験値が足りてないから
コンパイラ自体がコケたり変なコードを吐いたりすることは結構あるね。

吐き出したコードがちゃんと動くならw メーカー製のコンパイラの方が
速いコードを吐くけど。
#面倒だから最適化をかけないという選択肢もある。
#5%のクリティカルな部分を自分でアセンブラで書けばそれなりに速くなるしね。

もっともマイナーなプロセッサの場合、gccでもこけるときはこけるし、
そもそもgccでサポートされてなかったりもするけどな。

351 :名無しさん@お腹いっぱい。:2006/01/08(日) 14:08:28
IDが出ないと思ってジサクジエンし放題なスレッドはここですか?

352 :名無しさん@お腹いっぱい。:2006/01/08(日) 20:21:43
ユーザサポート窓口が、
 「はい、弊社のコンパイラよりもGCCの方が、バイナリサイズ、実行スピード等、
  全ての面で優れております」
と、堂々と答えてくれていたのはどこだっけ…

こういうのは淘汰された方に入るんだろうな。

353 :名無しさん@お腹いっぱい。:2006/01/08(日) 21:36:30
Sunだろ。大昔の話だよ。C Users Journalだったかにそんな話が
出てたよな。

354 :名無しさん@お腹いっぱい。:2006/01/08(日) 22:59:42
つーことは、gcc 叩いてた奴は馬鹿ってことだなw
知ったかぶり素人は、すっこんどけ

355 :名無しさん@お腹いっぱい。:2006/01/08(日) 23:58:54
「大昔の話」という字が読めない馬鹿もいるとはね。もう十数年前のことだ。

356 :名無しさん@お腹いっぱい。:2006/01/09(月) 00:16:05
馬鹿は何書いても馬鹿だなw
gcc 叩いてる奴は特に痛い

357 :名無しさん@お腹いっぱい。:2006/01/09(月) 01:03:14
gcc厨って貧乏だからメーカー謹製のコンパイラ使ったことないんでねぇの?
比べりゃどっちがましなコード吐くかわかると思うんだけどな。

358 :名無しさん@お腹いっぱい。:2006/01/09(月) 02:59:01
愚かな…


359 :名無しさん@お腹いっぱい。:2006/01/09(月) 03:59:54
>>357
arm 純正コンパイラは最適化は効くけど, gcc との互換性どころか,
C++ や C のプログラムがまともにコンパイルできなくてげんなりした記憶が.

360 :名無しさん@お腹いっぱい。:2006/01/09(月) 06:02:25
SuperHの純正コンパイラはコートジェネレータ部でよく修正がかかってて、
危なくて最適化などかけられなかった。
最適化のかけられない純正コンパイラの価値など…

構文解析〜中間コード生成までは他社のエンジンを使ってるので(営業さんから聞いた)、
ここのバグはなかったと思う。若干C++の対応規格が古かったけど。

361 :名無しさん@お腹いっぱい。:2006/01/09(月) 09:15:32
>>359
半導体メーカーが自社CPUのサポート用に作ってるコンパイラなんて
そんなもんだ。とりあえず開発ができますよってだけで、ロクなものはない。
そういう組込みみたいな分野だと、今でもgccが一番性能が良くてまともな
コンパイラなんてことはザラ。というか、普通PC上でgccでクロス開発する
からな。

362 :名無しさん@お腹いっぱい。:2006/01/09(月) 10:09:06
>>359
> arm 純正コンパイラ

おいおい。ARM純正って…


363 :玄人 ◆95Z96Ub5ZM :2006/01/09(月) 12:52:02
>>361
同意。
その手のコンパイラーはオマケ程度に考えておいた方がよい。
時計についてくる動作確認よう電池みたいなものだ。


364 :名無しさん@お腹いっぱい。:2006/01/09(月) 19:31:52
>>363
そんなことをゆったらiccの立場が...


365 :名無しさん@お腹いっぱい。:2006/01/09(月) 22:28:58
icc? 聞かんなぁ

366 :名無しさん@お腹いっぱい。:2006/01/10(火) 00:12:20
組み込み半導体メーカのコンパイラは駄目だけど、サーバ
マシンメーカでCPUも作ってるってとこのは、まあそれなりに
いいでしょ。
ICC って、Compaq の奴をコンパイラ部隊込みで買ったのが
元になってんじゃなかったけ。

367 :名無しさん@お腹いっぱい。:2006/01/10(火) 07:19:02
Windows Vista、まだまだだなあ。大丈夫か(w
http://pc.watch.impress.co.jp/docs/2005/1220/kaigai230.htm

368 :名無しさん@お腹いっぱい。:2006/01/10(火) 20:23:11
>>364
あれは別格。というか、あれはおまけじゃなくて独立した製品だし。

369 :名無しさん@お腹いっぱい。:2006/01/10(火) 20:29:23
>>367

GUIが標準の糞システムだろw
GUI使い==素人

370 :名無しさん@お腹いっぱい。:2006/01/10(火) 21:53:48
時代後れのオッサンが必死です。

371 :名無しさん@お腹いっぱい。:2006/01/10(火) 22:26:52
多分おっさんじゃないな。
unix系を2,3年いじってそこそこCUIでできるようになってきた
ハッカー気取りの若造だろう。

372 :名無しさん@お腹いっぱい。:2006/01/10(火) 23:39:57
いずれにせよ、技術力はありそうだな

373 :名無しさん@お腹いっぱい。:2006/01/10(火) 23:43:19
毎度自演乙
CUIで使える程度で技術力があると勘違いしてるところが痛々しい(w

374 :名無しさん@お腹いっぱい。:2006/01/11(水) 03:14:05
俺はどのプラットフォームでも様々なプログラマ見てきたけど
CUIだけ使ってるプログラマほとんど見たことないよ
CUIだけでプログラムしてるやつってほんとに要るのか?

375 :名無しさん@お腹いっぱい。:2006/01/11(水) 03:16:23
stallman

376 :名無しさん@お腹いっぱい。:2006/01/11(水) 11:11:45
>>374
ストールマン大先生とか X 使ってないらしいね.
つーか, 絵描いたりする人は GUI 無いと困ると思うんだけど,
そういう人たちのニーズは無視するんですかね?

377 :名無しさん@お腹いっぱい。:2006/01/11(水) 12:37:13
用が無ければXを起動しない、程度だと思うけど。

378 :名無しさん@お腹いっぱい。:2006/01/11(水) 12:48:36
でもプログラム書くんだったらEmacsさえあればいいかも。
Xかどうかは別としても、広い画面でEmacsが使えたらそれで
いいや。



379 :名無しさん@お腹いっぱい。:2006/01/11(水) 15:46:49
Xなんて起動してもどうせエロに向かうだけだから、ないほうが効率がいい。

380 :名無しさん@お腹いっぱい。:2006/01/11(水) 17:50:25
仕事でプログラム書いてたら、分析・設計段階ではどうしても
絵を書く必要があるし、研究してたら、グラフを描いたりなん
だりもしなければならん筈だが、寝惚けたこと言ってる奴らは
全員趣味プログラマですか?

381 :名無しさん@お腹いっぱい。:2006/01/11(水) 18:52:29
おいらデバイスドライバ書いてるもん。


382 :名無しさん@お腹いっぱい。:2006/01/11(水) 20:28:56
Emacsかぁ、何度か乗り換えようとしたが挫折したvi使いの洩れは、
真のCUIユーザかもw

383 :名無しさん@お腹いっぱい。:2006/01/11(水) 21:41:49
機器制御でも、上流フェーズを担当してれば、顧客との打ち合せの
ために、絵ぐらいは描かん? コーディングしか担当してないの?

384 :名無しさん@お腹いっぱい。:2006/01/11(水) 21:51:54
star and bar で

385 :名無しさん@お腹いっぱい。:2006/01/11(水) 21:54:46
それ、かえって作業効率悪いぞ。おまけに顧客受けも悪い。
GUI嫌いみたいな宗教的理由で、わざわざ効率も見栄えも
悪い方法を選ぶのは…

386 :名無しさん@お腹いっぱい。:2006/01/11(水) 21:56:30
絵やグラフを描くのにコンピュータを使わなきゃいけない縛りがあるのか
大変やね

387 :名無しさん@お腹いっぱい。:2006/01/11(水) 22:00:01
文章を描くのにもエディタやワープロじゃなくて、原稿用紙にこだわって
る方ですか? いくらコンピュータが苦手だからと言って、効率が悪く、
再利用性の低い方法をわざわざ選ぶのは…

388 :名無しさん@お腹いっぱい。:2006/01/11(水) 22:03:19
適当に書いたポンチ絵をスキャナに放り込む

or

ホワイトボードの落書きをそのまま電子化

これ最強。



……ここではXは関係ないか…

389 :名無しさん@お腹いっぱい。:2006/01/11(水) 22:10:20
分析・設計関係の図の場合には、既存の部品の組合せだから、ポンチ
絵よりも、draw 系のツールを使って、部品をポチポチ置いていった
方がずっと速いよ。
それに、こういう図は、必ずあとで修正が入ることになるから、最初は
手書きでも、修正の時には結局GUIが必要になる。

あと、グラフの場合には、元の数値データはそもそも電子的に管理する
わけだから、コンピュータにグラフ描画させた方が圧倒的に速くて正確
なものができる。手で描くなんて想像もつかん。

こういうことに気づいてないってことは、実は下流作業しかやったこと
がないか、あるいは趣味プログラマが想像で反論してるってところかな?



390 :名無しさん@お腹いっぱい。:2006/01/11(水) 22:24:52
極論を見るとついちゃちゃを入れたくなっちゃうのよ
言ってることも青臭くてかわいいし

391 :名無しさん@お腹いっぱい。:2006/01/11(水) 22:28:04
GUIも必要だろうってのと、GUIはまったく不要だってのでは、
後者を極論と呼ぶのが普通だと思うが…
面白い人ですね。

392 :名無しさん@お腹いっぱい。:2006/01/11(水) 22:31:07
ここでCUI擁護してるのはキティとネタのひやかし。
GUI擁護してるのはただの馬鹿。

393 :名無しさん@お腹いっぱい。:2006/01/11(水) 22:38:45
まあ擁護するまでもなく当たり前のことだから、真面目に
擁護するだけ馬鹿ではあるな。煽り耐性が低いというか。

しかし、キティがのさばるのは好かんのだよ。どうせもともと
ネタスレなんだから、マジレスしたって、まあいいでしょ。

394 :名無しさん@お腹いっぱい。:2006/01/11(水) 23:25:24
Stallman はどうなる?

395 :名無しさん@お腹いっぱい。:2006/01/11(水) 23:41:04
rms が X Window System を使わないというのは、誤りじゃないのかな。
使わないことも多いという言い方なら正しいかもしれないけど、全く
使わないってことはないような気がする。
emacs のソースを見ても、X 関係のソースに対する変更もしてるから、
変更内容のテストのためにも使わざるをえないはず。
ttp://cvs.savannah.gnu.org/viewcvs/emacs/emacs/src/xmenu.c?view=log

396 :名無しさん@お腹いっぱい。:2006/01/12(木) 00:18:02
そういえば Linus は、X を使ってるね。
まあ当たり前のことだが。

ttp://www.osnews.com/story.php?news_id=161
> Linus Torvalds: I really like KDE

だってさ。

397 :名無しさん@お腹いっぱい。:2006/01/12(木) 09:20:18
だいたいRMSはGNU Manifestoで「lispベースのウィンドウシステムを作る」
とか書いてたジャマイカ。


398 :名無しさん@お腹いっぱい。:2006/01/12(木) 15:00:01
Hurdだってまだロクに動いてないのに。そんなのができるにはあと100年
はかかるんジャマイカ。

399 :名無しさん@お腹いっぱい。:2006/01/12(木) 15:19:46
>>397
GMW?

400 :名無しさん@お腹いっぱい。:2006/01/12(木) 15:57:27
1985年だし>GNU Manifesto

ところで、PC系のUNIXクローンでシリアルに端末機繋いでる人って
結構いるのかな。VT100使ってるとかという強者はいない?

401 :名無しさん@お腹いっぱい。:2006/01/12(木) 22:05:16
遠隔管理しているマシンはシリアルコンソールにしてるよ。
VT100は15年以上前に捨てた筈。
今はkterm→ssh→ターミナルサーバ→シリアルコンソールな
わけで、手元はktermだな。
若者たちはPUTTY使こうちょるが。

402 :名無しさん@お腹いっぱい。:2006/01/12(木) 23:35:56
プティって何???

403 :名無しさん@お腹いっぱい。:2006/01/13(金) 00:06:46
女の子の敏感なところ

404 :名無しさん@お腹いっぱい。:2006/01/13(金) 01:09:17
>>400
VT100はさ Breakが微妙な場所にあってコンソールに使うと ちょっとね。。。
VT220なら使っているよ。


405 :名無しさん@お腹いっぱい。:2006/01/13(金) 01:29:16
最近はRaritan使っている。

406 :名無しさん@お腹いっぱい。:2006/01/13(金) 09:46:58
>>401
手元のunix箱はほとんどシリアルコンソールだな。PC-UNIXマシンも含めて。
一部シリアルにできない箱(MacMini)があってこれだけはあきらめて切り替え器経由でPCのモニタにつないでいる。
#MacMini用StealthPort出ないかなぁ。でないよなぁ。

で、Puttyを接続に使っているけど。オレは若者ってことだね。なんかうれしいねw

>>405
安く手に入れたPortMasterを使っているです。
telnetでしか使えないのが難だがまぁしょうがないかなと。

407 :名無しさん@お腹いっぱい。:2006/01/13(金) 11:58:23
若者の多くはPuttyを使ってるのかもしれないが、Puttyを使っている
から若者とは限るまい。

408 :名無しさん@お腹いっぱい。:2006/01/13(金) 14:12:04
>>407
マジレスツマンネ

409 :名無しさん@お腹いっぱい。:2006/01/13(金) 14:22:26
いやむしろマジレスがあってこそネタがいきると思うのだがどうよ。
ツッコミなしのネタ投げっぱなしでは、ネタがかわいそうだ。

410 :名無しさん@お腹いっぱい。:2006/01/13(金) 18:44:51
Putty 検索してきまつ

411 :名無しさん@お腹いっぱい。:2006/01/13(金) 18:47:55
なんだなんだ、PuttyってM$系GUI端末かよ、
ど素人○だしソフトじゃんかw

まぁ、馬鹿な若者むけにはぴったりだがw

412 :名無しさん@お腹いっぱい。:2006/01/13(金) 19:00:34
いやputtyは良くできてるよ。
友達のうちから自宅サーバにログインする必要が出た時にインストールして使ってる。

413 :名無しさん@お腹いっぱい。:2006/01/13(金) 19:38:01
>>411
>PuttyってM$系GUI端末
って表現が、実に
>ど素人○だし
だね。
バカ丸出しかも。

414 :名無しさん@お腹いっぱい。:2006/01/13(金) 21:16:55
無条件にMSを信奉する馬鹿は大嫌いだが、
Windowsがからんでるってだけで無条件に馬鹿にする奴も
同じくらい嫌いだな。
どっちも儲ってことに変わりはない。

自宅ならともかく、仕事だと、端末はWindowsにせざるを
得ないことも多いってことぐらい気づけ。

415 :名無しさん@お腹いっぱい。:2006/01/13(金) 21:22:58
仕事の不満を私にぶつけないで!(涙

416 :414:2006/01/13(金) 21:34:23
別に俺自身は不満はないよ。
Windows 用に別に1台マシンを持ってるからね。
若者も、たぶん不満は持ってないんじゃないかな。
そういう要望のある奴には、もう1台マシンを回してやってるから。

417 :玄人 ◆95Z96Ub5ZM :2006/01/13(金) 23:30:16
まぁ、なんだかんだ言っても、いろなプロトコルにWin側からも簡単に
対応出来るというのはいいことだろうな。

CUIメインで使ってるワシラからすると、なんでも無い1つ1つの事が
「M$系若者ゆえに、全く対応できない」ってことが無くなるのは
価値があるな。(奴らは、ボタンがあれば大抵は何でもやってしまう。)

良いソフトを知ったよ。ありがとう。 >>ALL

418 :名無しさん@お腹いっぱい。:2006/01/14(土) 04:21:11
何故偉そうな態度で〆たがるのだお前は。

419 :名無しさん@お腹いっぱい。:2006/01/14(土) 07:01:27
puttyはスマートカード認証も使えるぜ。
http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/smartcard-auth.html

X11関係ないが orz

420 :名無しさん@お腹いっぱい。:2006/01/14(土) 13:58:42
XFree86 -> X.org になっていい方に変化してますか?

421 :名無しさん@お腹いっぱい。:2006/01/14(土) 14:14:17
ライセンス以外は殆んど変化なし。

422 :& ◆R7PNoCmXUc :2006/01/14(土) 15:50:24
真の漢はtermcap無しのCUI

てか、カーソルアドレッシング使いまくりのCUIならGUIと同じじゃん。

423 :名無しさん@お腹いっぱい。:2006/01/14(土) 16:11:29
テレタイプ端末使いキタ━━━━━━(゚∀゚)━━━━━━ !!!!!

424 :名無しさん@お腹いっぱい。:2006/01/14(土) 17:44:39
readlineつきCLIすら許されんのか。厳しいな。


425 :名無しさん@お腹いっぱい。:2006/01/14(土) 17:48:41
IOS以下かよ

426 :名無しさん@お腹いっぱい。:2006/01/14(土) 23:52:32
真面目な話、エディタはどうするんだろう。edかsedくらいしか
思い付かない。いや良く使うけどね、ed。

427 :名無しさん@お腹いっぱい。:2006/01/15(日) 08:10:03
きっとcatだけで(w

428 :名無しさん@お腹いっぱい。:2006/01/15(日) 09:45:33
>>426
exを忘れるな!

429 :名無しさん@お腹いっぱい。:2006/01/15(日) 15:23:49
>>428
忘れてたわけじゃないけど、最近のex(exクローンと言うべきか)は
vi用にcursesライブラリをリンクしてない?

430 :名無しさん@お腹いっぱい。:2006/01/15(日) 23:33:50
GUIで無ければ、全てよし。
Curses&Ncurses 最高じゃんか!

431 :名無しさん@お腹いっぱい。:2006/01/16(月) 09:41:29
そもそもshell以外のアプリが自前でユーザーインターフェースを実装するなど邪道。
漢は黙ってargv[]のみ。

432 :名無しさん@お腹いっぱい。:2006/01/16(月) 10:39:58
moreもなしか…
Ctrl-S/Ctrl-Q?

433 :名無しさん@お腹いっぱい。:2006/01/16(月) 13:24:20
catでコードかけってこと?

434 :名無しさん@お腹いっぱい。:2006/01/16(月) 13:26:33
Bill Joyがcatでdevice driver書いた伝説。

435 :名無しさん@お腹いっぱい。:2006/01/16(月) 14:38:22
>>432
termcapライブラリを使わないと言うことならば、Kernighan & Pikeに
載ってたpだね。Kernighanのページからソースが取れる。今のOSに移植
するにはtermio/termiosとシグナル・ハンドラ関連を弄らなきゃならな
いけど。

436 :玄人 ◆95Z96Ub5ZM :2006/01/16(月) 20:32:40
なぜか、視野の狭い人間に限って、極端な例を持ち出して
自らの身動きが取れなくなってしまう例が多い。

非X端末なら、非X端末環境の最高を求めるべきだ。

437 :名無しさん@お腹いっぱい。:2006/01/17(火) 02:46:00
>極端な例

そうじゃなくて、
ビットマップとキャラクタとの違いはあるけど、画面指向という点ではいっしょなのに、
viとかw3mとか使えるようになって「俺ってスゲー!!CUI最高!!」
とか言ってる小僧に対する皮肉でしょ。

438 :名無しさん@お腹いっぱい。:2006/01/17(火) 02:54:16
グラフィカルかどうかより、キーボードのみでアプリケーションの機能に
フルアクセス出来るかの方が重要だな。

まぁ、スレ違いにはなるが。

439 :玄人 ◆95Z96Ub5ZM :2006/01/17(火) 08:42:24
>>438
それは明らかに考え違いだろう。GUIしか知らない若者によくある迷信の1つだ。
アプリケーションへのフルアクセスと言う点ではCUI(X端末を含む)の方が
遥かに自由度が高い。

GUIはCUIにボタン類をかぶせているだけの場合も多い。

440 :名無しさん@お腹いっぱい。:2006/01/17(火) 10:28:02
>>439
いや、俺は CLI 信者なんだけど...

441 :名無しさん@お腹いっぱい。:2006/01/17(火) 10:49:47
馬鹿が移るからスルーしる

442 :名無しさん@お腹いっぱい。:2006/01/17(火) 11:40:35
>>395
昔はSunのフレームバッファ用のコード書いてたよね。> ストールマン

443 :玄人 ◆95Z96Ub5ZM :2006/01/17(火) 14:10:56
>>440
外見的な見せかけに惑わされてはならない。
これらは皆、GUIの初心者ユーザが陥る罠である。
本質を見つめよ。

CUIもCLIも本質は変わらない。

444 :名無しさん@お腹いっぱい。:2006/01/17(火) 15:58:01
X端末って何の事言ってるわけ?

xterm? それともX-MiNTみたいなの?

普通X端末って言うとX-MiNTみたいな奴のことなんだけどね。

445 :玄人 ◆95Z96Ub5ZM :2006/01/17(火) 23:19:07
>>444
その通りだな。失礼

446 :名無しさん@お腹いっぱい。:2006/01/17(火) 23:23:35
俺、WindowsにXサーバー入れてUnixマシンの端末にしてるけど、
そういうの(この場合Windows)をX端末って言うんじゃないの?

> xterm? それともX-MiNTみたいなの?

xtermは違うでしょ。確かに端末エミュレータだけど。(笑)

しかし、なんでWindows用Xサーバってみんな高いんだろう。。。

447 :名無しさん@お腹いっぱい。:2006/01/18(水) 01:38:17
cygwinのただやん…

448 :名無しさん@お腹いっぱい。:2006/01/18(水) 02:18:51
買ったやつだと、WindowsがXのウインドウマネージャーになってくれので、
けっこう便利だったりするのですよ。

449 :名無しさん@お腹いっぱい。:2006/01/18(水) 02:58:13
>>446
Windows上のXサーバのことならXmingがオススメ
cigwinのX環境をMingwでビルドし直しした奴らしい

450 :名無しさん@お腹いっぱい。:2006/01/18(水) 08:05:53
>>448
Cygwin のは rootless に出来ないの?

451 :名無しさん@お腹いっぱい。:2006/01/18(水) 09:58:59
できるよ。-rootlessオプションがある。


452 :名無しさん@お腹いっぱい。:2006/01/18(水) 10:04:46
・rootless
・プラットフォームへのプロキシWM
は別もんだけどな。

>>448の言っているのは後者で、
Xのwindowが個別にWindowsの管理下に入るんだろ。


453 :名無しさん@お腹いっぱい。:2006/01/18(水) 10:07:31
なるへそ。

454 :名無しさん@お腹いっぱい。:2006/01/18(水) 10:13:51
IMもプロキシするだろ。> 売り物

455 :名無しさん@お腹いっぱい。:2006/01/18(水) 10:26:00
Multi-Window mode がそんな感じじゃないの

456 :名無しさん@お腹いっぱい。:2006/01/18(水) 20:04:37
フリーなIMEプロキシも別のとこにあるがな。

457 :名無しさん@お腹いっぱい。:2006/01/18(水) 20:47:09
>>456
俺はそれを教えて欲しいんだがな。

458 :名無しさん@お腹いっぱい。:2006/01/18(水) 20:57:18
ttp://sourceforge.jp/projects/imeproxy/
変換エンジンにIME使えるがUIはkinput2とか。
built-inの奴もCygwinスレにあがってたがつかったこと無い。

>>446
Xサーバーを入れたWindowsをX端末と呼ぶのは間違って無いんだろうが
違和感がある。

459 :名無しさん@お腹いっぱい。:2006/01/22(日) 20:31:45
コンソールで使える ATOK とかある?

460 :名無しさん@お腹いっぱい。:2006/01/23(月) 16:02:38
ない

461 :名無しさん@お腹いっぱい。:2006/01/23(月) 22:35:25
X11抜きでIIIMCF経由でATOK使うやり方があったような。

462 :名無しさん@お腹いっぱい。:2006/01/23(月) 23:20:48
KWSK


463 :名無しさん@お腹いっぱい。:2006/01/24(火) 01:38:37
IIIMECF

Wnn使った方が早いが。

464 :名無しさん@お腹いっぱい。:2006/01/24(火) 20:34:07
それってlinuxでも出来ますか?

465 :名無しさん@お腹いっぱい。:2006/01/24(火) 21:07:19
ぐぐれ

466 :名無しさん@お腹いっぱい。:2006/01/25(水) 21:12:11
でてこん。orz

467 :名無しさん@お腹いっぱい。:2006/01/29(日) 21:09:36
確かに非X環境だと日本語の問題が常に付いて回る。
ATOKのようなソフトが対応しない訳は何なんだろう?

単に市場規模の問題なのか?

468 :名無しさん@お腹いっぱい。:2006/01/30(月) 00:09:17
プログラミングに日本語は必要無いとか言い出す馬鹿がいるから

469 :名無しさん@お腹いっぱい。:2006/01/30(月) 01:03:46
ATOK は IIIMP 対応してるんだから良いんじゃないの。
後は利用者(プログラマ)側の問題。

470 :名無しさん@お腹いっぱい。:2006/01/30(月) 04:06:47
>>468
そんな香具師いるのか?
というか、>>459と関係があるのか?

471 :名無しさん@お腹いっぱい。:2006/01/30(月) 08:48:23
>>470
UNIX界隈は基地外が多い。そんなアホはいくらでもいる。
使いにくい環境のまま使うのが技術力の証明だと思ってる馬鹿。

472 :名無しさん@お腹いっぱい。:2006/01/30(月) 08:56:37
>>471
朝から精が出るな

473 :名無しさん@お腹いっぱい。:2006/01/30(月) 09:03:49
>>471
よぉ!


474 :名無しさん@お腹いっぱい。:2006/01/30(月) 09:13:46
>>467
つ emacs + egg + それにつながるエンジンどれか

とりあえずemacs上で日本語入力が扱えれば満足してるからなぁ。
最悪端末側で変換して送ってもいいし。

475 :名無しさん@お腹いっぱい。:2006/01/30(月) 13:32:49
ATOKなら、
・emacs + IIIMEF
・screen + screen-uim + uim-iiimf
・uim-fep + uim-iiimf
ってところじゃないか?


476 :名無しさん@お腹いっぱい。:2006/01/30(月) 21:27:57
iiimfの説明とか詳しいサイトご存知ないですか?
検索しても古いプロトコルばかりで、

477 :名無しさん@お腹いっぱい。:2006/01/30(月) 21:37:21
古いプロトコル?

ここじゃねーの。
http://www.openi18n.org/

478 :名無しさん@お腹いっぱい。:2006/01/30(月) 21:39:57
>>472 = >>473 = 使いにくい環境のまま使うのが技術力の証明だと思ってる馬鹿

479 :名無しさん@お腹いっぱい。:2006/01/30(月) 21:41:03
>>478
夜遅くまでご苦労だな

480 :名無しさん@お腹いっぱい。:2006/01/30(月) 23:35:38
>>479
Yo!

481 :名無しさん@お腹いっぱい。:2006/01/30(月) 23:47:55
IIIMFとXIMってどっちがメジャーだろう。
てっきりXIMだと思ってたけど?

482 :名無しさん@お腹いっぱい。:2006/01/30(月) 23:57:36
>>481
> てっきりXIMだと思ってたけど?

突然何を言い出すんだ君は。「てっきり」はどこから出てきたの?

483 :名無しさん@お腹いっぱい。:2006/01/30(月) 23:58:40
>>481
どっちもマイナーでしょ.

484 :名無しさん@お腹いっぱい。:2006/02/01(水) 19:31:25
えーと、Xは要らないということで結論?

485 :名無しさん@お腹いっぱい。:2006/02/01(水) 22:18:04
>>482
確かに唐突だったな。
上の方で行きなりIIIMFが出て来たのでつい…

486 :名無しさん@お腹いっぱい。:2006/02/01(水) 23:40:53
実はIIIMFってX以外はまともに使えなかったりするw

487 :名無しさん@お腹いっぱい。:2006/02/02(木) 02:12:02
X以外って??

488 :名無しさん@お腹いっぱい。:2006/02/02(木) 22:24:38
X独立でしょ?IIIMF

489 :名無しさん@お腹いっぱい。:2006/02/04(土) 12:41:55
ATOKをコンソールで使ってる馬鹿いるの?


490 :名無しさん@お腹いっぱい。:2006/02/04(土) 13:13:54
またわけの分からないことを言い出すアホが来た。

491 :名無しさん@お腹いっぱい。:2006/02/04(土) 13:31:49
ATOKなんてつかっているやつはばかです

492 :名無しさん@お腹いっぱい。:2006/02/04(土) 15:00:33
ということにしたいのですね:)

493 :名無しさん@お腹いっぱい。:2006/02/04(土) 17:04:01
>>491
それは違うだろ
好みの分かれる所を承知でいうと、
UNIXでATOK以上のIMEは少なくともない。
SKKなんてつかってるほうが(ry


494 :名無しさん@お腹いっぱい。:2006/02/04(土) 21:24:50
そこでSKKってあたりが偏ってるなぁ。
SKKは単なるカナ漢字変換エンジンではないから比較するの無意味。

495 :名無しさん@お腹いっぱい。:2006/02/04(土) 21:31:36
Simple Kana Kanji convertor
単なる かな 漢字 変換機

496 :名無しさん@お腹いっぱい。:2006/02/04(土) 23:19:40
なんでWnnやAnthyなどが先に出てこないのかねぇ。

497 :名無しさん@お腹いっぱい。:2006/02/05(日) 08:03:40
だいたいATOK煽ってるやつらはSKKユーザだろ?

Wnn/Canna/Anthyあたり使ってるやつらは
素直に能力の差を受け入れている。


498 :名無しさん@お腹いっぱい。:2006/02/05(日) 09:37:52
お前ら、くさかべネタにマジレスしてどうするよ。

499 :名無しさん@お腹いっぱい。:2006/02/05(日) 10:09:30
時代の流れかなぁ…(´・ω・`)

500 :名無しさん@お腹いっぱい。:2006/02/05(日) 11:21:02
>>495
プログラムがSimpleなだけなんだが。
IMとしてはトリッキー。

501 :名無しさん@お腹いっぱい。:2006/02/05(日) 12:27:09
すごい、かんたん、きもちいい

502 :名無しさん@お腹いっぱい。:2006/02/05(日) 22:09:38
すごい、かいかん、きもちいい

503 :名無しさん@お腹いっぱい。:2006/02/05(日) 22:30:15
すごい、かにかん、きむちめし

504 :名無しさん@お腹いっぱい。:2006/02/06(月) 08:23:43
すまん、このすれ、killしたい

505 :名無しさん@お腹いっぱい。:2006/02/06(月) 18:20:36
スレが、こんなに、快調なのに?

506 :名無しさん@お腹いっぱい。:2006/02/08(水) 23:07:34
>>500
その通りだな
はっきり言って、SKKなんて使ってる奴は(ry

507 :名無しさん@お腹いっぱい。:2006/02/08(水) 23:15:57
こういうレス読むと
どういう恨みがあって貶めるんだろうと思うよ。

508 :名無しさん@お腹いっぱい。:2006/02/09(木) 20:58:56
でも、ATOKもWIN用とはバージョン違うしなw


509 :名無しさん@お腹いっぱい。:2006/02/10(金) 00:02:40
XGLに基づいたNovel Linux Desktop 10

http://www.linuxedge.org/?q=node/55

http://www.linuxedge.org/videos/NLD_SLconf_1.avi
http://www.linuxedge.org/videos/NLD_SLconf_2.avi
http://www.linuxedge.org/videos/NLD_SLconf_3.avi
http://www.linuxedge.org/videos/NLD_SLconf_4.avi

510 :名無しさん@お腹いっぱい。:2006/02/10(金) 00:12:25
ん?何それ?

511 :名無しさん@お腹いっぱい。:2006/02/10(金) 07:02:27
>>509
今この瞬間に,xglでKDEをサポートするために凄い勢いでハックしてる方がおります


512 :名無しさん@お腹いっぱい。:2006/02/10(金) 08:02:47
まさかVistaより先にXで3Dデスクトップが拝めるとはねw

513 :名無しさん@お腹いっぱい。:2006/02/10(金) 10:03:25
別の動画
http://tirania.org/blog/archive/2006/Feb-07-1.html

>>512
Looking Glassあるし、
X11 + OpenGLは、別のもあるよね。http://insitu.lri.fr/metisse/

http://insitu.lri.fr/~roussel/videos/metisse/metisse/metisse.mov
の1:45のところのめくる機能が欲しいな。

514 :名無しさん@お腹いっぱい。:2006/02/10(金) 11:14:11
>>513
SGI もこんなことやってなかったっけ?


515 :名無しさん@お腹いっぱい。:2006/02/10(金) 21:24:50
ネットワーク透過であることの是非はさておき。

少なくともアプリケーション的なレイヤ毎にコンポーネントが分離していたおかげで
こういうブッ飛んだ実装も比較的楽にできる、というのは強みだと思った。

516 :名無しさん@お腹いっぱい。:2006/02/10(金) 22:50:15
まぁ、ぶっちゃけ不要だがなw

517 :名無しさん@お腹いっぱい。:2006/02/11(土) 01:07:33
>>516
Common Lisp 用の Xlib 相当のライブラリは殆ど全て Common Lisp で書いてあるんだけど、
こういう事はネットワーク透過じゃなかったら難しかっただろうね。ま、FFI 使えよって話もあるけど。

このライブラリは今でもメンテされてて、フォントさえ入っていればちゃんと日本語も表示出来る。

518 :名無しさん@お腹いっぱい。:2006/02/11(土) 01:30:52
FFIってなに?

519 :名無しさん@お腹いっぱい。:2006/02/11(土) 01:47:44
Foreign Function Interface. 別の言語(主に C )のライブラリを使う仕組み。
Lisp (Perl や Haskell も?)の Xlib(CLX) はプロトコルレベルから実装されているけど、
FFI を使えば C の Xlib をそのまま取り込めて便利だねって機能。例えば、X の拡張
機能を言語毎に実装するのは大変だけど、C のライブラリを直接呼び出せれば、その
必要は無くなるよね。もちろん X 以外の C のライブラリにも使える。

520 :名無しさん@お腹いっぱい。:2006/02/11(土) 10:50:17
別の動画
http://www.freedesktop.org/~davidr/xgl-demo1.xvid.avi

521 :名無しさん@お腹いっぱい。:2006/02/11(土) 11:38:42
俗にバインディングと呼ばれてるやつですか。

522 :名無しさん@お腹いっぱい。:2006/02/11(土) 11:44:08
何で一から高速性を追求して作り直さないの?
GUI環境は1ユーザのみで、マルチユーザはCUIのみってのはだめなん?

523 :名無しさん@お腹いっぱい。:2006/02/11(土) 12:33:51
そういう場合 vnc とか X の仮想サーバはどうなるの?

524 :名無しさん@お腹いっぱい。:2006/02/11(土) 12:43:57
従来どおりソフトウェア上から動かせば?
カーネルへ組み込まれる恩恵が得られるユーザが1名ってことで

525 :名無しさん@お腹いっぱい。:2006/02/11(土) 13:53:22
>>522
X11を作り直すって意味?
それとも今の実装を書き直せって事?

xglはxglxっていう新しいXserver使って描画をOpenGLにやらせてるんだからある意味実装し直したようなもんだと思ふ
今のXserverをいくら最適化したところで所詮CPUがお絵書きしてるんじゃたかが知れてるんじゃないのかなぁ


526 :名無しさん@お腹いっぱい。:2006/02/11(土) 14:03:35
今やPCはお化けGPUをフル回転させる時代なんだな
時代はXgl、twm、シェルの3巨頭が支配するようになるんだな

527 :名無しさん@お腹いっぱい。:2006/02/11(土) 14:11:01
>>526
xglによってtwm上でxtermがぐるぐる回ってたりうねうね波打ってたりするわけですね





しょぼっ…

528 :名無しさん@お腹いっぱい。:2006/02/11(土) 14:22:54
>>524
今でもそうですが。
カーネルの中にはごく一部だけしか入ってないですけど。

529 :名無しさん@お腹いっぱい。:2006/02/11(土) 15:23:58
> 何で一から高速性を追求して作り直さないの?

速度的に問題になる部分はごく一部で、一から書き直す必要が
まったくないから。

> GUI環境は1ユーザのみで、マルチユーザはCUIのみってのはだめなん?

わざわざ、そういう制限つけても何のメリットもない。
なんでまた、そういう意味のない制限を思いついたんだ?

530 :名無しさん@お腹いっぱい。:2006/02/11(土) 15:57:42
そうすることが高速化への道になると思ったんだろ。
なあんもわかってない意見だ!

531 :名無しさん@お腹いっぱい。:2006/02/11(土) 16:14:16
>>529
> なんでまた、そういう意味のない制限を思いついたんだ?
CPUの仮想化を期待すればこそだと思うんだけど

532 :名無しさん@お腹いっぱい。:2006/02/11(土) 16:18:22
仮想化したら、なおさらマルチユーザでかつ、ホスト透過で
使えるウィンドウシステムでないと困る筈だが。
今の Windows みたいに、特定のホストでデスクトップ全体を
占有してしまうウィンドウシステムではやっとれん。
ウィンドウ単位で済む X みたいなのでないと困る。

533 :名無しさん@お腹いっぱい。:2006/02/11(土) 16:21:40
今の Windows でさえ runas とか使えば、複数のユーザ権限の
GUI プログラムが動かせるわけで…
良く分からん発想だな。> シングルユーザ

534 :名無しさん@お腹いっぱい。:2006/02/11(土) 16:23:52
GUIいるのってPCと対面してるときだけじゃん
普段Puttyで繋いでる俺の経験からしてネットワーク越しのGUIって要らない

535 :名無しさん@お腹いっぱい。:2006/02/11(土) 16:25:09
お前は経験ではな

536 :名無しさん@お腹いっぱい。:2006/02/11(土) 16:29:31
vnc触って無理って俺は思ったが、お前らは便利なの?

537 :名無しさん@お腹いっぱい。:2006/02/11(土) 16:33:44
どうしてもリモートで触りたいことがあるから、たとえ
デスクトップ単位でしかリモートに飛ばせなくても、
VNC や windows remote desktop がないと困る。

もちろん、X みたいに Window 単位でリモートに飛ばせた
方がもっと便利だけど。

538 :名無しさん@お腹いっぱい。:2006/02/11(土) 16:37:48
vnc よりウインドウ単位で送れる X の方が便利だよ。

539 :リフレイン:2006/02/11(土) 16:51:10
どうしてもデスクトップ単位で遅れる vnc じゃないと困ることがある。

540 :名無しさん@お腹いっぱい。:2006/02/11(土) 16:55:23
X でも、Xnest を使えば、デスクトップ単位で送ることもできるよ。

541 :名無しさん@お腹いっぱい。:2006/02/11(土) 17:14:08
何かnvidiaタンがxglに乗り気じゃないっぽい

542 :名無しさん@お腹いっぱい。:2006/02/11(土) 17:19:57
デモ画面がださいしなNovelのXglは・・・
もっと強くスキンを重視した見た目に変えないとやばいよ

543 :名無しさん@お腹いっぱい。:2006/02/11(土) 17:26:16
ウィンドウをグニャグニャさせるのって意味ないような。

544 :名無しさん@お腹いっぱい。:2006/02/11(土) 17:52:49
skinやthemeだって意味ないよ、そんなこと言えば。

545 :名無しさん@お腹いっぱい。:2006/02/11(土) 17:58:09
>>542
それはXGLじゃなくて、X Desktopsの仕事。

freedesktop.org is open source / open discussion software projects
working on interoperability and shared technology for X Window System
desktops. The most famous X desktops are GNOME and KDE, but developers
working on any Linux/UNIX GUI technology are welcome to participate.

http://www.freedesktop.org/wiki/Home
http://www.freedesktop.org/wiki/Software
http://www.freedesktop.org/wiki/Software_2fXgl

>>525
> xglはxglxっていう新しいXserver使って

http://www.freedesktop.org/wiki/Xegl

546 :名無しさん@お腹いっぱい。:2006/02/11(土) 23:01:55
そろそろGPUを直接叩けるグラフィックシステムが欲しい。

547 :名無しさん@お腹いっぱい。:2006/02/11(土) 23:11:08
>>519
おお、ありがとう!


548 :名無しさん@お腹いっぱい。:2006/02/11(土) 23:18:03
>>546
>>546
ユーザアプリから本当に直接叩けると、セキュリティ上の
問題があってまずい筈。
今時のGPUはCPUのメモリ空間すべてに対してアクセスできる
ので、他のユーザのメモリだろうがカーネルメモリだろうが、
覗き見も改竄もし放題ということになるので。

549 :名無しさん@お腹いっぱい。:2006/02/11(土) 23:24:45
>>546
> そろそろGPUを直接叩ける
なんかメリットあるんかい?
ioctl とかで動作変えるとかは、まぁ許すとして。。。
ベクター書いて、座標関係定義して、張り付けるテクスチャ-
あたえて、照明モデル与えて、最終的な座標変換をかってに
やってくれて、デバイスに最適なビットマップ作ってくれる
方が全然うれしいけど。。。


550 :名無しさん@お腹いっぱい。:2006/02/11(土) 23:40:32
>>546
http://dri.freedesktop.org/wiki/

The Direct Rendering Infrastructure, also known as the DRI, is a framework
for allowing direct access to graphics hardware under the X Window System
in a safe and efficient manner.

It includes changes to the X server, to several client libraries, andto the kernel.
The first major use for the DRI is to create fast OpenGL implementations.


551 :名無しさん@お腹いっぱい。:2006/02/11(土) 23:44:01
>>549
今やGPUはプログラミング可能なプロセッサであり、
シェーダレベルのプログラミングを駆使して
レンダリングを行なうのは常識。
Windowsにも最近のOpenGLにもそういう機能がある。

そういうことが、X的にも当たり前にできた方がいい
というのは正しいと思う。ただし、直接叩くのは、
>>548にある通りまずいわけだが。
最近のXのOpenGL拡張には、こういう機能も入ってた
りするのかな?


552 :名無しさん@お腹いっぱい。:2006/02/12(日) 00:27:28
>>549
> ioctl とかで動作変えるとかは、まぁ許すとして。。。
は、まぁ、Xの主旨に反するが、
***適当にエクステンションを定義***
すればすむ話なのでは?

少なくとも大量にある描画情報よりは GPU 用のプログラム
の方が小さいし、いざとなれば X サーバ側でキャッシュし
といて切り替えたっていいわけだし。。。


553 :名無しさん@お腹いっぱい。:2006/02/12(日) 02:06:17
>>548
PCI(AGP)ホストブリッジが間に介在するから
「CPUのメモリ空間すべてに対してアクセスできる」なんてことはない。
仮にできるように設定したところで、例えば64bit CPUを装備したシステムで
32bitアドレス空間のPCI/AGPバスから64bitアドレス空間のメインメモリの全域を
どう触れというのか。

554 :名無しさん@お腹いっぱい。:2006/02/12(日) 02:54:04
> PCI(AGP)ホストブリッジが間に介在するから

PC系の場合、PCIホストブリッジ上ではアドレス変換しない
ことがほとんどでしょ。RISC系のサーバじゃ話は別だが。

> 例えば64bit CPUを装備したシステムで32bitアドレス空間の
> PCI/AGPバスから64bitアドレス空間のメインメモリの全域を
> どう触れというのか。

カーネルは普通32bitの範囲内にあるから、カーネルメモリを
読み書きできるだけでセキュリティ的には致命的なので、
論旨には影響しない。

555 :名無しさん@お腹いっぱい。:2006/02/12(日) 14:20:12
>>551
X11のDRIは2D処理だけ。現状は。

556 :名無しさん@お腹いっぱい。:2006/02/12(日) 14:52:56
> PC系の場合、PCIホストブリッジ上ではアドレス変換しない

いつからPC限定の話になってたんだ? 流れが読めなくてすまないね。
まあそのPCでも、今時はメインメモリ/バス間でアドレス空間が違ってるのは前述のとおり。

> カーネルは普通32bitの範囲内にあるから

64bitアドレス空間にあるユーザプロセスのメモリはカーネルの管理下にないとでも?
(というか、これを書いてるSolaris/amd64ではfffffffffb800000以降にカーネルがいるし)

それに、仮に32bitアドレス空間内にカーネルが収まっていたとしても、
カーネル仮想アドレスとバスアドレスはやっぱり違う。
Linuxだったらinclude/asm-i386/io.hのvirt_to_physやphys_to_virtにあるとおり。
ずらしてアクセスすればいいだけなんで、全域にアクセスできないわけじゃないとは思うけど、
少なくともカーネル仮想アドレスとバスアドレスは区別しなければならない。

まあ、「GPUはCPUのメモリ空間すべてにアクセス」というくだりがおかしいと言ってるだけで、
GPUを使ったセキュリティホールが存在しうることについては否定しない。
漏れは「DGAと同じ扱いでいいんじゃね?」と思うけど。

557 :名無しさん@お腹いっぱい。:2006/02/12(日) 20:44:19
> (というか、これを書いてるSolaris/amd64ではfffffffffb800000以降にカーネルがいるし)

これはカーネル仮想アドレスでしょ。

> Linuxだったらinclude/asm-i386/io.hのvirt_to_physやphys_to_virtにあるとおり。

ここでphysと言ってるのはバスアドレスじゃなくて物理の方だね。
まあi386の場合、バスアドレスと物理アドレスは等しいから、結局
同じことなんだけど。

> GPUを使ったセキュリティホールが存在しうることについては否定しない。

まあそういうこと。
PCに限って話を簡略化したのは悪かったが、趣旨自体はあってるだろ。

558 :名無しさん@お腹いっぱい。:2006/02/13(月) 02:32:07
>>555
GPGPUでレンダリングとかやってるのあるぜ?
http://www.gpgpu.org/

既にShあるし。
http://www.libsh.org/

559 :名無しさん@お腹いっぱい。:2006/02/13(月) 09:55:39
windows並に表示が高速になればいいのに。
いいGPUが無駄。

560 :名無しさん@お腹いっぱい。:2006/02/13(月) 12:28:28
>>559
つlinux + nvidia


561 :名無しさん@お腹いっぱい。:2006/02/13(月) 15:21:21
directXが動きません。orz

562 :名無しさん@お腹いっぱい。:2006/02/13(月) 23:54:06
X12って出ないの?

563 :名無しさん@お腹いっぱい。:2006/02/14(火) 00:15:29
上位互換性のないプロトコル変更をした時にバージョンが上がるんだが、
そういう変更をするとは思えない/する必要がないから、たぶん X12 は
出ないと思うよ。

互換性を崩さなくても、プロトコルを拡張できるようになってるのが肝
ですな。

564 :名無しさん@お腹いっぱい。:2006/02/14(火) 00:31:40
>>563
> 互換性を崩さなくても、プロトコルを拡張できるようになってる
つか、なんかの標準になってなかったけ, X プロトコル?


565 :名無しさん@お腹いっぱい。:2006/02/14(火) 21:22:42

JISとかISOにはなってないと思われ。(POSIXも?)
つまり、もぐりw

566 :名無しさん@お腹いっぱい。:2006/02/15(水) 00:24:32
http://www.opengroup.org/branding/prodstds/x98ud.htm

567 :名無しさん@お腹いっぱい。:2006/02/15(水) 22:49:12
R7になってもいいかもな。ウニコード対応とか。

568 :名無しさん@お腹いっぱい。:2006/02/15(水) 23:28:18
XGL 上げ

569 :名無しさん@お腹いっぱい。:2006/02/16(木) 00:18:27
何それ?

570 :名無しさん@お腹いっぱい。:2006/02/16(木) 08:26:50
>>569
http://www.freedesktop.org/~davidr/xgl-demo1.xvid.avi
xglのデモムービー。見て味噌。


571 :名無しさん@お腹いっぱい。:2006/02/16(木) 18:59:37
ソフトレンダラですね。
directx GPUが無駄。

572 :名無しさん@お腹いっぱい。:2006/02/16(木) 19:36:34
>>571
なわけねぇ〜だろう


573 :名無しさん@お腹いっぱい。:2006/02/16(木) 20:37:43
561=571だろw


574 :名無しさん@お腹いっぱい。:2006/02/17(金) 00:04:19
X不要と主張しつつも、デフォになりつつあるなぁ…

575 :名無しさん@お腹いっぱい。:2006/02/17(金) 00:13:06
もうJava向けに最適化しちゃえよ

576 :名無しさん@お腹いっぱい。:2006/02/17(金) 02:21:44
xlibに変わるまともなgui api作ればいいのにな。
フリーだからXに流れるってのは安直すぎ。

かといって遅いJavaデスクトップは嫌だ。

577 :名無しさん@お腹いっぱい。:2006/02/17(金) 03:01:42
XLIBはGUI APIじゃないですから。

578 :名無しさん@お腹いっぱい。:2006/02/17(金) 07:27:30
>>576
「まとも」であることを定義してみてよ。

579 :名無しさん@お腹いっぱい。:2006/02/17(金) 10:14:41
SDLってまともじゃないの?

580 :名無しさん@お腹いっぱい。:2006/02/18(土) 13:13:10
過去レスから抜粋すると、

-APIがすっきりしている事
-WMに頼らずともまともなGUIが作れること

…これだけ? >『まともなGUI API』

581 :名無しさん@お腹いっぱい。:2006/02/18(土) 15:13:26
ハードウェアを解析して適切なレンダリングエンジンに切り替えられること
も追加して

582 :名無しさん@お腹いっぱい。:2006/02/18(土) 15:53:33
解析言うな(w

583 :名無しさん@お腹いっぱい。:2006/02/20(月) 08:50:58
System V shared memoryに依存した実装はもう古い。
directX実装すれば、安く買えるdirectxアクセラのGPUをダイレクトに動かせるのに。

584 :名無しさん@お腹いっぱい。:2006/02/20(月) 08:58:44
>>571 とか >>583 とかが鵜呑みにしてる情報源を見てみたい...

585 :名無しさん@お腹いっぱい。:2006/02/20(月) 11:45:02
>>583
Linux + nVIDIA純正ドライバ
試してみては?


586 :名無しさん@お腹いっぱい。:2006/02/20(月) 23:59:02
xlibに穴が開いていてroot取られるので糞。
まあ鯖でXインスコするのも糞だけど。

587 :名無しさん@お腹いっぱい。:2006/02/21(火) 00:20:18
>>586
素朴な疑問
なんで X が root 取られるような状況で動いてるんでっか?


588 :名無しさん@お腹いっぱい。:2006/02/21(火) 00:27:23
rootで動いているXサーバに穴があるっていうなら分からないでもないけど、
Xlib(単なるユーザプログラムにリンクされるだけ)に穴があっただけでは
権限昇格はできない。

589 :名無しさん@お腹いっぱい。:2006/02/21(火) 10:52:52
Linux板gnomeスレより
Fedoraによる別のOpenGL拡張らしい

AIGLX
http://fedoraproject.org/wiki/RenderingProject/aiglx
http://www.gnome.org/~jrb/aiglx/shot01.ogg
http://www.gnome.org/~jrb/aiglx/shot02.ogg
http://www.gnome.org/~jrb/aiglx/shot03.ogg
http://fedoraproject.org/wiki/RenderingProject

XGLとの違い
http://fedoraproject.org/wiki/RenderingProject/aiglx#head-fd52c96a20634fde25954bbf95a286c823a10742

590 :名無しさん@お腹いっぱい。:2006/02/21(火) 17:52:07
関係ないけどoggって映像も扱えるのか
知らんかった


591 :名無しさん@お腹いっぱい。:2006/02/21(火) 20:23:13
ogg theoraですな。

592 :名無しさん@お腹いっぱい。:2006/02/21(火) 20:42:13
>>588
アフォはスルーでw

593 :名無しさん@お腹いっぱい。:2006/02/21(火) 21:39:02
ヒント:suid
% ls -l /usr/X11R6/bin/xterm
-rws--x--x 1 root wheel 229160 Feb 25 2004 /usr/X11R6/bin/xterm
^

594 :名無しさん@お腹いっぱい。:2006/02/21(火) 22:04:56
たしかに suid な X クライアントは危ない。
でも、いまどきのほとんどの OS では、xterm も一般ユーザ権限に
なってるはずだが。Xのバージョンが古いんじゃねえ?


595 :名無しさん@お腹いっぱい。:2006/02/21(火) 22:11:49
xterm は utmp だかなんだかのために特殊な権限が必要だとか
なんとか聞いたことがある。

596 :名無しさん@お腹いっぱい。:2006/02/21(火) 22:19:21
CentOS latest です。

-rwxr-xr-x 1 root root 258172 Feb 22 2005 /usr/bin/xterm

いまどきXがらみでSetUIDなんて Solaris か何か変なUNIXだけじゃないの?


597 :名無しさん@お腹いっぱい。:2006/02/21(火) 22:23:48
Solaris は大丈夫だよ。

Solaris 9 だとこう。
-rwxr-xr-x 1 root bin 205700 Sep 6 2003 /usr/openwin/bin/xterm*


598 :596:2006/02/21(火) 22:54:25
>>597
濡衣スマソ

599 :名無しさん@お腹いっぱい。:2006/02/21(火) 23:03:13
Debian GNU/Linux$ ls -l /usr/X11R6/bin/xterm
-rwxr-sr-x 1 root utmp 248696 2003-10-25 09:44 /usr/X11R6/bin/xterm

600 :名無しさん@お腹いっぱい。:2006/02/22(水) 00:38:23
今使ってるSolaris10/x86だと、X.orgサーバまでユーザ権限で動いている。
どうなってるんだろ?

601 :名無しさん@お腹いっぱい。:2006/02/22(水) 00:54:21
mmapすれば、ドイツもこいつもたたき放題。
access controlはfile system任せ。

602 :名無しさん@お腹いっぱい。:2006/02/22(水) 02:47:48
ん?mmapする前のopenでちゃんとチェックしてるでしょ?
ってかそれだけじゃよくわからんので,勘違いだったらスマソ

603 :名無しさん@お腹いっぱい。:2006/02/22(水) 10:01:54
~/ % uname -r ; ls -l =xterm
6.0-RELEASE-p4
-rws--x--x 1 root wheel 252996 Jan 10 01:08 /usr/X11R6/bin/xterm


604 :名無しさん@お腹いっぱい。:2006/02/22(水) 11:22:08
デビアンとフリビ終わったな。
ソラリスにX入れるな!

605 :名無しさん@お腹いっぱい。:2006/02/22(水) 21:59:59
>>595
ヒント: utempter

606 :名無しさん@お腹いっぱい。:2006/02/24(金) 09:05:22
utempterが穴に成る罠。suidされてるし。


607 :名無しさん@お腹いっぱい。:2006/02/24(金) 18:50:59
setuid されてないよ。
ちゃんと調べてみたら?

608 :名無しさん@お腹いっぱい。:2006/02/24(金) 19:48:34
ls -l /usr/sbin/utempter
の出力曝してみろ。

609 :名無しさん@お腹いっぱい。:2006/02/24(金) 23:12:32
CentOS-Latest:
-rwxr-sr-x 1 root utmp 10497 Feb 22 2005 /usr/sbin/utempter


610 :名無しさん@お腹いっぱい。:2006/02/25(土) 14:33:18
> ls -l /usr/sbin/utempter
/usr/sbin/utempter: ファイルもディレクトリもありません。

611 :名無しさん@お腹いっぱい。:2006/03/02(木) 09:16:13
Xはなぜ安定しないんだろう?

612 :名無しさん@お腹いっぱい。:2006/03/02(木) 09:17:37
安定しているよ?

613 :名無しさん@お腹いっぱい。:2006/03/02(木) 09:18:51
腐ったDRIドライバとかウィンドウ・マネージァ使わない方がいい。

614 :名無しさん@お腹いっぱい。:2006/03/02(木) 19:41:21
ドライバはともかく、マネージャで腐ってるのってある?
(除く、開発バージョン)

615 :名無しさん@お腹いっぱい。:2006/03/02(木) 20:13:39
たとえウィンドウマネージャが腐ってても不安定にはならないんじゃないかなあ。

616 :名無しさん@お腹いっぱい。:2006/03/03(金) 00:19:00
馬鹿か?

617 :名無しさん@お腹いっぱい。:2006/03/03(金) 11:02:56
GNOME+metacityだと、
metacityが一切eventを受け付けなくなることがよくあった。
キーボードもマウスボタンも駄目なので、(グラブしているので)
Xサーバで処理しているCtrl+Alt+〜しか駄目。
Ctrl+Alt+F2でコンソールに移ってmetacityをkillすると直る。(gnomeが再起動)

618 :名無しさん@お腹いっぱい。:2006/03/03(金) 19:52:04
gnome って素人むけらしいけど、それも関係するんだろうか?


619 :名無しさん@お腹いっぱい。:2006/03/03(金) 21:02:12
そんな餌には釣られないクマ

620 :名無しさん@お腹いっぱい。:2006/03/04(土) 13:49:35
別スレからのマルチで、しかもスレ違いで恐縮ですが、
Win32でいうところの HWND_BOTTOM ってどうやるんですか?
ようは、常に最下層にWindowが表示されるようにするってことです。
XLowerWindow は、その場は最下層にできるのですが、「常に」じゃないですよね。



621 :名無しさん@お腹いっぱい。:2006/03/04(土) 16:30:18
X11はメカニズムを提供するのであって、
ポリシーを提供するのではないというアーキテクチャ感に基づいているので、
それはXlibなどのレイヤーの行うことではありません。
# 下に置く機能は提供している。

GNOMEだと、
http://developer.gnome.org/doc/standards/wm/c44.html
の辺りにあります。KDEはしりません。

622 :名無しさん@お腹いっぱい。:2006/03/04(土) 20:10:52
あ、わかった。
X の世界で、ウインドウの上下関係を決めるのは、
WMであってXじゃないんだ。
逆に言うと、WMのAPIなりユーティリティなりで
そのような機能が提供されているなら、そのAPIを叩く。
提供されていないなら、諦める。
・・・以上でOKでしょうか。


623 :名無しさん@お腹いっぱい。:2006/03/04(土) 20:25:43
>>622
Xの機能ではないのはあっているけど、ウィンドウの上下関係は拡張WMHintというWM共通の仕様がある
ので、よっぽど古い変なWMでない限り、どのWMでも同じやりかた(プロパティ経由でWMに指示)でできる。

624 :名無しさん@お腹いっぱい。:2006/03/04(土) 20:37:39
gtkだと、gtk_window_set_keep_below()つーのがあるから、
アプリが指定したいときはこれを使う。

一般的に、たとえばXIMのパレットは常に前面に出て欲しいとか、
俺は時計を前面に出していたいぜ、とかあるから、
アプリが指定するか、アプリでは指定せずにWMに任せるか、
それはアプリの種類と利用者による。

いずれにせよ、どのwidgetを使うか決めた方がいい。
XLowerWindowってことはXlibを使っているのだろうけど、
# ちなみにXlibはライブラリ作成者の使うライブラリという位置づけ。
このライブラリは一番下位のレイヤーなので、
あなたの必要な機能は提供されていない。
ただ、使っているWMのコンベンションに合わせて、
windowの属性に適当な値を設定すればいい。

gnome/gtkの場合はそれが規約になっているので、
gtk_window_set_keep_below()を呼び出せばいい。
_WIN_LAYER属性をWIN_LAYER_BELOWにしているはず。

625 :名無しさん@お腹いっぱい。:2006/03/04(土) 21:19:22
> X11はメカニズムを提供するのであって、
> ポリシーを提供するのではないというアーキテクチャ感に基づいているので、

諸悪の根源、ここに見たり。

626 :名無しさん@お腹いっぱい。:2006/03/04(土) 22:03:50
ほう。じゃあ、博識な625様にとっくりと説明してらおうか。

627 :名無しさん@お腹いっぱい。:2006/03/04(土) 22:10:54
俺は >>625 は半分合ってると思うよ。反面、上位レイヤーを丸投げしたからこそ
長らえられたというのも真だと思う。

628 :名無しさん@お腹いっぱい。:2006/03/04(土) 22:36:51
もっと詳しく

629 :名無しさん@お腹いっぱい。:2006/03/04(土) 22:48:52
>>627
なるほど

630 :名無しさん@お腹いっぱい。:2006/03/04(土) 23:38:31
http://2chlinux.dtdns.net/2ch-linux-ks/thread/1050156031.html#842
ググってたら、まったく同じ質問をしている人を発見。
しかも、やりたいことまでまったく同じ。
なんか、デジャビュ感あり。

ひとつ聞きたいのですが、「拡張WMHint」というのは
正式名称ですか?
ググってもなんか反応がないんですが。


631 :名無しさん@お腹いっぱい。:2006/03/04(土) 23:45:34
>>630
Extended Window Manager Hintsでググって

規格自体はfreedesktopにありまつ
ttp://www.freedesktop.org/wiki/Standards_2fwm_2dspec
ttp://standards.freedesktop.org/wm-spec/wm-spec-1.3.html

632 :名無しさん@お腹いっぱい。:2006/03/04(土) 23:45:43
>>627
他にもX11はウィンドウ・システムの最前線を切り開いてきたぞ。
SmalltalkやAndrewと共に。

ウィジェットだけみてもXaw, Interviews, Tkが新しいフレームワークを開拓した。
Interviews, Tkは現在のほとんど全てのウィジェットの源泉だし。

633 :名無しさん@お腹いっぱい。:2006/03/05(日) 01:48:07
>>567
R7は去年出たろうが

634 :名無しさん@お腹いっぱい。:2006/03/07(火) 23:01:39
年に1回ぐらいでるの?

635 :名無しさん@お腹いっぱい。:2006/03/08(水) 00:05:31
>>634
一応freedesktop.orgの目標は年二回のリリース
次はX11R7.1だがいつになることやら

636 :名無しさん@お腹いっぱい。:2006/03/08(水) 00:10:37
年に二回になります。

637 :名無しさん@お腹いっぱい。:2006/03/08(水) 09:08:54
7.* の * の部分が年2回程度ってことですね。
ありがとうございます。

となると、8.* が出るのはまだまだ先のようですね。

638 :名無しさん@お腹いっぱい。:2006/03/08(水) 09:49:09
まあ新しいリリース・エンジニアリングなわけだから始まってみないとわからんわな。

639 :名無しさん@お腹いっぱい。:2006/03/09(木) 04:31:12
来年R7が出れば年号と合ったのにな。

640 :名無しさん@お腹いっぱい。:2006/03/09(木) 08:34:05
古いXって10からしか知らないのですが、
10の時ってRは何番まであったのか、どなたかご存知無いですか?

641 :名無しさん@お腹いっぱい。:2006/03/09(木) 08:49:06
7.1が出るのは5月か。まだまだ先だな。それまでにXglの実装/標準化がすすめが面白いが・・・

>>640
http://ja.wikipedia.org/wiki/X_Window_System#.E3.83.AA.E3.83.AA.E3.83.BC.E3.82.B9.E5.B1.A5.E6.AD.B4

642 :名無しさん@お腹いっぱい。:2006/03/09(木) 11:54:39
>>640
R4

643 :640:2006/03/09(木) 14:10:35
情報ありがとうございます。
見てると、あとに行く程数字の区切りが細かくなってるようですね。


644 :名無しさん@お腹いっぱい。:2006/03/09(木) 14:43:23
>>643
X10は何使っていたの?
俺はR3まで。たしかR4はX11出てから。

645 :640:2006/03/09(木) 17:15:32
>>644
X10は経験がありません。UNIX触りはじめた頃は、すでにX11でしたから、
で、R6が出たときは鮮明に覚えています。
たしか、UUとかの雑誌についていて
一晩かかって、Solarisにインストールしたのを覚えています。

646 :名無しさん@お腹いっぱい。:2006/03/09(木) 21:21:55
X11R5はテープ回覧とかしてなかったっけ?

647 :名無しさん@お腹いっぱい。:2006/03/09(木) 21:31:31
時代を感じるな

648 :名無しさん@お腹いっぱい。:2006/03/09(木) 22:04:46
まさに上級者のスレだ。

649 :名無しさん@お腹いっぱい。:2006/03/09(木) 22:22:13
X11R6が出た時、Solarisでは、
「喜んで一晩コンパイルしてインストールする」派と、
「MITのサンプルサーバーなんか使わずにOpenWin使え」派に分かれたなぁ。。
今は結局 Xorgで、流れが一本化したけど。

650 :名無しさん@お腹いっぱい。:2006/03/09(木) 23:08:49
>>649
へぇそうだったんだ。もうてっきり皆が皆、R6試してたのかと思ったよw
ただ、今思えば地味な window system だったなぁ、と回想

PC では、win3.1 とか出てた頃だったから余計にそう思ったのかも

651 :名無しさん@お腹いっぱい。:2006/03/10(金) 00:15:04
XsunはR4ベースの時代が長くて、ちょと困った。

それから、Solaris 2.6の頃まで、X11R6も別途インストールして、
ライブラリ、インクルードファイルを使って、アプリをコンパイルしていた。

最近はライブラリ古くて苦労するってことはない。

652 :名無しさん@お腹いっぱい。:2006/03/10(金) 01:18:32
Xsunのほうがレンダが速かった記憶が。
まあSunのフレムバッファだから最適化されてて当然だが。

X12って誰か考えているの?
そろそろWindowsとAPI共通化して欲しい。面倒だ。

653 :名無しさん@お腹いっぱい。:2006/03/10(金) 01:22:14
DSPのマイクロコードをダウンロードしてましたから。> Xsun

654 :653:2006/03/10(金) 01:24:06
「ダウン」余計

655 :名無しさん@お腹いっぱい。:2006/03/11(土) 22:31:12
>>650
twm を見て「派手だなぁ」と思ったのも懐かしいな。

それまで uwm だったせいなんだが…

656 :名無しさん@お腹いっぱい。:2006/03/11(土) 22:34:47
>>655
確かに原色系のtwmは派手にみえたなw

657 :名無しさん@お腹いっぱい。:2006/03/12(日) 03:03:08
>>656
ブラックアンドホワイトなディスプレーだったからそれはなかったよ。

658 :名無しさん@お腹いっぱい。:2006/03/12(日) 21:50:24
デフォルトでウィンドウにタイトルバーが付いたり、Icon Manager が出てきたりするのは
十分派手だと思った。

659 :名無しさん@お腹いっぱい。:2006/03/13(月) 23:38:02
なんやそれw
そんなのが出来ないやつってあんの?(今でも)

660 :名無しさん@お腹いっぱい。:2006/03/14(火) 00:39:41
9wm

661 :名無しさん@お腹いっぱい。:2006/03/14(火) 11:41:57
ttp://xwinman.org/others.php

xwm, wm, uwm あたりは「ウインドウの重なりを制御できる」程度の機能しかなかったと思う。
X11R3 以前のものだな。ソースがあるから、コンパイルすれば動くかもしれん。

662 :名無しさん@お腹いっぱい。:2006/03/14(火) 12:55:30
>>661
リサイズ、フォーカス制御、
アイコン化、プチアイコンマネージャ、
メニュー、マウスイベント処理定義

663 :名無しさん@お腹いっぱい。:2006/03/15(水) 00:32:15
Xなんて安定してきたの、つい最近だからなぁ。

664 :名無しさん@お腹いっぱい。:2006/03/15(水) 01:15:24
>>663
一括りにすんなよ...
X == XFree86 かよ。どのビデオカードのドライバでも品質一緒かよ。

665 :名無しさん@お腹いっぱい。:2006/03/15(水) 17:21:17
ん?アフォ?
Solarisでも結構不安定になるときあるけど?


666 :名無しさん@お腹いっぱい。:2006/03/15(水) 17:51:02
そりゃ、ソラリスだから

667 :名無しさん@お腹いっぱい。:2006/03/15(水) 22:02:59
>>665
SolarisでXのサーバが不安定になったことはないが。
変なアプリを動かしているからじゃねーの?

668 :名無しさん@お腹いっぱい。:2006/03/15(水) 22:14:52
for x86とか

669 :名無しさん@お腹いっぱい。:2006/03/15(水) 22:36:23
>>665
確かにアプリのせいかもしれん

670 :名無しさん@お腹いっぱい。:2006/03/15(水) 23:57:40
遅いマシンでXとWindows使ってXめちゃ遅いな、、、
と思っていたのだがXFCE入れてみて高速になった。

Xがダメなのではなく、Gnome/KDEが重いだけだったのか。

あと別マシンでXGL使ってみたけど、すごい速い&かっこいいな。
ちと感動した。

671 :名無しさん@お腹いっぱい。:2006/03/15(水) 23:59:11
XGLだtって今使えるのは、Gnome Baseじゃねえか

672 :名無しさん@お腹いっぱい。:2006/03/16(木) 00:57:55
Xがダメなんです。
Linuxがデスクトップを席巻できなかったのはXFree86が閉鎖的な開発しかしてなかったから。
こうポコポコ、GUI構築ツールがつくられる現状をなんとかせんかい。

673 :名無しさん@お腹いっぱい。:2006/03/16(木) 01:05:03
XGLの開発者がいってたが、XGLは単にVideoCardの機能をフルに使えるように
したものに過ぎないって言ってたぞ
要するに今までがだめだったのさ

674 :名無しさん@お腹いっぱい。:2006/03/16(木) 01:54:51
>>669
気軽にアフォとか書かないでくれ。結構傷付くんだ。

675 :名無しさん@お腹いっぱい。:2006/03/16(木) 08:36:24
>>667
Solarisでdtloginを使ってると、logoutしてからdtloginの再スタートに失敗したり、
一旦コマンド行loginから抜けた時の挙動とか、かなり不安定な動作していたが。
Solaris 10になってもこのあたりの不安定さは変わっていない。

676 :名無しさん@お腹いっぱい。:2006/03/16(木) 09:13:53
それはXsunじゃなくて、
Service Access Facility関係の問題でしょ。
sacadm, pmadm, ttyadm, ttymonなどの。

PC-UNIXのvirtual consoleの方が使い勝手いいね。

677 :名無しさん@お腹いっぱい。:2006/03/16(木) 09:20:32
>>675
それも「アプリ」だろうが。

678 :名無しさん@お腹いっぱい。:2006/03/16(木) 09:20:42
あと、Solarisを普通に使っていても $HOME/.dt以下のファイルが
ぐちゃぐちゃになって、X環境に正常にログインできなくなることがよくある。

…そう言っても、「それは『Xサーバー』の問題じゃない」っていうんだろな。

679 :名無しさん@お腹いっぱい。:2006/03/16(木) 09:25:57
だってGNOMEにしたら.dtは関係ないし。
dtlogin停めて、startxすれば?

680 :名無しさん@お腹いっぱい。:2006/03/16(木) 09:28:36
GNOMEだって、$HOME/.gnome以下がぐちゃぐちゃになって
gnome-panelとかがcore吐いて起動しなくなることがある。

681 :名無しさん@お腹いっぱい。:2006/03/16(木) 09:32:34
だってdtにしたらGNOMEは関係ないし。
startxやめて、dtlogin動かせば?

682 :名無しさん@お腹いっぱい。:2006/03/16(木) 09:34:33
やっぱKDEが一番安定だな。

683 :名無しさん@お腹いっぱい。:2006/03/16(木) 09:39:21
>>678
オレはそんなことおきたことないが。
もう何年(Solaris2.xだとそれぐらいにしかならんのだが...)も使っているけどな。

684 :名無しさん@お腹いっぱい。:2006/03/16(木) 11:02:10
>>678
Xsun でも Xorg でもそんな事になった事は無いなぁ。

685 :名無しさん@お腹いっぱい。:2006/03/16(木) 11:30:13
>>684
サーバの問題じゃないから(w

大学が2.5.1のdtloginだったけど、
~/.dtの下が腐って、よくcommand-line loginでrm -rf ~/.dtしたよ。
バギーだったdtwmが落ちるとよく腐ってしまったな。
2.6あたりからdtwmも安定してきたけど。

2.4まで自前のCDEだったのをHPのヤツに変えたのが原因だったと思う。
最近はサーバのみであまりデスクトップを使ってないとはいえ、
もうそんな経験はないね。

686 :名無しさん@お腹いっぱい。:2006/03/16(木) 13:09:56
>>674
スマン

687 :名無しさん@お腹いっぱい。:2006/03/16(木) 13:12:45
バグは全てアプリのせい
手柄は全てXのおかげ

688 :名無しさん@お腹いっぱい。:2006/03/16(木) 13:22:38
>>687
X/非X、サーバ/クライアントの区別のつかないアホは引っ込んでろ


689 :名無しさん@お腹いっぱい。:2006/03/16(木) 15:58:14
>>687
誰かがちゃんとしたデータを示さないと単なる水掛け論になっちゃうね。
~/.dtや.gnomeが腐ったからっ削除して問題発見しない態度がよくないのかね。

690 :名無しさん@お腹いっぱい。:2006/03/29(水) 12:20:50
SUN は X には全くついてないなw
昔の OpenLook は言うに及ばず、最近の Gnome もしかり。

691 :名無しさん@お腹いっぱい。:2006/03/29(水) 13:04:33
そこでldg3ですよ。


ってゆーか、KDE好きならKDEがコンパニオンCDにもはいってるし
すきにつかえばいいじゃん。


692 :名無しさん@お腹いっぱい。:2006/03/29(水) 15:10:41
いや、そりゃそうなんだけどw
サンは gnome 陣営でしょ。


693 :名無しさん@お腹いっぱい。:2006/03/29(水) 15:39:26
>>672
Xの話とXFree86の話を混ぜないように。

694 :名無しさん@お腹いっぱい。:2006/03/29(水) 19:03:40
あれって、X86限定なん?

695 :名無しさん@お腹いっぱい。:2006/03/29(水) 19:16:20
スレをぜんぜん読まずに書き込むが、
どうせWindowsを使わないってことはできないんだから、
WindowsのGUIに慣れることは必須。
XがWindowsより特に優れているところはないんだから、
似たようなものを複数覚えるのは無駄。
Unixはputtyで使えばよろしい。
Xでしか動かないアプリが必要な人はしょうがないけど。

696 :名無しさん@お腹いっぱい。:2006/03/29(水) 19:18:48
>どうせWindowsを使わないってことはできないんだから、
この前提が間違ってる。

697 :名無しさん@お腹いっぱい。:2006/03/29(水) 19:20:41
あぁ、そうだね。
Windowsを使わなくていい人もしょうがない。

698 :名無しさん@お腹いっぱい。:2006/03/29(水) 19:30:01
WindowsのGUIは使いにくい。
まず、Xだと当たり前のようにできる「ウィンドウを奥にやる」ことができない。
それと、スクロールバーをドラッグして上下左右に動かす時、
マウスポインターがスクロールバーのレールを外れると、
元の位置に戻ってしまう。これがめちゃくちゃ使いにくい。

「ホイールマウスを使え」という声が聞こえそうだが、
UNIX打ちは普通3ボタンマウスなので、ホイールは使わない。
それに、上下じゃなくて左右のスクロールだと、
ホイールが効かないからやはり問題になる。

結論: GUIは X Window Systemの方が使いやすい。

699 :名無しさん@お腹いっぱい。:2006/03/29(水) 19:33:56
>>698
> ホイールが効かないからやはり問題になる。
チルトボタン付マウスを使え。

...とはいうものの、Windowsはタイトルバー右端に最小化、最大化、閉じるのボタンを並べて配置するという愚行を行った。
万死に値する。

700 :名無しさん@お腹いっぱい。:2006/03/29(水) 19:34:02
>>695
覚えるってほどGUIはおおごとかね?

>どうせWindowsを使わないってことはできないんだから、
やろうとしない人が多いだけで意外とできるもんだよ
環境が許さない人も確かにいるんだろうけどね

ま薦める気はさらさらない


701 :名無しさん@お腹いっぱい。:2006/03/29(水) 20:03:06
>>700
おおごとでもないんだが、こっちでできることがあっちでできないと
フラストレーションがたまるから、操作感の違うものは使いたくない。

unixでは、cshとかemacsとか死んでほしいし、
windowsでは、adobeとかnetscapeとか早く死んでほしい。
viとかbash/ksh/zshとかms-officeとかIEとか死んでほしいと思う人も多いだろうが。

702 :名無しさん@お腹いっぱい。:2006/03/29(水) 20:27:18
>>701
気持ちは分かる
その願望が叶わないことはあなたも悟ってることでしょう

ソフト間で操作性の統一は叶いそうもない
しかし単一の操作性で多くの機能を使いたい
ならば可能な限り多くの機能を単一のソフトで賄えば?

そこでemacsですよ


703 :名無しさん@お腹いっぱい。:2006/03/29(水) 20:30:52
emacsはともかく、cshはそろそろ亡びようとしていますが。

704 :名無しさん@お腹いっぱい。:2006/03/29(水) 20:35:21
まぁ、GUIに関して言うと

M$>>UNI*

な訳だが。

705 :名無しさん@お腹いっぱい。:2006/03/29(水) 20:38:03
ああ、つまんね。

俺も、どうでもいい書き込みしようっと。

やっぱ、RAMは1枚挿しだよ。
複数枚挿すと、いろんなことが起きるよ。。。


706 :名無しさん@お腹いっぱい。:2006/03/29(水) 20:49:04
RAMの集合の中に部分集合としてROMとRWMがある。
ROMの対義語はRWMであって、
RWMのことをRAMと呼ぶのは間違い。

「DVDとビデオではどちらがいいですか」←DVDはビデオじゃないのかよ
「CDはレコードよりも音がいい」←CDはレコードじゃないのかよ

といった間違いと共通する。

707 :名無しさん@お腹いっぱい。:2006/03/29(水) 23:09:17
X11の弱さは、Look&Feel がバラバラだという1点に尽きるだろう。
それ以外は好きなんだが。

X86 の gnome vs KDE なんで典型例

708 : ◆ciHfI4syAE :2006/03/29(水) 23:12:03
てsy

709 : ◆QEwPiSh3x. :2006/03/29(水) 23:16:30
er

710 :名無しさん@お腹いっぱい。:2006/03/30(木) 12:52:56
>>699
Windows3.1のLook and Feelは閉じるボタンがならんでなくってよかったよねぇ。


こんなのもあるみたいだけど。
http://www.veign.com/blog/2006/03/what-make-windows-31-look-and-feel.html


711 :名無しさん@お腹いっぱい。:2006/03/31(金) 01:03:11
グラボのアクセラを使いこなせないってのがこのグラフィックシステムの欠点。
directXぐらい載せてくれ。

712 :名無しさん@お腹いっぱい。:2006/03/31(金) 01:54:43
>>711
つLinux + nvidia製ドライバ


713 :名無しさん@お腹いっぱい。:2006/04/02(日) 21:22:36
PCのゲームが動かないので、エロゲが出来ないのが、Xの欠点だな。
エロゲが無いからUNIXが普及しない。
技術革新にはエロが不可欠なのに。

714 :名無しさん@お腹いっぱい。:2006/04/02(日) 21:31:06
エミクロックで我慢しる!

715 :名無しさん@お腹いっぱい。:2006/04/02(日) 22:50:17
>>713
つ[PEACE][Wine]
つ[Xsystem35][Xkanon]

716 :名無しさん@お腹いっぱい。:2006/04/05(水) 04:05:48
jfbterm,fbiterm,konに代わる日本語コンソールは無いの?

717 :名無しさん@お腹いっぱい。:2006/04/05(水) 07:40:20
uniconがあるじゃないか。

718 :名無しさん@お腹いっぱい。:2006/04/05(水) 21:45:51
今の所、screenとemacsで用が足りてるからX Window System & wmは導入してないけど、
クライアントとして使うならやっぱGUI環境欲しいねぇ

719 :名無しさん@お腹いっぱい。:2006/04/05(水) 22:35:00
ウンコンって何?

720 :名無しさん@お腹いっぱい。:2006/04/05(水) 22:37:08
>>718
動画やdrawingもAAでなんとかしろよ。
132カラムならなんとかなるだろ。

721 :名無しさん@お腹いっぱい。:2006/04/08(土) 09:30:46
スレを読まずにカキコするが
「つ」の文字とともに出されたものが
ろくなものだったためしはない


722 :名無しさん@お腹いっぱい。:2006/04/08(土) 14:08:30
>>721
そんな反論できない書き方してないで
具体的に書いてみなよ


723 :名無しさん@お腹いっぱい。:2006/04/08(土) 17:18:46
つ[721]

724 :停止条件:2006/04/08(土) 22:54:00
つ[723]
つ[724]


725 :名無しさん@お腹いっぱい。:2006/04/13(木) 21:15:10
Xの日本語対応はマトモになった?

726 :名無しさん@お腹いっぱい。:2006/04/13(木) 23:37:40
>>725
どのレベルの話をしている?
Xserver/Xlib は m17n 用のフレームワークを提供するだけではいけないのか?


727 :名無しさん@お腹いっぱい。:2006/04/14(金) 16:28:43
つ[727]

728 :名無しさん@お腹いっぱい。:2006/04/14(金) 22:59:05
ん? i18n じゃなくて? >>726

729 :名無しさん@お腹いっぱい。:2006/04/15(土) 04:09:08
日本「語」

730 :名無しさん@お腹いっぱい。:2006/04/16(日) 23:47:13
つか、マトモの定義にもよるが、
Linuxは比較的マトモに使える。

他は悲惨w

731 :名無しさん@お腹いっぱい。:2006/04/17(月) 13:14:53
Linux以外が悲惨か?

Linuxと同程度っていうならうちのOpenSolarisのXも
まともに思うのだが。
ロケールもまともだし、Wnn7もATOKもあるし。

会社のAIX5Lも悲惨だと思ったことはない。


732 :名無しさん@お腹いっぱい。:2006/04/17(月) 14:15:20
>>731
linuxと一言でくくっているあたりでもー何もわかってないことがわかるわけだよ。
かまうだけ無駄。


733 :名無しさん@お腹いっぱい。:2006/04/17(月) 21:57:57
そもそもXFree86やXorgのロケール関連のコードはSunから寄贈されたもののはずじゃ

734 :名無しさん@お腹いっぱい。:2006/04/17(月) 23:06:50
glibcのnssもSun由来。


735 :名無しさん@お腹いっぱい。:2006/04/18(火) 23:13:16
なんか Sun 信者が湧いて出とるなぁ
まぁ、斜陽OSにとっては過去の栄光が唯一の慰めであることは理解できるが、

736 :名無しさん@お腹いっぱい。:2006/04/19(水) 01:47:02
>>735
「信者」って言葉を使って思考停止ですか?

737 :名無しさん@お腹いっぱい。:2006/04/19(水) 01:55:08
斜陽になると、どこにもキッツーイ匂いを発する信者がつくのは
世の常だな
AppleしかりSUNしかり

738 :名無しさん@お腹いっぱい。:2006/04/19(水) 02:03:26
どっちも日本法人が酷い。
信者頼みの商売だから、それでも商売成り立つんだろう。

739 :名無しさん@お腹いっぱい。:2006/04/19(水) 11:07:00
「思考停止」って言葉を使ってると
誰の書き込みかよくわかるよ。

740 :名無しさん@お腹いっぱい。:2006/04/19(水) 11:20:42
「信者」って言葉を使っていると
誰の書き込みかよくわかるよ。

741 :名無しさん@お腹いっぱい。:2006/04/19(水) 12:50:48
だれですか?


742 :名無しさん@お腹いっぱい。:2006/04/19(水) 13:03:04
手元のPCに保存してるメーリングリストのメール(MH形式)に対して
grep '思考停止' *
すればわかる。

743 :名無しさん@お腹いっぱい。:2006/04/20(木) 02:08:24
つまりXの日本語環境はどのディストリ使っても、どのUNIX使っても同程度って事だな。

744 :名無しさん@お腹いっぱい。:2006/04/20(木) 04:09:07
どうしてそういう電波な結論が?

745 :名無しさん@お腹いっぱい。:2006/04/20(木) 18:50:01
そういえば、SUNとAppleって出目が同じなんだっけ?
似てるんだなw

746 :名無しさん@お腹いっぱい。:2006/04/20(木) 22:07:28
>>744
特別なi18nの処理があるXってあんの?
なきゃ一緒じゃねーの?

747 :名無しさん@お腹いっぱい。:2006/04/21(金) 00:06:36
>>744
Xは同じでもロケール関連の関数は基本的にその環境のものを使う

748 :名無しさん@お腹いっぱい。:2006/04/21(金) 07:41:58
OpenBSD ってロケールできたの?

749 :名無しさん@お腹いっぱい。:2006/04/22(土) 02:09:47
>>745
出目??

750 :名無しさん@お腹いっぱい。:2006/04/23(日) 23:47:19
>>748
アフォ?

751 :名無しさん@お腹いっぱい。:2006/05/13(土) 12:03:58
X.org になってから X はよくなったかな?

752 :名無しさん@お腹いっぱい。:2006/05/13(土) 14:48:09
Xは前からX.orgだが。

753 :名無しさん@お腹いっぱい。:2006/05/13(土) 22:18:44
そりゃ最近始めた人にとってはそうだろう。

754 :名無しさん@お腹いっぱい。:2006/05/14(日) 01:05:04
1997年を最近とは呼ばんと思うが。

755 :名無しさん@お腹いっぱい。:2006/05/14(日) 01:07:37
>751の「X.orgになってから」というのが、
XFree86からブランチした連中がX.orgを簒奪してからって意味なら
確かに最近だが。

756 :名無しさん@お腹いっぱい。:2006/05/14(日) 01:31:27
正直 XFree86 とあんま変わらん印象

757 :名無しさん@お腹いっぱい。:2006/05/14(日) 18:40:44
異論はあるかもしれないが、実体として、
本家=XFree86
だからなぁ、


758 :名無しさん@お腹いっぱい。:2006/05/15(月) 20:30:37
ディレクトリの名前X11R6じゃなくてX11にしちゃえばいいのにね

759 :名無しさん@お腹いっぱい。:2006/05/15(月) 20:39:33
元々標準Xが /usr/bin/X11 やら /usr/include/X11 やら /usr/lib/X11 に
入ってたので、自分でコンパイルしたのを別に /usr/X11R? に入れてた
名残でしょ。
OS の base に入れて配布してるのに、/usr/X11R6 の下に入れてる
今の状態はおかしい…ってDebian とかはもうそういう方向では?
X11R7もう出てるし。




760 :名無しさん@お腹いっぱい。:2006/05/15(月) 20:51:08
X386なんか忘れちゃったよね

761 :名無しさん@お腹いっぱい。:2006/05/18(木) 17:40:11
クライアントならX必要。サーバーなら不必要。てか入れるな。
漏れんちはゲイツOSはなく、全てUNIX&Linuxで過ごしてるけどXサーバーなかったら不便じゃね?
プログラム書いたりサーバーにSSH接続するときは別にCUIでもいいけどWeb観覧するときとかテキストブラウザだったら不便でないかい?

















なぁーんてマジレスしてみるテスト

762 :名無しさん@お腹いっぱい。:2006/05/18(木) 20:58:39
w3m+framebuffer でがんぱってまつ。

763 :名無しさん@お腹いっぱい。:2006/05/18(木) 22:42:47
X不要論の意味

1. Xみたいなグラフィカル環境自体がそもそも不要
2. Xが糞なので不要 代わりの環境マダー?

さあ、どっちにしようか

764 :名無しさん@お腹いっぱい。:2006/05/18(木) 22:57:29
迷わず2で。

765 :名無しさん@お腹いっぱい。:2006/05/18(木) 23:31:00
もれも、2でつ。

766 :名無しさん@お腹いっぱい。:2006/05/19(金) 00:45:08
X を糞っていうのは
設定の仕方がわからない初心者か
中途半端に見識ぶった中級者か
他のウインドシステムの実装を知らない上級者だよね。

767 :名無しさん@お腹いっぱい。:2006/05/19(金) 01:05:45
だよねって言われても…

(´・ω・`)知らんがな

768 :名無しさん@お腹いっぱい。:2006/05/19(金) 08:02:37
だよねー

769 :名無しさん@お腹いっぱい。:2006/05/19(金) 10:12:29
おれは上級者なので、
他のウインドシステムの実装を知らないってことになるのか?


770 :名無しさん@お腹いっぱい。:2006/05/19(金) 23:30:11
なんであれ現在のXの実装が未だクソなのは間違いない。
遅い、よく落ちる、セキュリティぼろぼろ、設定しづらい。他にあるかな。
リーナスにXをLinuxカーネル内に取り込んでもらいたいところだが、どうなるのかな。

771 :名無しさん@お腹いっぱい。:2006/05/19(金) 23:50:52
↑は初心者および中級者って所か?

772 :名無しさん@お腹いっぱい。:2006/05/20(土) 00:05:19
>遅い、よく落ちる、セキュリティぼろぼろ、設定しづらい

のに、

>リーナスにXをLinuxカーネル内に取り込んでもらいたいところだが

基地外かよ。

773 :名無しさん@お腹いっぱい。:2006/05/20(土) 00:06:48
遅くないウィンドウシステム、ほとんど落ちないウィンドウシステム、
セキュリティのしっかりしたウィンドウシステム、設定しやすいウィンドウシステムを
それぞれ具体的な理由を添えて例示してもらえばいいんじゃない?
俺は興味あるな。どんなものを挙げてくれるのかがね。

774 :名無しさん@お腹いっぱい。:2006/05/20(土) 00:53:10
つーか、1つのことやるのに、なんでこうもいろいろな設定
でできてしまうのか?

めんどくせ

775 :774:2006/05/20(土) 00:54:52
誤爆スマソ

776 :名無しさん@お腹いっぱい。:2006/05/20(土) 01:02:16
そもそもWindow System自体、Xしか知らんがな。

そういやY Window System ってのもあったな……

>遅くないウィンドウシステム、ほとんど落ちないウィンドウシステム、
>セキュリティのしっかりしたウィンドウシステム、設定しやすいウィンドウシステム

こんなんあるならとっくに置き換わっとるわいな。

777 :名無しさん@お腹いっぱい。:2006/05/20(土) 02:13:01
置き換わってないってこと自体が、いかにXが優秀かということの傍証になるわけだ。
>>770さん、反論ドーゾ?

778 :名無しさん@お腹いっぱい。:2006/05/20(土) 09:22:53
負の遺産だわさ

779 :770:2006/05/20(土) 11:00:30
>>773
MS Windows
これにどんどん置き換わってる。

780 :名無しさん@お腹いっぱい。:2006/05/20(土) 11:13:56
> 「具体的な理由を挙げて」

続きどーぞ

781 :名無しさん@お腹いっぱい。:2006/05/20(土) 11:17:49
>>777
単にこれしかないから使われてるだけだろ。それを優秀とはいわない。

782 :名無しさん@お腹いっぱい。:2006/05/20(土) 11:24:42
わかってて絡んできてるのだと思うよ

783 :名無しさん@お腹いっぱい。:2006/05/20(土) 11:30:46
>>779
それは考えんかったけど、正しい根拠になるかもしれん。


784 :名無しさん@お腹いっぱい。:2006/05/20(土) 12:16:42
>>781
他のウィンドウシステムはXを置き換えるだけのアドバンテージを持ちえなかった。
先発でありながら後発のものより優れていることを優秀と言わずして何と言おうか。

785 :名無しさん@お腹いっぱい。:2006/05/20(土) 12:23:07
>>779
そのMS Windowsとやらは、いわゆるUnix環境で動くの?

786 :名無しさん@お腹いっぱい。:2006/05/20(土) 12:32:44
>>784
他のWindow System って?

Y Window Systemのことか?

787 :名無しさん@お腹いっぱい。:2006/05/20(土) 12:44:38
>>786
GEMとかSunViewとか


788 :名無しさん@お腹いっぱい。:2006/05/20(土) 17:07:56
Xって落ちるか?
オイラは全く落ちたことないよ
xfree86 4.3.0でDebian使ってるんだけど


789 :788:2006/05/20(土) 17:09:42
未だに落ちるっつてるひとはどんな環境なの?


790 :名無しさん@お腹いっぱい。:2006/05/20(土) 17:22:09
>>785
Unix環境*が*MS Windowsで動くんだよ。CygwinとかVMWareとか。

791 :名無しさん@お腹いっぱい。:2006/05/20(土) 19:43:01
>>790
CygwinやVMwareのどこがunix環境なの?


792 :名無しさん@お腹いっぱい。:2006/05/20(土) 20:13:36
なんでいちいち答えが返ってくると思うの?義務教育じゃないんだよ?

793 :名無しさん@お腹いっぱい。:2006/05/20(土) 20:18:08
答えに窮したからといって開き直るのは良くないな

794 :名無しさん@お腹いっぱい。:2006/05/20(土) 21:37:44
単なる質問だと思っているあたりがアホだな。

795 :名無しさん@お腹いっぱい。:2006/05/23(火) 17:03:04
XのAPIを高機能化して欲しい。
Gtkとかにたよらなくて済めば軽く感じる気がする

796 :名無しさん@お腹いっぱい。:2006/05/23(火) 17:55:30
なりません。

797 :名無しさん@お腹いっぱい。:2006/05/24(水) 00:07:25
Gtk(Gdk)がXをラッピングしたAPIではないとでもおっしゃりたい?

798 :名無しさん@お腹いっぱい。:2006/05/24(水) 08:08:57
「XのAPI」とか言ってる時点でもうね。
素直にWindows使ってなさいって感じ。

799 :名無しさん@お腹いっぱい。:2006/05/24(水) 13:53:52
ライブラリのことだろ?
馬鹿はお前>>798

800 :名無しさん@お腹いっぱい。:2006/05/24(水) 14:48:55
もし本当にライブラリの意味で>795がAPIを使っているのなら
>796の「なりません」は正しいな。

801 :名無しさん@お腹いっぱい。:2006/05/24(水) 20:26:09
X11R7.1

どんどん、刻みが細かくなるなぁ

802 :名無しさん@お腹いっぱい。:2006/05/24(水) 22:51:06
ttp://journal.mycom.co.jp/news/2006/05/23/340.html
これか

803 :名無しさん@お腹いっぱい。:2006/05/24(水) 23:35:03
Xプロトコルを直接アプリが喋ってもいいわけなので、API≒ライブラリ(Xlib)。
もっと言うと、ライブラリ(Xの場合はXlib)が提供するものがAPI。

804 :名無しさん@お腹いっぱい。:2006/05/24(水) 23:38:17
結局798は馬鹿でOK?

805 :名無しさん@お腹いっぱい。:2006/05/25(木) 02:43:38
そんなことも人に聞かないとわからないお前が一番馬鹿

806 :名無しさん@お腹いっぱい。:2006/05/25(木) 06:42:39
日本語入力に問題がないXだといいな

807 :名無しさん@お腹いっぱい。:2006/05/25(木) 10:31:08
>>804
>795乙

808 :名無しさん@お腹いっぱい。:2006/05/25(木) 22:04:32
>>806
ここが一番のネック

809 :名無しさん@お腹いっぱい。:2006/05/25(木) 22:19:02
Xの日本語入力の問題とはなに?
解説よろしく


810 :名無しさん@お腹いっぱい。:2006/05/25(木) 23:43:09
ほんとにUnixでX使ったことあるやついるのか疑問になってくる

811 :名無しさん@お腹いっぱい。:2006/05/26(金) 00:08:48
使わないで糞糞いう奴はいないだろう。

812 :名無しさん@お腹いっぱい。:2006/05/26(金) 00:19:17
いないはずなんだけどねぇ。

813 :名無しさん@お腹いっぱい。:2006/05/26(金) 21:20:26
そういえばXIMだと変換時に場所が取得できなかったり前後の文字を取得できなかったりするんだっけ

814 :名無しさん@お腹いっぱい。:2006/05/26(金) 22:36:25
誰だそういうデマを流してる奴は?
場所は当然できる。

前後の文字列っていうのが変換処理中の文字列の意味なら、
XIMPreeditCallbacks を使えば、そっちもできる。
変換処理の完了した文字列という意味なら、XIM に限らず、
たとえばWindows でもできないのが普通じゃないの?

815 :名無しさん@お腹いっぱい。:2006/05/27(土) 00:06:28
なんつーか…
>XIMPreeditCallbacks を使えば、そっちもできる。
↑これが駄目なんじゃないの?

○○使えば出来る、とか解決策は幾らでもあるんだろうけどさ。
だったら何故最初から出来ない? って感じ。

日本語入力に関しては日本人がやるしかないとは言え…

816 :名無しさん@お腹いっぱい。:2006/05/27(土) 00:21:33
簡単なことしたいなら簡単なAPI、複雑なことしたいなら複雑なAPIを
提供するってのは当たり前では?
XIMPreeditPosition や XIMPreeditArea を使ってる香具師が、前後の
文字列を気にするとは思えんが。

817 :名無しさん@お腹いっぱい。:2006/05/27(土) 00:21:42
( ゚д゚)ポカーン

818 :名無しさん@お腹いっぱい。:2006/05/27(土) 00:42:34
何でAPIの話になるんだ?

819 :名無しさん@お腹いっぱい。:2006/05/27(土) 09:27:31
>>815
小池一夫ばりの強引な展開にLOVE!

820 :名無しさん@お腹いっぱい。:2006/05/27(土) 09:47:18
>>815
言いたいことは解る。素人お断りみたいなのが Unix 使いの活動場所を狭くしている
のに気づいていない香具師は多い

821 :名無しさん@お腹いっぱい。:2006/05/27(土) 10:36:21
と、WindowsのIM APIを使ったこともない人が申しておりますw

822 :名無しさん@お腹いっぱい。:2006/05/27(土) 10:38:33
つーか Input Method の API なんて素人お断りで問題ないだろ。

823 :名無しさん@お腹いっぱい。:2006/05/27(土) 17:50:59
そうか?
サンデープログラマーが活躍してほしい分野でもあるのだが、

洩れ的には、ドキュメントが無いor超古い状態をなんとかしてほしい、


824 :名無しさん@お腹いっぱい。:2006/05/28(日) 05:16:55
>なんつーか…
>>○○を使えば、そっちもできる。
>↑これが駄目なんじゃないの?

>○○使えば出来る、とか解決策は幾らでもあるんだろうけどさ。
>だったら何故最初から出来ない? って感じ。

これは面白いな。
部下に馬鹿なこと言って指摘された上司の逆切れみたいなパターンか。
「『何故最初からできない』パターン」と命名させてもらおう。

825 :名無しさん@お腹いっぱい。:2006/05/30(火) 11:14:50
長すぎて流行らないなw

826 :名無しさん@お腹いっぱい。:2006/05/31(水) 23:08:00
うちの職場にコンソール画面つかってる奴がいるけど、
確かにいろいろくわしそうだな。

Xユーザ=初心者ではないが、
非Xユーザ=上級者は確かだと思う。

827 :名無しさん@お腹いっぱい。:2006/05/31(水) 23:30:00
んなこたぁ無い。割合の違いはあるだろうけど。

非Xユーザ=上級者に見える

828 :名無しさん@お腹いっぱい。:2006/05/31(水) 23:45:48
ユーザーのレベルを話題にするのはもう止めたら?
話題が脱線するし不毛な罵倒合戦になるのは目に見えてるし。

829 :名無しさん@お腹いっぱい。:2006/06/01(木) 00:25:40
昔の初心者というのは
ls, cp, mv, vi の基礎くらいがわかってても
X の設定が出来ないような奴だった。

別に昔の初心者のほうが技量があったという意味じゃないが、
今はインストール後いきなりデスクトップ環境で
立ち上がるから、基本コマンドしらなくても使えるし、
GUIでファイル操作などを覚えてると
同じ初心者といっても何を知ってて何を知らないのか
わかりにくくなったように思う。

830 :名無しさん@お腹いっぱい。:2006/06/01(木) 20:52:27
撒き餌が投入されました

831 :名無しさん@お腹いっぱい。:2006/06/02(金) 12:00:58
昔っていつくらいだろ・・・
少なくとも1995年前後で使ってたSolaris2.4ってインストール後すぐにデスクトップも
使えていたと思う。

Solaris1は別途Xはインストールしたかな


832 :名無しさん@お腹いっぱい。:2006/06/02(金) 20:22:29
X というか、端末を沢山開いてシェルを沢山使える環境というのはなくなって欲しくない。

833 :名無しさん@お腹いっぱい。:2006/06/02(金) 22:21:06
初期Solarisから使ってるけど、Xは最初からデフォだよ。

ただし、別途 compile & install はしたがねw

834 :名無しさん@お腹いっぱい。:2006/06/03(土) 00:42:11
>>832
screenで十分ってことだね。

835 :名無しさん@お腹いっぱい。:2006/06/03(土) 01:22:35
おいおい、嘘いうなよ。
Solaris 1 ってたら SunOS 4.1 に OpenWindows を加えた環境の名前だろ。
OpenWindows っていうのは、Sun 版の X 環境の名前 (X だけでなく NeWS
環境もサポートしてたりしたが、後にサポートされなくなった)。

というわけで、「初期の SunOS」という言い方をするならともかく、Solaris
という言い方をする限り、最初から X11 がバイナリでついてくるはずだ。

ちなみに俺に言わせると、素人ってのは、Xのコンパイルができない奴とか、
Xの設定が難しいとか思ってる奴とか、Xでまともな性能の出るようなビデオ
カードを選ぶことができない奴とかのことだな。(w

836 :名無しさん@お腹いっぱい。:2006/06/03(土) 08:41:19
OpenWindowsがあっても Xがほしいって compileしたりしなかった?
あ、おれは Solarisは 2からつかい始めたんで 1のころは知らないけど。
普通の SunOS4.1.3でした。


837 :名無しさん@お腹いっぱい。:2006/06/03(土) 09:37:01
>>836
それがSolaris1.1だ<SunOS4.1.3

838 :名無しさん@お腹いっぱい。:2006/06/03(土) 10:08:10
>>835
X のビルドはちょっとだけ難易度が高いと思う

> Xでまともな性能の出るようなビデオカードを選ぶことができない奴とか
って、PC にインストールしてるのバレバレじゃん

あ、Sun とか sgi とか後出ししなくていいから

839 :名無しさん@お腹いっぱい。:2006/06/03(土) 11:50:38
>>836
「Xがほしい」ってのはどういう意味で使ってるの?

OpenWindowはベースにしているのがX11R5で、XIM廻りが古かったから、
/usr/local/にX11R6をインストールして、ライブラリを使っていた。
じゃないとコンパイルできないクライアントがたくさんあったから。
Xserverは/usr/openwin/bin/Xsunのまま。

840 :名無しさん@お腹いっぱい。:2006/06/03(土) 18:33:04
なんつーか、こてこてのカスタマイズされたXでなくって、
標準のXを触ってみたかったことかな?

プロのデリヘルより素人の(ry

841 :名無しさん@お腹いっぱい。:2006/06/03(土) 22:03:21
自分も同じことしてたけど、Xがイヤってよりは、
CDEなどの統合デスクトップ環境が立ち上がるのがいやだった。
当時は~/.dtprofileいじるなんて知らなかったし。

842 :名無しさん@お腹いっぱい。:2006/06/04(日) 01:55:26
というか、dtloginのメニューにセッション選択あっただろ。
X選べば、~/.xsessionが読まれたぞ。

843 :名無しさん@お腹いっぱい。:2006/06/04(日) 19:28:36
おれはopenwindowsが嫌いで、あとtwmが使いたくてソースからいれた口だ。確かR6の頃、# 自分で言うのも何だが、恐らくこのすれでは上級者に分類されると思う。

844 :名無しさん@お腹いっぱい。:2006/06/04(日) 20:38:16
Xsunは、X11R3の時代も長かったんじゃないかな
XIMP→XIMってどのリリースだっけ?

845 :名無しさん@お腹いっぱい。:2006/06/05(月) 13:02:00
うちの環境だと、SparcLXでX11R5のbuildって8時間くらいかかったっけ。
当時だとDISKのやりくりも結構大変だったな。


846 :名無しさん@お腹いっぱい。:2006/06/05(月) 13:36:37
>>845
じじいの話に興味はねぇ

# ss-1 で昼飯前に make World って打って
# 「今日の仕事は終わった!」って退社してたけどな


847 :名無しさん@お腹いっぱい。:2006/06/05(月) 14:57:30
>>846
おまえ、充分ジジイじゃねーか。

#SS-1はモノクロしか使ったことがねぇ。



848 :名無しさん@お腹いっぱい。:2006/06/05(月) 17:53:39
普通 SunTools

849 :上級者(自称):2006/06/07(水) 08:37:21
ここはジジイ御用達スレかね?
ならば、わしも中間にいれてもらおうかな?

プログラム立ち上げ後とに、コアクリアを実行していた年台のものより。


850 :名無しさん@お腹いっぱい。:2006/06/07(水) 11:33:16
昔ってstderrの出力がWindow systemを無視して書いてXを壊しまくりって
事がしょっちゅうだったよなぁ


851 :名無しさん@お腹いっぱい。:2006/06/07(水) 11:47:25
/dev/consoleが仮想化されてないとそうなるわな。

PCなんかだと、frame bufferは同じ場所使っているから、
Alt+F1からAlt+F7で戻ってくると、一瞬上の方は乱れているし。
X11の再描画で元に戻りますが。


852 :名無しさん@お腹いっぱい。:2006/06/07(水) 12:47:58
>>851
その辺の人間はPCより昔のSunOS3とか4とかのマシンで経験してると思う。
文字の表示域の内側だけずるっとスクロールしていってうっとおしいんだこれが。

853 :851:2006/06/07(水) 12:56:21
だからそれは仮想化されてないから。

854 :名無しさん@お腹いっぱい。:2006/06/07(水) 14:12:02
仮想化の意味がわからんw

855 :名無しさん@お腹いっぱい。:2006/06/07(水) 14:42:10
consoleに書いたつもりで実は別の場所に書かせること。
/dev/console とフレームバッファと xconsole の関係。

856 :名無しさん@お腹いっぱい。:2006/06/07(水) 16:09:25
いや、昔話だろ?
ただのバグでパッチ充てたら大抵直ってたじゃん。



857 :名無しさん@お腹いっぱい。:2006/06/07(水) 16:42:10
バグじゃない。
昔はそういう仕様じゃなかった。
sac/saf/ttymonで管理するようになった頃に仮想化された。

858 :名無しさん@お腹いっぱい。:2006/06/07(水) 16:56:37
よくわからんが仮想化されない状態というのは
ハードウェア直結ってこと?

859 :名無しさん@お腹いっぱい。:2006/06/07(水) 19:08:32
>>857

>851
> Alt+F1からAlt+F7で戻ってくると、一瞬上の方は乱れているし。
はバグで
>852
> 文字の表示域の内側だけずるっとスクロールしていってうっとおしいんだこれが。
は仕様だろ。

ぜんぜん違うぞ。
#Alt-Fnで「切り替えている」あたりで「仮想化」されてるんだから。

というか「仮想化」なんて関係なくて排他制御の問題だし。
>851はアホだろう。

860 :名無しさん@お腹いっぱい。:2006/06/07(水) 23:08:34
>>859
> というか「仮想化」なんて関係なくて排他制御の問題だし。

排他制御でなにするわけ?



861 :名無しさん@お腹いっぱい。:2006/06/07(水) 23:26:31
>>860
本気で分かんないの?

862 :名無しさん@お腹いっぱい。:2006/06/08(木) 01:51:23
Xは大きく変化しそうだね。ある意味分裂みたいな感じかな
3D機能の追加みたいだけど
X.OrgだったのがXglとかAiglxとかXglxとかXeglとか仕組みが違うのが現れるみたいだよ

863 :名無しさん@お腹いっぱい。:2006/06/08(木) 06:48:01
( ゚д゚)ポカーン

864 :名無しさん@お腹いっぱい。:2006/06/08(木) 14:39:13
XGL って X on OpenGL でしょ?
なにが嬉しいの?


865 :名無しさん@お腹いっぱい。:2006/06/08(木) 14:54:25
>>864 X by OpenGL だろ。

866 :名無しさん@お腹いっぱい。:2006/06/08(木) 23:29:20
X for OpenGL

867 :名無しさん@お腹いっぱい。:2006/06/09(金) 03:34:00
3Dアクセラ搭載のXはカオス

868 :名無しさん@お腹いっぱい。:2006/06/09(金) 15:08:17
macはquartz(OpenGL)-aqua
windowsはaero(DirectX)-grass(他色々)
unix/linuxはxgl(OpenGL)-gnome/kdeなど
今までは
xorg-x11(CPUが描画)-gnome/kdeなど
GPUの進化による必然です。
3Dが注目されていますが当然2Dも高速化。
xglはxorg-x11互換で置き換えて使います。
描画が速くなりCPUの負担は低減する一挙両得。
開発元はsun、solarisや一部linuxで既に稼働中。


869 :名無しさん@お腹いっぱい。:2006/06/09(金) 20:53:22
www.x11.orz

870 :名無しさん@お腹いっぱい。:2006/06/10(土) 04:52:48
>>868
つってもXGLの動作するVGAカードは限られてるけどね。しかもプロプラドライバを使わないといけないし。

871 :名無しさん@お腹いっぱい。:2006/06/10(土) 15:59:08
unixは知らないけどlinuxはプロプラドライバを拒絶はしない。
なにせマイクロソフト製のdllをそのままパクってしまうずうずうしさ。
GPL聖職者達は非現実的な戯言をわめいているけど無視。
あいつらになんら強制力無し。

872 :名無しさん@お腹いっぱい。:2006/06/10(土) 16:07:48
>>871
u

G


素直に読むと『うなが』
濁点はノイズだと判断して除去すると『うなか』
『うなか』を連続して256回読むとあるメッセージが浮かび上がる。
それは『なかう』

>>871は親子丼が食べたかったんだよ!

873 :名無しさん@お腹いっぱい。:2006/06/10(土) 17:04:22
ナ、ナンダッテー

874 :名無しさん@お腹いっぱい。:2006/06/10(土) 21:37:56
『かうな』

つまり、OSに金なんて出すなという事だったんだよ!!

875 :名無しさん@お腹いっぱい。:2006/06/11(日) 19:46:38
まるでGPLの権化のように思われているlinuxだが実際は無法地帯。


876 :名無しさん@お腹いっぱい。:2006/06/11(日) 20:42:53
いや、そもそもLinusがGPLを巡ってGNUと見解違うから。

877 :名無しさん@お腹いっぱい。:2006/06/11(日) 21:13:11
ときどきでいいから、無償配布しているSolarisのこと思い出してください…

878 :名無しさん@お腹いっぱい。:2006/06/12(月) 00:54:57
>>877
タダかもしれんがフリーでないんでない?
違った?

879 :名無しさん@お腹いっぱい。:2006/06/12(月) 01:31:06
871からの流れを読んで欲しかったかなと
まあ、お金じゃないほうで"フリー"なのが欲しければ
OpenSolarisという手もあるけど

880 :名無しさん@お腹いっぱい。:2006/06/12(月) 15:23:29
世間一般ではStallmanをlinuxの指導者と思っている。
linux界の下々の間では狂人扱い、非現実的な事をわめく妄想野郎。
このギャップが誤解を生む。
DRM排斥、プロプライエンタリ排斥、また馬鹿言ってるよ。
誰かDRMを提供させるようにマイクロソフトと話つけろや。


881 :名無しさん@お腹いっぱい。:2006/06/12(月) 15:36:16
オープンソースのOSでまともなDRMやろうとするなら、
FlexGoの様にCPU 側にセキュリティ機構がいるんじゃないか?

882 :名無しさん@お腹いっぱい。:2006/06/12(月) 18:15:27
>>880
そんな勘違いしてる香具師なんかおらんわ〜
あほか〜w


883 :名無しさん@お腹いっぱい。:2006/06/12(月) 19:52:27
ストールマンというより、FSFな

884 :名無しさん@お腹いっぱい。:2006/06/13(火) 00:08:38
880がアフォに、もう一点w

885 :名無しさん@お腹いっぱい。:2006/06/13(火) 08:06:12
じゃぁ、おれもプラス一票


886 :名無しさん@お腹いっぱい。:2006/06/13(火) 12:11:37
おれは座布団を...取る!

887 :名無しさん@お腹いっぱい。:2006/06/14(水) 14:35:46
お前ら2ちゃんはX使ってみてないのか??

888 :名無しさん@お腹いっぱい。:2006/06/14(水) 17:20:42
お前ら2ちゃんはそうかーっ!
X11使わず、X11不要と言うかーっ!
かーっといこかーっ!

889 :名無しさん@お腹いっぱい。:2006/06/14(水) 19:58:32
数百万〜一千万以上のunixワークステーションにこっそり専ブラ入れて
2ちゃんやってる不届き者は手を上げろ

890 :名無しさん@お腹いっぱい。:2006/06/14(水) 20:10:27
>>888
使わないから不要なんだし、不要だから使わないんだと思うが。
必要なら使うし、使うなら必要だろ。

891 :名無しさん@お腹いっぱい。:2006/06/14(水) 21:01:12
何言葉遊びしてんだよ

892 :名無しさん@お腹いっぱい。:2006/06/14(水) 22:52:14
実際この辺に居る人たちは言葉遊びが好きな奴が多いだろw

893 :名無しさん@お腹いっぱい。:2006/06/14(水) 23:13:50
俺は Stallman よりも Linus の方が気違いだと思うが。GPL が嫌いなら最初から採用しなきゃいいのに。下々の Linux ユーザの方々の思考は理解できませんなあ。

894 :名無しさん@お腹いっぱい。:2006/06/14(水) 23:35:23
880先生、1〜2番目の文と3番目の文が全然つながりませんが。

895 :名無しさん@お腹いっぱい。:2006/06/15(木) 04:43:07
>>893
GPL-2は賛成でGPL-3は反対なだけ。
プロプライエンタリの拒否など現実を全く無視してるGPL-3は誰も相手にしないと思う。
そもそもライセンスは開発者が勝手に書くもんでStallmanに書いてもらう必要も無い。

896 :名無しさん@お腹いっぱい。:2006/06/15(木) 10:50:03
> プロプライエンタリ
> プロプライエンタリ
> プロプライエンタリ

"GPL-2"って書き方も初めて見た。"GPLv2"あたりならふつーなのだが。

ていうか不思議なのは、ライセンスを論じてる奴って
ほぼ例外なく「こいつわかってなさそうオーラ」がにじみ出てるんだよね。

897 :名無しさん@お腹いっぱい。:2006/06/15(木) 12:01:54
>>895
> そもそもライセンスは開発者が勝手に書くもんでStallmanに書いてもらう必要も無い。
であるならまさに、
>>893
> GPL が嫌いなら最初から採用しなきゃいいのに。下々の Linux ユーザの方々の思考は理解できませんなあ。
ってことになると思うが。

898 :名無しさん@お腹いっぱい。:2006/06/15(木) 15:04:58
>>897
だからリーナスはGPL3は採用しない。

> GPL が嫌いなら最初から採用しなきゃいいのに。下々の Linux ユーザの方々の思考は理解できませんなあ
これが誤解なんだって。
嫌々GPLを採用してはいないよ、嫌な人はGPL以外のライセンスを使う。
コードの流用してるのに開発元の同意無しにライセンスを勝手に変えるのはルール違反。
流用する側は開発元のライセンスの継承を強いられるけどここは当然の話で。


899 :名無しさん@お腹いっぱい。:2006/06/15(木) 15:43:07
>>898
>897では本当に
> そもそもライセンスは開発者が勝手に書くもんでStallmanに書いてもらう必要も無い。
のであれば、GPLなんかv3だろうがv2だろうが使わずに自分で書けよ。
ってことを言ってるんだが。

好きで使ってるなら文句はないだろうし、
嫌いで使ってるなら「下々の Linux ユーザの方々の思考は理解できませんなあ」ってこと。
自分で使いもしないライセンスについて文句を言っているのであれば
やはり「下々の Linux ユーザの方々の思考は理解できませんなあ」だね。

900 :名無しさん@お腹いっぱい。:2006/06/15(木) 16:01:51
LinusとGNUは、GPLv2の解釈でも食い違いあるでしょ?
proprietaryなドライバモジュールについて

901 :名無しさん@お腹いっぱい。:2006/06/15(木) 16:49:25
そんなあほなことを言ってるからLinusはキチガイといわれるのでは?

902 :名無しさん@お腹いっぱい。:2006/06/16(金) 15:38:57
>>899
ま、わかんないでしょうね。
下々としては使えるもんは多いほどいい、自由なほどいい。
GPL-3は使えるもんを減らし自由を制限しようとしている。
StallmanはxFree86をライセンスを口実にlinuxから排除した。
ライセンスは政治の道具として使われる。
無論エンドユーザーはライセンスの選り好みなどしません。
でも政争は下々にも波及するから心配になる。

>"GPL-2"って書き方も初めて見た。"GPLv2"あたりならふつーなのだが。
今使っているlinuxでの表記に倣ったまで。

903 :名無しさん@お腹いっぱい。:2006/06/16(金) 16:19:34
>>902
> StallmanはxFree86をライセンスを口実にlinuxから排除した。

そんな権限ありません。
XFree86を使わないように、各コミュニティに提言したくらいでしょ。

それから、"xFree86"って、あんたまたおかしいよ…

904 :名無しさん@お腹いっぱい。:2006/06/16(金) 16:35:15
>>902
> 下々としては使えるもんは多いほどいい、自由なほどいい。
GPLなんて制限の多いライセンスを使っているソフトをよくもまぁ使う気になりますねw

905 :名無しさん@お腹いっぱい。:2006/06/16(金) 21:59:44
>>904
じゃあ聞くけど、アンタが思う制限の少ないライセンスってなんだよ?
まさかとは思うが、BSDとか言って笑いをとるのは無しなw

906 :名無しさん@お腹いっぱい。:2006/06/16(金) 22:16:04
マジで BSD ライセンスの方が制限が少ないでしょ。
GPL はたとえ GPLv2 でも混ぜられないライブラリがたくさんあるけど、
BSD にはそういう制限は一切ない。

って、自分でも分かってるから「BSDとか言って笑いをとるのは無し」と
か牽制したんだろうけど。(w

907 :名無しさん@お腹いっぱい。:2006/06/16(金) 23:01:25
>>905
BSDLのことBSDといって笑いをとるなんてまねはしませんよ(pgr


908 :名無しさん@お腹いっぱい。:2006/06/16(金) 23:48:40
(´・ω・)ヒドス

909 :名無しさん@お腹いっぱい。:2006/06/17(土) 02:33:08
>>906
馬鹿かおまえ?
なんでわざわざ自分のソフトに、どこそこのクソ大学がどうのこうの
かかんといかんの?


910 :名無しさん@お腹いっぱい。:2006/06/17(土) 03:10:57
「自分のソフト」に?
どうやら BSDL のことを全然分かってないようですね。
下々の Linux ユーザのアホさは想像を絶っしますな。やれやれ。

911 :名無しさん@お腹いっぱい。:2006/06/17(土) 04:28:58
>>868
3Dが注目、2Dも高速化ってなんか懐かしい表現だね。
Windowsでは10年も前にDirectげふんげふん。

912 :名無しさん@お腹いっぱい。:2006/06/17(土) 09:21:22
> プロプライエンタリ
> プロプライエンタリ
> プロプライエンタリ
> xFree86
> xFree86
> xFree86
> 想像を絶っしますな
> 想像を絶っしますな
> 想像を絶っしますな

913 :名無しさん@お腹いっぱい。:2006/06/17(土) 10:46:25
>>909
そこまでしってるなら、いまどき単にBSDLっていったら
修正BSDライセンスのことをさしているということぐらい
わかりますよね?

914 :909:2006/06/17(土) 18:57:19
おお、しらんかったぞ
宣伝条項がなくなって、
ソース公開義務もないのか。

でも、おかしくないか?
改変したのに、なんで、もとの著作権表示がASISで残るんだ?

いずれにせよ、宣伝系のライセンスということか

915 :名無しさん@お腹いっぱい。:2006/06/17(土) 19:42:02
>>911
Directなんだい?


916 :名無しさん@お腹いっぱい。:2006/06/17(土) 22:17:08
>いずれにせよ、宣伝系のライセンスということか

思うに、何か勘違いをしている

917 :名無しさん@お腹いっぱい。:2006/06/17(土) 22:25:29
>>914
> 改変したのに、なんで、もとの著作権表示がASISで残るんだ?

GPLv2にも同じような疑問を感じますか?

918 :名無しさん@お腹いっぱい。:2006/06/17(土) 22:48:25
ここ、基地外率が多いね。

919 :名無しさん@お腹いっぱい。:2006/06/18(日) 00:06:00
スレタイ自体が釣りだから

920 :名無しさん@お腹いっぱい。:2006/06/18(日) 00:29:20
なんでX11からライセンス論争になるのかわからん

921 :名無しさん@お腹いっぱい。:2006/06/18(日) 11:31:50
もう Apache ライセンスでいいよw

922 :名無しさん@お腹いっぱい。:2006/06/18(日) 12:20:11
MIT ライセンスも好きだよ

923 :名無しさん@お腹いっぱい。:2006/06/18(日) 15:35:28
みんながケンカするなら、ライセンスなんて無いほうが良いと思います(><)

924 :名無しさん@お腹いっぱい。:2006/06/18(日) 17:16:34
ライセンスがなければないでそれでまた喧嘩が起こるのでみんな詩ねばいいと思います(><)

925 :名無しさん@お腹いっぱい。:2006/06/18(日) 18:58:36
そんな(><)

926 :名無しさん@お腹いっぱい。:2006/06/18(日) 19:24:04
ビールおごるライセンスとか好きだよ

927 :名無しさん@お腹いっぱい。:2006/06/18(日) 19:30:44
ピザライセンスでいいじゃまいか。
もしくはジョジョライセンス。

928 :名無しさん@お腹いっぱい。:2006/06/18(日) 19:52:47
WindowsVista

929 :名無しさん@お腹いっぱい。:2006/06/18(日) 19:54:08
WindowsVista めちゃ重いよ
あれが、みんながマンセーしてるWindowsのWindowsSystem?

930 :名無しさん@お腹いっぱい。:2006/06/18(日) 21:38:01
>>929
お前のマシンが推奨スペック満たしてないだけじゃないの?

931 :名無しさん@お腹いっぱい。:2006/06/19(月) 00:08:40
その推奨スペック教えてw

932 :名無しさん@お腹いっぱい。:2006/06/19(月) 00:40:21
>>926
なにそれ?

933 :名無しさん@お腹いっぱい。:2006/06/19(月) 15:08:49
ちょっとソースが見つからなかったけど
「あなたはこのソフトウェアをフリーに使うことが出来ます。いつかこのソフトの作者と会い、
もしあなたがこのソフトを気に入っていれば、あなたは作者にビールをおごる事が出来ます。」
って感じのライセンス。GPLへの皮肉みたいなもん。

934 :名無しさん@お腹いっぱい。:2006/06/19(月) 15:32:27
http://en.wikipedia.org/wiki/Beerware

935 :名無しさん@お腹いっぱい。:2006/06/19(月) 16:06:35
GPLの提唱している開発手法はソースコードに成果を集約して次に引き継ぐ手法だから
どうしてもソースコード公開は譲れないのです。
開発者がずっと開発するのではなく次々と開発が引き継がれる開発手法。
下衆な連中は制限と誤解するけど全くの勘違い。
GPLライセンスに人気があるヤッカミもあるのかもね。
嫌なら使わなければいいだけでなんで文句言うのか理解できない。
GPLではないけれどapacheはa patchy sever、こういう開発形態。
実際kernelの開発は基本骨格を別にすれば送られてくるパッチベース。
そもそも誰がkernelを設計したのか?
不特定多数の知恵の集約、まとめ役がリーナス。


936 :名無しさん@お腹いっぱい。:2006/06/19(月) 17:00:41
何この電波...

937 :名無しさん@お腹いっぱい。:2006/06/19(月) 18:51:32
>>935
同意

>>933&934
TNX!

日本人なら、寿司Ware とかでも作るかw

938 :名無しさん@お腹いっぱい。:2006/06/19(月) 19:13:06
日本人ならジョジョウェア

939 :名無しさん@お腹いっぱい。:2006/06/19(月) 21:37:34
ライセンスは適材適所。
linuxではボランティアが開発の主力なのでGPLが多く採用されるのは自然の成り行き。
開発やコードが次々と他人に引き継がれるのでそれを保証するライセンスとしてGPLは適していた。
GPL-3はもはやイデオロギー、あんなクソライセンスは不要。


940 :名無しさん@お腹いっぱい。:2006/06/19(月) 22:14:44
実際、単にソースが公開されてるだけで、その開発者以外は
誰も手をつけようとしないアプリとかの場合、ライセンスなんてどうでもいいよな

941 :名無しさん@お腹いっぱい。:2006/06/19(月) 22:21:23
ライセンス談義はスレ違いですから。

942 :名無しさん@お腹いっぱい。:2006/06/19(月) 23:09:42
純粋なライセンス議論でなくって、Xがらみの奴だからいいんでない?

943 :名無しさん@お腹いっぱい。:2006/06/19(月) 23:42:13
GPLv3についてグダグダ文句言うことのどのへんがXがらみなのか説明してくれ。

944 :名無しさん@お腹いっぱい。:2006/06/20(火) 00:31:50
>>943
autotools 組み込んだら X も GPL に汚染されたりする?


945 :名無しさん@お腹いっぱい。:2006/06/20(火) 00:59:34
GPLのソフトウェアでできた生産物に対しても、動的リンクを経て生産された生産物なのでGPLライセンスの下で公開せねばなりません。GPLのソフトウェアでできた生産物に対しても、動的リンクを経て生産された生産物なのでGPLライセンスの下で公開せねばなりません。

946 :名無しさん@お腹いっぱい。:2006/06/20(火) 01:08:48
>>944
しないのでは?
gccでコンパイルしたバイナリがGPL汚染されるなんて話は聞いたことがないし、
それと同じでしょう。

947 :名無しさん@お腹いっぱい。:2006/06/20(火) 02:25:24
汚染とか言ってるやつはGCC使うなよ。
中国産野菜は汚染されてるとか言っておきながら、平気で外食してるバカと同類だな。

948 :名無しさん@お腹いっぱい。:2006/06/20(火) 02:26:35
libcをリンクしたら汚染される、と言われた&言ってた。
だからLGPLができたが。


949 :名無しさん@お腹いっぱい。:2006/06/20(火) 02:30:32
gcrt1.oはリンクされるけど、GPLは適用されないと聞いた。
が、ソースはないので確証はない。

ていうか、汚染とか言ってるやつはGCC使うなよ。
中国産野菜は汚染されてるとか言っておきながら、平気で外食してるバカと同類だな。

950 :名無しさん@お腹いっぱい。:2006/06/20(火) 03:34:13
>>948
libcがglibcしかないと思ってるバカハケーン。

951 :名無しさん@お腹いっぱい。:2006/06/20(火) 21:54:20
libgpl liblgpl

952 :名無しさん@お腹いっぱい。:2006/06/21(水) 01:07:18
どこのコンパイラも商用目的の場合は生成したコードにライセンスの網かけてるだろうに。
ライブラリの権利は放棄も譲渡もしていない。

953 :名無しさん@お腹いっぱい。:2006/06/21(水) 02:08:52
>>952
それどこのコンパイラ?

> ライブラリの権利は放棄も譲渡もしていない。
ランタイムライブラリと生成したコードは別の問題だが。

954 :名無しさん@お腹いっぱい。:2006/06/21(水) 06:14:44
>>953
マジで言ってるの?
それとも釣り?
もしかして完璧素人さん?
個人利用に限定すればライセンスは緩いけどさ。
>ランタイムライブラリと生成したコードは別の問題だが。
何かのOS上で動かすならひどい詭弁。
GPLを制限と言う人は多いけど現実的には一番お気楽で自由で緩いライセンス。

955 :名無しさん@お腹いっぱい。:2006/06/21(水) 07:13:44
>>954
> マジで言ってるの?
> それとも釣り?
> もしかして完璧素人さん?

だからそうやってごまかさずに
> 生成したコードにライセンスの網かけてる
例を出せって。

956 :名無しさん@お腹いっぱい。:2006/06/21(水) 11:03:47
単に >>952 に常識がないだけじゃなねえ?
Sun Studio のライセンス見ても、生成したコードについては何の制限もない。
ttp://globalspecials.sun.com/Storefront/Company/sunstor/staticContent/eulas/eula_40269400.html

実は Linux 以外のプラットフォームで開発した経験がない?
Linux 使ってる人って、みんなこうなの?


957 :名無しさん@お腹いっぱい。:2006/06/21(水) 11:48:50
なんで Linux が出てくるんだ?

958 :名無しさん@お腹いっぱい。:2006/06/21(水) 13:26:04
ほとんどのコンパイラは非商用ライセンスと商用ライセンスがあるよね。
コンパイラが生成したバイナリコードを売りたいなら商用ライセンスを買えって網がかかってる。

959 :名無しさん@お腹いっぱい。:2006/06/21(水) 13:27:05
ついでに言えばライブラリは一本あたり幾らってライセンスも結構あるよね。

960 :名無しさん@お腹いっぱい。:2006/06/21(水) 15:04:50
>>958
だからそれはどこのコンパイラよ。
ほとんどって言うんだからいくつでも出せるよな?

961 :名無しさん@お腹いっぱい。:2006/06/21(水) 17:22:55
Intelのコンパイラは、仕事にはfreeの使うなってライセンスだな。
ただ生成したコードについては特に書いてない。使うなと言うことだから。

962 :名無しさん@お腹いっぱい。:2006/06/21(水) 19:57:34
生成したコードに対して権利主張するというのはみたことがないな
「コンパイラを商用コードの生成に使ってはいけない」というコンパイラ自体の使用に対する制限は聞いたことがあるが。

この二つはぜんぜん違うぞ。

963 :名無しさん@お腹いっぱい。:2006/06/21(水) 22:09:52
>>962
本質は同じだよ。
それとも貴方はLinux使い?

964 :名無しさん@お腹いっぱい。:2006/06/21(水) 23:04:21
その本質って何?

965 :名無しさん@お腹いっぱい。:2006/06/21(水) 23:16:43
本質と言いたかっただけかと。

966 :名無しさん@お腹いっぱい。:2006/06/22(木) 00:02:18
gccのコード最適化に人工知能を使うと、
自分の著作物だと主張する日が来るのではないか?

X11|∀・)ジー

967 :名無しさん@お腹いっぱい。:2006/06/22(木) 00:23:03
>>963
「そのコンパイラでコンパイルしたプログラムは商用利用できない」という結果は変わらないが、
そのための論拠はまったく異なるのだがそのことは理解できてるだろうか?

というかコンパイラが吐いたオブジェクトについての権利をコンパイラメーカーが権利主張できる
なんてことになったら大変だと思うがね。

同じロジックでMSは当然WORDで出力した文書の権利を主張できるだろうし、adobeもAcrobatで出力した
文書ファイルの権利主張ができてしまう。
グラフィックカードメーカーも表示したデータの権利主張できてしまうな。プリンタメーカーもだ。
逆方向で考えれば、キーボードメーカーも入力したデータの権利主張ができそうだな。

もうアホかバカかと。

968 :名無しさん@お腹いっぱい。:2006/06/22(木) 00:54:20
次スレ不要論

969 :名無しさん@お腹いっぱい。:2006/06/22(木) 21:55:05
967 :名無しさん@お腹いっぱい。:2006/06/22(木) 00:23:03
>>963
「そのコンパイラでコンパイルしたプログラムは商用利用できない」という結果は変わらないが、
そのための論拠はまったく異なるのだがそのことは理解できてるだろうか?

やや不毛な議論だが、せっかくの機会なのできちんと説明してやろう。

答えー>もちろん、理解している。しかし、その論拠となるベースが
実は同じということを指摘したまでだ。

というかコンパイラが吐いたオブジェクトについての権利をコンパイラメーカーが権利主張できる
なんてことになったら大変だと思うがね。

やろうと思えば出来るが、そんなことしたら売れないし、使われないので、
最初からしないだけ。

同じロジックでMSは当然WORDで出力した文書の権利を主張できるだろうし、adobeもAcrobatで出力した
文書ファイルの権利主張ができてしまう。

逆に文書ファイルに含まれる全ての知的所有権を、文書作成者が持つとすると
大変なことになるな。

グラフィックカードメーカーも表示したデータの権利主張できてしまうな。プリンタメーカーもだ。
逆方向で考えれば、キーボードメーカーも入力したデータの権利主張ができそうだな。

これは、大間違い。
データの変換だけでは権利主張できない。

970 :名無しさん@お腹いっぱい。:2006/06/22(木) 22:56:29
>>969
> 967 :名無しさん@お腹いっぱい。:2006/06/22(木) 00:23:03
> >>963
> 「そのコンパイラでコンパイルしたプログラムは商用利用できない」という結果は変わらないが、
> そのための論拠はまったく異なるのだがそのことは理解できてるだろうか?
>
> やや不毛な議論だが、せっかくの機会なのできちんと説明してやろう。
>
> 答えー>もちろん、理解している。しかし、その論拠となるベースが
> 実は同じということを指摘したまでだ。
>
> というかコンパイラが吐いたオブジェクトについての権利をコンパイラメーカーが権利主張できる
> なんてことになったら大変だと思うがね。
>
> やろうと思えば出来るが、そんなことしたら売れないし、使われないので、
> 最初からしないだけ。
>
> 同じロジックでMSは当然WORDで出力した文書の権利を主張できるだろうし、adobeもAcrobatで出力した
> 文書ファイルの権利主張ができてしまう。
>
> 逆に文書ファイルに含まれる全ての知的所有権を、文書作成者が持つとすると
> 大変なことになるな。
>
> グラフィックカードメーカーも表示したデータの権利主張できてしまうな。プリンタメーカーもだ。
> 逆方向で考えれば、キーボードメーカーも入力したデータの権利主張ができそうだな。
>
> これは、大間違い。
> データの変換だけでは権利主張できない。


971 :名無しさん@お腹いっぱい。:2006/06/22(木) 22:58:29
>>969
> 答えー>もちろん、理解している。しかし、その論拠となるベースが
> 実は同じということを指摘したまでだ。

わかってないでは?
コンパイラの出力結果に対する権利主張と
コンパイラの使用条件に対する権利主張。
どこが同じなのだ?

> やろうと思えば出来るが、そんなことしたら売れないし、使われないので、
> 最初からしないだけ。

できません。

> 逆に文書ファイルに含まれる全ての知的所有権を、文書作成者が持つとすると
> 大変なことになるな。

ちっとも逆じゃありません。

> データの変換だけでは権利主張できない。

よくわかっているじゃん。
コンパイルも「データの変換」でしかいないのだよ。

972 :名無しさん@お腹いっぱい。:2006/06/22(木) 23:07:38
中々恥ずかしい奴が来てるみたいだね

973 :964:2006/06/22(木) 23:55:24
華麗にスルーされた

974 :名無しさん@お腹いっぱい。:2006/06/23(金) 00:06:18
おっぱいがX無しでも見れれば 確実に不要

975 :名無しさん@お腹いっぱい。:2006/06/23(金) 00:14:03
つaalib

976 :名無しさん@お腹いっぱい。:2006/06/23(金) 01:35:52
つsvgalib

977 :名無しさん@お腹いっぱい。:2006/06/23(金) 15:26:10
お前らX11の必要性を語れよ

978 :名無しさん@お腹いっぱい。:2006/06/23(金) 15:36:10
その話はもういいよ

979 :名無しさん@お腹いっぱい。:2006/06/23(金) 16:19:58
X12が出るまで次スレ禁止

980 :名無しさん@お腹いっぱい。:2006/06/23(金) 17:55:39
もし貴方のX11が遅く感じられたらオープンなX11は優雅に改良し公開することができます。
貴方のオープンなOSでMIT-SHMを有効にするのも良い手です。
そして、貴方の手によって改良されたすばらしいX11はx11perf(1)で簡単にパフォーマンスを確認でき、
貴方は歓喜することでしょう。

981 :名無しさん@お腹いっぱい。:2006/06/23(金) 18:04:35
次スレ

ライセンスあれこれ
http://pc8.2ch.net/test/read.cgi/unix/1032702590/

982 :名無しさん@お腹いっぱい。:2006/06/23(金) 18:30:42
次スレ

C shell 撲滅委員会
http://pc8.2ch.net/test/read.cgi/unix/1094041299/

983 :名無しさん@お腹いっぱい。:2006/06/23(金) 21:01:26
> 逆に文書ファイルに含まれる全ての知的所有権を、文書作成者が持つとすると
> 大変なことになるな。

それは、確かにそうだな。

984 :名無しさん@お腹いっぱい。:2006/06/23(金) 21:13:05
元々ネタスレ風味が強かったせいかいつも不毛な議論に終わっちゃうね。

ところでお願いがあるんだけど、初代と2番目のスレのログ持ってる人がいたら
固めてアップしてくれないかしら。
初代から読み返してみたいんだけど。

985 :名無しさん@お腹いっぱい。:2006/06/23(金) 21:25:31
初代からみてるけど、
一部の狂った主張と
マジレスに偽装した冷やかしばかりで読む価値ないよ。

986 :名無しさん@お腹いっぱい。:2006/06/23(金) 21:39:59
それが2chの面白さの一つ

987 :名無しさん@お腹いっぱい。:2006/06/23(金) 21:43:12
<プロフェッショナル
>プロフェショナル

988 :名無しさん@お腹いっぱい。:2006/06/23(金) 22:22:58
>>986
確かにw

989 :名無しさん@お腹いっぱい。:2006/06/23(金) 22:48:53
>>985
まぁこのスレだけ見てもそうだとは思うけど…
1000レスのうちの数個でも読めるものがあればいいかなと思ってるので。

もしよかったらでいいのでお願いできないでしょうか >過去ログ

990 :名無しさん@お腹いっぱい。:2006/06/24(土) 11:43:28
>>984
http://www.geocities.jp/mirrorhenkan/

991 :名無しさん@お腹いっぱい。:2006/06/24(土) 20:58:25
次すれは\\

992 :名無しさん@お腹いっぱい。:2006/06/25(日) 16:14:38
そろそろ1000か?

グラフィックスはGLがあるからいいとして、
あとは日本語だろうなぁ…

Xless な生活を目指すとすると。

993 :名無しさん@お腹いっぱい。:2006/06/25(日) 21:23:14
X 使わないで生きるのと
端末のみで生きるのではニュアンス違うよ。
フレームバッファ使って画像表示するくらいなら
X 使ったほうがましじゃないか?

994 :名無しさん@お腹いっぱい。:2006/06/25(日) 21:32:25
フレームバッファ上に直接Qtとかでもいいけどな。

995 :名無しさん@お腹いっぱい。:2006/06/25(日) 22:00:00
>>993
確かになw

ただ、管理がえらく複雑だよね。X11
もちろんバカチョンにもできるけど、
ある程度の技術と拘り(?)をもった人だと、
全てのファイルを把握したいだろう。

~/ に、訳のわからんファイルまき散らされるのは、
自宅の庭にゴミを放置される程度に嫌なものだ。


996 :名無しさん@お腹いっぱい。:2006/06/25(日) 22:02:43
■■■X11不要論■■■R4■■■
http://pc8.2ch.net/test/read.cgi/unix/1151240524/

997 :名無しさん@お腹いっぱい。:2006/06/25(日) 22:06:00
~/ に訳のわからんファイルまき散らされるのは
KDE/GNOME使った時とか、xdmでログインする場合の話。
手動で xinit方式だと、
~/.xinitrc ~/.Xdefaults ~/.Xauthority くらいしか必要ない。
勝手にファイルが出来ることもない。

998 :名無しさん@お腹いっぱい。:2006/06/25(日) 22:21:56
xdmも作らないだろ? ~/.xsession-errorsくらい?



999 :名無しさん@お腹いっぱい。:2006/06/25(日) 22:28:21
>>995
X とその上で動いてるアプリケーションを区別できてないだけじゃないの。

1000 :名無しさん@お腹いっぱい。:2006/06/25(日) 22:29:41
てゆーか自分のディレクトリから出てきて欲しくないと思ったり。
明らかに特別扱いのディレクトリ貰ってるくせに生意気な!

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

203 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)