1 ：
名無しさん＠お腹いっぱい。 ：
04/11/07 00:43:49 http://pc5.2ch.net/test/read.cgi/unix/1071228155/ すべての問題はここだ
１．Xあるんだから必要ない とかいって協力しない
２．俺はGUIは使わないから興味ない
３．男だったらCUIだろうが
４．だったら、MacOSX使えば？
５．KDEやGNOMEがあるじゃない。壱から、しかも土台から作るなん
て無理無理
６．そもそも、そんな技術力は存在しない
７．多くのUNIXプログラマのGUIに対する見解があまりにも非力であり
ろくな物ができあがらない。
８．ネットワーク透過性が云々...... とごねてXを捨てない
おれたちにはGMWがあるじゃないか。
3 ：
名無しさん＠お腹いっぱい。 ：04/11/07 01:22:45
XはMac OS Xとロゴが被ってるから不要
y-windowで代用を利かすしかないでしょう
5 ：
名無しさん＠お腹いっぱい。 ：04/11/07 01:32:44
Apple、Xの名称廃止をOpen Groupに要求
商標権だろ
7 ：
名無しさん＠お腹いっぱい。 ：04/11/07 04:34:24
XといえばXヤポン
また糞スレの続編が立ってるクマ(AAはまかせた↓
9 ：
名無しさん＠お腹いっぱい。 ：04/11/07 18:38:24
うんこ食べたよ
スレタイの■がじゃま
■■■■不要論■■■
12 ：
名無しさん＠お腹いっぱい。 ：04/11/07 19:33:45
>>5 ま糞、くだらねーことしやがって。
てめーあとだしじゃねーか。
シネヨ
13 ：
名無しさん＠お腹いっぱい。 ：04/11/07 23:37:07
∧＿∧
14 ：
名無しさん＠お腹いっぱい。 ：04/11/08 01:06:35
一応テンプレ張っとくよ。（↓）
term to termのコピペが楽だから、X用アプリは使わなくても、Xを上げて*termをたくさん上げる。
screen使えよ
17 ：
駄級者 ：04/11/08 21:49:13
■■■不要論不要論■■■
18 ：
名無しさん＠お腹いっぱい。 ：04/11/09 02:19:07
age
19 ：
名無しさん＠お腹いっぱい。 ：04/11/10 00:13:37
おお、Ｒ２が出来ていたのか。。。
来年にはR7が出ます。
21 ：
名無しさん＠お腹いっぱい。 ：04/11/10 14:33:12
Xで満足の人はそのまま使えばよいじゃん
23 ：
名無しさん＠お腹いっぱい。 ：04/11/10 17:27:02
GUIだとーーーーーーーーー！！！！！！！！！
その前に↓の具体的なレス番を教えて欲しいものだ
>>24 Xはいわゆるひとつの
ポータブルにネットワークトランスポートするウインドウシステムだと思ってますよ
GUIはいわゆる一つのグラフィカルなユーザーとのインターフェースだと思っていますよ
27 ：
名無しさん＠お腹いっぱい。 ：04/11/10 19:24:39
>>26 で、実質的にUNIX板ではイコールだろｗ
X以外もあるからイコールじゃないでしょ。
29 ：
名無しさん＠お腹いっぱい。 ：04/11/10 22:53:14
おばかさんよね～
なんとage率の高いスレか
1スレまるまる使い切っても理解できないですか。
ネットワークトランスパレントなおっぱいないですか？
>>31 両方セットで成り立つもんだからね～
区別するのはかまわないけど～
どっちか、かたほうじゃ成り立たないよね～
>>33 やはり全く理解できてないですね。
Wine を見ても分かる通り、X 上で、Windows の UI は基本的に
全て動作可能です。
逆に gnome や Qt, Tk のような X 上のツールキットは、
Windows でも動いてます。
35 ：
名無しさん＠お腹いっぱい。 ：04/11/11 01:25:50
必死だな（ｗ
>>34 わかるけど議論の流れ無視して区別だけ厳格にしても意味が無い。
>>1 の1、5、8は区別する必用あるけど、2、3、4、7の立場だとX11も
ツールキットもまとめて棄てとかまとめて強化とかそういう話。
>>31 区別した上での話なんじゃないの？それは結論になってないよね。
console最強
39 ：
名無しさん＠お腹いっぱい。 ：04/11/12 14:50:49
QtはX11使わないバージョンもあるじゃん
もうちっとテーマ絞ってから新スレ立てればいいのに。
41 ：
名無しさん＠お腹いっぱい。 ：04/11/12 15:32:22
X Window System無用スレ
42 ：
名無しさん＠お腹いっぱい。 ：04/11/12 15:34:50
>>34 ってマイクロソフトの人？
半角英数と全角文字の間に半角スペース挿入するのって
マイクロソフトのUIローカライズガイドラインだっけ
43 ：
名無しさん＠お腹いっぱい。 ：04/11/12 15:36:09
DRMに対応してない糞グラボだと遅い
47 ：
名無しさん＠お腹いっぱい。 ：04/11/12 22:59:49
48 ：
名無しさん＠お腹いっぱい。 ：04/11/13 14:13:39
皆の言いたい事はわかった
49 ：
名無しさん＠お腹いっぱい。 ：04/11/13 21:04:39
50 ：
名無しさん＠お腹いっぱい。 ：04/11/13 22:07:53
ﾊｧ?Mac最強だろ。
Plan9こそ最強。
Infernoこそ最凶
53 ：
名無しさん＠お腹いっぱい。 ：04/11/13 23:25:27
54 ：
名無しさん＠お腹いっぱい。 ：04/11/14 11:36:30
マスコットが...。
56 ：
名無しさん＠お腹いっぱい。 ：04/11/14 20:53:09
マスコットなんて
娘に見せたら夢に出てきたらしく、夜鳴きしだした。
( ･ω･)かわいいよ( ･ω･)
59 ：
名無しさん＠お腹いっぱい。 ：04/11/15 15:07:48
pTeX使いはいれる。
え、pTeX使いこそ入れないんじゃ…
勝手に空白が入るしね。
（ ＾▽＾）＜入れないよ
MacOS Xのウィンドウシステムやそのツールキットって、ｱﾎﾟｰのオリジナルなの?
NEXTSTEP由来のものも多い。
i386 向けの Mac OS X を発売したら爆発的に売れるんじゃないか？
>>66 それやると、ppcのハードが売れなくなってしまう。
スレ的にもウィンドウシステムだけ単独販売してほしいが。
BSD向けのみ売ればデスクトップ犬糞が廃れる事間違いなし
Darwinじゃないと動かないよ。
*BSDもMach kernelにしちゃえ！
71 ：
名無しさん＠お腹いっぱい。 ：04/11/17 01:24:11
( ･ω･)
Mach/BSD CDのインストーラにAnaconda デフォルトのウインドウシステムがMac
>>72 それならMac OS Xでいいじゃん。
Mac OS Xは入れたこと無いけど、インストーラがanacondaより悪いの？
x86用にもし出るのならAnacondaがインストーラじゃないとしんどいだろ
まあ出ないから。
76 ：
名無しさん＠お腹いっぱい。 ：04/11/18 18:38:43
( ･ω･)
Xはネットワーク透過のオーバーヘッドが．．．とか言ってるけどさ
>>77 そうなの? 知らなかったよそれ。ってどっかにソースありますか?
XPのヤツは然程オーバーヘッド無いじゃん．動画までスムーズに送れてビビッた．
80 ：
名無しさん＠お腹いっぱい。 ：04/11/19 05:32:27
Xがだめだめなんだね
>>78 タスクマネージャの”ユーザ”ってタブ見てみそ
お蔭でターミナルサービス停止できなくてウザ
83 ：
名無しさん＠お腹いっぱい。 ：04/11/20 18:02:35
まぁ、ＯＳＸなんて使っている時点で負け組みみたいなものだよねぇ。
そうかい？
多バイト文字の扱いですらまだ四苦八苦してるX11．
windowsをDLLヘルとか言っておきながら
87 ：
名無しさん＠お腹いっぱい。 ：04/11/21 00:23:27
88 ：
名無しさん＠お腹いっぱい。 ：04/11/21 15:05:05
>libcちょっと弄ると依存関係全滅のシステムって．．．
＞windowsをDLLヘルとか言っておきながら
libcも似たようなもんだろう
把握しやすさが全然違うが
今時のX入りPC-UNIXはあっという間にHDD食いつくすからビビッた。
>>86 > libcちょっと弄ると依存関係全滅のシステムって．．．
Windowsにはこれがなくなると困るってDLLがないって主張と見做していいですか?
95 ：
名無しさん＠お腹いっぱい。 ：04/11/22 14:42:34
X Window System嫌いにお勧めのLinuxディストリビューションは？
LFS・Gentoo
>>95 バージョンアップだから、windowsなら
ServicePack当てたらシステムが動かなくなったって感じだろ
RPMでglibc入れりゃいいだろ
100 ：
名無しさん＠お腹いっぱい。 ：04/11/23 00:37:37
X12まだー？
101 ：
名無しさん＠お腹いっぱい。 ：04/11/23 11:46:35
>>95 普通にRHL系でいいと思うよ。
X入れずに構築しているが、かなり良い。
102 ：
名無しさん＠お腹いっぱい。 ：04/11/23 11:48:38
>>84 確かに見た目はいいよね。触った感じも。
ただし、シェアをみると恐くて触れんｗ
Plamo以外イラネ
104 ：
名無しさん＠お腹いっぱい。 ：04/11/23 20:12:00
犬臭は犬糞板から出てくるなよ
105 ：
名無しさん＠お腹いっぱい。 ：04/11/24 00:53:37
確かに「真面目な」文章を読んだり書いたりするときには、
衝撃サイエンスSP人類500万年最大の謎、観なかったのか？
フォント周りと国際化をもっと何とかすべき。あと、パフォーマンスと
作り直さないと無理
>>108 を実現させるならゼロから作り直すのに近いよ…
国際化は進んでる印象があるが、煩雑なフォントの扱い
美しくないフォントの表示が悲しいな。
>>104 >>103 にむかついたか？馬糞厨。馬糞はキモヲタヲナニーOSの最高峰なんだからもっと自信を持ちなさい。
112 ：
名無しさん＠お腹いっぱい。 ：04/11/24 21:14:53
113 ：
名無しさん＠お腹いっぱい。 ：04/11/24 23:32:53
X程UNIXユーザから支持を受けているソフトもないだろう？
UNIXユーザからもっとも支持を受けているソフト
more or less
>>115 そんな化石は1年に1度起動すればいい方
>>116 だから
more or less（多少）支持を受けているソフト
支持は受けてないけど入ってるソフト
俺は more も less も使いまくってるなぁ.
lvも便利
123 ：
名無しさん＠お腹いっぱい。 ：04/11/25 15:05:34
サーバーとかならXも便利だけど
マルチメディアがインターネットなギガビットにも向かないな
Win32で一番羨ましいのは豊富|簡単|高速に使えるツールキット郡だな…
VB.NETやC#はいいと思うが
全部良いよ.
129 ：
◆Nw9FlD4qdY ：04/11/26 14:29:06
お前は俺だ
>>125 linux って憧れの対象なのな。なんか違うよな。
×windowsに飽きた
>>133 ×unixもインストールしたら飽きる
○インストして 10 分で使えないという結論に至り消去
目的：UNICODEの打倒
…UNICODEの代替物ってある？
>136
jp2 じゃぜんぜん足りないじゃん。
ISO 2022とか。そういえば、DIS 10646ってどんなんだったんだ？
もうここまできたらユニコでなんとかするしかないでしょ。
ユニコたん(;´Д｀)ﾊｧﾊｧ
ユニコードがあんな馬鹿規格になったのは、
日本でも大して研究されてなくてまともにやってたのがAdobeぐらいだったとか。
莫迦だなお前ら。日本語を世界中に普及させりゃJISだけで行けるじゃ
大日本帝国復興ですね！
147 ：
名無しさん＠お腹いっぱい。 ：04/11/29 15:15:46
Qt embeddedやMicrowindowsなどをメインにしたLinuxディストリビューションある？
Xプロトコルを独自に実装したAlternative Xは存在しないの？
test
151 ：
名無しさん＠お腹いっぱい。 ：04/11/29 21:48:54
>>136 釣りだと思うがw
EUCがあるでしょ？
恐らく、ここを見ている８割り以上の奴がEUCの筈。
>151
>>151 はparameterized L10Nの事を言っていると思う。
EUC って iso2022 のサブセットでしょ？
UTF32
Xは必要だが、現状の糞は捨てて新規に書き直すべき。
>>156 オマエがYのメンテでも新規にZでも書け
Frecsoは…死んだんですね
Xはクソ
糞なのはKDEやGNOMEだろ
何でKDEやGNOMEがクソなんだよ。クソなのは土台のXだろうが。
↑この辺とか
165 ：
名無しさん＠お腹いっぱい。 ：04/11/30 23:04:54
Xがクソなのは同意
KDEは大糞。
ツールキットが争いあう時点でどちらも糞いよ．
今後BSDの中では1種類のツールキットだけを提供する。
GNUStep最強。
171 ：
名無しさん＠お腹いっぱい。 ：04/12/01 18:35:32
オープンソース＝糞の集まりということで結論が出たようですね。
×オープンソース＝糞の集まりということで結論が出たようですね。
>>168 それはむしろ逆じゃないかな。
各種ツールキットの「中間」ツールキットを
誰も開発しようとしない事こそが
オープンソースの弱点といえば弱点なんだけど。
至極当然なことだと思うが？
意味不明。
libc なんかの基本ライブラリを管理するのも大変だと思うよ。
>>175 GTKやQtだけでもデカくて煩雑なのに、それを繋ぐラッパーが
出来ると，更に面倒な状況になっちまうんじゃなかろうか．
単体でも少し版が違うだけで動かんコードが出てくるのに…
別に博物館に陳列されているだけのコードがあっても
UNIX/Linux板でこの手のスレを腐るほど目にしてきたあなた！
182 ：
名無しさん＠お腹いっぱい。 ：04/12/01 23:09:39
>>175 中間って具体的にどのレベル？
>>178 商用のlibcなんかよりよっぽどましだけどな。
＞単体でも少し版が違うだけで動かんコードが出てくるのに…
バグ付のまま置きっぱなしですわぁ
ところでマウスのボタンを2つ以上同時押しするという入力は
右左同時押ししてますが、何か？
188 ：
名無しさん＠お腹いっぱい。 ：04/12/02 15:05:43
QtMozillaってKDEMozillaに変更されたの？
AppleはMacのGUIをオープンンソースとして公開すべきだ。
190 ：
名無しさん＠お腹いっぱい。 ：04/12/03 00:42:08
M$は(ry
僕の肛門です見てください。
ケツの穴の小さい野郎だ
(;´Д｀)ﾊｧﾊｧ
195 ：
名無しさん＠お腹いっぱい。 ：04/12/04 12:07:44
X11が無くても動くブラウザってある？
w3.el
>>182 データアクセスの形態だけでも共有出来ると
大分状況が違って来ると思う。
199は
201 ：
名無しさん＠お腹いっぱい。 ：04/12/05 20:41:01
やはり、みんなダメダメね。
ビデオドライバを含むディスプレイエンジンと
Xはそもそもサンプル実装からしてDDX(デバイス依存部)とDIX(デバイス独立部)に
204 ：
名無しさん＠お腹いっぱい。 ：04/12/07 14:59:24
>>188 QtMozillaは1.3.1まで？
最近のはQtサポートしていないみたい
205 ：
名無しさん＠お腹いっぱい。 ：04/12/08 00:29:51
206 ：
名無しさん＠お腹いっぱい。 ：04/12/08 16:08:38
嘘
208 ：
名無しさん＠お腹いっぱい。 ：04/12/10 10:03:26
金のためなら何でもします
209 ：
名無しさん＠お腹いっぱい。 ：04/12/10 16:07:54
誰ですか
>>207 DDDの頃の話？
その後Dellじゃねぇや、Diamondの日本法人とかやってたっけか？あれ、別の香具師だっけか？
でもライターもどきもしてたよ、当時から。
211 ：
名無しさん＠お腹いっぱい。 ：04/12/10 21:39:18
>>207 なにが参考になったの？
さっぱりわからん。
hage
213 ：
名無しさん＠お腹いっぱい。 ：04/12/17 12:13:09
〆⌒ヽ
214 ：
名無しさん＠お腹いっぱい。 ：04/12/20 14:58:10
Linux Frame Bufferを利用したGUIってどぉ？
>>215 X-windows って……誰かツッコめよ
218 ：
名無しさん＠お腹いっぱい。 ：04/12/22 00:49:47
>>215 おもろそうだなｗ
日本語は無理そうだけど…
だれか使った香具師いる？
>>214 アクセラレータもろくに使えないんだから、コードサイズ以外の
点では、X11以下です。
220 ：
名無しさん＠お腹いっぱい。 ：04/12/22 14:52:33
X-Window Systemのystem省略？
Xでは無いという時点でXより遥かに優れているわけだが？
人間では無いという時点で人間より遥かに優れている
ここで X と Xより遥か の間に横たわる隙間について考える
224 ：
名無しさん＠お腹いっぱい。 ：04/12/22 20:43:08
コードサイズが大きい方が良いと仮定するならそうだけど、
×ではないという時点で◯なわけです。
直感に反します。
「コードサイズはX11以下です。」という意味では？
GUIいらないって人はPCでエロ画像見るな
画像≠GUI
231 ：
名無しさん＠お腹いっぱい。 ：04/12/23 21:47:05
通はやっぱり活字だろ？
文字コードは滅茶苦茶に細切れにする
233 ：
ノア ：04/12/24 19:32:35
バベルの塔ｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!
234 ：
名無しさん＠お腹いっぱい。 ：04/12/24 21:37:34
例えばモールス符号の絵を使って
規約やAPIは著作権の対象外です。
アフォはスルーでヨロｗ
ザ・車輪の再発明 (100円)
印刷を何とかしろ。
印刷を何とかしろ
ロシナンテ
242 ：
名無しさん＠お腹いっぱい。 ：04/12/25 22:20:42
馬鹿かおまえら。
車輪の再開するからポテンザみたいな高性能タイヤ
大半は無駄に終わるけどな
再開ってなんだ
Yはどうなった?
247 ：
名無しさん＠お腹いっぱい。 ：04/12/27 01:48:25
248 ：
名無しさん＠お腹いっぱい。 ：04/12/27 19:17:12
>>246 Xの延長線に良いものがあるとは思えない。
249 ：
名無しさん＠お腹いっぱい。 ：04/12/28 18:42:07
Xの延長線
メ
卍
＞く
がんだむえっくすいっくぜ～！
ヽ|・∀・|ノ
255 ：
名無しさん＠お腹いっぱい。 ：04/12/30 00:19:24
最近の携帯とかPDAって（当り前だけど）GUI載ってるよね？
ない(w
Linuxザウルスは、海外では X で使ってる人の方が
>>1 の祖先です。
／⌒￣ ＼
／ ◎ ＼
</ ＿＿） ＜アカンソステガ──！！
</ ＿＿＿ノ
／ ､｀＼
/ ＿＿ /´> )
(＿＿＿） / (_／
| /
| ／＼ ＼
| / ) )
∪ （ ＼
＼＿)
262 ：
名無しさん＠お腹いっぱい。 ：05/01/02 16:08:43
263 ：
名無しさん＠お腹いっぱい。 ：05/01/02 23:43:24
>>260 組込み系だと、Ｘ採用する気が知れないｗ
Windows CE や Windows XP Embeded を使ってるような組み込み
Xはbitmap抱えてでかくなるのがちょっときついかな。
266 ：
名無しさん＠お腹いっぱい。 ：05/01/07 23:05:50
>>264 Windows 3.1も4MBで使えてたけど
だから、264 では「Windows CE や Windows XP Embeded を
今時8MBじゃvmlinuzも展開できんだろ
269 ：
名無しさん＠お腹いっぱい。 ：05/01/11 14:41:22
tiny-Xってバイナリだけ？
放置か・・・みじめだな
271 ：
名無しさん＠お腹いっぱい。 ：05/01/17 01:57:19
もうAquaでいいじゃん
>>208 *BSD なら 8MB でもインストールできるよ。
linux だと駄目なの?
274 ：
名無しさん＠お腹いっぱい。 ：05/01/17 14:55:11
tiny-Xのソースってどこ？
XFree86-4.1.0 ぐらいの時期に XFree86 にマージされた
277 ：
名無しさん＠お腹いっぱい。 ：05/01/19 01:39:27
tinyXとKdriveの違いをおしえて
KdriveならSiS 650でも高速なGLレンダリングできるかな。
無理！
kdrive って、消費するメモリを節約することが目的だから、
X.orgってリファレンス実装の側面を持ってる性か妙に拡張性や
XDirectFB並に早くなる。
i386のLinux/*BSDで動けばいいってレベル＜＜＜＜＜＜＜＜＜＜OpenGL、DirectX使用
285 ：
名無しさん＠お腹いっぱい。 ：05/01/26 20:15:53
286 ：
名無しさん＠お腹いっぱい。 ：05/01/27 22:08:04
組み込み系だとXなんかいらん
組み込み系で Embeded QT とか使っている分野では
288 ：
名無しさん＠お腹いっぱい。 ：05/01/28 23:56:35
Windows3.1サクサク動いていた486マシンにLinux + XFree86入れたら、
当時の資料見てると256色とかモノクロのCDEのスクリーンショットが
いまどきの Linux を入れるのが間違ってるんじゃないの。
古いマシンに入れる時は情報収集して入れるOSとアプリを吟味するもんだが…。
世間じゃ古いマシンにはリナックス入れろといっているが？
実際問題、今時のLinuxはGUIまで含めると古いマシンじゃどうにもならん
>>293 GUIてか gnomeとかkdeとかそういうやつだべ。
fvwmとか軽いよ。
GTK2重杉
NetBSD だと、GENERIC_TINY カーネルなら一応 RAM 4MB の
>>295 gnome抜きなら大したことないでしょう?
>>296 そりゃ、daemonが色々動くからでしょう。
>>297 GENERIC_TINYと比べるなら、
Debian, Slackwareじゃなくて、Linux kernelだよね。
> Memory: 255664k/261504k available (1865k kernel code, 5332k reserved, 669k data, 140k init, 0k highmem)
こんな感じ。Debianのごく普通のkernel。(ちょっと組み込みモジュール追加)
昔のDeibanのFAQには、4Mbyteメモリ、16Mbyteディスクって書いてあった。
今はもう少しディスクがいるはずだけど、
Debianの最低限インストールはほとんど何もないから。
FreeBSDみたいにbinやsbinが無条件に入れられるっ事はないから。
> Memory: 255664k/261504k available (1865k kernel code, 5332k reserved, 669k data, 140k init, 0k highmem)
>>301 > 全て合わせて 13MB くらいだよ。
Debianは8Mbyteくらいだったかな?
kernelをgzipした場合。
あ、それからやっぱり*BSDは最小構成が大きいよ。debianに比べると。
くだらん。
そういう比較議論は無意味。
> standard まで全部入れるとそこそこでかくなるよ。
>>304 にある Debian のページには、minimal console-based system
(all standard packages) だと 250MB ってある。ということは、
110MB ってのは standard の半分以下に削ってるってことだよね。
メモリの話とHDD容量の話がグチャグチャになってね？
古いPCなんか窓から捨ててしまえ。
>>308 その通りだけど、
>>301 によると、
(1865+669+140)*1024/1588455 ≒ 1.7 倍くらい、
Linux のカーネルの方が大きいみたいよ。
あれだよ。ハードウェアを固定したうえで
312 ：
名無しさん＠お腹いっぱい。 ：05/01/31 13:04:21
えっくすぃ！
そんなこんなでFrescoのサイトを久々に見たのだが、やっぱこっちもバカみたいに重たい方向だよな。
C++だし
315 ：
名無しさん＠お腹いっぱい。 ：05/02/03 14:46:48
組み込みに使えるPalmのようなシンプルGUIってある？
Qtopiaが最大ユーザ数じゃないのかな?
と思い込みだけで書き込んでみました(w
>>315 つ [sdl-gui]
今スクショ見たけどセンス悪いなこれ…
うんこのほうがハカー心をくすぐる
320 ：
名無しさん＠お腹いっぱい。 ：05/02/07 15:03:30
322 ：
名無しさん＠お腹いっぱい。 ：05/02/09 15:12:42
DirectFBってどぉ
良く知らんけど、ふつうは特にメリットないんじゃない？
「エックスは未来を創らないのか！？」
325 ：
名無しさん＠お腹いっぱい。 ：05/02/10 03:35:28
GGIはどぉ？
fusionはどお？
327 ：
名無しさん＠お腹いっぱい。 ：05/02/22 23:58:00
OpenGLいらんし
次のドコモ携帯、どの会社のかしらんけど、Xで動いているってさ。
330 ：
名無しさん＠お腹いっぱい。 ：05/03/03 22:40:34
DirectFBってIntel8xxだとダメ？
332 ：
名無しさん＠お腹いっぱい。 ：05/03/07 18:41:15
333 ：
名無しさん＠お腹いっぱい。 ：05/03/08 15:02:31
334 ：
名無しさん＠お腹いっぱい。 ：05/03/08 15:04:12
Xのビルドもっとシンプルにならんかのぉ
config/cf/host.defで
めんどくせーな
337 ：
名無しさん＠お腹いっぱい。 ：05/03/14 09:32:42
Xビルドベンチ？
338 ：
名無しさん＠お腹いっぱい。 ：05/03/15 14:32:28
LinuxザウルスはQt
うぃんどうず
340 ：
名無しさん＠お腹いっぱい。 ：05/03/20 19:17:18
PSPやPSXは？
342 ：
名無しさん＠お腹いっぱい。 ：2005/03/28(月) 06:45:48
ぁゃιぃ
>>332 NとPだろ
形でN選んだらLinux+Xだった
いや外からみたんじゃわからんけどさ
どこ見たら分かるの？
>>345 素人目には"Xだ"ということがわかるはずもないが
「動作がもっさり」という形で影響は出ている
携帯程度の解像度で、Xのオーバヘッドが分かるもんかなあ。
そういう客観的評価って、どこかに出てる？ URLキボン。
本当にモッサリしてるとしても、それがXのせいか、それとも
Linuxのせいか、判断つかんと思う。
別にプロファイルとったわけじゃないんでしょ？
>>347 つか、FOMA端末どれも全般的にﾓｻｰﾘ。
/^l
Y Windows脂肪？
353 ：
名無しさん＠お腹いっぱい。 ：2005/05/06(金) 11:53:28
::::::::::::::::::::::::...... ........::::::::::::::::::::::::::: ;;;;;;;::::::::::::::::::
354 ：
名無しさん＠お腹いっぱい。 ：2005/05/06(金) 16:39:35
Windowsはやっぱり偉大だった。スレッドにイベントキューを持たせることで
355 ：
名無しさん＠お腹いっぱい。 ：2005/05/08(日) 19:40:09
. ／ , ＼
356 ：
名無しさん＠お腹いっぱい。 ：2005/05/19(木) 14:18:58
X１２こい！
捨てる神あれば拾う神あり
358 ：
名無しさん＠お腹いっぱい。 ：2005/05/29(日) 23:31:28
( ﾟ,_ゝﾟ)ﾊﾞｶｼﾞｬﾈｰﾉ
359 ：
名無しさん＠お腹いっぱい。 ：2005/06/03(金) 00:48:30
OSXがX11を駆逐する
( ﾟ,_ゝﾟ)ﾊﾞｶｼﾞｬﾈｰﾉ
>>359 GUIまわりのコードが公開されたら駆逐されてもいいな。
でもフォントが問題だな。
ネットワーク透過じゃないと嫌じゃん。
363 ：
名無しさん＠お腹いっぱい。 ：2005/06/07(火) 15:23:20
ネットワーク透過なんかイラン
364 ：
名無しさん＠お腹いっぱい。 ：2005/06/12(日) 00:09:38
禿同
365 ：
X ：2005/06/12(日) 00:36:14
>チョッパヤの GPU と大量のグラフィックメモリ積んでないとモッサリとか嫌じゃん。
発想が貧しくない？
367 ：
名無しさん＠お腹いっぱい。 ：2005/06/12(日) 01:03:31
別にVNCとかcitrixに任せたらいいんじゃないの
X って OS なんですか？
X あるのに VNC 使う必要は無いな
ネットワーク透過性と速度は両立できる。
371 ：
名無しさん＠お腹いっぱい。 ：2005/06/12(日) 14:23:29
LPCでバイパスさせるとか言う提案ならへそで茶を沸かすぜ
372 ：
名無しさん＠お腹いっぱい。 ：2005/06/12(日) 14:30:50
VNC遅いから嫌だ
教えてください。
>>373 待て。情報が足りなすぎる
aがGNOMEで…bはWinか？ bにXサーバは入ってる？
単にfirefoxが、「既に起動してるfirefoxがあったら
376 ：
名無しさん＠お腹いっぱい。 ：2005/06/13(月) 00:20:58
コメントをありがとうございます。
使っていたコマンドが、mozilla-xremote-clientへのラッパの
シェルスクリプトだったとわかりました。
http://www.mozilla.org/unix/remote.html まだ良くはわかっていませんが、emacsclientみたいなものみたいです。
混乱していて、情報が足りなくてすみません。
既に...じゃねーの？のおコトバ、目から鱗でした。すっきりしました。
sage忘れてすみません...
378 ：
名無しさん＠お腹いっぱい。 ：2005/06/19(日) 01:32:18
あーういんどうずみたいなぱふぉーまんすのいいぐいがほしいなああああああああああ
つ「twm」
380 ：
名無しさん＠お腹いっぱい。 ：2005/06/20(月) 08:27:30
windowsのGDIはソフトウエア演算
>>373 DISPLAYを指定すると別のfirefoxが起動する。
同じfirefoxの新しいwindowを別のX11サーバ上に開くのは不可能だと思う。
382 ：
名無しさん＠お腹いっぱい。 ：2005/06/20(月) 15:00:42
383 ：
名無しさん＠お腹いっぱい。 ：2005/06/21(火) 00:12:48
OSX買っとけ
GDIもXも両方ともハードウェアアクセラレーションが効きますがなにか？
385 ：
名無しさん＠お腹いっぱい。 ：2005/06/21(火) 23:44:49
あほか
387 ：
名無しさん＠お腹いっぱい。 ：2005/06/22(水) 10:32:13
Longhornで大々的にGPU活用した軽快な画面作りが
GDI+はソフトウェア処理な部分が多いみたい
389 ：
名無しさん＠お腹いっぱい。 ：2005/06/24(金) 21:50:24
ｽﾞﾝｽﾞﾝｽﾞﾝ
391 ：
名無しさん＠お腹いっぱい。 ：2005/06/25(土) 15:54:31
GDIが使い物にならないからWinG、DirectXができたのは周知の事実だと思うが
それって全然違うでしょ。
393 ：
名無しさん＠お腹いっぱい。 ：2005/06/25(土) 17:11:34
>コモンコントロールの類は今でもGDIしか使って
>>393 Longhorn でも当然コモンコントロールで、GDI 経由の描画が
サポートされてるぞ？
GDI にハードウェアアクセラレーションを使ってないという
嘘の言い訳はまだなの？
395 ：
名無しさん＠お腹いっぱい。 ：2005/06/25(土) 22:47:26
GDIは2Dハードウエアアクセラレーションを一部使用
> GDIは2Dハードウエアアクセラレーションを一部使用
397 ：
名無しさん＠お腹いっぱい。 ：2005/06/25(土) 23:26:45
>時間を要する処理はほぼ全てアクセラレーションが効く。
>>398 それはGDIが提供するプリミティブよりも
Direct Xが提供するプリミティブの方が強力だっ
てだけの話。GDIが提供するプリミティブの全てに
ハードウェアアクセラレーションが効いているって
ことに対する反証には全くならんだろ。実際、
アクセラレーション効いているし。
もしかしてGDIとDirect Xが、同質プリミティブを
提供してるとでも思ってたの？
401 ：
名無しさん＠お腹いっぱい。 ：2005/06/26(日) 02:20:17
GDIではゼビウスやパックマンすらフリッカー起こして使い物にならない
402 ：
結論 ：2005/06/26(日) 10:42:32
GPUの二次元処理自体がほとんどCPU頼りだからね
> GDIではゼビウスやパックマンすらフリッカー起こして使い物にならない
405 ：
名無しさん＠お腹いっぱい。 ：2005/06/26(日) 21:52:18
ドザが必死でGDI擁護しているみたいだが
Longporn
> GDI擁護
> GDI擁護
嘘つきを指摘するのがなぜ擁護になるのかさっぱり分からん。
本当にGDIがソフト処理で無いなら
ベクターベースにすると、Quartzパクリなのかよ(w
>>411 GDIには3D系のプリミティブがないから、UIを3Dにしようと
思ったらその辺変えなきゃしょうがないだろ？
もしかして煽りじゃなくて単なる低能だったの？
相手について嘘を広めることでしか自分の優位性を確認できない
415 ：
名無しさん＠お腹いっぱい。 ：2005/06/27(月) 14:40:17
Sunとかなら専用ボードでXハードウェア支援あるだろうけど
>>415 X server でサポートされているカードなら、それなりに
アクセラレーションが効いてる。嘘だと思ったらソース
が公開されてるんだから読んでみれ。
昔のfor x86の時点でハードウェアアクセラレイションはあった。
コンピュータ画面は、およそ47～120回程度更新されています。
誰がなんと言おうとGDIは100%ソフト処理
421 ：
名無しさん＠お腹いっぱい。 ：2005/06/27(月) 21:00:24
何か必死で、ますます哀れになってきたなあ。
>>419 だからダブルバッファ使って、VSync割り込みの間に書き換えるとか
するわけ。別にDirectXやOpenGL使うまでもなくできるぞ。
>>421 検索エンジンで探した結果を、書いてある中身も分からずに引用したって
のがありありと分かるな。(w
だいたい、まともな技術的議論をするなら、一次情報が書いてあるサイト
を引用するだろ。それさえできないとは…
まあ、いいや個別にコメントすると、最初の奴はGDI+の話であってGDIの
話じゃない。
>>388 が書いているように、GDI+は現時点では確かにソフト
処理が多いが、GDIの方は基本的にハードでやってる。
2番目のは「GDI+はGDIより遅い」って話の一部だろ。
両方ともソフトでやってるなら、両方とも遅くなって当然なわけだが、
GDIの方が速いっていのは、ハードでやってる裏付けじゃないか。
こういうのを引用しているって時点で、書いてある中身を理解してない
ことの証明だな。
このページでGDIで点線の描画が遅かったのは、この作者が使ってる
ビデオカードのドライバが、たまたま点線についてハードウェアアクセ
ラレーションをサポートしてなかっただけなんじゃないのか。
3番目の話は、Windows CE マシンの話だ。CE 機の場合、ハードウェア
にろくなグラフィックチップが載ってなくて、しかたなしにソフトで
GDIを実装している場合もある。これが PC だとほとんどハードでやっ
てる。そういう基本的知識に欠けてるのか？ それとも実は Windows CE
の話だってことさえ分かってなかったのか？
4番目は当たり前の話。Direct Xはもともとゲーム用に開発されたんだか
ら、ゲームで使うのは当然だろ。しかもGDIでもやれば可能ってちゃんと
書いてあるじゃないか。
レガシーOSユーザーであるドザさんに質問：
だから俺はふだんはX11しか使ってないし、ドサじゃないんだってば。
Macだって持ってるぜ。m68kの奴だが。(w
GDIを擁護しているつもりも全くない。
理由は
>>410 に書いたから意味が分からないんだったら繰り返し読め。
技術的な批判をしたいなら、せめて本当のことを書けよ。でないと
結局、Macユーザは、技術音痴で分かりきった嘘を広める馬鹿ばっか
だということを広めることにすぎんことになる。
まあ、Mac嫌いが、Macユーザの悪評を広めるためにやってるってのな
ら、納得できる行為だが。そうなのか？
横レスすまん。425さんは暫く黙っていて欲しい。
信頼できるわけないだろ。
もう一度
>>386 から引用。
> ウィンドウアクセラレータ は、Microsoft Windows 3.xのGDI描画の高速化に
> 特化したグラフィックアクセラレータの一種である。
:
> S3-924の世代において、Windows3.1のGDI全てをハードウェアで描画できるよ
> うに実装が完了している。
これが、Windows 3.1 すなわち Windows XP どころか、それより10年も前の
話だ。こういう誰でも知ってる話を否定する
>>420 を信頼できると思ってる
ってことは、実は
>>426 は
>>424 ないし
>>420 と同一人物なんじゃないのか？
何が正しいか見極める力をつけたら、次は空気を読むことを覚えよう。
420さん、「今日の一言」ってのが「空気」なんですか?
ドザ、タイガーに嫉妬してますね。
そんなに嫉妬しなくても。。
ドザの必死さが如実に伝わってくるな。
433 ：
名無しさん＠お腹いっぱい。 ：2005/06/29(水) 00:54:57
彡川川川三三三ﾐ～
434 ：
名無しさん＠お腹いっぱい。 ：2005/06/29(水) 02:47:29
図星過ぎて反論も出来ないらしい（ｗ
435 ：
名無しさん＠お腹いっぱい。 ：2005/06/29(水) 03:09:29
いくらドザが屁理屈捏ねてもGDIは100%ソフト処理
過疎板で釣り。
漁業とスポーツフィッシングぐらいの差があるな。
まあ、アップルがGPU利用の先駆けってことだよな。
┏━━━━━━━┓
. .;' ':;,, ,;'':;,
世マ わ縦
442 ：
名無しさん＠お腹いっぱい。 ：2005/06/30(木) 00:31:08
（ ・∀・）『東大、マック入れたんだって?』
443 ：
名無しさん＠お腹いっぱい。 ：2005/07/01(金) 09:06:11
僕は道を歩いていて、ときどきクスッと笑うことがある。
私はこのような文章を考えることができる人を尊敬する。
えらいぞApple!
447 ：
名無しさん＠お腹いっぱい。 ：2005/07/02(土) 00:19:52
GDIがそんなに軽いなら全てのゲームはGDIで作られてるはずだろ
>>447 その答は、
>>400 に書いてる。同じ繰り返しはもう飽きたからやめようぜ。
てゆうか、最近書き込んでるヤシは、相手が出てこなくても24時間粘着できる
ｷﾁｶﾞｲなので、構うだけ時間の無駄だよ。
>>444
24時間って、、、ニートなんかい?
450 ：
名無しさん＠お腹いっぱい。 ：2005/07/02(土) 21:24:03
そろそろGDIが100%ソフト処理でないまともな根拠を聞かせてほしいのだが
板違い&&スレ違い。
ｱﾂｸﾅﾗﾅｲﾃﾞﾏｹﾙﾜ
453 ：
名無しさん＠お腹いっぱい。 ：2005/07/02(土) 23:10:09
GDI擁護派は逃げるしか能がないのな）ｗ
454 ：
名無しさん＠お腹いっぱい。 ：2005/07/02(土) 23:19:32
悔しかったら堂々と反論してみろよ
455 ：
名無しさん＠お腹いっぱい。 ：2005/07/02(土) 23:20:50
456 ：
名無しさん＠お腹いっぱい。 ：2005/07/02(土) 23:37:24
人は、iTunesを「シンプルで使いやすい」という。
>>456 池沼乙
X11ってのはWindowsのことではないよ
しかしあれだね、MacだWinだとこのスレ違いのネタが延々続くと、X11を採用していないウインドウシステム
>>458 > スレ違いのネタが延々続くと
↓↑
> そのまま没落って事で
因果関係を30字以内で説明せよ。
460 ：
444 ：2005/07/04(月) 22:13:00
そうか、本当の池沼だったか。病状を悪化させるだけだったねｽﾏｿ。
462 ：
458 ：2005/07/05(火) 02:16:00
>459
このスレはそんなに影響力があるのか…
464 ：
444 ：2005/07/07(木) 23:38:06
X11ってむかーしから古かったもんね。
465 ：
名無しさん＠お腹いっぱい。 ：2005/07/11(月) 15:05:15
>>447 X11がそんなに軽いなら全てのゲームはX11で作られてるはずだろ
要はXの他にまともなウィンドウシステムがないのが原因なんでしょ？
467 ：
名無しさん＠お腹いっぱい。 ：2005/10/24(月) 14:48:00
Linux/UNIXにX-Windowシステムを使用しないJavaシステムってあります？
468 ：
名無しさん＠お腹いっぱい。 ：2005/10/24(月) 18:29:56
>>467 いい心掛けだ、x11などという貝塚のようなソフトには
余りかかわらないことだ。
恐らくＱｔあたりが直接動いていたと思うが、どうだろ？
ところで、俺は硬派の UNIX/Linux 使いだけど、GUIを使わない。
こころに残る名言：「真のハッカーは X11 を使わない。」
469 ：
名無しさん＠お腹いっぱい。 ：2005/10/24(月) 18:40:16
>>468 じゃなんでここに書き込めるの? X11を全く使わないウェブクライアント
もあるにはあるが君は100%それで用を足してるわけか? それともX11は
使わないがWindowsは使うとかか?
468じゃないけど、
俺は硬派の UNIX/Linux 使いだけど
472 ：
名無しさん＠お腹いっぱい。 ：2005/10/24(月) 21:19:31
>>469 実を言うと職場では Win も使っている（ただし、添附ファイル開けるだけ）。
それ以外は職場も含めて全て RedHat Console 環境である。
真のハッカーはコンソール環境にのみ安らぎを感じるものだ。
アホらし。
474 ：
名無しさん＠お腹いっぱい。 ：2005/10/24(月) 21:45:20
>>473 アフォですか？
何で負荷が。。。おっと、釣りですか?
ハッカーであっても、たまには釣られそうになるw
コンソールに描画させた場合、実作業とは関わりのない描画みたいな
476 ：
名無しさん＠お腹いっぱい。 ：2005/10/24(月) 22:52:50
>>475 ちょっと釣られてやるかw
テキストファイルをcatしてみろ。速度はこうなる。
Console>Framebuffer>Xterm
意味してることわかるよなw
まだ分かってないな。
昔のNECのCMで、スクロールの速度を比較してたの思い出したw
ところで
>>476 だが、これはいかにもPC-UNIXを使ってた香具師の意見だな。
Sunのマシンではコンソールのスクロールは異常に遅い。理由は知らない。
479 ：
名無しさん＠お腹いっぱい。 ：2005/10/24(月) 23:27:58
>>478 Sunでは違うのか？
となると、
>>477 の珍妙な意見はますます矛盾することになるなw
チン妙なのは、みかけの速度でしか判断できず、それが実際に
どれくらい効率が悪いのかを理解できない自称ハッカーのほう
じゃないか？ Sunのコンソールが遅いことが、
>>477 に対する
反証には全くならないことは、Sunのコンソールスクロールが
全くアクレラレーションを使ってないことを知ってる人間には
自明なんだが。そういうことも分からないらしい。
まあ、もともと対話的な性能に主眼を置いていると主張して、
サーバに必要なスループットをずっとなおざりにしてきたLinux
ユーザにはありがちなことだが。
とにかく自称ハッカーは痛い
482 ：
名無しさん＠お腹いっぱい。 ：2005/10/24(月) 23:47:54
>>480 はぁ？
Linux Console もアクセラレーションなんかつかっとらんよ。
まぁ、Sun の性能の悪さを脳内アクセラレーターのせいにしたがる気持も
わからんでもないがなw
いまの流れをしらない、窓際WSユーザにはありがち。
> Linux Console もアクセラレーションなんかつかっとらんよ。
そういえば、3Com Etherlink III が DMA じゃなくて PIO を
485 ：
名無しさん＠お腹いっぱい。 ：2005/10/24(月) 23:55:50
あんのースレタイみてやっでぎたもんだげども、
Xサーバがアクセラレータを使って描画するよりも、
487 ：
名無しさん＠お腹いっぱい。 ：2005/10/25(火) 01:18:36
このすれの趣旨はからすると、
おいおい、そりゃないだろ。
釣りならいいんだけど、コンソールの方が速いとか
その層は真のハッカー人だから仕方ないさ
ちょっと自演っぽい。
「真のハッカーは window manager なしの X11 を使う」
釣り針多杉クマ。。。
495 ：
名無しさん＠お腹いっぱい。 ：2005/10/25(火) 18:35:31
>>483 馬鹿か？
Xアプリつかっている時のCPU負荷は凄まじいものがあるぞ。
たとえば、gcc 使って同じソース（たとえば、カーネル）でも
コンパイルしてみろ。
この手の初心者がよく間違えるのが、「GPUはCPUとは別だから…」
という理論だが、これは大きな間違いだ。
アクセラレータが効いてるようなチャラチャラした画面を重んじる
素人向けには受けはいいだろうが、みかけでななくその処理内容を
重んじるハッカーには X11 は無駄な飾りでしかない。
また主旨を分かってないやつが出てきたな。同一人物か？
大体、携帯電話ですらX11を使っている時代に何言ってんのかと思う。
499 ：
495 ：2005/10/25(火) 19:33:08
>>496 ん？？？
ＣＰＵ負荷を比べているのは、どっちなんだ？
（１）グラフィックアプリを、Ｘと非Ｘで実行する場合？
（２）非グラフィックアプリを、Ｘと非Ｘで実行する場合？
（１）なら、確かに
>>496 の言う通りだ、餅は餅屋だ、アクセラレータが
良く効くだろう。その分ＣＰＵ負荷も軽い。
しかし、（２）なら違う。俺は（２）を主張しているアフォが仕切っている
とばかり思っていた。
文章の書きかただけで阿呆だとわかる。
コンソールデバイスの出力って言ってるんだから、
>>501 後半文章がおかしくないか？
＞＞framebuffer に文字を出す場合にアクセラレータのサポートを得られな
＞＞いと思っているらしいが、無知もはなはだしい
だからframebufferはアクセラレータのサポートを得られる…(A)
(A)と
＞＞ほぼ確実にアクセラレータを使える Xserver の方が軽い
が矛盾してるよ。
どうやら framebuffer が何を意味するか、本当に知らないらしいね。(w
framebuffer っていうのは、通常ビデオカード上に存在する、
画像を保存するメモリのことなんだ。
Linux の framebuffer デバイスを使った場合でも、
Xserver を使った場合でも、どちらもグラフィックを描画する
先は、framebuffer で同じなんだ。
「framebuffer に文字を描画する場合、アクセラレータのサポートが
得らないと思ってるらしいが、それは無知の結果である」
「Xserver が framebuffer に文字を描画する場合、アクセラレータを
使える」
「Linux の framebuffer デバイスは、アクセラレータを使えないこと
が多い」
ほら、全然矛盾してない。
framebuffer っていう言葉が、Linux の framebuffer デバイスと同義
だと思っていると、
>>502 みたいに誤解しちゃうんだね。
やれやれ
久々に書き込みｲﾊﾟｰｲとか思って覗いてみたらなにこのｸｿｽﾚ
メインで討論してる二人は名前付けろよ。
まさかとは思うが、AT互換機なのだが、実はAXを改良しまくって（ry
スレタイに殉じようとする犬とUNIX親爺の討論
508 ：
名無しさん＠お腹いっぱい。 ：2005/10/25(火) 21:35:51
> 501 ：名無しさん＠お腹いっぱい。：2005/10/25(火) 19:48:01
509 ：
名無しさん＠お腹いっぱい。 ：2005/10/25(火) 21:42:49
> framebuffer っていうのは、通常ビデオカード上に存在する、
509は相変わらず分かってないな。
相変わらず framebuffer という物理的なハードウェアと、
>>508 > 無知もここまでくると有る意味立派だなw
> コンソールで２chやってるけど、俺は framebuffer はあまりつかわんぞ。
> Linux でのコンソール環境のデフォルトは決して framebuffer ではない。
つーのも意味不明だな。
「framebuffer」＝fbtermって思っているのか?
単に検索してきただけだろう
ということは、物理的な framebuffer と、Linux の framebuffer デバイス
515 ：
名無しさん＠お腹いっぱい。 ：2005/10/25(火) 22:15:00
>>512 たぶんkonでしょ？日本語なら。
レッドハット英語版にも標準でついて来るみたいだし、
516 ：
名無しさん＠お腹いっぱい。 ：2005/10/25(火) 22:16:47
Sun のフレームバッファというのも（ハードの方ね）
517 ：
名無しさん＠お腹いっぱい。 ：2005/10/25(火) 22:18:04
>>514 Sun ユーザ程じゃないよw
Localな方言を世界標準言語と思ってるようなものw
本当のハッカーだろうがなんだろうが、必要なものは使ってそうじゃないものは
Linux ハッカーさんは、framebuffer って言葉が、Sun とか Linux には全く
>519
今度から
>>468 みたいなこと言う奴が現れたら ｽｰﾊﾟｰﾊｶｰw と呼ぶってことで。
523 ：
520 ：2005/10/25(火) 23:29:45
524 ：
名無しさん＠お腹いっぱい。 ：2005/10/25(火) 23:32:18
自称Linuxハッカー房 vs Framebufferマンセー房
>>523 議論の主旨には関係ない。
>>524 俺は Framebufferマンセーなんて言った覚えないよ。
だいたい、それって意味不明
「CPUマンセー」とか「ハードディスクマンセー」ってなんか意味ある？
526 ：
520 ：2005/10/25(火) 23:49:03
>>525 のいう議論の主旨って何？
X11の方がCPU負荷が軽いってこと？
なんか、トンデモな気分なんだけど。
釣り針多杉クマ。。。
>>526 そゆこと。
kon の場合も、アクセラレーションが使えないから、メモリが
十分にある状況でのCPU負荷なら、Xより不利でしょ。
もちろんメモリ負荷なら kon の方が有利。
しかし
>>472 はメモリに余裕があろうがおかまいなしだったからな。
あと、konじゃなくて、カーネルのコンソールデバイスが直接
framebufferに描画する場合は、どんなユーザレベルプログラム
よりも高い優先度で動いてしまう。これは、サーバマシンなどでは
かなり憂鬱。
カーネルモードでフレームバッファを叩くと
プリエンプティブなカーネルってのは、カーネルモードで走行中に、
「カーネルモードで休眠していたユーザプロセス」にスイッチするんじゃない?
> 「カーネルモードで休眠していたユーザプロセス」にスイッチするんじゃない?
533 ：
名無しさん＠お腹いっぱい。 ：2005/10/26(水) 19:42:36
なんか、重箱のすみをつついて威張ってるやつがいるみたいだがw
534 ：
名無しさん＠お腹いっぱい。 ：2005/10/26(水) 19:44:41
>>533 念のために言っとくけど、重いのは X11 だからなw
お前の釣りは浅すぎてつまらん。
この議論って、Minix vs Linux の時の議論とにてるね。
>>536 でも論文ではモノリシックカーネルの圧勝だった筈。
GnuHurd が抜けないのはなぜ？？？
似てないし、自称ハッカーが無知を晒してるだけなので議論にもなってない。
時代遅れって言われてるんだから速さ(早さ?)は関係なかろう。
>>540 make world の意味知ってる？
メークドラマの親戚でしょ？
543 ：
名無しさん＠お腹いっぱい。 ：2005/10/26(水) 23:04:03
なんか、GUIつかうやつらって、
まあ, X使わないとできないこともあるわけだからそんなにXを悪者扱い
>>543 頑張ったんだろうが「オマエガナー」って落ちを期待してるのが見え見えで
やっぱりつまらん。
546 ：
名無しさん＠お腹いっぱい。 ：2005/10/26(水) 23:32:47
>>545 おまえ、うざいよw
結構面白い流れが続いているから、しらないならレスつけないほうがいいよ？w
547 ：
名無しさん＠お腹いっぱい。 ：2005/10/26(水) 23:34:10
>>544 確かに貴女は正しい。
しかし、そのようなソフトで上級者が使うようなソフトはない。
GUIは所詮CUIが使えない素人むきのUIでしかない。
>>547 そうか？
上級者にもいろいろあるけど、必ずしも「OSに近い＝高度」ではないぞ。
とはいえ、GUIユーザの平均値が低いのは確かだけどなw
あれでしょ？
>>547 そりゃあさあ, ほとんどのことはコンソールからできるよ. あんたの言う
通り. 特にシステム管理に関しては100%できるよ. それを否定する気はな
いよ.
でもだねえ, 上級者とか真のハッカーだとかそういう偉い人たちだって
Xをつかわなきゃどうにもならん仕事だってあるだろうさ. 俺はそういう
ことを言ってるのよ. 特に我々日本人はね, いろいろ工夫しないと日本語
の読み書きにも苦労するわけだよ. スーパーハッカーだってウェブ見たり
PDF読んだりするでしょ?
ちなみに今あなたはどういう環境から2chに書き込んでんの?
551 ：
名無しさん＠お腹いっぱい。 ：2005/10/26(水) 23:49:04
結局定番の流れにすることしか思い付かないのか。
552 ：
547 ：2005/10/27(木) 03:43:05
> 550 ：名無しさん＠お腹いっぱい。：2005/10/26(水) 23:47:57
>
>>547 > そりゃあさあ, ほとんどのことはコンソールからできるよ. あんたの言う
> 通り. 特にシステム管理に関しては100%できるよ. それを否定する気はな
> いよ.
>
> でもだねえ, 上級者とか真のハッカーだとかそういう偉い人たちだって
> Xをつかわなきゃどうにもならん仕事だってあるだろうさ. 俺はそういう
> ことを言ってるのよ. 特に我々日本人はね, いろいろ工夫しないと日本語
> の読み書きにも苦労するわけだよ. スーパーハッカーだってウェブ見たり
> PDF読んだりするでしょ?
確かにその通りですね。以前 w3m on framebuffer でウェブ見たり、
PDF on framebuffer で文書読んでたりした時期もあったんですが、
相当に設定が大変でした。いろいろやってるうちにPDFやらPSやらの
の内部フォーマットまでわかって来たりしてw
ただ、同じソフトでもGUIとCUIでは理解度が全然ちがいますよね。
このあたりが、グル好みといわれる結縁でしょうか？
> ちなみに今あなたはどういう環境から2chに書き込んでんの?
今では、WEB見るときfirefox、文書見るときWindowsを使っています。
あと携帯ですかね？
頑張ればコンソールからでもアクセスできるんでしょうけど…
今時、w3mじゃSunのpatchすら取ってこられない。
>>552 ＞＞ 今では、WEB見るときfirefox、文書見るときWindowsを使っています。
＞＞あと携帯ですかね？
まあ，結局みんなここに落ち着くよね。
>>553 w3mのいいところはエディタ感覚で移動できるところですね。あんまり機能を
求めちゃいけない。
>555
557 ：
名無しさん＠お腹いっぱい。 ：2005/10/27(木) 18:35:02
pu
559 ：
名無しさん＠お腹いっぱい。 ：2005/10/27(木) 21:43:16
>>557 基本的にはX11でしょ？
違った？？？
>>559 あってるよ。
ただし、X11のUIを完全に一掃できるだけのポテンシャルをもつアプリゆえ、
X11GUIユーザの工作活動が活発化すると思われる。
バックエンドで違う方法とかでもとればねぇ＞wine
562 ：
名無しさん＠お腹いっぱい。 ：2005/10/28(金) 02:51:13
スレの主旨からは・・・・、
X12とかYとかはもう過去の話になったのだろうか……
564 ：
名無しさん＠お腹いっぱい。 ：2005/10/28(金) 13:53:36
GWMってなんで終わっちゃったの？ おじちゃん達、教えて。
565 ：
名無しさん＠お腹いっぱい。 ：2005/10/28(金) 18:41:55
WindowsがOpenSource になった時点で X11 は終りだろうなw
>>565 Windowsの設計はX11に比べてどこが優れて(劣って)いるの？おしえてちょ。
567 ：
名無しさん＠お腹いっぱい。 ：2005/10/28(金) 19:20:08
超スピード
568 ：
名無しさん＠お腹いっぱい。 ：2005/10/28(金) 19:21:46
X12が出る WinがOpenSource化
>>566 設計がすぐれているかどうかは異論があるな。
ただ、実装とUIはすばらしい。
570 ：
名無しさん＠お腹いっぱい。 ：2005/10/28(金) 20:20:26
あと、シェアもねw
Qtが凄いよ。Qt on FrameBuffer なんてのが出来たりする。
>>571 そこまで行くとやり過ぎなんじゃね？でもX11に対するアンチテーゼと
してはおもろいかもね。framebuffer利用者に受け入れられるかは
やや疑問。
正式には Qt/Embedded か何かじゃなかったけけ？
574 ：
名無しさん＠お腹いっぱい。 ：2005/10/28(金) 23:45:21
GPLですね。
575 ：
名無しさん＠お腹いっぱい。 ：2005/10/29(土) 00:22:29
>>569 実装はダメだろう。
個人的にはUIも好きではない。
ビジネスモデルは、GPLと商用のデュアルライセンスにしといて、
>>573 その上に構築されたQtopiaがいわゆるDesktop環境だよね。
(PDAでdesktopってのもおかしいが…)
タスク切り替え方式で、ウィンドウはオーバラップしない。
Qtopiaアプリケーションが丸々ウインドウを使おうとするだけで、
579 ：
名無しさん＠お腹いっぱい。 ：2005/10/29(土) 16:21:53
>>578 おお、そうなのか！
ひょっとしてKDEがQt/Eで動く可能性とかあるの？
580 ：
名無しさん＠お腹いっぱい。 ：2005/10/29(土) 16:22:42
>>576 よくそんなやり方で、やっていけるねぇ
ある意味ミステリーだw
>>580 あれだけ整理されたライブラリを提供できてれば成り立つと思うけどなぁ。
582 ：
名無しさん＠お腹いっぱい。 ：2005/10/30(日) 19:51:24
>>581 技術力に異論はないです。はい
収益モデルに疑問があるのです。
別に何の疑問も無いが。
585 ：
名無しさん＠お腹いっぱい。 ：2005/10/30(日) 21:15:40
なんかQt勢いがあるね。
Qtに携帯電話メーカーの顧客が少ないのはどうして?
QtはGPL化が遅れたから、命盗りになったと思われる。
C++は何故か嫌われる傾向が……
>>588 そっか、それを忘れてたw
C++は、システム組む様なハッカーには使われない。
シンビアンOSは、embedded C++だよ。
>>５９０
>>587 ,589,591
センス無いのに何回も書き込みするんだな。
593 ：
名無しさん＠お腹いっぱい。 ：2005/11/01(火) 04:17:02
microsoftの組み込みOSはどうなの？やっぱシンビアンもそれまでの命ですか？
>>579 それは多分無理。基本的にQt/EはQtのサブセットなのでAPIが
足りないと思われる。
というかQtの描画ドライバ部分はX11, Win32と分離されてるので、
その気になればフレームバッファ用ドライバとかも作れそうな予感。
595 ：
名無しさん＠お腹いっぱい。 ：2005/11/03(木) 20:17:30
そうか、残念
596 ：
名無しさん＠お腹いっぱい。 ：2005/11/04(金) 19:50:35
面白そうなスレだね。
そうかなあ。
598 ：
596 ：2005/11/04(金) 20:40:56
>>597 そうなんだ、洩れの思い込みだけかもしれん。
すまん、スルーしてくれorz
>>597 そんな会社SRAしか思いつかんがそれが世間一般と比べてどうかというと疑問かも。
>>600 みんなUNIX/LinuxでX使ってるってのはあんまり普通じゃなくて、
Winの端末を使うってほうが多いんじゃないかと思っただけ。
「コンソールしか使えない状況で何とかできる」ってのは
それなりのスキルだとは思うけどそれが普段からGUI使わない
ってことと同義にならないという点では
>>597 に同意。
>>601 ASTEC-X作ってる会社が全部UNIX/Linuxというのも変じゃないかとか、
SRAは1967年創業 ASTECは1985年創業 だから、昔からってーとSRAかなあ、とか。
まあ、今ならASTECも「昔から」って言えるのか。俺も歳取ったなあ...
コンソールというか、シリアル端末は、
604 ：
名無しさん＠お腹いっぱい。 ：2005/11/05(土) 18:57:23
そうなのか。
いや、案外高く評価されるかもしれんぞ。
自分が使えないからって嘘をいってはいけない。
CUIにヘンなあこがれがあるのかね?
なんつーか、初心者がレジストリいじりの技を覚えた時みたいな感じじゃない?
まぁ、無理も無い罠、
自動車と一緒でしょ。
なんか恥かいた人が一人で自演してるように見える
恥なんかかいてない！(w
613 ：
609 ：2005/11/06(日) 11:08:47
表現がちょっと、アレゲだったかもしれんがw
車の信頼性は車検に出してさえいれば
616 ：
名無しさん＠お腹いっぱい。 ：2005/11/06(日) 17:50:37
>>615 X11ってタッチパネル対応してんの？
キュートはいけるみたいだけど。
微妙に論点がずれている気もするが...
片山(元)大臣にも問題なく使えますか?
620 ：
616 ：2005/11/06(日) 22:48:28
ズレてたみたいで、スマソ。
DAMの無線リモコン(Edyのインターフェースがついてる方)の
ここで620に突っ込むと「大臣厨必死だなww」とか言われるんだろうか。
>>597 昔 BSDの256倍本だったかで
経理の女の子が vi ですらすらと書類を作成している様が…
みたいなこと書いてなかったっけ。
なんか、昔はUNIXですらすら vi 使いだった女の子が
おばさんになった今ではWinでエクセルがうまく使えなくて
若い娘に馬鹿にされてる姿を想像してしまったよ。
KDEやGNOME使ってずっとネットサーフィンしてると
X11の問題じゃなくて、gtk+やQtのim関係の問題だろ。
626 ：
名無しさん＠お腹いっぱい。 ：2005/11/07(月) 18:04:24
巨大なソフトはUNIXという考え方にはなじまんらしいが、
どうだろう？
>>624 は、良い例だと思う。
> 巨大なソフトはUNIXという考え方にはなじまんらしいが
628 ：
名無しさん＠お腹いっぱい。 ：2005/11/07(月) 19:54:25
>627
少なくとも GNU 系のハッカーには受け継がれてないな。
630 ：
名無しさん＠お腹いっぱい。 ：2005/11/07(月) 20:57:56
>>629 君は GNU の意味をしらんようだな。
Jargon ファイルでも調べてみたまえ。
そうだね。GNU coding standards にも「(ベル研で作られた)UNIX の
632 ：
名無しさん＠お腹いっぱい。 ：2005/11/07(月) 21:26:56
>>629 君は GNU の意味をしらんようだな。
Jargon ファイルでも調べてみたまえ。
633 ：
名無しさん＠お腹いっぱい。 ：2005/11/07(月) 21:28:15
（二重カキコ、スマン）w
>>631 bashて…
俺の環境だとfirefox, emacs, XFree86、この辺りがメモリ利用のトップクラス。
firefoxはすぐに500Mbyteを越える。
bashなんて1Mbyte行くことない。migemo serverなruby処理系も。
それは、ずいぶんコンパクトな bash だねえ。どこの OS？
debian だと /bin/sh を dash(ash) に変更できるよ。
linux の場合、bash 前提で組んであることがおおいので、
だから debian だと #!/bin/sh のスクリプトが bash 依存だと
たまにPOSIX準拠なのにbash依存っていう馬鹿もいるしな。
それは本人が恥をかけばいいだけだが、
641 ：
名無しさん＠お腹いっぱい。 ：2005/11/08(火) 03:48:08
微妙にオフトピだが、まぁ関連しそうなので続ける。
今どきviがデフォルトで入っていないOSはほとんどないが、
てか、標準非標準はあんまし関係なくて、 #!/bin/sh で
linux依存というかbashスクリプトなのに#!/bin/shと嘘を吐くな。ってところでない？
X11以上にbashが不要な流れで大いに結構ｗ
linux の場合 bash が標準だから、何も考えずに拡張シェルっていうと bash
zshとtcshって、rcの読み込みルール、センスなさすぎ…
え？ zsh の rc 読み込みルールは、すごくまともだと思う。
649 ：
名無しさん＠お腹いっぱい。 ：2005/11/08(火) 13:11:02
648に賛成。
>>649 ssh remote-machine command の実行時には、.bash_profile も
動かないから、その手も使えないんだよ…
bash のコンパイル時に SSH_SOURCE_BASHRC が定義されていれば
.bashrc が動くからいいんだが、どんな環境でも定義されていると
は限らないし、ssh 以外の遠隔実行コマンドには効かないし。
というわけで、複数の OS を使い分けてて、ssh などで遠隔に
コマンドを実行するなら、bash は避けた方が幸せ。
651 ：
名無しさん＠お腹いっぱい。 ：2005/11/08(火) 18:08:50
そうかな？
>>651 って、例の勘違い似非ハッカー君なんじゃないの？
さもなくば、単なる釣り。
654 ：
651 ：2005/11/08(火) 19:49:23
いやいや、CUI使う奴はGUI使う奴以上に、そのコンソール環境に拘る。
じゃあbashを選ばない理由は全く思いつかない真のハッカー君の
>>654 に
>>648 の解決策を教授してもらいましょ。似非ハッカー君にはできないだろうけど。
……って煽るまでもないほどレベル低いな。
とりあえず、コンソール最高Xは糞とか言ってる奴のレベルは分かった。(w
>>656 とりあえず>651のレベルから全体を敷衍しないでくれたまえｗ
そもそも CUI環境==コンソール なわけ?
659 ：
名無しさん＠お腹いっぱい。 ：2005/11/08(火) 21:01:55
>>655 あまりbash の事をしらないようだね。
--rcfile
で終りでしょ？
他の低機能シェルになれていると、思わぬ弊害が出るものだ。
低機能でも何とかするのが墓ーじゃなかったの？
661 ：
名無しさん＠お腹いっぱい。 ：2005/11/08(火) 21:06:49
>>658 面白いことを言うな。君の指摘はそれほど的を外していない。
ある世界レースの優勝ドライバーの監督が、まさにそのようなことを言っていた。
「優秀なドライバーは優秀なメカニックでなければならない。」
といったことばだった。
このことは、真のUNIXグルは真のコンソール使いであることを暗示している。
別に荷物配達するのに名ドライバーである必要ないし
優秀なドライバーにしか乗れない車を作るメーカーと
664 ：
名無しさん＠お腹いっぱい。 ：2005/11/08(火) 21:18:39
>>663 前者は*NIXコンソール使いの例え
後者はM$or*NIXマウス使いの例え
誰も使い手のことなんざ聞いとらんが、
>>664 はX11とかコンソールとか環境はどうでも良くて
単に 俺ってすげーよな って言いたいだけみたいね。
>>659 君こそ bash のことをあまり知らないようだね。
--rcfile オプションは、interactive shell の場合、動作しないんだよ。
ssh remote-machine command arg
の代わりに
ssh remote-machine bash --rcfile ~/.bashrc -c 'command arg'
のように実行した場合、bash は interactive shell ではないから、
結局 ~/.bashrc は読み込まれない。
したがって、
>>659 の方法では、
>>648 の解決にはならない。
s/interactive shell の場合、動作しない/interactive shell の場合しか、動作しない/
669 ：
名無しさん＠お腹いっぱい。 ：2005/11/08(火) 21:26:35
マウスを使うこととマウスしか使えないのと同一視ですか。
>>667 真のハッカーはこのスレには、いないのか？
まぁ、bashを使っていない時点で（ry だがw
-i
を同時に指定してごらん。
あと、解決方法がわかったら、ママと早く寝るんだよ。
坊や
672 ：
659 ：2005/11/08(火) 21:44:20
>>670 まぁ、それは無いけどなw
ただ、最近は両方使える奴（というか、キーボード使える奴）が少なくなったなぁ～
673 ：
648 ：2005/11/08(火) 21:45:50
一応念のため書いておくと、--rcfile みたいな bash 固有の機能を使わなくても、
ssh remote-machine command arg
の代わりに
ssh remote-machine '. ~/.bashrc; command arg'
とすれば、実行だけはできる。
が、
>>648 で言いたいのは「bash だとできない」じゃなくて
「bash の rc ファイル読み込みの仕様は糞」だってことなんだよ。
20年以上も昔に作られた csh にだって当たり前に存在する機能が、2005年の
シェルになんで存在しないんだ？
674 ：
648 ：2005/11/08(火) 21:54:34
すれ違いになったようだが、
>>671 は本当に bash のことを
分かってないようだ。
試しに
ssh remote-machine command arg
の代わりに
ssh remote-machine bash -i --rcfile '~/.bashrc' -c 'command arg'
をやってみるがいい。
bash: no job control in this shell
というエラーメッセージが、そのたびに表示されてうっとうしいか、
ターゲットとなる OS の種類によっては、bash がそこでハングしてしまう
こともある。ハングしてしまうのは bash が不出来なせいだな。
675 ：
659 ：2005/11/08(火) 21:56:53
> が、
>>648 で言いたいのは「bash だとできない」じゃなくて
>「bash の rc ファイル読み込みの仕様は糞」だってことなんだよ。
> 20年以上も昔に作られた csh にだって当たり前に存在する機能が、2005年の
> シェルになんで存在しないんだ？
坊やには理解できないかもしれないが、これはshellとして合ってはならない
機能なんだ。
このあたりは、真にいろんな経験をしてないと実感できないと思う。
なので、落ち込む必要はない。
早くおっπでもすって、寝んねしなw
さすが真のハッカーだ。
677 ：
659 ：2005/11/08(火) 22:08:23
> bash: no job control in this shell
678 ：
659 ：2005/11/08(火) 22:10:58
>>676 有害な機能であっても、時には互換性のために残すものだ。
それを合えて排除するところに、
真のハッカーは bash設計者の真の勇気とConfigurationの美しさを感じるものだ。
結局bashやコンソールがいいんじゃなくて
"#!/bin/sh" と書いてポータブルなつもりなのがなんとも。
kern/exec_script.c読んだことない人ですか
fs/binfmt_script.cとか
> 君はshellに置ける割込み処理を全く理解していないようだなw
> この場合は jobs control を ena/dis すれば全ての問題は解決する。
それは本末転倒もいいところだろう。なぜこういう問題が生じるかというと、
rc ファイルを読み込みたいという目的のために、本来 non-interactive な
シェルの利用に対し interactive だと偽る -i オプションつきで呼び出して
いることが原因なわけだ。
job control の警告やハングは、そういう想定外の使い方をしたために生じる
副作用のうち目立つものの一つに過ぎず、他にも副作用はあるから、全ての
問題が解決するというのは大間違いだ。
non-interactive なものを interactive だと偽ったり、job control の警告を
避けるための小細工をしたりなんていうのは、パッチにパッチを重ねる汚い
解決策に過ぎない。そもそも、そういう解決法自体が間違いであり、単に
.bashrc を読みたいだけなら、
>>673 の方法で十分だ。
>>673 なら、余計な
副作用がないだけでなく、bash を無駄にもう一度呼び出す必要もない上、
タイプ数だって短い。
まあ、わざわざそんなことをせずとも zsh を使えば全ての問題は解決するわけだが。
> ほとんどの場合、bashがハングアップしたように見える現象は、
> 実はbashではなく、他の機能が動作しなくなっているものだ。
bash を信じたい君の気持ちは分からんでもないが、ハングアップしていた
bash は CPU を 100% 消費しながら無限ループしていたから、bash のバグ
なのは間違いないよ。tty かプロセスグループ関係のシステムコールが
エラーを返した場合の処理に、無限ループするようなバグがあるんだろうね。
uts/common/exec/intp/intp.c モナー
> bash設計者の真の勇気とConfigurationの美しさ
>>682 だからそれは OS 依存。
たとえば Autoconf のマニュアルの Portable Shell Programming にも
> If you omit the space before the path, then 4.2BSD based systems (such
> as DYNIX) will ignore the line, because they interpret `#! /' as a
> 4-byte magic number.
とあるように、"#!/bin/sh" なんて書くのは「ポータブル」じゃないわけ。
へぇーへぇーへぇー
ねぇねぇ。みんなさ、/dev/console、/dev/tty、/dev/pty くらい区別しようよ。
/dev/ttyは各々のプロセスにとっての制御端末デバイスで、
あ、POSIXの規格書読んで面白いの見つけた。/dev/consoleの説明で
>>690 CUIとコンソールが区別できてない人はいますな。
NetBSDにはnullconsってのもありますが。つまり入力も出力もない。
なるほど、"A device that receives..."なので、
opengl + cairo + cairo-gtk で X イラネって話してるのかと思ったら
>>651 みたいな似非ハカーがいるからじゃん。
他の香具師はその相手して遊んでるだけという気もするな。
touchしてcatして とかではなくて？
単なるつりでしょ？
>>651 を釣り師というなら、海にひきずり込まれて食われちゃったというやつですか。
×釣り師
>>693 >NetBSDにはnullconsってのもありますが。つまり入力も出力もない。
>安いADSLルータとかNASとかそんなもんだろ。
あの手のマシンに使われる周辺てんこ盛りなチップには、必ず一つや二つはUARTが集積されているわけだが。
大抵の場合は先に何もつながっていないUARTに吐いてる。
nullconsを使って始末する必要があることはほとんどなかったりもする。
>>701 組み込みもんだと UART 使っちゃうんで nullcons ってのは結構ありがたい.
デバッグ用のシリアルは空いてる PIO の, ピン 2本をソフトで on/off する
事も結構ある. そ
703 ：
名無しさん＠お腹いっぱい。 ：2005/11/09(水) 20:27:57
>>701 システム全体のバランスがまずい場合の例かな？
まちがっても、真のパフォーマンスを求めるシステムには
あってはならない Configurationと言えるだろう。
704 ：
名無しさん＠お腹いっぱい。 ：2005/11/09(水) 20:32:20
>>684 おそらく君のコンパイルミスだろう。
初心者が陥り易いミスだ。
>>703 そりゃまぁみんながみんな専用のASICおこしてもらえるわけでないから。
タイマが余ったりDMACがあまったりA/DがあまったりUARTがあまったりすることはままある。
＃もちろん全部があまることはほとんどないがね。
>>702 NetBSDが乗るようなそれなりに規模の大きいシステムならコンソールぐらい奢った方が
開発期間が短くてすむと思うが。
＃...コンソールでなくてGDBスタブに奢っちゃうか。
706 ：
名無しさん＠お腹いっぱい。 ：2005/11/09(水) 20:49:44
（付けたし）
>>703 スレ違い。しかも組み込みマイコンすら知らない真性馬鹿丸出し。
bash厨必死スギ。キモス。
大げさな口調だけで全然真新しいこと言わないから煽るのも飽きてきた
>>709 煽りなら他でやってくれ。
ここは Extreme な環境を語る場だ。
んじゃ本題で。
>>711 どちらも、５０歩１００歩だなw
その程度の環境では、ここのスレの住人は見向きもしないだろう。
もう飽きたから、以後は無視でいいんじゃないの？
714 ：
名無しさん＠お腹いっぱい。 ：2005/11/09(水) 22:22:06
エクストリーム＝コンソール ??
717 ：
名無しさん＠お腹いっぱい。 ：2005/11/09(水) 22:50:39
>>715 ほぼその理解は正しい。
>>716 懐かしいな。以前はそのような環境でよく作業していたからな。
コンソール出力は紙で、まさにラインエディタが生きていた。
ログが７ビット紙テープだったなぁ（遠い目）
マウスクリッカーには、想像も出来ないような世界だった。
ジジイの昔話は微妙に見苦しい
extreme = 極端な, 過激な, 異常な, 行き過ぎた
まぁ、そうやって昔からやってきている「じじい」にとっては、
721 ：
名 ：2005/11/10(木) 13:23:13
私はどちらかといえばCUI派だが、それを抜きにしても
>>720 >まぁ、そうやって昔からやってきている「じじい」にとっては、
でも>717は「昔からやってきている」じじいではないとおもう。
適当にいい加減なことを言っているだけ。
＃ttyと紙テープが同居する環境っていまいちぴんとこない。
723 ：
名無しさん＠お腹いっぱい。 ：2005/11/10(木) 14:20:59
同じくCUI派だけどWebとかはlynxなんかでは見たくないなぁ。。。。。
CUIとコンソールごっちゃにするなよ。
>>721 Xはどうにも遅くてね。国際化はわずかづつ進んでいるようではあるが、
フォント周りとか抜本的に直さないとだめだろうし。一度全面的に書き直さ
ないとダメじゃないだろうか。
>>725 ネットワーク透過性を前提にしているうちは遅いのは仕方なんじゃ。
＃shmとかあるのは知ってるけどアドホックだし。
遅いのはネットワーク透過だからじゃないでしょ。
729 ：
名無しさん＠お腹いっぱい。 ：2005/11/10(木) 16:33:52
別に遅くないし…
linux+nvidiaで遅いと感じたことはないんだけど
ThinkPad X24 で昔試した時は、32bpp だと、なんか明らかに遅かった。
16bpp にすると問題なかったので 16bpp で使ってる。
GeForce 6600 だと 32bpp でも全然問題ない。
ThinkPad のビデオチップが 32bpp だと能力不足なのか、あるいは
このチップ用の X のドライバに問題があるのかは分からない。
けど、どちらにしても X 自体の問題じゃないね。
Windows の場合、ビデオチップメーカがドライバを書いて検証した
設定の範囲内で使うから、こういう問題に気づかないけど、X の場合、
ドライバを書くのもメーカ外の人間だし、遅い設定も選べちゃうので、
素人だと X は遅いと誤解してしまう面があると思う。
関係ないけど
>>722 には同感。他の書き込みをみても、昔からやってる
人間じゃないのは明らかだと思う。昔はそもそも CLI しかなかったわけ
で、CLIが使える人==できる人間 なんて勘違いは生じようもなかった。
プログラミングにはどうみても向かないような人が間違ってソフト会社
に就職してプログラマをやってるって状況は昔も今もあるわけだが、昔は
そういう人間も当然 CLI を使わざるをえなかった。でも、そういう人でも、
CLI を使うようなレベルでは全然つまづいてなかったよ。同期入社は全員
VT100 互換端末 (一部、本物の VT100 もあった) で新人研修を受けた世代
なので、断言できる。(w
733 ：
名無しさん＠お腹いっぱい。 ：2005/11/10(木) 20:59:23
>>721 使い勝って、パフォーマンスともに劣っていると思う。
設計云々もそうだろうけど、ソフトの作り込みによるところが
実は大きいのじゃないか？
紙テープって入力デバイスにはなるけどログ出力なんか取れるの?
735 ：
717 ：2005/11/10(木) 21:11:10
>>722 若い世代の人々に取っては、空想的な時代にうつるんだろうか？
真のGURUユーザにとっては、どれも現実世界でしかない。
紙テープはほとんどが、Systemログ出力用だったな。
あと、ちょっとした入力にもつかったなぁ。コアクリアとか、
若い世代には coredump の意味とかわからないかもなw
736 ：
717 ：2005/11/10(木) 21:17:19
>>732 > 関係ないけど
>>722 には同感。他の書き込みをみても、昔からやってる
> 人間じゃないのは明らかだと思う。昔はそもそも CLI しかなかったわけ
> で、CLIが使える人==できる人間なんて勘違いは生じようもなかった。
君の前提には無理があるようだな。
本当にCLIしか無かった時代というのはずいぶんと前の話しだ。
> CLI を使うようなレベルでは全然つまづいてなかったよ。同期入社は全員
> VT100 互換端末 (一部、本物の VT100 もあった) で新人研修を受けた世代
> なので、断言できる。(w
VT100 世代とは、まだ青いなw
紙ttyというのは、標準出力が紙となっているものだ。
>>734 入力＆出力ともに使える。
紙テープの主な用途はbootstrapだと思うんだけど。
くだらん反論並べるばかりなのはbashのときと同じで、
キテスレのヲチ対象になれそうですね
741 ：
717 ：2005/11/10(木) 21:58:10
>>737 > 紙テープの主な用途はbootstrapだと思うんだけど。
確かに、そういう時期もあった。
ただ、磁気テープが出て来て、長く併用していた時期があった訳だが、
その頃は、磁気テープがbootdeviceにとって代わった所が多いのも事実。
君には、なぜだかわかるか？
> なんでわざわざ人が読むためのものを難しい機構使って
> 機械が読む形式で出力しないといけないのかいな。
システムの用途によるだろうが、
経験したシステムではsyslogdのようなことをするためだった。
磁気テープは最初っからあるだろ。
743 ：
717 ：2005/11/10(木) 22:09:49
>>742 > 磁気テープは最初っからあるだろ。
ビギナーからの書き込みなのか？
もし、そうだとしたら、よく勉強することだ。
磁気テープは紙テープよりも、だいぶあとから一般化した。
経験したシステム、なんてのが嘘臭いけど、
>>737 はるか昔、入出力機器が限られていて、出力の量もたいしたことなかった
時代には、紙テープへの出力ってのも行なわれたらしい。直接には知らない
けど。UNIX の世界では、UNIX 誕生時で既に、紙テープを出力デバイスとして
使うなんてやり方は既に完全に廃れてたはず。
日本に UNIX が入ってきたのは 1980年ぐらいからだけど、1970年代後半には
もう glass tty の時代になってたから、紙 tty ってのも UNIX 上では
ほとんどありえない。コンソールのログとりの目的にだけは使われてたけど、
対話的に使ってたところはないはず。
717が嘘をついてないとすると、少なくとも45歳以上、おそらく50歳以上と
いうことになるが、これまでの書き込みからすると、最近 Linux を使い始
めた初心者、年齢は20歳から30歳くらいまでだと考えるのが自然だね。
年寄りの場合、sh や csh にこだわる可能性はあっても、bash にこだわる
ことは、ありえないから。
Linux 以外の OS の場合、bash は one of them でしかないから、ここまで
bash にこだわるってのは Linux ユーザとみて間違いないと思う。
コンソールへのこだわりも Linux ユーザってのを裏付けてる。PC 上で UNIX 系
OS を使うのに、コンソールに固執するユーザって、他の OS では見たことない
から。
ちょっと調べてみたけど、紙テープの出力ってのは
コンピュータが高級計算機でしかなくてOSなんて存在せず
入力が手か紙テープだけだった頃に、出力用のプリンタが
その場にない時にあとでプリントするための一時記憶媒体の
ように使ったらしいな。
どっちみち
>>717 の話はその辺の話を適当につなぎあわせた
だけにみえるが。
747 ：
717 ：2005/11/10(木) 22:28:49
> はるか昔、入出力機器が限られていて、出力の量もたいしたことなかった
いま
>>717 は一生懸命蘊蓄本からネタを拾ってる最中です。
紙テープで威張ってる奴がなんでLinux 0.9ごときで硬派なんだ
硬派とかハッカーとか真のUNIXグルとか、素敵。
> コンソールへのこだわりも Linux ユーザってのを裏付けてる。
> それが、まさに私の経験したデバイスだ。
>>751 まあ、このスレの真ん中あたりにそういう人いるから。
いちいちage続けてるところを見ると
755 ：
717 ：2005/11/10(木) 23:09:31
>>752 メイン言語はアセンブラだ。
なので、レジスタに直接アクセスできたものだ。
これが、当時のブートだった。
メーカーはgifの会社といえばわかるだろう。
ついでながら、メモリは３次元coreだ。（２次元ではない）
>717が不自然だなと思ったのは、tty端末を使いつつ出力に紙テープなんか使っている辺り。
>>755 >メイン言語はアセンブラだ。
>なので、レジスタに直接アクセスできたものだ。
多分この人はアセンブラを使ったことがないw
その時代、gifの会社自体は存在しませんでしたよ？
759 ：
717 ：2005/11/10(木) 23:23:53
>>758 おっと失礼。確かに社名がちがっていましたな。
Suffix３文字でVAC、後にgifの会社に統合されたようなので、
そちらのイメージが強すぎたようだ。
それ以上の詳しいことは事情があって書けないが,
米国では同機種をICBMの追尾につかっていたと聞いている。
後ろ半分に答えてないじゃん
> なので、レジスタに直接アクセスできたものだ。
762 ：
717 ：2005/11/10(木) 23:37:41
>>756 カードもあるにはあったが、MTにとって変わられたあとだったからな。
VT端末はもちろん出回っていた。ただ、稼働システムのHardwareReplace
はどこも思うようにいかんものだよ。
若い頃、cshに（後のtcshも含めて）非常に熱くなっていた時期もあった。
ただ、Consoleを究めるためには、コード化する shell script（B系）と
Inerructive に使う場合の構文（C系）のギャップが悩みの種であった。
>bashを使おうと思うほどの好奇心があった人間は今頃zshとか使っていてbashなんぞ使っておらん
と思うのだがどうか？
zshはまだ熱くなったことがないというのが正直なところではあるがw
B構文をそのまま使えることがbashの魅力である以上、乗り換えるきっかけすら見当たらん状態だよ
>linuxが0.9っていうのも謎なんだが...0.9ってバージョンあったかなぁ。
0.9* の事を言っている。
> 0.95とか0.98とかその辺のころには386BSDが動いていたしそっちのほうがまともだったので、
> SunOSを使っていたならそっちのほうに流れていた可能性が高いと思うのだが。
BSDは当時の正しい選択として確かに存在していた。
SunOSはユーザであった。
ただ、SunOSには自由がなかった。BSDには目新しさがなかった。
Linuxには自由と目新しさが光っていた。
> まぁ好意的にみても相当な変わり者wではあると思う
君も同類と見たが？
763 ：
717 ：2005/11/10(木) 23:39:05
>>761 Pushして直接コードを埋めて実行したものだ。
pushするコードはどうやって入れるの?
何のｽﾚなんだｺｺわ
事情があって書けないじゃなくて、ボロが出るから書けないの
は明らかだね。どう見ても。
>>757 が指摘している通り、アセンブラを使った経験がない人間
だね。アセンブラ経験者であれば、あんな表現はしないだろ。(w
あと、「これが、当時のブートだった」というのも言葉の使い方
がおかしい。(w
> Pushして直接コードを埋めて実行したものだ。
ブートに関して、コードを埋めるって表現も変だな。
> Inerructive に使う場合の
この typo もありえない。(w
> B構文をそのまま使えることがbashの魅力である以上、乗り換えるきっかけ
> すら見当たらん状態だよ
これもひどいな。あまりに無知すぎる言い訳だ。
面白いから、もっと当時のことを教えてくれ。
>>717 768 ：
717 ：2005/11/10(木) 23:54:28
>>764 信じられないかもしれないが、指で押してレジスタに代入する。
アセンブラをMachineExecutableCodeに変換するのは入力しながら
考えたものだ。
噛み砕いていうと、磁気テープからのローダ起動コードを実行する
番地をレジスタにセットして、実行するのが普通だった。
もちろん、最初のテープコードはcoreclearだ。
769 ：
717 ：2005/11/10(木) 23:56:02
ここまで、書けば十分だろう。
だったらpushするコードなんか使わず直接入れたいコード入れりゃいいわけで
>>717 は主記憶にアクセスできるのはプロセッサだけだと思っているようです
> アセンブラをMachineExecutableCodeに変換するのは入力しながら
まあ、何度も入れてると覚えちゃうだろうが、それでも考えることはない罠
そゆこと。それに、そういう場合はマシンコードを覚えちゃうので、
775 ：
717 ：2005/11/11(金) 00:49:55
機能ごとにアドレスなり、OpCode（単純ジャンプなのか、
そんなZ80の本を読んでるみたいな用語で説明されても……
> 機能ごとにアドレスなり、OpCode（単純ジャンプなのか、
指で「何を」押してのかが非常に気になるな
ものの本にも書いてあるね。
>>768 >信じられないかもしれないが、指で押してレジスタに代入する。
スイッチで入力する先はメモリ。レジスタじゃない。
>アセンブラをMachineExecutableCodeに変換するのは入力しながら
>考えたものだ。
アセンブラが使えなかった(70-80年代の)ホビーストがハンドアセンブルで
機械語をモニタを使って入力したのと勘違いしている。
5点。
そんなに点もらえるのかYO!
100点満点でね。
いや誰も10点満点だなんて思ってないYO!
小学二年のとき
>>779 いや、初期はオペレータがいないなんてのはざらにあるケースで、
ブートローダも自分でコンソールから入力。で、入力が面倒だから、
すぐにブートローダ短縮ハッキング合戦になったはずだが…
その種のハックって、紙に書いてじっくり考えてやるものだから、
>>717 が
>>768 で書いている「入力しながら考える」ってのと
完璧に矛盾してるよ。
>>717 はこの際どうでもいいが、
> 紙に書いてじっくり考えてやるものだから、
とは限らないのがハッカーのハッカーたる由縁。
というか平凡なプログラマの自分も頭の中で機械語(死語)のプログラミング、
コードチューニングをしていた。タイトなループの中とか。
そういう空でできるタイプのチューニングも勿論あるが、
>>788 > ブートコードの場合、その程度のチューニングは当然メーカーサイドでやってるよ。
> 短縮するためには、紙に書いて考えながら、かなりtricky なことをするしかない。
逝ってよし
Sun3でUnixデビューして、Sun4→EWS4800→SPARCstation→PC(Linux)と進んで来た、このスレでは若い世代と思われる俺が来ましたよ。
>>717 はどう見ても俺より若いし、自前bootstrapなんかしたこと無いと思われ。
リアル厨房であった俺の当時の師匠が作ったバラック＆半田付け＆ワイアラッピングお手製8bitマシンのbootstrapは
1） コンソールパネルのスイッチで、CPUをHALTモードにする。
2) パネルにずらっと並んだ16個のアドレッシングスイッチ(トグルだよ！)で、アドレス指定
3) ADDRESSボタンを押す(これはトグルじゃない)。すると7セグLEDにアドレスが表示される。
4) その状態で8個あるデータスイッチでビットパターンを設定。
5) WRITEボタンを押す。DMAでメモリにデータが書き込まれる。
6) ADDRESSスイッチをインクリメント。
7) ローダコードが終わるまで 2～6を繰り返す。
8) カセットテープをセット
9) CPUをRUNモードに切り替えると、2～6までで入力したローダが実行開始。
10) カセットテープからモニタプログラムが読み込まれ実行開始。
11) ここからキーボードとかTV出力ボードが使えるようになるので、モニタプログラムを使って
再びカセットテープから電大版TinyBasicの移植版とかをロード。実行。
12) リアル厨房の俺が遊べる環境になる。
だった。もちろんこの作業は弟子である俺の仕事。俺はヘタレだったのでとうとう最後まで、ローダの
コードを暗記するまでには至らなかった。
その後このマシンにはEPROM（EEPROMじゃない)が導入され、モニタはROMに載ったので、
手でbootstrapしなくても良くなったが、BASICは相変わらずテープから読み込み。
後に初期のPDP-7とか11とかの経験者の先輩から聞いたところ、ミニコンも同じような手順であった
そうだが、俺は経験が無い。というかPDPの実物見たこと無い。
で、先輩諸兄の皆様、ミニコンのbootstrapで上の手順となんか根本的な違いがあれば、後学のため
ご教示いただきたく。
791 ：
790 ：2005/11/11(金) 08:32:54
ちなみに、俺は「本物の」ラインプリンタは見たこと無い。所謂ゴルフボールプリンタは見たことある。
DMAという単語に釣られる香具師がいる予感
793 ：
717 ：2005/11/11(金) 09:39:13
>>791 ゴルフボールか、俺もつかっていたよ。
「本物」という意味がよく理解できないが、ベルトで回ってる奴なら（うるさい）
いまでもあるだろ？
>>778 多分想像も出来ないだろうが、直接レジスタにデータをいれるようなイメージだ、
レジスタの状態がランプに出ていて、そのランプスイッチを押すことで、
状態を直接反転させることができる代物だ。
誰かがかいていたが、ブート自体は確かにほぼ定型化されてはいたが、
ブートデバイスなりをオクタル化して途中に埋め込む必要がある。
ブート時にしようするコア位置をオフセットする場合も特殊な操作が
必要になる。
それと、ブート以外のコードも直接実行することも良くあったよ。
えーと、ウインドウシステムは必要だが、Xはイラネーってことで
個人的にはフォントとIMの問題さえクリアしてもらえば、X11でも良いと思ってる。
796 ：
名無しさん＠お腹いっぱい。 ：2005/11/11(金) 14:00:30
洩れ的には、フォンと、印刷、あたりかな？
印刷ってX関係あるんか?
>>797 同じ描画デバイスを、統一的に扱えた方が良いでそ。
> プリンタドライバに描画するXサーバ
まぁ、そういう発想やね。Display PDFとかDisplay Postscriptとか。
でも、PDFって表示するだけでも大変そう。
libgnomecanvas が Postscript の描画モデルを使ってる、と README には書かれてるが…
>>800 これって何でもかんでもPDFで表示してるんですかねぇ？
Extreme という単語に一瞬びびったw
>>801 ここにも、extremely と出てくるw
805 ：
名無しさん＠お腹いっぱい。 ：2005/11/11(金) 22:58:26
DisplayPDFなんていうのもあるのか。
だからMacのGUIはとんでもなくもっさりさん。
ずいぶんしょぼいマシンつかってんだな
>>806 違うよ。Giant lockのせい。正直ミドルウェアの出来が悪い。> Mac OS X
809 ：
名無しさん＠お腹いっぱい。 ：2005/11/12(土) 12:09:01
X11の次ってX12?
811 ：
721 ：2005/11/12(土) 14:20:51
「生のX11だけ」ならパフォーマンスは決して悪くない、っていうのは知ってる。
X11+GNOMEでチューンすればちゃんとした速度で動くというのならば、
814 ：
721 ：2005/11/12(土) 17:06:16
> X11+GNOMEでチューンすればちゃんとした速度で動くというのならば、
815 ：
名無しさん＠お腹いっぱい。 ：2005/11/12(土) 19:18:19
わしは、X11の最大の問題点は、その統一感の無さだとおもう。
816 ：
名無しさん＠お腹いっぱい。 ：2005/11/12(土) 20:29:35
>>810 こつこつと地道に進んでいるのかな？
でもR7は遠そうだね。
X11R6.781.95
とか成ってそうw
>>816 既にX11R6.9/7.0 RC2が出てるよ
6.9と7.0は機能は同じだけど、7.0はソースツリーがモジュール化してあって今後はこちらが主流になる
Xの中の無数の機能を個別にリリース/アップデートできるようになるわけさ
818 ：
名無しさん＠お腹いっぱい。 ：2005/11/12(土) 23:28:37
>>８１７
え？ プロトコルは現在でも、どんどん拡張されてってるよ。互換性を保ったまま機能を拡張する手段は定義されてるし、実際、ソケットじゃなくて共有メモリを使うのだって、その仕組みで実現されてるわけだし。
>>819 だからマイナーバージョンアップ止まりなんだよ。
それ言ったら、Windows なんて 1980年代始めからの互換性を
バージョン番号なんて飾りです。偉い人にはそれが分からんのですよ。
>>681 kernel モードでは non-preemptive。
ロックは giant ロック。
スケジューラは基本的に現在の FreeBSD の SCHED_4BSD と同じ。
つまり、SMP 関係の実装レベルは、FreeBSD だと 4 に近いと思う。
pthread にカーネルサポートがある点は、FreeBSD 5/6 系の方に近いけど。
>>680 は、NetBSD が優れているというよりは、Linux に問題があるって
ことを示した結果だと思う。
824 ：
823 ：2005/11/13(日) 01:39:48
誤爆した。スマソ orz
828 ：
826 ：2005/11/13(日) 02:19:14
>>825 ごめん 確かめずに書いちゃった
確かpthreadスレでそんな事話し手タナーと
829 ：
825 ：2005/11/13(日) 03:18:48
830 ：
721 ：2005/11/13(日) 03:34:32
>>821 最終的にX12が必要かどうかはIME/Print環境の改善が、
新規APIやプラグイン追加で解決できるか否か、次第じゃないかなと思ってる。
実はXを抜本的に見直さなきゃ実現できません、というならX12もアリかなとか。
ところでIME/Print環境を改善できるほどに、
X11を把握している人ってどのくらいいるんだろう。
いたとして、どの程度IME/Print等々の問題点を把握しているかも重要だよね。
GUI環境をWin並かそれ以上にできることがゴールだとして。
Windows も IME の仕組みは何度も変更してるし、
> ところでIME/Print環境を改善できるほどに、
だからLinuxや*BSDなんかのデスクトップ環境は、いつまで経っても
XIMや印刷の改善なんて、
>>834 件の人はXがプロトコルがであるということがよくわかってない様子。
まぁX12とかいうプロトコルを作っても世の中のサーバ実装はいつまでたっても
X11レベルだから当分移行出来ないだろうけどね。
現状のX11プロトコルの拡張性のおかげで、機能が追加できるというのは良くわかるけど
ない。
>>836 馬鹿は何も意味のあることを言えないから反語疑問でお茶を濁す。その典型。
840 ：
名無しさん＠お腹いっぱい。 ：2005/11/13(日) 23:16:42
xに詳しい奴がきたようだな。1600万行もあるのか？
>>840 詳しいっていうのか？ソースはどこにでも転がっているし数えるのも簡単だが。
>でもって、こんなに性能悪いのかw
>使い勝手もw
バカ丸出し。Xとユーザインタフェースの使い勝手は直結しない。
＃Xのシステムとしての使い勝手はWindowsよりいいと思うがな。
＃マルチプラットホームでネットワーク透過性もあるし。
＃X端末みたいな真似をWindowsでしようとすると非常にお金がかかる。
>>836 >ひいては、そのせいで他のGUI機構との市場競争力を失っているということはないかしら？
「他のGUI機構」ってなんだ？
Xは過去にSunViewやらGMWやらの他のウィンドウシステムをを絶滅させた勝利者なんだが。
>>843 ロートルはすっこんでなと言うことでしょう。
>>842 >と、言うわけで教えてください。
何を？
>>844 Q.他の「GUI機構」とは何か？
A.
>ロートルはすっこんでなと言うことでしょう。
意味不明。
>>845 ＞詳しいっていうのか？ソースはどこにでも転がっているし数えるのも簡単だが。
頼むからこんな最近のこと忘れないでください。
>>847 >＞詳しいっていうのか？ソースはどこにでも転がっているし数えるのも簡単だが。
>頼むからこんな最近のこと忘れないでください。
だから何を教えてほしいの？
>>848 自分が簡単に教えられることが何かわからない？
おもしろいことを言いますね。
>>849 なにか「簡単に教えられる」なんて発言したっけ？
レス番あげてみてよ。
851 ：
名無しさん＠お腹いっぱい。 ：2005/11/13(日) 23:57:02
>>841 こいつは恐らく馬鹿だなw
しかも自分でXをコンパイルすらしたことのない素人だ
>>851 コンパイルしたことぐらいならあるよ。X11R6が出るかどうか辺り。
XFree86でいうと2.1ぐらいのころ。
＃X_LOCALE付でコンパイルしようとすると、linuxのa.out共有ライブラリがアホなので
＃互換性とかで困ったことになったりした。
あー。ひょっとしてXのソース行の数え方を聞いていたの？
854 ：
名無しさん＠お腹いっぱい。 ：2005/11/14(月) 00:22:21
>>852 そんな障害聞いたこともないぞ。
お前は脳内コンパイルでもしてるのか？
>>854 自分は何でも知っている、と言うことですか？
glibcのロケール処理が変で、X付属のロケール処理を有効にしないと
>>856 ちがうちがう。X_LOCALEを定義するとシンボルが増えるから共有ライブラリ
のシンボルリストにいくつか加えないといけなくなるのよ。
で、そのシンボルリストにそれぞれの人間が勝手に付け加えると、他から
バイナリ持ってきたときの互換性がわやになるの。
むかーしむかーし。linuxの共有ライブラリが「絶対アドレス」で割り付けられていた
時代の話。libc5のころね。自由に共有ライブラリが作れなかった時代の話。
そりゃ絶対アドレスで振れば実行時にシンボル名を解決しなくて済むから速いことは速いけどさ。
すぐに破綻することぐらいわかんなかったのかねぇ。
＃オレがlinuxが嫌いになった理由のひとつ。
>>856 よくみてみると
>glibcのロケール処理が変で、
ってめちゃめちゃ最近の話ですね。
そのころはlocaleが変で、どころでなくてlocale入ってなかったもの
＃ダミーは入っていたかな。何やってもLANG=C相当のやつ。
>>857-858 あー、なるほど。
>>856 はXFree3.3～4.0くらい、libc5->glibc2移行期の話だから、
1998～1999年くらいの時期だろうか。
リキもないのに、glibc2移行を急ぐなよ。
>>841 リモートデスクトップって知ってる？
>>843 それって過去の栄光だよな。今やWindowsに完敗状態だし。
完敗ってわけでもないだろ。
>>861 >リモートデスクトップって知ってる？
まったくできないと入ってないだろ。
>>841 >＃X端末みたいな真似をWindowsでしようとすると非常にお金がかかる。
と書いてあるだろうが。
サーバでアプリケーションを走らせようとすると一つごとにライセンスが
必要だから金かかりまくりなんだよ。
クライアント側もOSフルセットのライセンスを要求されるから、ローカルで
走らせる場合の最低限倍のライセンスが要る
>それって過去の栄光だよな。今やWindowsに完敗状態だし。
全然関係ない話でごまかすなよ。
だからXに勝利を収めているらしい「他のGUI機構」ってなんなんだよ。
Windowsは違うよな？OSだし。
>>863 確かにMicrosoftは、パーシートライセンスで、
リモ～を実行できるクライアントの数だけライセンスを買わないといけないけど、
RDPのクライアント側はフリーの環境でもいいよね。
しかしまあとにかく金がかかる上に、いまだにトラブる事がある。
>>863 VNCって知ってる？
> 全然関係ない話でごまかすなよ。
えーと、Windowsの話を出されると何か都合の悪いことでもあるの
でしょうか？ｗ
デスクトップ環境としては、XはWindowsにほぼ完全敗北状態ですね。
> 「他のGUI機構」ってなんなんだよ。
さぁ？俺はそれを書いた人じゃないから知りません。
> Windowsは違うよな？OSだし。
馬鹿ですねぇｗ
揚げ足でも何でも
変な奴…
餌をやるなよ。
>>864 >RDPのクライアント側はフリーの環境でもいいよね。
しかしそれをWindowsなしでどうにかしようとするとXなどが必要なわけだｗ
まぁMSがサポートしない環境だとお仕事では使えないけどね。
サーバライセンスだけで使えるシンクライアントを出してくれれば...まぁそういうのは今は流行らないわけだけど。
>しかしまあとにかく金がかかる上に、いまだにトラブる事がある。
誰も日常的に使ってないからこなれないんだろうねぇ。
>>865 >VNCって知ってる？
マルチユーザで使えないだろうがハゲ。
>> 全然関係ない話でごまかすなよ。
>えーと、Windowsの話を出されると何か都合の悪いことでもあるの
>でしょうか？ｗ
>デスクトップ環境としては、XはWindowsにほぼ完全敗北状態ですね。
全然関係ない話ならレスアンカーつけないでください。
>> 「他のGUI機構」ってなんなんだよ。
>さぁ？俺はそれを書いた人じゃないから知りません。
全然関係ない話ならレスアンカーつけないでください。
>> Windowsは違うよな？OSだし。
>馬鹿ですねぇｗ
全然関係ない話なのでレスを引用しないでください。
>>871 > しかしそれをWindowsなしでどうにかしようとするとXなどが必要なわけだｗ
いや、JavaのRDPクライアントもあったよ(w
Citrixが出していたんだっけな?
まあ、いまやサポートないから仕事で使うのはどうかと思うが…
サポートのあるWBTもどうかと思うし。
>>873 >いや、JavaのRDPクライアントもあったよ(w
>Citrixが出していたんだっけな?
で、そのjava環境を動かすためには結局Xがいるんでない？
875 ：
名無しさん＠お腹いっぱい。 ：2005/11/14(月) 18:16:50
>>857 こいつは馬鹿だなw
システム構築で失敗するタイプw
つまり、X１１不要ということですかな？
むしろ、計算中で応答のないウィンドウは移動もアイコン化も
>>876 WindowsもXもいらないjava実行環境ってあるのかな。
＃ポケットコスモってボケはやめてね。
>>880 すまん。
>873でいっているjavaのRDPクライアントが動かせそうなjava実行環境で。
と限定しておく。
RDPクライアントになれそうなjavaOSマシンってある？
882 ：
880 ：2005/11/14(月) 22:00:50
>>881 うそごめん、俺もJavaOSなんて知らない。適当に言ってみただけｗ
884 ：
名無しさん＠お腹いっぱい。 ：2005/11/14(月) 22:29:55
Mac OS X11
Xってほんとに糞だよね。良くこんなのみんな使ってるよなぁ。
"みんな"は使ってないと思うが…
組み込み用？のWindozeに変わる前某コンビニのレジはX11だったな。そういえば。
X ＝ 前世紀の遺物
まあ今世紀中には遺物になると思うよ
100年たってもi386互換だったら笑える
100年経ってもリアルモードから立ち上がるの？
893 ：
名無しさん＠お腹いっぱい。 ：2005/11/14(月) 23:49:43
その可能性は十分以上あるでしょう。
>>888 この前出かけた先でピザハット行ったんだが（出前じゃなくて店頭注文）、ふと覗いたら
店員がオレのオーダを打ち込んでた画面が明らかにUNIXでxclockが立ち上がってました
ちょっとビックリした
896 ：
888 ：2005/11/15(火) 00:38:31
みんなサンクスでつ。
897 ：
836 ：2005/11/15(火) 17:22:09
正直、同じFOMAでもNやPは、他に比べて使い勝手が一段下がるなぁ。
Xはプロトコル、へぼいのは実装。
>>897 これからはハイパワーなサーバを仮想マシンに区切って提供する技術が一般化するし、
セキュリティがらみで問題でユーザは単なる端末しか触れないようにしたいという要求
が出てきたりしているので、ネットワーク透過性やマルチユーザアクセスは
「多数のビジネスユーザ」にとってとても重要になると思うが。
そもそもWindowsがRDPなんて実装しているのは(そしてXPproのような下位ライセンスまで
展開しているのは)どうしてだと思う？
Windowsを作っているMS自身、これからはネットワーク透過性が重要だと認識しているから
だろう。
>>897 X11がデスクトップ環境としてダメなのは、ネットワーク透過だからとか
そういう問題じゃなくて(一部関係はあるけど)、そもそも機能的にダメだから
でしょ。フォントや印刷周りのクソさ加減は昔から言われてることだしね。
15年前ならあれでも良かったけど、今となってはどうにもならんよね。
>>898 まさにそうだよね。もちろんプロトコルの再検討も含め、実装をやり直さ
なきゃX11は永遠にクソのままだろうな。
プロトコル自体には問題点はないのでは？
905 ：
名無しさん＠お腹いっぱい。 ：2005/11/15(火) 19:57:46
>>903 こういった勘違いしてる奴がまだいるとはorz
X は プ ロ ト コ ル だ と 何 度 言 え ば (ry
いや、確かにプロトコルの規格番号なんだろうけど、
FTPはプロトコル。
UNIX板でX関連の話をマトモにしようとするのが馬鹿。
>>907 >コードはそうなってないよね？
ばっちりソケットベースの通信プログラムですが。
取り合えずお前等のいう「X11」の中に、
>>912 FTPはプロトコルだがffftpは違うよね？と同義なのだろうか。
言葉尻では反論できるが全体を見ると意味不明だな。
プログラミング能力のない奴が嫌がらせで書いてるだから、
と、プログラミング能力のない
>>914 がおっしゃるわけだが。
プロトコルは唯一であることが前提条件。
アーキテクトなら
916 ：
名無しさん＠お腹いっぱい。 ：2005/11/16(水) 01:00:23
Xの仕様書ってどこにあるの？おまいらそれを理解してるの？
> いや、確かにプロトコルの規格番号なんだろうけど、
結局、誰も
>>878 への反論をできないってことは、Win厨は
みんな負けを認めてひっこんだか、答えられないのでシカトを
決め込んでるってことでFA?
応答がないならkillしたいよね。
応答がないって言っても、別に死んでるわけじゃなくて、計算
ここ最近の有益で活発な議論の甲斐もあり、R3も間近ですね
>>924 >IMEが改善されたのは、ATOKその他と競争したせいだし(今の
>MS IMEは、Microsoft の開発じゃなくて、たしかWXEのソースを
>購入してちょっと直しただけ)
さすがに今のMS-IMEは別物だよ。コードベースも
>>925 > XPではできるのでどうしたもんかね。
おお、ほとんど Windows を使わないので知らなかったよ。
試してみたが、XP では確かに改善されているようだ。
イベントを全く受けとらない状態がしばらく続くと、移動やアイ
コン化ができるんだね。Microsoft も当然、問題は認識してたか。
でも、まだ問題あるよ。
どうやら Windows は、イベントを取り込んでいるかどうかだけで、
処理を横取りすべきかどうかを判断しているらしい。イベントを
受けとることは受けとるが、その処理が滞っているような場合に
は、やはり移動やアイコン化が不可能な状態になるようだ。
つけ焼き刃の対処って感じだね。
疑う人のために、テストプログラムをアップしておく。
ttp://upload.cgi-web.com/up3/src/yarou1071.zip.html をダウンロードして (DLKey は「x11rocks」)、その zip を展開し、
できた hangtest.exe を実行して、「File」メニューから「Exit」を
選んでみると、たとえ Windows XP 上であっても、無反応になり、
アイコン化も移動もできなくなるはず。
なお ZIP ファイルと EXE ファイルの MD5 チェックサムは下記の通り。
MD5 (yarou1071.zip) = 4b032de1071c9b343fafab8995fc12c6
MD5 (hangtest.exe) = c5c597d8f17aaac7119a0f4489dab2f4
Windowsはスケジューラが糞だから。
>>928 ＞受けとることは受けとるが、その処理が滞っているような場合に
つまり次のメッセージが受け取れてないと言うことですね？
>>922 そんなプログラムを書く奴が無能なだけでしょ。
あとねぇ、Windowsを叩いてもXの擁護には全くならないんだよ。
そんなこともわからないバカが多いよね。
>>930 > つまり次のメッセージが受け取れてないと言うことですね？
いや、受けとる方は受けとってる。受けとった後、処理してない。
>>931 つまり、Windowsプログラマは無能なやつばかりだと、そういうわけだね。
商用プログラムでこういうのを何度も見てきたからね。
> あとねぇ、Windowsを叩いてもXの擁護には全くならないんだよ。
まともな批判もできずに、一から作り直さないと無理なんて馬鹿の
一つ覚えで繰り返してるよりは嘘つきよりはマシでしょ。あ、嘘つ
いてるんじゃなくて、理解できてないのか。
まだやってたのか, あきないねぇ, 君達は.
>>932 > 商用プログラムでこういうのを何度も見てきたからね。
商用プログラムでブロックするなんてのは、作ってる奴がまさに
無能だろうな。ただ、UNIXプログラマはそれ以下のが多いと思う
けどねｗ
> 一つ覚えで繰り返してるよりは嘘つきよりはマシでしょ。
マシって...(笑)。お前もそいつも、どっちもバカだろ。
> 商用プログラムでブロックするなんてのは、作ってる奴がまさに
X絶対主義者が多いのな。X11なんてクソの塊じゃねーかよ。
>>836 だから他の「GUI機構」ってなんなのさ。
数字コテつけてもすぐ逃げるんじゃ意味ないぞ&Hearts
>>931 Windowsを持ち上げてみても、Xが不要になるわけでもプロトコルを変えないといけなくなるわけでもないけどね。
Xをプロトコルと見たとしても実装と見たとしても、Windowsとはレイヤーが違うんだけどなぁ
>>937 聞きかじりの知識で抽象的な話しかできない奴と言うのはどこにでもいる。
一見もっともらしい意見だが全く役に立たないんだよな。それ。
俺もそうだから。
お前らもXのバグに含まれてるんじゃないかと心配になってきますた！
>>939 誰に向かって話しているんだ？
プロトコル変更厨は、役に立たないどころか「一見もっともらしい意見」すら主張できてないぞ。
942 ：
名無しさん＠お腹いっぱい。 ：2005/11/16(水) 14:21:06
X11 ＝ 存在自体がバグ
944 ：
名無しさん＠お腹いっぱい。 ：2005/11/16(水) 14:24:19
ネットワーク透過とかいらない
ああ、そう
>944
結論その1：Xは糞。
948 ：
名無しさん＠お腹いっぱい。 ：2005/11/16(水) 16:35:55
PC98 VRAMじか書きしてりゃいいじゃない。
949 ：
名無しさん＠お腹いっぱい。 ：2005/11/16(水) 20:47:30
何言ってんだこいつ?
バカを見つけて喜んじゃったら負けかなと思ってる
952 ：
名無しさん＠お腹いっぱい。 ：2005/11/16(水) 22:27:23
>>950 もう少し勉強する必要があるようだな。
人間、常に勉強することが大切だ。
> 「プロトコルに直接関係するコード」というのがまずもって不明確だが、
x11プロトコルを生成処理するために必要十分なコードと言う意味だ。
例えば、エミ時計とかは含まれない。
> 仮にまあ少ないとして、何を結論としたいんだか。
君には少し難しかったようだね。
要は、x11の実体はプロトコルが元ではあるが、
その実装コードは、大部分がプロトコルに関係ないことをしているということだ。
まぁ何にせよ、X Window Systemが糞であることに違いはない。
>>952 だからー、それがなんなのよ？
>その実装コードは、大部分がプロトコルに関係ないことをしているということ
ｲﾐｶﾞﾜｶﾘﾏｾﾝ 何を今更
てゆーか「X11はプロトコルかどうか？」って何よ？そんな件は存在しないんだが
「httpはプロトコルかどうか？」って言ってるのと同じじゃねーか
>>954 どうせ何の裏付けもない妄想を語って終るしか能力がないんだから、
ほっとくのが吉。まあ沢山語ってもらって、笑って楽しむって手も
あるけどね。
遠隔ファイルシステムの実装だって、
x11は第二のシステム
『UNIXの考え方』の初版発行から4年も経つのに第三のシステムは出てこないね。
v7 時代の UNIX の考え方を現代に実現したシステムとしては
curses不要論
ncurses でないと納得しない？
> Lisp/Emacs 文化
そうでもない。v7 UNIX とは別の文化圏だってだけ。
perl、python、rubyなんて使ってないよ。Emacsも使わないしな。
V7 的 UNIX らしさがいい人は、ここ25年の間に世俗の垢にまみれち
つまり、自分がその恩恵を被っている言語を毛嫌いして罵倒するが、
>>968 ちょっと通りかかったが
粘着してるのは喪前だと思う（ｗ
> ちょっと通りかかったが
>>968 =
>>970 =粘着
lispだのperlだのpythonだのrubyだのの糞を使う奴ってのはこれだから(苦笑)
972 ：
名無しさん＠お腹いっぱい。 ：2005/11/17(木) 18:42:07
>>972 二重引用符のつかいかたくらいおぼえましょう
> 今のlinux文化にある最も重要なアイデア
GUI機構ってのは、Winにあって素のX11にない、
Windowsも2000で完成してしまってもうやることがなくなっちゃった感じだよな。
>>975 ごもっともなんだが、
>>973 とほぼ同時期に出現したのは間が悪いな
後日改めてご高説願いたい
978 ：
名無しさん＠お腹いっぱい。 ：2005/11/17(木) 20:06:40
>>975 まさに正論ですな。
このような認識すら出来ないぐらい馬鹿なのか？
X１１ユーザは
>>978 まともな文字のつかいかたくらい覚えましょう
981 ：
名無しさん＠お腹いっぱい。 ：2005/11/17(木) 21:03:16
設計のプロセスが優先されすぎると、
982 ：
名無しさん＠お腹いっぱい。 ：2005/11/17(木) 21:54:44
次スレは立てない方向で行きましょうか？
983 ：
978 ：2005/11/17(木) 22:00:07
>>980 なんだこいつ。偉そうに
ろくにXのことも知らんくせに。
どうせ、馬鹿マウスクリッカーだろw
>>975 > 同じマシンで動かした場合にはWinのほうが、安定度や速度で勝ってると感じている。
具体的には?
>>984 でた、馬鹿の詭弁パターンw
どう考えても普通その結論になるだろ？
現象を現象としてとらえない奴に説明しても無駄w
Windowsの方が体感的にスムースに感じる。マウスポインタの動き一つにしても。
>>985 あなたはWindowsをどういった使い方をしているのでしょう？
あなたはLinux上のXを少し使えるようですが、どういった使い方をしているのでしょう？
どういった使い方をすると安定度がないのですか？
>>987 双方のマウスの設定を変えて試してみてください。
Xserver の起動ログに「Using HW cursor」という出力が
おっと、９９０台じゃない。
X3000
>>992 まともな文字のつかいかたくらい覚えましょう
>>994 まともなつっこみの仕方ぐらい勉強してこいw
へぼw
996 ：
名無しさん＠お腹いっぱい。 ：2005/11/18(金) 00:15:39
Ｘ１１不要論Ｒ３に向けて、１０００ＧＥＴ！を宣言する！
997 ：
名無しさん＠お腹いっぱい。 ：2005/11/18(金) 00:17:45
次スレ誰か作ってる？
誰か立てて
999 ：
名無しさん＠お腹いっぱい。 ：2005/11/18(金) 00:19:01
CUI User == Reak Hacker
1000 ：
名無しさん＠お腹いっぱい。 ：2005/11/18(金) 00:19:28
硬派
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。