■■■Ｘ１１不要論■■■Ｒ２■■■
レス数が1000を超えています。これ以上書き込みはできません。
0001名無しさん＠お腹いっぱい。
NGNGすべての問題はここだ
１．Xあるんだから必要ない とかいって協力しない
２．俺はGUIは使わないから興味ない
３．男だったらCUIだろうが
４．だったら、MacOSX使えば？
５．KDEやGNOMEがあるじゃない。壱から、しかも土台から作るなん
て無理無理
６．そもそも、そんな技術力は存在しない
７．多くのUNIXプログラマのGUIに対する見解があまりにも非力であり
ろくな物ができあがらない。
８．ネットワーク透過性が云々...... とごねてXを捨てない
0002名無しさん＠お腹いっぱい。
NGNG0003名無しさん＠お腹いっぱい。
NGNG0004名無しさん＠お腹いっぱい。
NGNG0005名無しさん＠お腹いっぱい。
NGNG米Apple社は5日、Open Groupに対し「X window system」の名称がApple社の製品「OS X」著作権侵害
に当たるとして、「X」の文字を削除するよう要求した。
「われわれはこれを当社の著作権および知的資産の侵害と感じており，このため(アルファベットのXの)
削除を要求した」とAppleのスポークスマンは語った。
0006名無しさん＠お腹いっぱい。
NGNG0007名無しさん＠お腹いっぱい。
NGNG0008名無しさん＠お腹いっぱい。
NGNG0009名無しさん＠お腹いっぱい。
NGNG0010名無しさん＠お腹いっぱい。
NGNG0011名無しさん＠お腹いっぱい。
NGNG0012名無しさん＠お腹いっぱい。
NGNGま糞、くだらねーことしやがって。
てめーあとだしじゃねーか。
シネヨ
0013名無しさん＠お腹いっぱい。
NGNG（ ´∀｀）
（ ）
■■□■■□◇＿◇□□□
∧＿∧
（ ´∀｀）
（ つ□）
■■＿■■□◇＿◇□□□
∧＿∧
（ ´∀｀）
（ つ□つ□
■■＿■■＿◇＿◇□□□
∧＿∧
（ ´∀｀） ／
（ つ つ
■■＿■■＿◇＿◇□□□□□ ─
/' ヽ＼
ｷﾞｭｯ ∧＿∧
（´∀｀ ） ≡≡
■■■■◇◇□□□□□⊂ ）
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
0014名無しさん＠お腹いっぱい。
NGNG> ■■■Ｘ１１不要論■■■
>
> 全ての人にとって不要という訳ではありませんが、Ｌｉｎｕｘ系の「プロフェ
> ッショナルユーザ」や「（本来の）ハッカー」といった上級者レベルの方にと
> っては、ほぼ不要なユーザインターフェースではないでしょうか？
>
> 上級者レベルを自負するand/or目指すあなた！
> 私といっしょにＸ１１を捨て去りましょう！
0015名無しさん＠お腹いっぱい。
NGNG0016名無しさん＠お腹いっぱい。
NGNG0017駄級者
NGNG全ての人にとって不要という訳ではありませんというものを「不要」であると言い張る「ツリフェ
ッショナルユーザ」や「（本来の）バッカー」といった下級者レベルの方にと
っては、ほぼ不要な不要論ではないでしょうか
下級者レベルを自負するand/or目指すあなた！
私といっしょに不要論を捨て去りましょう！
0018名無しさん＠お腹いっぱい。
NGNG0019名無しさん＠お腹いっぱい。
NGNGＲ６まで行きそうだなｗ
0020名無しさん＠お腹いっぱい。
NGNG0021名無しさん＠お腹いっぱい。
NGNGXに不満があって
もっと軽量な快適なGUIを希望している人だけで情報交換してるだけさ
0022名無しさん＠お腹いっぱい。
NGNGここはx=GUIというスレなんでつか？
0023名無しさん＠お腹いっぱい。
NGNG0024名無しさん＠お腹いっぱい。
NGNGあなたはどうお考えなんですか?
0025名無しさん＠お腹いっぱい。
NGNG>希望している人だけで情報交換してる
0026名無しさん＠お腹いっぱい。
NGNGXはいわゆるひとつの
ポータブルにネットワークトランスポートするウインドウシステムだと思ってますよ
GUIはいわゆる一つのグラフィカルなユーザーとのインターフェースだと思っていますよ
0027名無しさん＠お腹いっぱい。
NGNGで、実質的にUNIX板ではイコールだろｗ
0028名無しさん＠お腹いっぱい。
NGNGもう〜おばかさんなんだから〜
0029名無しさん＠お腹いっぱい。
NGNG0030名無しさん＠お腹いっぱい。
NGNG0031名無しさん＠お腹いっぱい。
NGNGXが提供しているのはメカニズムだけで、GUIを提供しているのは
ツールキット層とアプリケーション層 (Xlib を直接使ってる
アプリの場合はアプリケーション層のみ) だってばさ。
階層構造ごちゃごちゃのソフトウェアしか使ってない香具師は、
こういう区別さえつかなくなるのよね。
0032名無しさん＠お腹いっぱい。
NGNG0033名無しさん＠お腹いっぱい。
NGNG両方セットで成り立つもんだからね〜
区別するのはかまわないけど〜
どっちか、かたほうじゃ成り立たないよね〜
0034名無しさん＠お腹いっぱい。
NGNGやはり全く理解できてないですね。
Wine を見ても分かる通り、X 上で、Windows の UI は基本的に
全て動作可能です。
逆に gnome や Qt, Tk のような X 上のツールキットは、
Windows でも動いてます。
0035名無しさん＠お腹いっぱい。
NGNG0036名無しさん＠お腹いっぱい。
NGNGわかるけど議論の流れ無視して区別だけ厳格にしても意味が無い。
>>1の1、5、8は区別する必用あるけど、2、3、4、7の立場だとX11も
ツールキットもまとめて棄てとかまとめて強化とかそういう話。
0037名無しさん＠お腹いっぱい。
NGNG区別した上での話なんじゃないの？それは結論になってないよね。
0038名無しさん＠お腹いっぱい。
NGNG0039名無しさん＠お腹いっぱい。
NGNG0040名無しさん＠お腹いっぱい。
NGNG0041名無しさん＠お腹いっぱい。
NGNGX11無用GUIスレ
やっぱり
X11不要スレ
だな
0042名無しさん＠お腹いっぱい。
NGNGってマイクロソフトの人？
半角英数と全角文字の間に半角スペース挿入するのって
マイクロソフトのUIローカライズガイドラインだっけ
0043名無しさん＠お腹いっぱい。
NGNGGMWって何？
0044名無しさん＠お腹いっぱい。
NGNGMS の人じゃなくても空白入れるだろ。
0045名無しさん＠お腹いっぱい。
NGNG対応していると早い
そんなもんでしょ
0046名無しさん＠お腹いっぱい。
NGNGというか、ここと重複。
X window system
http://pc5.2ch.net/test/read.cgi/unix/1023264974/
0047名無しさん＠お腹いっぱい。
NGNGいや、こちらは不要論だ
0048名無しさん＠お腹いっぱい。
NGNGウィンドウズ最強
0049名無しさん＠お腹いっぱい。
NGNGGUI に限れば同意。
0050名無しさん＠お腹いっぱい。
NGNG0051名無しさん＠お腹いっぱい。
NGNG0052名無しさん＠お腹いっぱい。
NGNG0053名無しさん＠お腹いっぱい。
NGNG見かけに限れば同意。
0054名無しさん＠お腹いっぱい。
NGNGマイナー以前に
これは流石にパスだなｗ
0055名無しさん＠お腹いっぱい。
NGNG0056名無しさん＠お腹いっぱい。
NGNGただの飾りだろ。
0057名無しさん＠お腹いっぱい。
NGNG0058名無しさん＠お腹いっぱい。
NGNG0059名無しさん＠お腹いっぱい。
NGNG普通の人はいれないよ
0060名無しさん＠お腹いっぱい。
NGNG0061名無しさん＠お腹いっぱい。
NGNG0062名無しさん＠お腹いっぱい。
NGNG0063名無しさん＠お腹いっぱい。
NGNG0064名無しさん＠お腹いっぱい。
NGNGありゃこなれてて大したもんだと思った。単体で売り出しゃ、割と売れると思ふ。
0065名無しさん＠お腹いっぱい。
NGNG0066名無しさん＠お腹いっぱい。
NGNG0067名無しさん＠お腹いっぱい。
NGNGそれやると、ppcのハードが売れなくなってしまう。
スレ的にもウィンドウシステムだけ単独販売してほしいが。
0068名無しさん＠お腹いっぱい。
NGNG0069名無しさん＠お腹いっぱい。
NGNGMachのportあちこちで直に使ってるし。
0070名無しさん＠お腹いっぱい。
NGNG0071名無しさん＠お腹いっぱい。
NGNG0072名無しさん＠お腹いっぱい。
NGNGこんなんが出てマスコミが煽りたてればちったあ今の状況が変わるかもしれんが
0073名無しさん＠お腹いっぱい。
NGNGそれならMac OS Xでいいじゃん。
Mac OS Xは入れたこと無いけど、インストーラがanacondaより悪いの？
0074名無しさん＠お腹いっぱい。
NGNG0075名無しさん＠お腹いっぱい。
NGNG0076名無しさん＠お腹いっぱい。
NGNG0077名無しさん＠お腹いっぱい。
NGNGXP以降のウインドウズだって、普通のセッションも
ターミナルサービスのconsoleでログオンしてるわけじゃん
0078名無しさん＠お腹いっぱい。
NGNGそうなの? 知らなかったよそれ。ってどっかにソースありますか?
0079名無しさん＠お腹いっぱい。
NGNG0080名無しさん＠お腹いっぱい。
NGNG0081名無しさん＠お腹いっぱい。
NGNGタスクマネージャの”ユーザ”ってタブ見てみそ
0082名無しさん＠お腹いっぱい。
NGNG0083名無しさん＠お腹いっぱい。
NGNGまだ純粋なＸ１１の方がよい。
0084名無しさん＠お腹いっぱい。
NGNG店頭で弄ったけど、小綺麗で好感持てた。
あの見た目には惹かれるなぁ。
0085名無しさん＠お腹いっぱい。
NGNGツールキット郡もゴチャゴチャで，あちらこちらに依存関係．
そのうえパフォーマンスも低く，よく落ちるときたもんだ．正直しんどい．
0086名無しさん＠お腹いっぱい。
NGNGlibcちょっと弄ると依存関係全滅のシステムって．．．
0087名無しさん＠お腹いっぱい。
NGNG0088名無しさん＠お腹いっぱい。
NGNGstaticな動的リンクライブラリの話？
それならXだけじゃなくてmalloc使うプログラム全てが抱える問題だけど、
それとは関係ないの？
0089名無しさん＠お腹いっぱい。
NGNG解決策が全バーションのファイル置いておくってのもねー
ディスク食いすぎ（ｗ
DirectXや.NETなんてうん百メガバイトになってるし
0090名無しさん＠お腹いっぱい。
NGNG0091名無しさん＠お腹いっぱい。
NGNG0092名無しさん＠お腹いっぱい。
NGNGすげー大事だね。それ。
0093名無しさん＠お腹いっぱい。
NGNGWin95の不要な機能を削りまくるとOSだけで32MB以下に収まるのもビビッた。
0094名無しさん＠お腹いっぱい。
NGNG> libcちょっと弄ると依存関係全滅のシステムって．．．
Windowsにはこれがなくなると困るってDLLがないって主張と見做していいですか?
0095名無しさん＠お腹いっぱい。
NGNG0096名無しさん＠お腹いっぱい。
NGNG0097名無しさん＠お腹いっぱい。
NGNGバージョンアップだから、windowsなら
ServicePack当てたらシステムが動かなくなったって感じだろ
0098名無しさん＠お腹いっぱい。
NGNG0099名無しさん＠お腹いっぱい。
NGNG依存関係も勝手に合わせてくれるし
0100名無しさん＠お腹いっぱい。
NGNG0101名無しさん＠お腹いっぱい。
NGNG普通にRHL系でいいと思うよ。
X入れずに構築しているが、かなり良い。
0102名無しさん＠お腹いっぱい。
NGNG確かに見た目はいいよね。触った感じも。
ただし、シェアをみると恐くて触れんｗ
0103名無しさん＠お腹いっぱい。
NGNG0104名無しさん＠お腹いっぱい。
NGNG0105名無しさん＠お腹いっぱい。
NGNG0106名無しさん＠お腹いっぱい。
NGNGグラフィカルな画面は要らないと思うよ。
98とかkonみたいにコンソールの方が画面上の文字が頭に
入りやすい気がする。
0107名無しさん＠お腹いっぱい。
NGNG0108名無しさん＠お腹いっぱい。
NGNG安定度もね。
0109名無しさん＠お腹いっぱい。
NGNG0110名無しさん＠お腹いっぱい。
NGNG国際化は進んでる印象があるが、煩雑なフォントの扱い
美しくないフォントの表示が悲しいな。
0111名無しさん＠お腹いっぱい。
NGNG>>103にむかついたか？馬糞厨。馬糞はキモヲタヲナニーOSの最高峰なんだからもっと自信を持ちなさい。
0112名無しさん＠お腹いっぱい。
NGNG0113名無しさん＠お腹いっぱい。
NGNG0114名無しさん＠お腹いっぱい。
NGNG↓
0115名無しさん＠お腹いっぱい。
NGNG0116名無しさん＠お腹いっぱい。
NGNGそんな化石は1年に1度起動すればいい方
0117名無しさん＠お腹いっぱい。
NGNGだから
more or less（多少）支持を受けているソフト
0118名無しさん＠お腹いっぱい。
NGNGある意味最強
0119名無しさん＠お腹いっぱい。
NGNGmore は特に使う.
more の代替ににみんなは何を使うの?
0120名無しさん＠お腹いっぱい。
NGNGless
0121名無しさん＠お腹いっぱい。
NGNGw3m
migemoが使えるしな。
0122名無しさん＠お腹いっぱい。
NGNG0123名無しさん＠お腹いっぱい。
NGNGスタンドアローンやモバイルには向かんね
0124名無しさん＠お腹いっぱい。
NGNG0125名無しさん＠お腹いっぱい。
NGNGwindowsのカスタマイズやプログラミングすらマスターして無いのが
linuxに憧れてアホなXが普及するのな
0126名無しさん＠お腹いっぱい。
NGNG後輩がVBでdb叩くUIを拵えてたが、コンポーネントとかいうのを配置して行くだけで
あっという間に洗練されたUIを持ったアプリケーションが出来上がってたからビビッた。
0127名無しさん＠お腹いっぱい。
NGNGマネージドDirectXとか、あっという間に三次元ソフトの出来上がり
0128名無しさん＠お腹いっぱい。
NGNG0129 ◆Nw9FlD4qdY
NGNG0130名無しさん＠お腹いっぱい。
NGNGlinux って憧れの対象なのな。なんか違うよな。
0131名無しさん＠お腹いっぱい。
NGNG第二ボタンをくれませんか？
0132名無しさん＠お腹いっぱい。
NGNGパンツをくれませんか？
0133名無しさん＠お腹いっぱい。
NGNG○パソコンに飽きた＝創造/想像力、目的の欠如
→unixもインストールしたら飽きる
0134名無しさん＠お腹いっぱい。
NGNG×unixもインストールしたら飽きる
○インストして 10 分で使えないという結論に至り消去
0135名無しさん＠お腹いっぱい。
NGNG0136名無しさん＠お腹いっぱい。
NGNG1. 超漢字コード
2. Mule内部コード
3. 新規に
0137名無しさん＠お腹いっぱい。
NGNG2. って、CTextだよね。KOI8 の一部とかが乗せきれなかった気がするが…
まぁ、CTextを含む ISO-2022 の一派のどれか、ってことなら同意。
つーか、ISO-2022-JP-2 でいいのか?
0138名無しさん＠お腹いっぱい。
NGNG0139名無しさん＠お腹いっぱい。
NGNGもうX11と何の関係もなくなって来た気がするんだけど、X.Orgって、どうよ？からの
話ならあっちでやればいいし、文字コード関連の専用スレもあるよな？
0140名無しさん＠お腹いっぱい。
NGNG一から作り直してもまた同じことの繰り返しになるだけ。
0141名無しさん＠お腹いっぱい。
NGNG0142名無しさん＠お腹いっぱい。
NGNGアジア圏で文字コードに関してまともに考えられた国が
日本しかいなかったからじゃないの？
0143名無しさん＠お腹いっぱい。
NGNG0144名無しさん＠お腹いっぱい。
NGNG違う。
0145名無しさん＠お腹いっぱい。
NGNGねーかよ。そうすりゃUnicodeなんて要らねーだろ。
0146名無しさん＠お腹いっぱい。
NGNG_･)ぷっ
0147名無しさん＠お腹いっぱい。
NGNG0148名無しさん＠お腹いっぱい。
NGNG0149名無しさん＠お腹いっぱい。
NGNGりなざう
>>148
Accelerated-X とかそういう話?
0150名無しさん＠お腹いっぱい。
NGNG0151名無しさん＠お腹いっぱい。
NGNG釣りだと思うがw
EUCがあるでしょ？
恐らく、ここを見ている８割り以上の奴がEUCの筈。
0152名無しさん＠お腹いっぱい。
NGNG釣りだと思うが w
EUCはL10Nのためのcoding system。
UNICODEやISO-2022はI18Nのためのcoding system。
日英だけじゃなくて、CJKとか欧文とかまで混入できるかを考えればいいんだが。
まぁ、UNICODEが欠陥品なのは確かだけど、
実用レベルでは何も考えなくていいので楽でいいや、ってことになるんだよね。
0153名無しさん＠お腹いっぱい。
NGNG0154名無しさん＠お腹いっぱい。
NGNG0155名無しさん＠お腹いっぱい。
NGNG0156名無しさん＠お腹いっぱい。
NGNG0157名無しさん＠お腹いっぱい。
NGNGオマエがYのメンテでも新規にZでも書け
0158名無しさん＠お腹いっぱい。
NGNG> Q: Is Fresco dead?
>
> A: Yes.
0159名無しさん＠お腹いっぱい。
NGNGXはクソ
Xはクソ
0160名無しさん＠お腹いっぱい。
NGNGイヤなら他のWM鍛え上げて使えばいい事
0161名無しさん＠お腹いっぱい。
NGNG0162名無しさん＠お腹いっぱい。
NGNGX のどの辺がクソなの？
0163名無しさん＠お腹いっぱい。
NGNGおれも大変興味ある。
>>161
X のどの辺がクソなの？
0164名無しさん＠お腹いっぱい。
NGNG0165名無しさん＠お腹いっぱい。
NGNGGNOMEもクソなのも同意
だが、KDEは結構いいぞ！
0166名無しさん＠お腹いっぱい。
NGNGクソ同士仲良くしろよ
0167名無しさん＠お腹いっぱい。
NGNG0168名無しさん＠お腹いっぱい。
NGNGウィンドウシステムやツールキットは、権力持ったヤツが
汎用的なのを作って，強引にでも使わせないとダメ．
Xの現状はオープンな開発の一番の弱点を示してる．
0169名無しさん＠お腹いっぱい。
NGNG0170名無しさん＠お腹いっぱい。
NGNG0171名無しさん＠お腹いっぱい。
NGNG珍しくいいこという奴がいたなｗ
0172名無しさん＠お腹いっぱい。
NGNG0173名無しさん＠お腹いっぱい。
NGNG能力のある香具師はGUIなんぞに興味持たない
→まともな人材はカーネルやドライバあたりで屯してる
0174名無しさん＠お腹いっぱい。
NGNG阿呆
0175名無しさん＠お腹いっぱい。
NGNGそれはむしろ逆じゃないかな。
各種ツールキットの「中間」ツールキットを
誰も開発しようとしない事こそが
オープンソースの弱点といえば弱点なんだけど。
0176名無しさん＠お腹いっぱい。
NGNG0177名無しさん＠お腹いっぱい。
NGNGアカデミズムの拒否が当然って意味か？
0178名無しさん＠お腹いっぱい。
NGNG0179名無しさん＠お腹いっぱい。
NGNGGTKやQtだけでもデカくて煩雑なのに、それを繋ぐラッパーが
出来ると，更に面倒な状況になっちまうんじゃなかろうか．
単体でも少し版が違うだけで動かんコードが出てくるのに…
0180名無しさん＠お腹いっぱい。
NGNGいいと思うけど。
0181名無しさん＠お腹いっぱい。
NGNGそう！そこのあなた！
めんどいから要求定義まとめて↓
0183名無しさん＠お腹いっぱい。
NGNGそこで全バージョン保存ですよ
窓みたいに
0184名無しさん＠お腹いっぱい。
NGNG0185名無しさん＠お腹いっぱい。
NGNGない事になってるんですよね？
0186名無しさん＠お腹いっぱい。
NGNG0187名無しさん＠お腹いっぱい。
NGNG冷静に日本語で語れ
0188名無しさん＠お腹いっぱい。
NGNG0189名無しさん＠お腹いっぱい。
NGNG0190名無しさん＠お腹いっぱい。
NGNG0191オープンです
NGNG( * )
0192名無しさん＠お腹いっぱい。
NGNG0193名無しさん＠お腹いっぱい。
NGNGもっとゆるめないと壊れちゃうよ
0194名無しさん＠お腹いっぱい。
NGNG0195名無しさん＠お腹いっぱい。
NGNG（w3m/lynx以外）
0196名無しさん＠お腹いっぱい。
NGNG0198名無しさん＠お腹いっぱい。
NGNG0199名無しさん＠お腹いっぱい。
NGNGデータアクセスの形態だけでも共有出来ると
大分状況が違って来ると思う。
0200名無しさん＠お腹いっぱい。
NGNG>中間って具体的にどのレベル？
に対してのレスでした。失礼。
0201名無しさん＠お腹いっぱい。
NGNGブラウザ
ツーコトデ、↓↓↓ Ｘ１１必要論 ↓↓↓
0202名無しさん＠お腹いっぱい。
NGNGwindow system を分離したら
X が嫌いって人でも代替品を作りやすくなるかもね。
でもそんなことしたらますます重くなるかな？
0203名無しさん＠お腹いっぱい。
NGNG分離して設計されているはず。
(OpenWindowsのDeveloper's Guideにはいまでもその構造が保持されている旨記述があるし、
XFree86サーバのXAAとかもDDX的な思想を感じる)
だから、少なくとも現状より重くなることはないと思う。
DIX部をX以外のものにすげ替えるのが現実的にできるかどうかはわからん。
0204名無しさん＠お腹いっぱい。
NGNGQtMozillaは1.3.1まで？
最近のはQtサポートしていないみたい
0205名無しさん＠お腹いっぱい。
NGNGホント？
0206名無しさん＠お腹いっぱい。
NGNG0207名無しさん＠お腹いっぱい。
NGNG貢献をした人という印象があったんだけど (そして最近はデジ
カメでお姉ちゃんを撮ってる人っていう印象だったんだけど)、
そういう人がこういう記事を書く時代になったんだねえ。
ttp://pc.watch.impress.co.jp/docs/2004/1206/nishikawa.htm
これは、ひょっとするとひょっとするかもしれんよ。
0208名無しさん＠お腹いっぱい。
NGNG0209名無しさん＠お腹いっぱい。
NGNG0210名無しさん＠お腹いっぱい。
NGNGDDDの頃の話？
その後Dellじゃねぇや、Diamondの日本法人とかやってたっけか？あれ、別の香具師だっけか？
でもライターもどきもしてたよ、当時から。
0211名無しさん＠お腹いっぱい。
NGNGなにが参考になったの？
さっぱりわからん。
0212名無しさん＠お腹いっぱい。
NGNG0213名無しさん＠お腹いっぱい。
NGNG（ ‘д‘）＜誰がハゲやねん！！
∪l| ||
＠ノハ＠
ﾍﾟｼｯ!!
0214名無しさん＠お腹いっぱい。
NGNG0215名無しさん＠お腹いっぱい。
NGNG0216名無しさん＠お腹いっぱい。
NGNGX-windows って……誰かツッコめよ
0217名無しさん＠お腹いっぱい。
NGNGｶﾞﾝｶﾞﾚ
http://www.google.co.jp/search?q=x-windows
0218名無しさん＠お腹いっぱい。
NGNGおもろそうだなｗ
日本語は無理そうだけど…
だれか使った香具師いる？
0219名無しさん＠お腹いっぱい。
NGNGアクセラレータもろくに使えないんだから、コードサイズ以外の
点では、X11以下です。
0220名無しさん＠お腹いっぱい。
NGNG0221名無しさん＠お腹いっぱい。
NGNG0222名無しさん＠お腹いっぱい。
NGNG0223名無しさん＠お腹いっぱい。
NGNG0224名無しさん＠お腹いっぱい。
NGNG「コードサイズを含めて」が正解では
0225名無しさん＠お腹いっぱい。
NGNG(機能が十分なら)コードサイズは小さい方がむしろ良いの
では？
まあ Linux FrameBuffer の場合、そもそも機能が足りて
ないんだから、そういう評価以前ではあるんだが、
PDAとか非常に資源が限られている状況で、単純な機能だけ
あればいいのなら、FrameBufferを使った方がいい場合も
あるかもしれん。
もっとも Linux Zaurus ぐらいの環境を構築する場合は、
X版でも必要な資源量は変わらないみたいなので、メリット
ないが。
0226名無しさん＠お腹いっぱい。
NGNG0227ブラウアー
NGNG0228名無しさん＠お腹いっぱい。
NGNG0229名無しさん＠お腹いっぱい。
NGNG0230名無しさん＠お腹いっぱい。
NGNG0231名無しさん＠お腹いっぱい。
NGNG0232名無しさん＠お腹いっぱい。
NGNG(文字コード自体が著作物と看做される)
と言う制限をつけた上でなら
P2Pでフォントを交換しても良いとは思うな。
この場合、ASCIIを用いているコンピュータ業界自体が
著作権法違反の対象として断罪されるわけだが。
0233ノア
NGNG0234名無しさん＠お腹いっぱい。
NGNG意味が分からん。どういうこと？
0235名無しさん＠お腹いっぱい。
NGNG文字列を表現するのには大したOCRは必要ないでしょ。
だからプログラムで使う文字列は
「画像」として記憶・配布する。
それ自体は情報科学の根本的問題じゃなくて
単に流通手法の問題に過ぎない。
それに符号と暗号を隔てるのは
解読するために必要な計算量なんだから、
例えば１文字１バイト単位ならともかく、
１文字２バイト単位ならポートスキャン程度の暗号。
１文字12バイト単位ならZIPのパスワード程度の暗号になるわけだ。
「揃った字体」を探り当てる事は暗号的で難しくても
「文字集合」自身は殆ど一回の試行で探り当てる事が
出来るとすればプログラムを作成する事は出来る。
その暗号であるところのASCIIコードを
不特定多数にコピーさせているから
著作権に違反する行為だ。と言う風に解釈するわけね。
0236名無しさん＠お腹いっぱい。
NGNG0237名無しさん＠お腹いっぱい。
NGNG0238名無しさん＠お腹いっぱい。
NGNG0239名無しさん＠お腹いっぱい。
NGNG0240名無しさん＠お腹いっぱい。
NGNGフォントを何とかしろ
0241名無しさん＠お腹いっぱい。
NGNG0242名無しさん＠お腹いっぱい。
NGNG0243名無しさん＠お腹いっぱい。
NGNGアルミやマグネシウムホイルができたわけだが
嫌なら木の車輪でも使っとけ
0244名無しさん＠お腹いっぱい。
NGNG0245名無しさん＠お腹いっぱい。
NGNG0246名無しさん＠お腹いっぱい。
NGNG0247名無しさん＠お腹いっぱい。
NGNGhttp://www.ykkap.co.jp/product/window/
0248名無しさん＠お腹いっぱい。
NGNGXの延長線に良いものがあるとは思えない。
0249名無しさん＠お腹いっぱい。
NGNG0250名無しさん＠お腹いっぱい。
NGNG0251名無しさん＠お腹いっぱい。
NGNG0252名無しさん＠お腹いっぱい。
NGNG0253名無しさん＠お腹いっぱい。
NGNG0254名無しさん＠お腹いっぱい。
NGNG|＿＿|
／ ＼
0255名無しさん＠お腹いっぱい。
NGNGあれって、X入ってるやつあるの？
0256名無しさん＠お腹いっぱい。
NGNG0257名無しさん＠お腹いっぱい。
NGNGある。あったと言うべきかも。yopyとかagendaとか。Xでfltkを使っていたはず。
http://www.watch.impress.co.jp/akiba/hotline/20010331/etc_agenda.html
>>256
(´･ω･`)ｼｮﾎﾞｰﾝ
0258名無しさん＠お腹いっぱい。
NGNG多いんじゃなかったけか。
0259名無しさん＠お腹いっぱい。
NGNGNECのFOMA端末ではMontavista Linux積んでるのがあって、試作機ではX使ってるってのがあった
現行機種では特にX使ってるって記述は見当たらなかったけどどうなんでしょ？
http://www.itmedia.co.jp/mobile/articles/0406/02/news038.html
0260259
NGNGX使ってるっぽい
FOMAで使ってるMontaVista Linux for Consumer Electronicsの説明ページから
http://www.montavista.co.jp/products/graphics/mvgfeatures.html
TinyXってkeithpのkdriveとは関係無いんだっけ？良く分からん
0261名無しさん＠お腹いっぱい。
NGNG／⌒￣ ＼
／ ◎ ＼
</ ＿＿） ＜アカンソステガ──！！
</ ＿＿＿ノ
／ ､｀＼
/ ＿＿ /´> )
(＿＿＿） / (_／
| /
| ／＼ ＼
| / ) )
∪ （ ＼
＼＿)
0262名無しさん＠お腹いっぱい。
NGNG0263名無しさん＠お腹いっぱい。
NGNG組込み系だと、Ｘ採用する気が知れないｗ
0264名無しさん＠お腹いっぱい。
NGNG用途だったら、X でも無問題じゃねえの?
X は、昔は RAM 8MB のマシンでも使えてた Window System
なんだし。
0265名無しさん＠お腹いっぱい。
NGNGLinux ZaurusのQtopiaやWindows CEなんかは、
機能が貧弱だから、単純な比較は無理だけどね。
0266名無しさん＠お腹いっぱい。
NGNGWindows 3.1も4MBで使えてたけど
0267名無しさん＠お腹いっぱい。
NGNG使ってるような組み込み用途だったら」って書いてるのでは？
NT/XP系カーネルで 4MB...8MB メモリだと使い物にならん
ような気はするが。
0268名無しさん＠お腹いっぱい。
NGNG0269名無しさん＠お腹いっぱい。
NGNG0270名無しさん＠お腹いっぱい。
NGNG0271名無しさん＠お腹いっぱい。
05/01/17 01:57:190272名無しさん＠お腹いっぱい。
05/01/17 02:03:53*BSD なら 8MB でもインストールできるよ。
linux だと駄目なの?
0274名無しさん＠お腹いっぱい。
05/01/17 14:55:110275名無しさん＠お腹いっぱい。
05/01/17 15:27:49みたいよ。xc/config/cf/{iPAQH3600,kdrive,TinyX}.cf
あたりが、Tiny-X の設定らしい。
0276名無しさん＠お腹いっぱい。
05/01/17 15:39:070277名無しさん＠お腹いっぱい。
05/01/19 01:39:270278名無しさん＠お腹いっぱい。
05/01/19 03:22:25ググればわかる
0279名無しさん＠お腹いっぱい。
05/01/21 03:10:060280ノッポさん
05/01/25 03:24:310281名無しさん＠お腹いっぱい。
05/01/25 18:56:23速度には関係しないと思われ。
メモリの絶対量が足りてないマシンなら、ページングが減って
速くなることもあるだろうけど、SiS 650 を使ってるシステム
なら、そういう問題はないでしょ。
フレームバッファデバイス使うよりは X 使った方が、アクセラ
レーションが効く処理が増える分速いだろうけどね。
0282名無しさん＠お腹いっぱい。
05/01/25 21:30:50汎用性を持たせてあるようだが、i386のLinux/*BSDで動けばいいって
レベルまで切り詰めたとしたらどのくらい早くなるんだ？
0283名無しさん＠お腹いっぱい。
05/01/26 04:49:190284名無しさん＠お腹いっぱい。
05/01/26 16:03:310285名無しさん＠お腹いっぱい。
05/01/26 20:15:530286名無しさん＠お腹いっぱい。
05/01/27 22:08:040287名無しさん＠お腹いっぱい。
05/01/27 23:30:17X (kdrive) を使ってもいいんじゃない？
Zaurus の人々によると、QT でも X でも所要メモリ
は実は変わらんらしいし。
0288名無しさん＠お腹いっぱい。
05/01/28 23:56:35ズシッと重い。重すぎる。Windows95インスコ実験した時よりも重いじゃ
あーりませんか。カーネル2.4でだよ。
0289名無しさん＠お腹いっぱい。
05/01/29 00:05:08出てきてそういえばそういう時代だったんだと思い出す。
0290名無しさん＠お腹いっぱい。
05/01/29 00:07:58もう少し軽いOSを選んだら？
あと、XFree86 も最近は太りぎみのような気はするね。
特にフォント関係の設定を削らないとかなりヤバい。
0291名無しさん＠お腹いっぱい。
05/01/29 00:24:020292名無しさん＠お腹いっぱい。
05/01/29 08:52:250293名無しさん＠お腹いっぱい。
05/01/29 11:59:020294名無しさん＠お腹いっぱい。
05/01/29 12:41:18fvwmとか軽いよ。
0295名無しさん＠お腹いっぱい。
05/01/29 13:01:520296名無しさん＠お腹いっぱい。
05/01/29 13:40:43問題ではないのでは？
Fedora Core2 のリリースノート
ttp://fedora.redhat.com/docs/release-notes/fc3/x86/
を見ると、CUI の場合でも 64MB RAMが最低限度ですよ。
GUI を使うなら 192MB が最低限、256MBが推奨ですよ。
0297名無しさん＠お腹いっぱい。
05/01/29 13:56:07マシンでもブートぐらいはすることになっているんだけどね。
実際にはメモリの少ないマシンだと、さらに vm 関係の
パラメータをチューニングしてやる必要があるが。
Debian や Slackware あたりの、最低必要メモリはどれくらい?
0298名無しさん＠お腹いっぱい。
05/01/29 14:23:11gnome抜きなら大したことないでしょう?
0299名無しさん＠お腹いっぱい。
05/01/29 14:23:43そりゃ、daemonが色々動くからでしょう。
0300名無しさん＠お腹いっぱい。
05/01/29 14:36:05GENERIC_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が無条件に入れられるっ事はないから。
0301名無しさん＠お腹いっぱい。
05/01/29 15:05:26これだと 261504-255664=5840k で、カーネルだけで 5.8MB
消費していることになるよね。たぶん reserved のサイズは
搭載メモリによって変わるだろうから、実メモリを見かけ上
減らして試してみないと、実際どれくらい消費するかは
分からないと思う。ちなみに NetBSD の GENERIC_TINY の
サイズは以下の通りなので、
$ size netbsd-GENERIC_TINY
text data bss dec hex filename
1389151 36556 162748 1588455 183ce7 netbsd-GENERIC_TINY
(1865+669+140)*1024-1588455=1149721 で、1MB以上、Debian の
デフォルトのカーネルより小さいことになるね。
しかも、これは GENERIC なので、余分なデバイスドライバを含んだ
サイズだから、それを除けばもっと小さくなる。
メモリの少ないマシンだと、この 1MB 以上の差は結構でかいかも。
> FreeBSDみたいにbinやsbinが無条件に入れられるっ事はないから。
*BSD 系の /bin や /sbin は、マルチユーザモードへの移行に
最低限必要なものくらいしか入ってないから、無条件って言い方は
違和感があるなあ。NetBSD でも入っているものは FreeBSD と
変わらないけど、/bin, /sbin, /lib, /etc, /dev と、カーネルを
全て合わせて 13MB くらいだよ。
0302名無しさん＠お腹いっぱい。
05/01/29 15:13:38> 全て合わせて 13MB くらいだよ。
Debianは8Mbyteくらいだったかな?
kernelをgzipした場合。
0303名無しさん＠お腹いっぱい。
05/01/29 15:15:11single user modeと変らないから。
まあこれはinstallerの問題だからどうでもいいといえばどうでもいいけど。
いずれにせよ、Linuxと*BSDがそれほど変るとは思えないね。
0304名無しさん＠お腹いっぱい。
05/01/29 15:26:14ttp://www.debian.org/releases/stable/i386/ch-hardware-req.en.html#s2.3
Debian の最低必要メモリは 12MB、ディスクは最低でも110MBって
書いてあるけど？
これに対し
ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-2.0/i386/INSTALL.html#NetBSD/i386%20System%20Requirements%20and%20Supported%20Devices
NetBSD の方はメモリ 4MB、ディスクは 50MB ってあるよ。
倍以上違うのでは？
0305名無しさん＠お腹いっぱい。
05/01/29 15:34:410306名無しさん＠お腹いっぱい。
05/01/29 15:42:46そもそも debian の最小ってどの時点のことを言ってるわけ？
standard まで全部入れるとそこそこでかくなるよ。
インストール直後は確かに小さいけど、あれが最小化っていったら
逆にもっと削れると思うし。
0307名無しさん＠お腹いっぱい。
05/01/29 15:48:13>>304 にある Debian のページには、minimal console-based system
(all standard packages) だと 250MB ってある。ということは、
110MB ってのは standard の半分以下に削ってるってことだよね。
0308名無しさん＠お腹いっぱい。
05/01/29 16:52:21HDD容量なんてセレクトすれば小さくなるんだし、
カーネルとか必須デーモン（あるの？）とかでどれくらいメモリ
食うかってほうが、 古いPCが云々っていうときには重要なんじゃねぇの？
0309名無しさん＠お腹いっぱい。
05/01/29 16:57:450310名無しさん＠お腹いっぱい。
05/01/30 06:55:11その通りだけど、>>301 によると、
(1865+669+140)*1024/1588455 ≒ 1.7 倍くらい、
Linux のカーネルの方が大きいみたいよ。
0311名無しさん＠お腹いっぱい。
05/01/30 09:18:54動作する最小のカーネルを作って比較すればいいんだよ。
linux の場合標準なんてのがないから。
0312名無しさん＠お腹いっぱい。
05/01/31 13:04:210313名無しさん＠お腹いっぱい。
05/01/31 14:31:490314名無しさん＠お腹いっぱい。
05/02/01 02:55:100315名無しさん＠お腹いっぱい。
05/02/03 14:46:480316名無しさん＠お腹いっぱい。
05/02/03 14:53:480317名無しさん＠お腹いっぱい。
05/02/03 14:54:170318名無しさん＠お腹いっぱい。
05/02/03 15:03:45つ [sdl-gui]
今スクショ見たけどセンス悪いなこれ…
0319名無しさん＠お腹いっぱい。
05/02/04 08:43:470320名無しさん＠お腹いっぱい。
05/02/07 15:03:30確かに
0321名無しさん＠お腹いっぱい。
05/02/07 18:47:43ttp://japan.linux.com/desktop/04/07/29/029221.shtml
ttp://www.selenic.com/tiny-about/
0322名無しさん＠お腹いっぱい。
05/02/09 15:12:420323名無しさん＠お腹いっぱい。
05/02/09 18:32:00サポートしている描画機能は Xserver より遥かに劣るから、
アクセラレータによる高速化が効かなくて X より遅いだろ
うし。X だって extension を使えば framebuffer に直接
アクセスできるわけだし。
もしもメモリ消費が少なければ、PDA みたいなターゲットに
はいいかもしれないけど、どんなもんなんだろう。
描画機能がカーネルに組み込みってことは、あんまり使わない
描画機能やらフォントやらがカーネル空間にあったりすると、
かえってメモリ食いの可能性だってあるんだよなあ。
0324X
05/02/10 01:33:55「そうだ………それと同時に過去にしがみつきそれを利用する事しか考えなかった者にも未来は創れない」
「ワタシにとってエックスとは信じるべきものなのだ！
今になって否定しろと言われてもそれは不可能だ！」
「キミ自身がそれに陥っている限りユニックスにも未来はない。」
「ではワタシにも答えてくれ！ワタシはあの時少年だった………。
自分がエックスであると信じて戦ったのだ。
そして刻も見た。未来を感じた。それが全て幻覚だったと言うのか………？」
「そう………全ては幻だ。
たとえどんな未来が見えたしてもそれを現実のものとしようとしない限り
それは手に入らないのだから………
エックスを求めてさすらう時代は終わったんだよ。
そしてキミ達は新しい未来を創っていかなきゃならない。」
「新しい未来を創る？」
「それは不可能な事ではない。そこにいる少年はそれを繰り返して来た。
そうだろう？ビル・ゲイツ？」
「え！？オレ？」
0325名無しさん＠お腹いっぱい。
05/02/10 03:35:280326名無しさん＠お腹いっぱい。
05/02/11 20:16:410327名無しさん＠お腹いっぱい。
05/02/22 23:58:000328名無しさん＠お腹いっぱい。
05/02/23 02:31:510329名無しさん＠お腹いっぱい。
05/02/23 02:32:43>>260
そのまま製品化くさい。
0330名無しさん＠お腹いっぱい。
05/03/03 22:40:34ATIなどのグラフィックチップ搭載機でないとダメ？
0331名無しさん＠お腹いっぱい。
05/03/03 22:46:35Intel(R) 810/815 Framebuffer Driver How-To
http://i810fb.sourceforge.net/howto/x450.html
0332名無しさん＠お腹いっぱい。
05/03/07 18:41:15どの会社の？買いたくないから教えて
0333名無しさん＠お腹いっぱい。
05/03/08 15:02:31NEC?
0334名無しさん＠お腹いっぱい。
05/03/08 15:04:12３時間以上かかるよ
使わないモジュールのビルド除外できれば半分の時間でビルドできるのでは？
0335名無しさん＠お腹いっぱい。
05/03/08 18:48:19#define BuildServersOnly YES
環境依存だけどもっと細かく設定できるから(環境名).cf読め
0336名無しさん＠お腹いっぱい。
05/03/12 00:44:540337名無しさん＠お腹いっぱい。
05/03/14 09:32:420338名無しさん＠お腹いっぱい。
05/03/15 14:32:28SONYのDVD/HDDレコーダは何使ってるの？
0339名無しさん＠お腹いっぱい。
05/03/18 01:51:490340名無しさん＠お腹いっぱい。
05/03/20 19:17:180341名無しさん＠お腹いっぱい。
05/03/20 21:58:34MGLはどうよ?
http://at.sakura.ne.jp/~suz/MGL2/
--
MGL Version 2 は、Handheld PC などリソースの少ないマシンでグ
ラフィック対応のアプリケーション動かすためのグラフィックライ
ブラリ および、ウインドウマネージャです。
--
0342名無しさん＠お腹いっぱい。
2005/03/28(月) 06:45:480343名無しさん＠お腹いっぱい。
2005/03/28(月) 08:25:02一社だけじゃない。
0344名無しさん＠お腹いっぱい。
2005/03/28(月) 22:38:48NとPだろ
形でN選んだらLinux+Xだった
いや外からみたんじゃわからんけどさ
0345名無しさん＠お腹いっぱい。
2005/03/31(木) 10:32:34てゆうか、分からないだったらXで何の問題もないじゃん。
携帯から ssh -X とかできるようにならんかなあ。
0346名無しさん＠お腹いっぱい。
皇紀2665/04/01(金) 10:20:00何がしたい。
0347名無しさん＠お腹いっぱい。
UNIX時間(+0900)35/04/02(土) 12:52:52素人目には"Xだ"ということがわかるはずもないが
「動作がもっさり」という形で影響は出ている
0348名無しさん＠お腹いっぱい。
UNIX時間(+0900)35年,2005/04/02(土) 20:40:39そういう客観的評価って、どこかに出てる？ URLキボン。
本当にモッサリしてるとしても、それがXのせいか、それとも
Linuxのせいか、判断つかんと思う。
別にプロファイルとったわけじゃないんでしょ？ >>347
0349名無しさん＠お腹いっぱい。
UNIX時間(+0900)35年,2005/04/02(土) 20:56:34ﾌﾟﾗｯﾄﾌｫｰﾑの問題ではないという希ガス。
0350名無しさん＠お腹いっぱい。
UNIX時間(+0900)35年,2005/04/02(土) 21:44:18,―-y'"'~"ﾞ´ | もっさもっさ
ヽ ´ ∀ ｀ ﾞ':
ﾐ .,/) ､/)
ﾞ, "' ´''ﾐ ﾊ,_,ﾊ
（（ ミ ;:' ,:' ´∀｀';
'; 彡 :: っ ,っ
(/~"ﾞ''´~"U ι''"ﾞ''u
0351名無しさん＠お腹いっぱい。
2005/04/23(土) 01:26:200352名無しさん＠お腹いっぱい。
2005/04/23(土) 02:31:06man Y
0353名無しさん＠お腹いっぱい。
2005/05/06(金) 11:53:28γ ⌒ ⌒ ｀ヘ
イ "" ⌒ ヾ ヾ ﾄﾞｶﾞｧｧｧｧｧｧｧｧﾝ.....
/ ( ⌒ ヽ ）ヽ
( ､ , ヾ ）
................... .......ゞ (. . ﾉ. .ﾉ .ノ........... ........
:::::::::::::::::::::::::::::::::ゝ､､ゝ.....| |..., , ノソ::::::::::::::.......::::::
_ _i=n_ ._ [l_ .._....,,. .-ｰ;''! i;;;〜−ヽ_ii_i=n_ [l h__
/==H=ﾛﾛ-.γ ,〜ー'''l ! |'''ーヾ ヾ 「!=FH=ﾛﾛ
¶:::-幵-冂::（ （ |l | ) ）=HﾛΠ=_Π
Π=_Π「?Uヾ､ ⌒〜"""''''''⌒〜'"´ ノ;;'':::日lTΠl:::....
Д日lTl,,..:''''" ""'''ｰ-┬ーr--〜''"" :::Д日lT::::
FH=n.:::::' | | :::FL日l」:::::
ﾛΠ=:::::.:. ﾉ 从 ゝ .::田:/==Д::
口=Π田:::. .::::Γ| ‡∩:::::
Γ| ‡∩Π::.... ...:::Eﾖ::日lTlﾛ::::
Д日lTlﾛ_Π::::....... ...::::::::田:凵Π_=H:::
=Hﾛ凵Π=_Πﾛ=HﾛΠ:::.................:::::::::::口ﾛロH「ｌ.FFｌ
0354名無しさん＠お腹いっぱい。
2005/05/06(金) 16:39:35あんなにGUIのパフォーマンスがよくなるなんて。
0355名無しさん＠お腹いっぱい。
2005/05/08(日) 19:40:09／ / l ヽ
,r' / ヽﾞ,､ ﾞ,
. / ｲ/ ` ` ､ }
{ i | ﾞ ､,,`' ､ , j
ﾚ'､, | ,:r'"''‐ `'ﾞ、 ,､‐‐､ l Y Window Systemは滅びぬ、
ゝ」､ ､ , ,､‐''ﾞﾞ､ﾞ'､-――t'''/ ／ l | なんどでも、よみがえるさ！
,ゝ‐､_,',. ' ,O 〉 V .( ﾞ, j i
',.ヽｿ. '､,,､ -'" / / j
'‐ﾚﾞ .,r' ノ
l` ` ､ i'" ﾞヽ､,／
. ﾞ､ ,,､ -‐'" ﾉ ヽｧ､
ﾞ､'´ .. ,rﾞ ノ ヾ＾ﾞヽ、
. ﾞ, ./ ,､ｒ' ／ ＼
!、 ／ ,､ｒ'" ／ /`'ｰ-
`'''"入￣ ,､r ''" ,､／ ／
く .Y'" .,､r'"／ ／
/" ` ､', ,､r''" ／__＿＿＿／
,､ - ''"´￣￣｀ﾞi zz,,,／ ＼
,､ '" ,､ ''" | ／ ＼
0356名無しさん＠お腹いっぱい。
2005/05/19(木) 14:18:580357名無しさん＠お腹いっぱい。
2005/05/19(木) 14:47:120358名無しさん＠お腹いっぱい。
2005/05/29(日) 23:31:280359名無しさん＠お腹いっぱい。
2005/06/03(金) 00:48:300360名無しさん＠お腹いっぱい。
2005/06/03(金) 19:28:48俺の命賭けてもいい
X11が駆逐されることはあっても、それはOSXによって…ということは絶対にない
0361名無しさん＠お腹いっぱい。
2005/06/04(土) 00:32:36GUIまわりのコードが公開されたら駆逐されてもいいな。
でもフォントが問題だな。
0362名無しさん＠お腹いっぱい。
2005/06/04(土) 00:45:44チョッパヤの GPU と大量のグラフィックメモリ積んでないとモッサリとか嫌じゃん。
Carbon と Cocoa で見栄えが違うとか嫌じゃん。
タイトルバーに日本語表示するのに shift jis じゃないとダメだと嫌じゃん。
キーボードオンリーでオペレーション出来ないと嫌じゃん。
スクロールが糞重い端末エミュレータとか嫌じゃん。
0363名無しさん＠お腹いっぱい。
2005/06/07(火) 15:23:20フレームバッファにべた書きで良い
スタンドアローンで良い
0364名無しさん＠お腹いっぱい。
2005/06/12(日) 00:09:38GUIにネットワーク透過は必要ない
0365X
2005/06/12(日) 00:36:14CPU使わないからいいじゃん
0366名無しさん＠お腹いっぱい。
2005/06/12(日) 00:37:40むしろこれからのほうがローカルリモートを境をこえた
コンピュータの使い方が増えてきそうな気がするけど。
ブラウザベースのアプリケーションだって
ある意味ネットワーク越えのGUIだし。
0367名無しさん＠お腹いっぱい。
2005/06/12(日) 01:03:31OSが何でもかんでも抱え込まなくても
0368名無しさん＠お腹いっぱい。
2005/06/12(日) 01:04:080369名無しさん＠お腹いっぱい。
2005/06/12(日) 01:10:44少なくとも、マシンにモニタ繋がないと二進も三進もいかない様な環境は嫌だ
0370名無しさん＠お腹いっぱい。
2005/06/12(日) 04:41:42いまだにネットワーク透過だから遅いとか言ってる奴は、
このスレを最初から読み直せ。
0371名無しさん＠お腹いっぱい。
2005/06/12(日) 14:23:290372名無しさん＠お腹いっぱい。
2005/06/12(日) 14:30:500373名無しさん＠お腹いっぱい。
2005/06/12(日) 15:58:50ローカルリモートを境をこえたコンピュータの使い方はいいんだけど、
ホストaで動いているfirefoxのウィンドウがdesktop上にある状態で、
ホストb(のコマンドプロンプト)でfirefoxを起動したら、なぜか
ホストaのfirefoxのウィンドウが増えるだけになっちゃうんですが、、
なんでこうなんでしょう?
ちなみにXサーバの動いているマシンではGNOME desktopを使ってます。
0374名無しさん＠お腹いっぱい。
2005/06/12(日) 17:04:16aがGNOMEで…bはWinか？ bにXサーバは入ってる？
0375名無しさん＠お腹いっぱい。
2005/06/12(日) 20:14:26そいつにウィンドウをひとつ開くように指示するだけ」、
という仕様だからじゃねーの？
使ってないから知らんけど、必ず単独で起動するオプションとかねーの？
つーかスレ的には、X11捨てれ、でOK？
0376名無しさん＠お腹いっぱい。
2005/06/13(月) 00:20:58使っていたコマンドが、mozilla-xremote-clientへのラッパの
シェルスクリプトだったとわかりました。
http://www.mozilla.org/unix/remote.html
まだ良くはわかっていませんが、emacsclientみたいなものみたいです。
混乱していて、情報が足りなくてすみません。
既に...じゃねーの？のおコトバ、目から鱗でした。すっきりしました。
0377373, 376
2005/06/13(月) 00:23:08だめだめだ orz
0378名無しさん＠お腹いっぱい。
2005/06/19(日) 01:32:180379名無しさん＠お腹いっぱい。
2005/06/19(日) 02:39:390380名無しさん＠お腹いっぱい。
2005/06/20(月) 08:27:30パフォーマンス悪すぎでMSも足掻いてる
0381名無しさん＠お腹いっぱい。
2005/06/20(月) 11:17:12DISPLAYを指定すると別のfirefoxが起動する。
同じfirefoxの新しいwindowを別のX11サーバ上に開くのは不可能だと思う。
0382名無しさん＠お腹いっぱい。
2005/06/20(月) 15:00:42Xも同じくソフトウェア演算じゃん
0383名無しさん＠お腹いっぱい。
2005/06/21(火) 00:12:480384名無しさん＠お腹いっぱい。
2005/06/21(火) 07:23:10まあ利用するディスプレイドライバや画面モードによっては、どちらの
場合も効かないことがあるが、これはウィンドウシステムじゃなくて、
ディスプレイドライバのせい。ビデオボードメーカがドライバを書いて
ない分、この点でXは不利だけど、これはマイナーの悲哀って奴だな。
0385名無しさん＠お腹いっぱい。
2005/06/21(火) 23:44:49GDIは100%ソフト処理だろ
0386名無しさん＠お腹いっぱい。
2005/06/22(水) 03:50:14Wikipedia にも、GDI をハードウェアでアクセラレーション
する話が載ってるよ？
ttp://ja.wikipedia.org/wiki/%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6%E3%82%A2%E3%82%AF%E3%82%BB%E3%83%A9%E3%83%AC%E3%83%BC%E3%82%BF
0387名無しさん＠お腹いっぱい。
2005/06/22(水) 10:32:13話題になっても、大多数の人がそれらの機能をOSXが先に実装していた事実を
知らないまま、また次期Windowsが普及していくんです。
Windows95の時のようにね。
で、またﾏｶのフラストレーションが溜まっていってMacのシェアがさらに
落ち込むという仕組み。繰り返しです。
0388名無しさん＠お腹いっぱい。
2005/06/22(水) 13:41:270389名無しさん＠お腹いっぱい。
2005/06/24(金) 21:50:24奴が来る
0390名無しさん＠お腹いっぱい。
2005/06/24(金) 23:01:21つうか、すぐバレる嘘をつくな。
0391名無しさん＠お腹いっぱい。
2005/06/25(土) 15:54:310392名無しさん＠お腹いっぱい。
2005/06/25(土) 16:17:10WinG や DirectX はもともとゲームや3D用途に作られた
もので、コモンコントロールの類は今でもGDIしか使って
ないんだが。馬鹿？
大嘘書くのもええ加減にせえよ。
0393名無しさん＠お腹いっぱい。
2005/06/25(土) 17:11:34だからXPで限界なわけだが
0394名無しさん＠お腹いっぱい。
2005/06/25(土) 17:23:49Longhorn でも当然コモンコントロールで、GDI 経由の描画が
サポートされてるぞ？
GDI にハードウェアアクセラレーションを使ってないという
嘘の言い訳はまだなの？
0395名無しさん＠お腹いっぱい。
2005/06/25(土) 22:47:26→グラフィックチップの二次元処理自体が十年近く前から頭打ち
0396名無しさん＠お腹いっぱい。
2005/06/25(土) 23:11:50一部… 無知すぎる…
3D世代より前のPC用グラフィックアクセラレータは
みんなGDIをターゲットにしてたんだよ。
だから、時間を要する処理はほぼ全てアクセラレーションが効く。
> →グラフィックチップの二次元処理自体が十年近く前から頭打ち
頭打ちじゃなくて、ハードウェアによるアクセラレーションが完了したって
言うんだよ。だから2Dの競争が終り、未開拓の3D部門へ競争の焦点が移った。
そんなことも知らないのか。
0397名無しさん＠お腹いっぱい。
2005/06/25(土) 23:26:45無知は黙っとけ
0398名無しさん＠お腹いっぱい。
2005/06/25(土) 23:33:46ほぼ紙芝居の二次元アドベンチャーゲームすら
GDIでは満足な速度が出ないのでDirect3D描画に移行してる現実をどう説明するつもりだ？
0399名無しさん＠お腹いっぱい。
2005/06/25(土) 23:40:44どこに消えたの？
0400名無しさん＠お腹いっぱい。
2005/06/25(土) 23:44:02Direct Xが提供するプリミティブの方が強力だっ
てだけの話。GDIが提供するプリミティブの全てに
ハードウェアアクセラレーションが効いているって
ことに対する反証には全くならんだろ。実際、
アクセラレーション効いているし。
もしかしてGDIとDirect Xが、同質プリミティブを
提供してるとでも思ってたの？
0401名無しさん＠お腹いっぱい。
2005/06/26(日) 02:20:170402結論
2005/06/26(日) 10:42:32GDI=100%ソフト処理が正解
0403名無しさん＠お腹いっぱい。
2005/06/26(日) 15:34:10それは君のPCだけ。
> GPUの二次元処理自体がほとんどCPU頼りだからね
どうしてそういう嘘を奥面もなくつけるかな。君は。
0404名無しさん＠お腹いっぱい。
2005/06/26(日) 15:39:55嘘ばっかり書いてると、PC初心者板から出張して叩いてもらうぞ?
0405名無しさん＠お腹いっぱい。
2005/06/26(日) 21:52:18http://itpro.nikkeibp.co.jp/free/NBY/NEWS/20031028/2/
Avalonの大きな変更点は，ビットマップ・データの描画からベクター・
ベースにしたことだ。半透明のウインドウの重ね合わせ処理や，拡大・
縮小が容易になる。この意味でAvalonはMac OS Xの画面描画機構
「Quartz」と同様のものといえる。
http://artension.jp/blog/archives/2004/05/09_000021.html
Longhornの描画サブシステム Avalonのコンセプトは，Mac OS X v10.2
のQuartz Extremeのコピーだ．
Avalonの利点を見たいなら，Quarts Extremeを見ればいい
QuartzExtreme
http://www.apple.com/jp/macosx/features/quartzextreme/index.html
Longhornの「Avalon」は、Mac OS Xの「Quartz」を超えるか
http://japan.zdnet.com/column/btl/story/0,2000052832,20082828,00.htm
Avalonの3Dレンダリング機能に疑問を投げかけている。Avalonは、
AppleのMac OS Xに搭載されるレンダリングシステムQuartzと何ら変わらない
0406名無しさん＠お腹いっぱい。
2005/06/26(日) 23:30:14いくら擁護してもXPがレガシーであることには変わり無い
0407名無しさん＠お腹いっぱい。
2005/06/26(日) 23:34:40Longhorny
秋田
0408名無しさん＠お腹いっぱい。
2005/06/26(日) 23:41:42???
0409名無しさん＠お腹いっぱい。
2005/06/26(日) 23:47:14エボ9買いましたがなにか？
0410名無しさん＠お腹いっぱい。
2005/06/27(月) 03:50:54俺は普段Xしか使っていし、別にGDIを擁護しているつもりもないぞ。
GDIに関してデマを広げることにどういう意味があるんだ？
何の益もないと思うが。むしろUNIX板の連中は大嘘つきにアッサリ
だまされる馬鹿ばかりだと笑われるようになるのがオチだ。
0411名無しさん＠お腹いっぱい。
2005/06/27(月) 09:12:41QuartzパクってまでGPU処理に移行する必要は無いわけだが
0412名無しさん＠お腹いっぱい。
2005/06/27(月) 13:07:060413名無しさん＠お腹いっぱい。
2005/06/27(月) 13:16:31GDIには3D系のプリミティブがないから、UIを3Dにしようと
思ったらその辺変えなきゃしょうがないだろ？
もしかして煽りじゃなくて単なる低能だったの？
0414名無しさん＠お腹いっぱい。
2005/06/27(月) 13:36:15なんて、かなり惨めな状況だと思われ。
俺にとってはXの方が便利な点が沢山あるので、全然そういう必要
はないが、たとえ仮に優位性がない状況に陥ったとしても、そう
いう卑劣なことをして自分をおとしめることだけはしたくないな。
そんなことをすると、余計惨めになるだけだと思うが。
まあ自分で自分が惨めだということさえ理解できてない奴には、
それでいいのかもしれんが、哀れだな。
0415名無しさん＠お腹いっぱい。
2005/06/27(月) 14:40:17普通のPCだと一部のビデオカードだけだろ
0416名無しさん＠お腹いっぱい。
2005/06/27(月) 15:05:15GDI未満の擁護乙ｗ
0417名無しさん＠お腹いっぱい。
2005/06/27(月) 15:43:45X server でサポートされているカードなら、それなりに
アクセラレーションが効いてる。嘘だと思ったらソース
が公開されてるんだから読んでみれ。
0418名無しさん＠お腹いっぱい。
2005/06/27(月) 16:59:15/usr/openwin/lib/modules/の下にmoduleがあって。
0419名無しさん＠お腹いっぱい。
2005/06/27(月) 20:32:51このとき、1画面書き終わってからつぎの画面を書き始めるまでの間に、
わずかな時間が存在するのです。
このすきまの時間で表示要素を切り替えると、ちらつきのない表示ができます。
高速描画テクノロジーを提供し、アクションゲームなどに主眼を置いている「OpenGL」などでは、
このような処理が可能になっています。
0420名無しさん＠お腹いっぱい。
2005/06/27(月) 20:50:530421名無しさん＠お腹いっぱい。
2005/06/27(月) 21:00:24http://blog.mag2.com/m/log/0000123607?page=2
これは、GDIについても言える事ですが、点線の描画が異常に遅いです。
製作し始めの頃、描画が異常に遅かったので調べてみたところ、
グリッドの点線描画に時間がかかっているということがわかりました。
ダブルバッファを使用していないと線を描くところが見れるほど遅いです。
http://blogs.shintak.info/archive/2004/10/24/909.aspx
先日ｖ７０のベンチデータを送ったｕｍｅｃｈｉです。
やっぱりＧＤＩは遅いようですね。
Rawで計測したところホーミンさんとほぼ同じくらいのパフォーマンスになりました。
ＧＤＩとＲａｗじゃこんなに違うんですね。
勉強になりました。
http://program.dot.thebbs.jp/1056764087.html
Windowsだったら、C+DirectX or OPEN GLで作るのが主流ですね。
GDI/WINAPI直叩きでも出来ない事はないけど。
0422名無しさん＠お腹いっぱい。
2005/06/27(月) 22:01:38>>419
だからダブルバッファ使って、VSync割り込みの間に書き換えるとか
するわけ。別にDirectXやOpenGL使うまでもなくできるぞ。
0423名無しさん＠お腹いっぱい。
2005/06/27(月) 22:02:07検索エンジンで探した結果を、書いてある中身も分からずに引用したって
のがありありと分かるな。(w
だいたい、まともな技術的議論をするなら、一次情報が書いてあるサイト
を引用するだろ。それさえできないとは…
まあ、いいや個別にコメントすると、最初の奴はGDI+の話であってGDIの
話じゃない。>>388が書いているように、GDI+は現時点では確かにソフト
処理が多いが、GDIの方は基本的にハードでやってる。
2番目のは「GDI+はGDIより遅い」って話の一部だろ。
両方ともソフトでやってるなら、両方とも遅くなって当然なわけだが、
GDIの方が速いっていのは、ハードでやってる裏付けじゃないか。
こういうのを引用しているって時点で、書いてある中身を理解してない
ことの証明だな。
このページでGDIで点線の描画が遅かったのは、この作者が使ってる
ビデオカードのドライバが、たまたま点線についてハードウェアアクセ
ラレーションをサポートしてなかっただけなんじゃないのか。
3番目の話は、Windows CE マシンの話だ。CE 機の場合、ハードウェア
にろくなグラフィックチップが載ってなくて、しかたなしにソフトで
GDIを実装している場合もある。これが PC だとほとんどハードでやっ
てる。そういう基本的知識に欠けてるのか？ それとも実は Windows CE
の話だってことさえ分かってなかったのか？
4番目は当たり前の話。Direct Xはもともとゲーム用に開発されたんだか
ら、ゲームで使うのは当然だろ。しかもGDIでもやれば可能ってちゃんと
書いてあるじゃないか。
0424名無しさん＠お腹いっぱい。
2005/06/27(月) 22:53:37なんでそんなにGUI擁護に固執してるの？
くやしいだろうど、XPはOSXに比べて何週も遅れてる。
それは認めろ。
0425名無しさん＠お腹いっぱい。
2005/06/27(月) 23:06:33Macだって持ってるぜ。m68kの奴だが。(w
GDIを擁護しているつもりも全くない。
理由は>>410に書いたから意味が分からないんだったら繰り返し読め。
技術的な批判をしたいなら、せめて本当のことを書けよ。でないと
結局、Macユーザは、技術音痴で分かりきった嘘を広める馬鹿ばっか
だということを広めることにすぎんことになる。
まあ、Mac嫌いが、Macユーザの悪評を広めるためにやってるってのな
ら、納得できる行為だが。そうなのか？
0426名無しさん＠お腹いっぱい。
2005/06/27(月) 23:44:54理由は俺も知らない。ただ420は信頼出来る答えだと思う。
0427名無しさん＠お腹いっぱい。
2005/06/28(火) 00:05:59もう一度>>386から引用。
> ウィンドウアクセラレータ は、Microsoft Windows 3.xのGDI描画の高速化に
> 特化したグラフィックアクセラレータの一種である。
:
> S3-924の世代において、Windows3.1のGDI全てをハードウェアで描画できるよ
> うに実装が完了している。
これが、Windows 3.1 すなわち Windows XP どころか、それより10年も前の
話だ。こういう誰でも知ってる話を否定する>>420を信頼できると思ってる
ってことは、実は>>426は>>424ないし>>420と同一人物なんじゃないのか？
0428今日の一言
2005/06/28(火) 00:44:160429名無しさん＠お腹いっぱい。
2005/06/28(火) 00:50:180430名無しさん＠お腹いっぱい。
2005/06/28(火) 09:16:040431名無しさん＠お腹いっぱい。
2005/06/28(火) 10:58:34あと18ケ月も待てば、一昨年のMacOSなみのWindowsが発売されますよ。
0432名無しさん＠お腹いっぱい。
2005/06/29(水) 00:28:45むしろGDIに縛られたドザに哀れみすら覚える。
0433名無しさん＠お腹いっぱい。
2005/06/29(水) 00:54:57〜 川｜川／ ＼｜〜 ﾌﾟｩ〜ﾝ
‖｜‖ ◎---◎｜〜 ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
ﾌﾗﾌﾗ 川川‖ 3 ヽ〜 ＜ GDIはハードウエアアクセラレートンだ〜！！
〜 川川 ∴）д（∴）〜 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
川川 〜 /〜 うわぁぁああ
川川‖ 〜 /‖
〜 川川川川＿＿＿／‖
／ ＼＿＿
〜 / ＼＿＿＿ |つ ﾄﾞﾀﾄﾞﾀﾄﾞﾀ
| ＼ |つ ￣￣
〜 / ￣￣
｜
0434名無しさん＠お腹いっぱい。
2005/06/29(水) 02:47:290435名無しさん＠お腹いっぱい。
2005/06/29(水) 03:09:29この真実は誰にも曲げられない。
悔しかったらこれを覆すだけの反論をしてみろよ。
0436名無しさん＠お腹いっぱい。
2005/06/29(水) 03:52:560437名無しさん＠お腹いっぱい。
2005/06/29(水) 04:19:070438名無しさん＠お腹いっぱい。
2005/06/29(水) 13:50:22流石だぜ。
0439名無しさん＠お腹いっぱい。
2005/06/29(水) 13:54:32┃ 日 マ ┃
┃ 本 ッ ま┃
┃マ 語 ク あ┃
┃ッ は の 縦┃
┃ク 縦 速 書┃
┃世 書 さ き┃
┃界 き が し┃
┃最 際 て┃
┃速 立 み┃
┃ つ ろ┃
┗━━━━━━━┛
0440名無しさん＠お腹いっぱい。
2005/06/29(水) 14:01:21;' ':;,.,.,.,.,.,,,;' ';,
,:' : :､
,:' ＼ ,,. ､.／ ノ（ :::::::',
:' (●) (●)||| :::::::::i.
i ''' (_人＿) '''' U. :::::i
: U {+ + +} :::i ・・・・・・・WIN、Xは去年のMAC以下
`:,､ ..￣￣ :::::::: /
,:' : ::::::::::::｀:､
,:' : : ::::::::::｀:､
0441名無しさん＠お腹いっぱい。
2005/06/29(水) 17:06:11界ッ か書
最ク るき
速 ねで
も
ソフト処理のGDIでは
「縦書きで、わかるねも」
「マック、世界最速」
0442名無しさん＠お腹いっぱい。
2005/06/30(木) 00:31:08（ ・ｏ・）『そうだよ、最高だよ』
0443名無しさん＠お腹いっぱい。
2005/07/01(金) 09:06:11「ああ、自分は天下のApple製品ユーザーなんだ」と思うと、嬉しさがこみ上げてくる。
マカに憧れMacminiを注文してから1週間。
マクスレに書き込みしたときのあの喜びがいまだに続いている。
「Appleますます絶好調」・・・・・
その言葉を聞くと、僕は自然と身が引き締まります。
マカの先輩方に恥じない自分であっただろうか・・・・。
しかし、先輩方は僕に語りかけます。
「いいかい？マクスレというのはドザが嫉妬して作り上げていく物なのだよ」と。
僕は感動に打ち震えます。
「Appleが何をしてくれるかを問うてはならない。
君がAppleに何をなしうるかを問いたまえ」
僕は使命感に胸が熱くなり、武者震いを禁じえませんでした。
でもそれは現在パソコンユーザーの頂点をになう最高のセレブ・選民である僕たちを鍛えるための
天の配剤なのでしょう。
マクスレを作りあげてきたマカはじめ先達の深い知恵なのでしょう。
マクスレに書き込みすることにより、僕たちマカは伝統を日々紡いでゆくのです。
嗚呼なんてすばらしきApple製品。
知名度は世界的。ブランド力、使いやすさすべてにおいて並びなき王者。
素晴らしい実績。余計な説明は一切いらない。
ただ周りの人には「Macユーザーです」の一言で羨望の眼差しが。
合コンのたびに繰返される若い女性たちの側からの交際申し込み。
近所のマダム達からの熱いまなざし。
Macユーザーになって本当によかった。
0444名無しさん＠お腹いっぱい。
2005/07/01(金) 22:54:45もしかして、「ハードウェアアクセラレーション = GPU」って勘違いしてるのでは。
GPU じゃないグラフィックチップがあるんですよ。
2D 専用のやつ。
ちょっと前のやつはみんな 2D 専用でした。
GDI は 2D のハードウェアアクセラレーションしてます。
100%ソフト処理なんてことはありません。
そもそも GPU は DirectX 用に開発されたんでは?
今 Mac が積んでるやつは。
0445名無しさん＠お腹いっぱい。
2005/07/01(金) 23:31:400446名無しさん＠お腹いっぱい。
2005/07/02(土) 00:16:38やったもん勝ち。
Winの数年先を行ってる。
かっこいい!!
0447名無しさん＠お腹いっぱい。
2005/07/02(土) 00:19:520448名無しさん＠お腹いっぱい。
2005/07/02(土) 00:41:22てゆうか、最近書き込んでるヤシは、相手が出てこなくても24時間粘着できる
ｷﾁｶﾞｲなので、構うだけ時間の無駄だよ。>>444
0449名無しさん＠お腹いっぱい。
2005/07/02(土) 02:40:120450名無しさん＠お腹いっぱい。
2005/07/02(土) 21:24:030451名無しさん＠お腹いっぱい。
2005/07/02(土) 22:10:45貴様なんぞディスプレイアダプタの設定をStandard VGA 640x480にして、100%ソフト処理のときの遅さを堪能しとけ。
0452名無しさん＠お腹いっぱい。
2005/07/02(土) 22:24:240453名無しさん＠お腹いっぱい。
2005/07/02(土) 23:10:090454名無しさん＠お腹いっぱい。
2005/07/02(土) 23:19:320455名無しさん＠お腹いっぱい。
2005/07/02(土) 23:20:50http://www.asahi.com/tech/asahinews/TKY200411280100.html
「Mac OS Xでは、UNIXベースOSとしての顔に加え、ホームコン
ピュータやビジネスクライアント、ホビー用、オフィスツールなど
の“いろいろな顔”をもったOSという柔軟な特性をさらに強めたと
思います。
システムを評価できる人が、Mac OS Xの“教育、ビジネスに強い顔”
にもっと注目してほしいですね」（東京大学助手 安東氏）。
http://www.apple.com/jp/education/profiles/tkuv/index5.html
養護学校、特殊学級にはドザ機がお似合い。
流石三次元GPU処理だ。
0456名無しさん＠お腹いっぱい。
2005/07/02(土) 23:37:24それはなぜなのか？
ここにこそ、レガシーＯＳの思想とＭａｃとの最大の違いがある。
昔、海外のドザで、画像ファイルを例に、WindowsはＸＰでファイル単位の
操作性を実現した、Macはレガシーだと言った大馬鹿者がいる。
レガシーな愚か者は、そのファイルの管理、そこにたどりつくまでの段階を考える
ことができない。
iTunes,iPhoto,Spotlight、共通点はフォルダに縛られないこと。
音楽ファイルにはタグがあるのだから、それで管理すれば良い。
画像は画像で見分けられるのだから、全部丸ごと一覧できた方が良い。
大量に増えるデジカメ写真をそうやって管理するには、GPUの性能を最大限に
利用する必要がある。→QuartzExtreme実装！LonghornのAVALONが真似しようとしている。
ドキュメントファイルを探すには、高速な全文検索が必要だ。Spotlight登場！
ネット検索でもディレクトリ型は人気が無い。
なぜか？多種多様で大量な情報を分類などできるはずがないのだ。
分類は補助手段でしかない。
パーソナルなユーザーのコンピューターの中も同じになりつつある。
レガシーなWindowsがレガシーであるのは、技術が劣るからだけではない。
思想自体が間違っていたのだ。やっと、Longhornから修正が始まる。
XPで満足しているドザがいるとすれば、それは間違いなく身障者だ。
0457名無しさん＠お腹いっぱい。
2005/07/03(日) 09:26:18池沼乙
X11ってのはWindowsのことではないよ
0458名無しさん＠お腹いっぱい。
2005/07/03(日) 11:44:56を持つメジャーなOSの実装２つがそのまま没落って事で、実はX11擁護派の陰謀だ！とか（笑）
そんなくだらないネタなんじゃねぇか？と思ってしまった日曜の朝。
0459名無しさん＠お腹いっぱい。
2005/07/03(日) 11:58:06> スレ違いのネタが延々続くと
↓↑
> そのまま没落って事で
因果関係を30字以内で説明せよ。
0460444
2005/07/04(月) 22:13:000461名無しさん＠お腹いっぱい。
2005/07/04(月) 23:57:10http://msdn.microsoft.com/library/en-us/graphics/hh/graphics/GRDesGde_adffbe1d-e845-4e5a-b840-f878f159e401.xml.asp
http://msdn.microsoft.com/library/en-us/graphics/hh/graphics/gdioview_87fb6790-652e-4992-8d6e-40b010501f80.xml.asp
http://msdn.microsoft.com/library/en-us/graphics/hh/graphics/gdioview_88024e87-8c97-4177-9483-5cc163dfc9e5.xml.asp
http://msdn.microsoft.com/library/en-us/graphics/hh/graphics/gdioview_4e3b1fa8-ebfe-429e-8ca1-60244555e18a.xml.asp
0462458
2005/07/05(火) 02:16:00WinとMac共倒れ、X11派ウマ〜
というのをX11まんせ〜派が裏で操っている（笑）
という陰謀風味のネタだな。別にどうでもいい事なんだが（笑）
それよりBerlinとかその他のは今ひとつパッとせんままだのぉ。
さみしぃ。
0463名無しさん＠お腹いっぱい。
2005/07/05(火) 08:37:500464444
2005/07/07(木) 23:38:060465名無しさん＠お腹いっぱい。
2005/07/11(月) 15:05:15X11がそんなに軽いなら全てのゲームはX11で作られてるはずだろ
0466名無しさん＠お腹いっぱい。
2005/09/27(火) 19:49:40もしあっても普及するかどうかはまた別の話だし。
0467名無しさん＠お腹いっぱい。
2005/10/24(月) 14:48:000468名無しさん＠お腹いっぱい。
2005/10/24(月) 18:29:56いい心掛けだ、x11などという貝塚のようなソフトには
余りかかわらないことだ。
恐らくＱｔあたりが直接動いていたと思うが、どうだろ？
ところで、俺は硬派の UNIX/Linux 使いだけど、GUIを使わない。
こころに残る名言：「真のハッカーは X11 を使わない。」
0469名無しさん＠お腹いっぱい。
2005/10/24(月) 18:40:16じゃなんでここに書き込めるの? X11を全く使わないウェブクライアント
もあるにはあるが君は100%それで用を足してるわけか? それともX11は
使わないがWindowsは使うとかか?
0470名無しさん＠お腹いっぱい。
2005/10/24(月) 19:57:58X使わなくても、2chにｶｷｺ
ぐらいは出来ますよ。
0471名無しさん＠お腹いっぱい。
2005/10/24(月) 21:07:060472名無しさん＠お腹いっぱい。
2005/10/24(月) 21:19:31実を言うと職場では Win も使っている（ただし、添附ファイル開けるだけ）。
それ以外は職場も含めて全て RedHat Console 環境である。
真のハッカーはコンソール環境にのみ安らぎを感じるものだ。
0473名無しさん＠お腹いっぱい。
2005/10/24(月) 21:25:53コンソールの方が、X11使うよりも、カーネルからみると重くて効率が
悪いことが分からん奴はハッカーとは呼ばん。そういう香具師は似非
ハッカー。
0474名無しさん＠お腹いっぱい。
2005/10/24(月) 21:45:20アフォですか？
何で負荷が。。。おっと、釣りですか?
ハッカーであっても、たまには釣られそうになるw
0475名無しさん＠お腹いっぱい。
2005/10/24(月) 22:02:32処理を、あらゆるユーザプロセスよりも高い優先度で実行するわけだ
から、効率悪いのは自明だな。
フレームバッファデバイスの場合、それよりはマシだが、ろくなアク
セラレーション機能を使えないせいで、Xサーバより無駄にCPUを浪費
する。これも自明。
むかしの遅い機械を使ってた世代には、ビットマップディスプレイへの
描画がどれくらいCPUを浪費するかなんて分かりきったことなんだが、
今どきの若者は、下手にCPUが速いせいで、そんなことも分からないのな。
0476名無しさん＠お腹いっぱい。
2005/10/24(月) 22:52:50ちょっと釣られてやるかw
テキストファイルをcatしてみろ。速度はこうなる。
Console>Framebuffer>Xterm
意味してることわかるよなw
0477名無しさん＠お腹いっぱい。
2005/10/24(月) 22:57:27カーネルがそれだけCPU浪費しているんだから、本当に計算を
している大事なプロセスにはCPUが回らない。
同じことしている裏で、計算プロセスを走らせて、そちらの
速度を計ってみろ。おまえがやってるのは、単なるCPUの無駄
づかいだ。
くだらん。
0478名無しさん＠お腹いっぱい。
2005/10/24(月) 23:09:46ところで>>476だが、これはいかにもPC-UNIXを使ってた香具師の意見だな。
Sunのマシンではコンソールのスクロールは異常に遅い。理由は知らない。
0480名無しさん＠お腹いっぱい。
2005/10/24(月) 23:36:45どれくらい効率が悪いのかを理解できない自称ハッカーのほう
じゃないか？ Sunのコンソールが遅いことが、>>477に対する
反証には全くならないことは、Sunのコンソールスクロールが
全くアクレラレーションを使ってないことを知ってる人間には
自明なんだが。そういうことも分からないらしい。
まあ、もともと対話的な性能に主眼を置いていると主張して、
サーバに必要なスループットをずっとなおざりにしてきたLinux
ユーザにはありがちなことだが。
0481名無しさん＠お腹いっぱい。
2005/10/24(月) 23:47:430482名無しさん＠お腹いっぱい。
2005/10/24(月) 23:47:54はぁ？
Linux Console もアクセラレーションなんかつかっとらんよ。
まぁ、Sun の性能の悪さを脳内アクセラレーターのせいにしたがる気持も
わからんでもないがなw
いまの流れをしらない、窓際WSユーザにはありがち。
0483名無しさん＠お腹いっぱい。
2005/10/24(月) 23:51:13それが何かの証明になってると思ってる点がバカの証明。
もう一度↓を読んでみろ。
> むかしの遅い機械を使ってた世代には、ビットマップディスプレイへの
> 描画がどれくらいCPUを浪費するかなんて分かりきったことなんだが、
> 今どきの若者は、下手にCPUが速いせいで、そんなことも分からないのな。
昔の機械はCPUが遅かったから、それが目にみえて分かったが、
今のCPUだと、無駄なことをしていても、ユーザが馬鹿だとそれに気づかない
どころか、効率がいいと頓珍漢な誤解をしてるってだけの話。
0484名無しさん＠お腹いっぱい。
2005/10/24(月) 23:54:40使っていて、CPU を浪費するからサーバには向かない作りなん
だけど、転送速度だけ比べると速いから、馬鹿はありがたがって
使っていたって話があったが、それと似ているね。
0485名無しさん＠お腹いっぱい。
2005/10/24(月) 23:55:50X11の話はしてねーのけ？
0486名無しさん＠お腹いっぱい。
2005/10/25(火) 00:35:41カーネルモードでCPUが直接描画した方がCPU負荷が
少ないと主張している人がいるみたいよ。
ってゆうか、Linuxの人に聞きたいんだけど、
Linuxハッカーって、みんなこういうレベルなの?
0487名無しさん＠お腹いっぱい。
2005/10/25(火) 01:18:36そもそもアクセラレータなんていらねーじゃん。
高くなるだけで使い道もないし。
ってことになるのでは？
0488名無しさん＠お腹いっぱい。
2005/10/25(火) 01:23:170489名無しさん＠お腹いっぱい。
2005/10/25(火) 02:20:11「真のハッカーは X11 を使わない。」とか本気で信じてる奴は
結構居るから見てて恥ずかしい。
Windows使ってた奴が黒い画面に憧れると大抵こうなるよね。
0490名無しさん＠お腹いっぱい。
2005/10/25(火) 02:42:160491名無しさん＠お腹いっぱい。
2005/10/25(火) 03:51:030492名無しさん＠お腹いっぱい。
2005/10/25(火) 09:27:580493名無しさん＠お腹いっぱい。
2005/10/25(火) 11:23:480494名無しさん＠お腹いっぱい。
2005/10/25(火) 14:28:300495名無しさん＠お腹いっぱい。
2005/10/25(火) 18:35:31馬鹿か？
Xアプリつかっている時のCPU負荷は凄まじいものがあるぞ。
たとえば、gcc 使って同じソース（たとえば、カーネル）でも
コンパイルしてみろ。
この手の初心者がよく間違えるのが、「GPUはCPUとは別だから…」
という理論だが、これは大きな間違いだ。
アクセラレータが効いてるようなチャラチャラした画面を重んじる
素人向けには受けはいいだろうが、みかけでななくその処理内容を
重んじるハッカーには X11 は無駄な飾りでしかない。
0496名無しさん＠お腹いっぱい。
2005/10/25(火) 18:41:35GUI は重い。それは正しい。
が、フレームバッファに対して、同程度の描画をさせるん
だったら、コンソールデバイスドライバやフレームバッ
ファを使ったアプリにやらせると、Xサーバよりもさらに
重くなる。
その程度のことも分からないのか。
0497名無しさん＠お腹いっぱい。
2005/10/25(火) 18:49:160498名無しさん＠お腹いっぱい。
2005/10/25(火) 19:09:25…
0499495
2005/10/25(火) 19:33:08ん？？？
ＣＰＵ負荷を比べているのは、どっちなんだ？
（１）グラフィックアプリを、Ｘと非Ｘで実行する場合？
（２）非グラフィックアプリを、Ｘと非Ｘで実行する場合？
（１）なら、確かに >>496 の言う通りだ、餅は餅屋だ、アクセラレータが
良く効くだろう。その分ＣＰＵ負荷も軽い。
しかし、（２）なら違う。俺は（２）を主張しているアフォが仕切っている
とばかり思っていた。
0500名無しさん＠お腹いっぱい。
2005/10/25(火) 19:46:410501名無しさん＠お腹いっぱい。
2005/10/25(火) 19:48:01(2) テキストアプリの話に決まってるだろ。
PC系の場合、デフォルトだとコンソールは framebuffer ではなく
キャラジェネ方式だから、この場合に限ってはコンソールの方が
軽い。
しかし、このスレの現在の文脈では、コンソールで2chを読み書きって
話だから、キャラジェネ方式ではなく、framebuffer を使って、
文字をグラフィックの一種として書くことになるはずだ。
さもないと IBM PC では日本語は出せない。
で、どうやら、自称ハッカー君は、framebuffer に文字を出す場合に
アクセラレータのサポートを得られないと思っているらしいが、無知も
はなはだしい。文字を描くのも画面をスクロールするのも、アクセラ
レータの基本機能 (BitBlt) でサポートされている。だから、CPU への
負荷は、ほぼ確実にアクセラレータを使える Xserver の方が軽い。
0502名無しさん＠お腹いっぱい。
2005/10/25(火) 20:03:39後半文章がおかしくないか？
＞＞framebuffer に文字を出す場合にアクセラレータのサポートを得られな
＞＞いと思っているらしいが、無知もはなはだしい
だからframebufferはアクセラレータのサポートを得られる…(A)
(A)と
＞＞ほぼ確実にアクセラレータを使える Xserver の方が軽い
が矛盾してるよ。
0503名無しさん＠お腹いっぱい。
2005/10/25(火) 20:17:15framebuffer っていうのは、通常ビデオカード上に存在する、
画像を保存するメモリのことなんだ。
Linux の framebuffer デバイスを使った場合でも、
Xserver を使った場合でも、どちらもグラフィックを描画する
先は、framebuffer で同じなんだ。
「framebuffer に文字を描画する場合、アクセラレータのサポートが
得らないと思ってるらしいが、それは無知の結果である」
「Xserver が framebuffer に文字を描画する場合、アクセラレータを
使える」
「Linux の framebuffer デバイスは、アクセラレータを使えないこと
が多い」
ほら、全然矛盾してない。
framebuffer っていう言葉が、Linux の framebuffer デバイスと同義
だと思っていると、>>502 みたいに誤解しちゃうんだね。
やれやれ
0504名無しさん＠お腹いっぱい。
2005/10/25(火) 20:20:360505名無しさん＠お腹いっぱい。
2005/10/25(火) 20:28:42あとハッカーなんて言葉まじめに使うと厨っぽく見えるよ。
0506名無しさん＠お腹いっぱい。
2005/10/25(火) 20:32:01なわけねぇよな？（汗
EGAだとするとすごいな（汗
0507名無しさん＠お腹いっぱい。
2005/10/25(火) 21:10:490508名無しさん＠お腹いっぱい。
2005/10/25(火) 21:35:51> コンソールデバイスの出力って言ってるんだから、
> (2) テキストアプリの話に決まってるだろ。
> PC系の場合、デフォルトだとコンソールは framebuffer ではなく
> キャラジェネ方式だから、この場合に限ってはコンソールの方が
> 軽い。
> しかし、このスレの現在の文脈では、コンソールで2chを読み書きって
> 話だから、キャラジェネ方式ではなく、framebuffer を使って、
> 文字をグラフィックの一種として書くことになるはずだ。
> さもないと IBM PC では日本語は出せない。
無知もここまでくると有る意味立派だなw
コンソールで２chやってるけど、俺は framebuffer はあまりつかわんぞ。
Linux でのコンソール環境のデフォルトは決して framebuffer ではない。
嘘だと思うのなら、メジャーなディストリで試してみるが良い。
無料でダウンロードできるものばかりだから、お前にもきっとわかるはずだ。
> で、どうやら、自称ハッカー君は、framebuffer に文字を出す場合に
> アクセラレータのサポートを得られないと思っているらしいが、無知も
> はなはだしい。文字を描くのも画面をスクロールするのも、アクセラ
> レータの基本機能 (BitBlt) でサポートされている。だから、CPU への
> 負荷は、ほぼ確実にアクセラレータを使える Xserver の方が軽い。
君の間違った前提なら、その可能性もあるかもしれない。
しかし、現実に果してそこまで軽くなるかな？
0509名無しさん＠お腹いっぱい。
2005/10/25(火) 21:42:49> 画像を保存するメモリのことなんだ。
> Linux の framebuffer デバイスを使った場合でも、
> Xserver を使った場合でも、どちらもグラフィックを描画する
> 先は、framebuffer で同じなんだ。
俺に対するものではないが、ちょっとついでに、突っ込んでおこう。
# X11使いにしては、なかなか勉強してる奴みたいだからな。
# 普通のGUI使いは概してチャラチャラしたことばかり気をとられて、
# 技術力を伴っていないやつが大半だ。
# チャラチャラした外見に囚われてる奴と言うのは、
# コスプレしたブスに、ハァハァしてるようなものだ。
（おっと、前置きが長くなったなw）
Linux での X11 on framebuffer というのは今では珍しい方じゃないかな？
何故かわかるか？ずばり、遅いからだ。
0510名無しさん＠お腹いっぱい。
2005/10/25(火) 21:50:32framebuffer デバイスドライバを使ったXサーバの話なんか誰も
してないんだが。
どうやら、普通のXサーバが、framebufferデバイスドライバを
通さずにframebufferにアクセスしていることさえ理解できて
ないらしい。
Linux しか知らないと、普通のハードウェア用語の理解が、
ここまで困難になるのか…
0511名無しさん＠お腹いっぱい。
2005/10/25(火) 21:58:36Linux の framebuffer デバイスとの区別がついてないこと
からして、508/509 は自称ハッカーと同一人物じゃねえ?
0512名無しさん＠お腹いっぱい。
2005/10/25(火) 22:05:52> 無知もここまでくると有る意味立派だなw
> コンソールで２chやってるけど、俺は framebuffer はあまりつかわんぞ。
> Linux でのコンソール環境のデフォルトは決して framebuffer ではない。
つーのも意味不明だな。
「framebuffer」＝fbtermって思っているのか?
0513名無しさん＠お腹いっぱい。
2005/10/25(火) 22:08:300514名無しさん＠お腹いっぱい。
2005/10/25(火) 22:14:21の区別がつかない人間が、一人だけじゃなくて複数いるってことか？
Linux ユーザってすごいな。(w
0515名無しさん＠お腹いっぱい。
2005/10/25(火) 22:15:00たぶんkonでしょ？日本語なら。
レッドハット英語版にも標準でついて来るみたいだし、
0516名無しさん＠お腹いっぱい。
2005/10/25(火) 22:16:47ある意味ローカルだ罠w
0517名無しさん＠お腹いっぱい。
2005/10/25(火) 22:18:04Sun ユーザ程じゃないよw
Localな方言を世界標準言語と思ってるようなものw
0518名無しさん＠お腹いっぱい。
2005/10/25(火) 22:22:11使わないだけだろうけどな。
0519名無しさん＠お腹いっぱい。
2005/10/25(火) 22:25:25依存しない用語だってことを、まず勉強した方がいいですよ。
それとも Linux ハッカーさんには難しすぎて、手に余りますかね…
0520名無しさん＠お腹いっぱい。
2005/10/25(火) 22:28:36横レスだけど、その意味でのframebufferならアクセラきかないよ。
0521名無しさん＠お腹いっぱい。
2005/10/25(火) 22:35:25手も足もでなくなると、次は口からでまかせか。(w
ここら辺でも読んで
ttp://web.cs.wpi.edu/~matt/courses/cs563/talks/hwaccwin.html
勉強してから出直してこい。
0522名無しさん＠お腹いっぱい。
2005/10/25(火) 22:53:550524名無しさん＠お腹いっぱい。
2005/10/25(火) 23:32:18のスレはここでつか？
0525名無しさん＠お腹いっぱい。
2005/10/25(火) 23:44:03議論の主旨には関係ない。
>>524
俺は Framebufferマンセーなんて言った覚えないよ。
だいたい、それって意味不明
「CPUマンセー」とか「ハードディスクマンセー」ってなんか意味ある？
0527名無しさん＠お腹いっぱい。
2005/10/26(水) 00:29:21前にもあったけどX絡みはアレな人が出てくるから
2chではマトモな議論はできないクマ。。。
0528名無しさん＠お腹いっぱい。
2005/10/26(水) 00:50:37そゆこと。
kon の場合も、アクセラレーションが使えないから、メモリが
十分にある状況でのCPU負荷なら、Xより不利でしょ。
もちろんメモリ負荷なら kon の方が有利。
しかし >>472 はメモリに余裕があろうがおかまいなしだったからな。
あと、konじゃなくて、カーネルのコンソールデバイスが直接
framebufferに描画する場合は、どんなユーザレベルプログラム
よりも高い優先度で動いてしまう。これは、サーバマシンなどでは
かなり憂鬱。
0529名無しさん＠お腹いっぱい。
2005/10/26(水) 02:03:45ユーザプロセスに実行権が回らない点が問題だというのは、
ノンプリエンプティブなカーネルだけの話じゃないかなあ?
まあ、まさにLinuxのことなんだけどもw
一応Linuxでも2.6系列でプリエンプティブスケジューラが入ったらしいねえ…
0530名無しさん＠お腹いっぱい。
2005/10/26(水) 02:05:48「別のカーネルプロセス」にスイッチできるってだけの意味で
「ユーザレベルプロセス」にはスイッチできないのよ。
だから最新のLinuxでも、やっぱり駄目。
0531名無しさん＠お腹いっぱい。
2005/10/26(水) 02:47:17あるプロセスが何らかの理由(タイマ割り込みとかシステムコール)でカーネルモードで休眠し、
うかうかしてるうちにカーネルモードでフレームバッファを叩き始めた香具師がいて、
そのうち本人は起床できる条件が発生したけど、まだ延々とフレームバッファを
叩き続けてるからユーザモードには戻れない… っていう事態は避けられると思うんだけど。
間違ってたらごぬんね。
でも、Linuxの場合はプリエンプションされうる場所が
かなり限定されてるっぽいので、本当に↑の効果があるかはわかんない。
0532名無しさん＠お腹いっぱい。
2005/10/26(水) 02:58:06プリエンプションの結果、その休眠から起こされたプロセスが、
ユーザモードに戻ろうとすると、今度はまたフレームバッファへ
の書き込みを行なっているカーネルプロセスにスイッチして戻って
しまうのよ。
なぜなら、カーネルモードのプロセスは、ユーザーモードのプロセス
よりも常に高い優先度を持つから。
結局、コンソールデバイスの処理が終るまでは、ユーザモードの
コードは動くことはできないわけ。結果として、Xサーバやkonに
比べて、劣るってことになる。
0533名無しさん＠お腹いっぱい。
2005/10/26(水) 19:42:36X11が重さは別にプリエンプティブ云々はそれほど関係ない
メモリが十分あるとして make world 叩いてみろ。
おそらく、ここでうだうだいってるGUI房には無関係なコマンドだろうがなw
そして、その測度を kon でも jconsole でも jfbterm でもなんでもいい、
日本語が表示できるコンソールでも測ってみろ。倍ぐらい違うからw
馬鹿は口先だけで煙にまいたりするから、これも主旨が違うなんてことに
なるんだろうけど、真のハッカーは口先ではなく、コードで勝負するもんだ。
0534名無しさん＠お腹いっぱい。
2005/10/26(水) 19:44:41念のために言っとくけど、重いのは X11 だからなw
0535名無しさん＠お腹いっぱい。
2005/10/26(水) 19:53:380536名無しさん＠お腹いっぱい。
2005/10/26(水) 20:27:11たしか、Minix陣営としては、マイクロカーネルがすばらしいので、
Linux は時代遅れでダメダメ。。。
でも、現実はモノリシックカーネルの方が早かった。
0537名無しさん＠お腹いっぱい。
2005/10/26(水) 20:31:08でも論文ではモノリシックカーネルの圧勝だった筈。
GnuHurd が抜けないのはなぜ？？？
0538名無しさん＠お腹いっぱい。
2005/10/26(水) 20:47:110539名無しさん＠お腹いっぱい。
2005/10/26(水) 20:55:440540名無しさん＠お腹いっぱい。
2005/10/26(水) 21:57:54恥ずかしレスNo.1おめでとう
0541名無しさん＠お腹いっぱい。
2005/10/26(水) 22:26:58make world の意味知ってる？
0542名無しさん＠お腹いっぱい。
2005/10/26(水) 22:34:400543名無しさん＠お腹いっぱい。
2005/10/26(水) 23:04:03システムをトータルで見る力がないんだよなぁ〜
コスプレブスにはぁはぁはワロタけどw
言い得て妙ではある。
0544名無しさん＠お腹いっぱい。
2005/10/26(水) 23:17:24するなや.
0545名無しさん＠お腹いっぱい。
2005/10/26(水) 23:17:44頑張ったんだろうが「オマエガナー」って落ちを期待してるのが見え見えで
やっぱりつまらん。
0546名無しさん＠お腹いっぱい。
2005/10/26(水) 23:32:47おまえ、うざいよw
結構面白い流れが続いているから、しらないならレスつけないほうがいいよ？w
0547名無しさん＠お腹いっぱい。
2005/10/26(水) 23:34:10確かに貴女は正しい。
しかし、そのようなソフトで上級者が使うようなソフトはない。
GUIは所詮CUIが使えない素人むきのUIでしかない。
0548名無しさん＠お腹いっぱい。
2005/10/26(水) 23:41:22そうか？
上級者にもいろいろあるけど、必ずしも「OSに近い＝高度」ではないぞ。
とはいえ、GUIユーザの平均値が低いのは確かだけどなw
0549名無しさん＠お腹いっぱい。
2005/10/26(水) 23:45:50windows ばかり使ってた人が
console 初めて使って
ハッカーっぽさに浮かれて X 批判してるだけでしょ？
くだらないよ。
0550名無しさん＠お腹いっぱい。
2005/10/26(水) 23:47:57そりゃあさあ, ほとんどのことはコンソールからできるよ. あんたの言う
通り. 特にシステム管理に関しては100%できるよ. それを否定する気はな
いよ.
でもだねえ, 上級者とか真のハッカーだとかそういう偉い人たちだって
Xをつかわなきゃどうにもならん仕事だってあるだろうさ. 俺はそういう
ことを言ってるのよ. 特に我々日本人はね, いろいろ工夫しないと日本語
の読み書きにも苦労するわけだよ. スーパーハッカーだってウェブ見たり
PDF読んだりするでしょ?
ちなみに今あなたはどういう環境から2chに書き込んでんの?
0551名無しさん＠お腹いっぱい。
2005/10/26(水) 23:49:04新しいネタを披露した芸人が滑りまくって急遽持ちネタに切替えたみたいな感じ？
引退が近いんじゃない？
0552547
2005/10/27(木) 03:43:05> >>547
> そりゃあさあ, ほとんどのことはコンソールからできるよ. あんたの言う
> 通り. 特にシステム管理に関しては100%できるよ. それを否定する気はな
> いよ.
>
> でもだねえ, 上級者とか真のハッカーだとかそういう偉い人たちだって
> Xをつかわなきゃどうにもならん仕事だってあるだろうさ. 俺はそういう
> ことを言ってるのよ. 特に我々日本人はね, いろいろ工夫しないと日本語
> の読み書きにも苦労するわけだよ. スーパーハッカーだってウェブ見たり
> PDF読んだりするでしょ?
確かにその通りですね。以前 w3m on framebuffer でウェブ見たり、
PDF on framebuffer で文書読んでたりした時期もあったんですが、
相当に設定が大変でした。いろいろやってるうちにPDFやらPSやらの
の内部フォーマットまでわかって来たりしてw
ただ、同じソフトでもGUIとCUIでは理解度が全然ちがいますよね。
このあたりが、グル好みといわれる結縁でしょうか？
> ちなみに今あなたはどういう環境から2chに書き込んでんの?
今では、WEB見るときfirefox、文書見るときWindowsを使っています。
あと携帯ですかね？
頑張ればコンソールからでもアクセスできるんでしょうけど…
0553名無しさん＠お腹いっぱい。
2005/10/27(木) 04:54:520554名無しさん＠お腹いっぱい。
2005/10/27(木) 11:26:29＞＞ 今では、WEB見るときfirefox、文書見るときWindowsを使っています。
＞＞あと携帯ですかね？
まあ，結局みんなここに落ち着くよね。
>>553
w3mのいいところはエディタ感覚で移動できるところですね。あんまり機能を
求めちゃいけない。
0555名無しさん＠お腹いっぱい。
2005/10/27(木) 12:32:37ttp://berlin-consortium.org/
こっちは生きてるけど死んでる……。
ttp://www.fresco.org/
0556名無しさん＠お腹いっぱい。
2005/10/27(木) 18:19:25ぐあっ。
そんなことになっちゃったのかぁ。
まぁ、こんだけXがはびこればなぁ。という気もしなくはないが。
ちょっと寂しいなぁ
0557名無しさん＠お腹いっぱい。
2005/10/27(木) 18:35:02そこでwineですよ！
0558名無しさん＠お腹いっぱい。
2005/10/27(木) 19:12:210559名無しさん＠お腹いっぱい。
2005/10/27(木) 21:43:16基本的にはX11でしょ？
違った？？？
0560名無しさん＠お腹いっぱい。
2005/10/27(木) 23:38:49あってるよ。
ただし、X11のUIを完全に一掃できるだけのポテンシャルをもつアプリゆえ、
X11GUIユーザの工作活動が活発化すると思われる。
0561名無しさん＠お腹いっぱい。
2005/10/28(金) 00:22:26Xにおんぶにだっこの状況だと、そこまではいかんのじゃ？＞560
でもどーなんだろ？このスレだと、その通りにネタ的に盛り上がったりするんだろーか？
0562名無しさん＠お腹いっぱい。
2005/10/28(金) 02:51:13ReactOS のウィンドウシステムを切り出すとかが解になるかと
0563名無しさん＠お腹いっぱい。
2005/10/28(金) 10:56:510564名無しさん＠お腹いっぱい。
2005/10/28(金) 13:53:360565名無しさん＠お腹いっぱい。
2005/10/28(金) 18:41:55X12 なんて出るわけ無いしw
お前ら一掃されるぞw
0566名無しさん＠お腹いっぱい。
2005/10/28(金) 19:00:20Windowsの設計はX11に比べてどこが優れて(劣って)いるの？おしえてちょ。
0567名無しさん＠お腹いっぱい。
2005/10/28(金) 19:20:080568名無しさん＠お腹いっぱい。
2005/10/28(金) 19:21:46どっちも実現しそうにないなあ
0569名無しさん＠お腹いっぱい。
2005/10/28(金) 19:54:43設計がすぐれているかどうかは異論があるな。
ただ、実装とUIはすばらしい。
0570名無しさん＠お腹いっぱい。
2005/10/28(金) 20:20:260571名無しさん＠お腹いっぱい。
2005/10/28(金) 22:56:50もちろんX11抜きで！
おっと FrameBuffer は禁句だったかなw
0572名無しさん＠お腹いっぱい。
2005/10/28(金) 23:14:15そこまで行くとやり過ぎなんじゃね？でもX11に対するアンチテーゼと
してはおもろいかもね。framebuffer利用者に受け入れられるかは
やや疑問。
0573名無しさん＠お腹いっぱい。
2005/10/28(金) 23:27:39組込み用だよね。
フリーじゃないよね？？？
0574名無しさん＠お腹いっぱい。
2005/10/28(金) 23:45:21>>５７２
商用で組み込まれてるんで、受け入れられてるんじゃない？
ただ、ビジネスモデルが不明。
0575名無しさん＠お腹いっぱい。
2005/10/29(土) 00:22:29実装はダメだろう。
個人的にはUIも好きではない。
0576名無しさん＠お腹いっぱい。
2005/10/29(土) 00:55:57ソース公開が嫌な企業には、商用ライセンスを売りつける^W買って
もらうというものです。
0577名無しさん＠お腹いっぱい。
2005/10/29(土) 03:22:03その上に構築されたQtopiaがいわゆるDesktop環境だよね。
(PDAでdesktopってのもおかしいが…)
タスク切り替え方式で、ウィンドウはオーバラップしない。
0578名無しさん＠お腹いっぱい。
2005/10/29(土) 10:38:30Qt/Embeddedアプリ自体は普通にオーバーラップできるよ。
Qt/EとQtopiaはQtとKDEの関係みたいなもの。
0579名無しさん＠お腹いっぱい。
2005/10/29(土) 16:21:53おお、そうなのか！
ひょっとしてKDEがQt/Eで動く可能性とかあるの？
0580名無しさん＠お腹いっぱい。
2005/10/29(土) 16:22:42よくそんなやり方で、やっていけるねぇ
ある意味ミステリーだw
0581名無しさん＠お腹いっぱい。
2005/10/30(日) 19:14:43あれだけ整理されたライブラリを提供できてれば成り立つと思うけどなぁ。
0582名無しさん＠お腹いっぱい。
2005/10/30(日) 19:51:24技術力に異論はないです。はい
収益モデルに疑問があるのです。
0583名無しさん＠お腹いっぱい。
2005/10/30(日) 20:11:330584名無しさん＠お腹いっぱい。
2005/10/30(日) 20:31:21http://partners.trolltech.com/partners/resellers.html
0585名無しさん＠お腹いっぱい。
2005/10/30(日) 21:15:40それに比べてgtkは（ry
0586名無しさん＠お腹いっぱい。
2005/10/30(日) 21:51:22placement newをうまくつかってメモリ管理できる技術者が少ないかな?
シンビアンOSに比べると、ライブラリ部分しかないのが弱点か?
0587& ◆O0C1y/vO4A
2005/10/31(月) 10:53:01あれさえなければ今ごろ。。。
0588名無しさん＠お腹いっぱい。
2005/10/31(月) 12:27:17ある知り合いがC++で書いたアプリ公開したら
「C++なんか使うなヴォケ」と言われたとか
0590名無しさん＠お腹いっぱい。
2005/10/31(月) 17:44:470591名無しさん＠お腹いっぱい。
2005/10/31(月) 22:00:09審美案にハッカー無しw
名言
0592名無しさん＠お腹いっぱい。
2005/10/31(月) 23:44:35センス無いのに何回も書き込みするんだな。
0593名無しさん＠お腹いっぱい。
2005/11/01(火) 04:17:020594名無しさん＠お腹いっぱい。
2005/11/01(火) 08:31:14それは多分無理。基本的にQt/EはQtのサブセットなのでAPIが
足りないと思われる。
というかQtの描画ドライバ部分はX11, Win32と分離されてるので、
その気になればフレームバッファ用ドライバとかも作れそうな予感。
0595名無しさん＠お腹いっぱい。
2005/11/03(木) 20:17:300596名無しさん＠お腹いっぱい。
2005/11/04(金) 19:50:35散々ガイシュツかもしれんが、コンソール使う奴って異常に詳しい奴が多いよね？
もちろん、GUIつかう奴でそういった奴もいるけど。
割り合いでいうと圧到的に前者が多いんでない？
0597名無しさん＠お腹いっぱい。
2005/11/04(金) 20:25:31うちは昔から新人教育全体を UNIX/Linux でやってて、たぶん
UNIX/Linux 系では相当強い企業だと思ってるんだけど
(だから、新人のぺーペーの女の子でも当り前に vi が使える)
コンソールで日本語使ってる奴は見たことないねえ。
みんな X 使ってるよ。
サーバ管理のためにコンソールで作業することはもちろんある
けど、そういうときは日本語なんてそもそも使わないし。
Xサーバを移植してた人間なら社内にごろごろ居るけどね。
0598596
2005/11/04(金) 20:40:56そうなんだ、洩れの思い込みだけかもしれん。
すまん、スルーしてくれorz
0599名無しさん＠お腹いっぱい。
2005/11/04(金) 22:30:53そんな会社SRAしか思いつかんがそれが世間一般と比べてどうかというと疑問かも。
0600名無しさん＠お腹いっぱい。
2005/11/04(金) 23:36:36アンタの見解も買いてくれ
0601名無しさん＠お腹いっぱい。
2005/11/05(土) 00:05:41ASTECはどうなんだ?
0602名無しさん＠お腹いっぱい。
2005/11/05(土) 02:47:31みんなUNIX/LinuxでX使ってるってのはあんまり普通じゃなくて、
Winの端末を使うってほうが多いんじゃないかと思っただけ。
「コンソールしか使えない状況で何とかできる」ってのは
それなりのスキルだとは思うけどそれが普段からGUI使わない
ってことと同義にならないという点では>>597に同意。
>>601
ASTEC-X作ってる会社が全部UNIX/Linuxというのも変じゃないかとか、
SRAは1967年創業 ASTECは1985年創業 だから、昔からってーとSRAかなあ、とか。
まあ、今ならASTECも「昔から」って言えるのか。俺も歳取ったなあ...
0603名無しさん＠お腹いっぱい。
2005/11/05(土) 11:04:43今でも、ラックマウントのHPやらSUNのサーバではビデオカードささってなくて普通に使ってるよ。
昔は、9600bpsのシリアル端末をたくさんつけて、普通にviしたりして開発してたね〜
（おいらは、少ししか経験してないけど）
だから、管理職のオヤジどもも、懐かしいね〜といいながら、いじれるみたい。
0604名無しさん＠お腹いっぱい。
2005/11/05(土) 18:57:23しったかぶりしてやろうかとも思ったが、
じじいには逆効果かw
0605名無しさん＠お腹いっぱい。
2005/11/05(土) 23:15:46GUI使えない奴はおらんけど、CUI使える奴は稀
0606名無しさん＠お腹いっぱい。
2005/11/05(土) 23:49:59unix系を日常的に使ってる奴なら9割くらいは
コンソールの基本作業くらいできるだろうよ。
windows系の人だって、10年くらいやってる人なら
dosの経験があるだろうし。
0607名無しさん＠お腹いっぱい。
2005/11/06(日) 00:09:280608名無しさん＠お腹いっぱい。
2005/11/06(日) 00:16:51設定ファイルを直接いじるなんてのは昔は当然の作業だったわけだが、
知らない人にとっちゃ中身がわかったようで新鮮に見えるとか。
0609名無しさん＠お腹いっぱい。
2005/11/06(日) 00:36:48いまの作りをみてると、
できるだけ、ユーザが馬鹿になるような設計ばかりに労力をつかってるからね。
0610名無しさん＠お腹いっぱい。
2005/11/06(日) 00:46:41昔は水やらなにやら全部面倒見る必要あったけど
今はボンネットの開け方すら知らなくたって困らない。
道具としての機能ならそれで十分であって
中身をいじくって喜ぶのはマニアな人だけ。
ユーザーを馬鹿扱いするのは年寄りのたわごとという気もするしね〜
0611名無しさん＠お腹いっぱい。
2005/11/06(日) 08:16:130612名無しさん＠お腹いっぱい。
2005/11/06(日) 08:47:060613609
2005/11/06(日) 11:08:47車のオートマの例えはその通りだな。
なるほど、ユーザは車の技術云々ではなく、機能を求めている。
言えることは、昔のユーザより確実に車技術に対する理解＆知識レベルは落ちてる。
ということぐらいか？
0614名無しさん＠お腹いっぱい。
2005/11/06(日) 15:23:10基本的に故障しないというレベルが求められてるし、
実際今の車はほとんど故障しない。
わずかな欠陥でもメーカー責任のリコールになるし、
電気自動車みたいにハードウェアが違ってもインターフェースは
同じという操作系の統一もできてる。
だけどコンピュータ関連ではまだそこまで
安定してブラックボックス化されたものはできてないな。
でも程度の差はあれ抽象度はだんだん増してくるだろうね。
0615名無しさん＠お腹いっぱい。
2005/11/06(日) 16:22:37こういう話ですよ
っていつのまにかXと全然関係ないな。
まー、GUIは必要だがUNIXだとX11以外選択肢がないから仕方がないというところか。
0616名無しさん＠お腹いっぱい。
2005/11/06(日) 17:50:37X11ってタッチパネル対応してんの？
キュートはいけるみたいだけど。
0617名無しさん＠お腹いっぱい。
2005/11/06(日) 19:06:49XserverにはmiPointerAbsoluteCursor()で絶対座標も渡せるから
OSがそれなりのドライバを提供してくれるなら使えるんじゃないの?
そういう話ではない?
0618名無しさん＠お腹いっぱい。
2005/11/06(日) 19:51:54http://www.technoveins.co.jp/technical/touchpanel/lp12t01/linux/uselinux9.htm
http://www.amulet.co.jp/whatsnew/wn-200507.html
http://pc1.peanuts.gr.jp/~kei/linux-vr.htm
X11+タッチパネルなカーナビも存在するし。
0619名無しさん＠お腹いっぱい。
2005/11/06(日) 20:23:000620616
2005/11/06(日) 22:48:28大臣には絶対GUIだろうなぁ。
んでもって、絶対X11はダメだろなぁ
0621名無しさん＠お腹いっぱい。
2005/11/06(日) 23:27:54調子が悪かったのでリセットしてみたら、Montavista Linux + X
だということが判ってﾋﾞｸｰﾘした。
タッチパネルで普通にカーソルが動いてたな。
0622名無しさん＠お腹いっぱい。
2005/11/07(月) 03:30:400623名無しさん＠お腹いっぱい。
2005/11/07(月) 03:35:04昔 BSDの256倍本だったかで
経理の女の子が vi ですらすらと書類を作成している様が…
みたいなこと書いてなかったっけ。
なんか、昔はUNIXですらすら vi 使いだった女の子が
おばさんになった今ではWinでエクセルがうまく使えなくて
若い娘に馬鹿にされてる姿を想像してしまったよ。
0624名無しさん＠お腹いっぱい。
2005/11/07(月) 13:11:41半日くらいで挙動が変になってくる。日本語IMがチャタリング起こしたり。
ログアウトしてXを立ち上げ直すと元に戻るけど。
Win9xでIE5を使ってた頃に似てる。
2台のPCで同じような現象になるので、ハードの問題ではないようだ。
ライブラリの巨大化にX11が耐えられなくなってんのかね。
0625名無しさん＠お腹いっぱい。
2005/11/07(月) 13:37:420626名無しさん＠お腹いっぱい。
2005/11/07(月) 18:04:24どうだろう？
>>624 は、良い例だと思う。
0627名無しさん＠お腹いっぱい。
2005/11/07(月) 18:08:28それはベル研UNIXの時代の話。
1980年代に仮想記憶をサポートして、みんなが Franz Lisp とか
Emacs とかを使いだすと、そういう時代は終った。
おまいさんの情報収集能力は20年ほど遅れてる。
0628名無しさん＠お腹いっぱい。
2005/11/07(月) 19:54:25馬鹿者目！
The UNIX Philosophy は今でもハッカーの中に生き続けている。
0629名無しさん＠お腹いっぱい。
2005/11/07(月) 20:12:57GNU coding standards より
> メモリの使い方
> プログラムのメモリ使用量が数メガバイト程度なら,使用量を減らそうと四
> 苦八苦する必要はありません.例えば,数メガバイトを越えるファイルの取扱
> いが何か他の理由で難しければ,ファイル全体をメモリに読み込んで取り扱
> うのが妥当でしょう.
たしか80年代終りぐらいから既にこんな調子だったからな。
君は生まれる時期を30年ほど誤ったのかもしれん。
0630名無しさん＠お腹いっぱい。
2005/11/07(月) 20:57:56君は GNU の意味をしらんようだな。
Jargon ファイルでも調べてみたまえ。
0631名無しさん＠お腹いっぱい。
2005/11/07(月) 21:01:58ソースと似ないようにするため」こうするってちゃんと書いてあるね。
で、時は流れて今や Solaris にも最初から bash や GNOME のような
GNU のソフトウェアが標準で入ってる時代になったわけだけどね。
やっぱり生まれる時代を間違ったんじゃ？
0632名無しさん＠お腹いっぱい。
2005/11/07(月) 21:26:56君は GNU の意味をしらんようだな。
Jargon ファイルでも調べてみたまえ。
0633名無しさん＠お腹いっぱい。
2005/11/07(月) 21:28:150634名無しさん＠お腹いっぱい。
2005/11/07(月) 22:11:21bashて…
俺の環境だとfirefox, emacs, XFree86、この辺りがメモリ利用のトップクラス。
firefoxはすぐに500Mbyteを越える。
bashなんて1Mbyte行くことない。migemo serverなruby処理系も。
0635名無しさん＠お腹いっぱい。
2005/11/07(月) 22:30:06Solaris 9 / sparc だと、ただ起動しただけで VSZ 2.7MB, RSS 1.9MB くらい
食ってるよ。
Fedora Core 3 / x86 だと、もっとひどくて VSZ 10.4MB, RSS 2.2MB。orz
firefox や emacs, X サーバは一プロセスしか起動しないけど、Linux だと
bash はデフォルトのシェルなので、これがたくさん起動したり終了したりを
繰り返すんだよなあ。
ruby は 1.6 だと VSZ 2.6MB, RSS 1.1MB (x86) なので bash よりは小さい
けど、1.8 だとどうだろうね。
0636名無しさん＠お腹いっぱい。
2005/11/07(月) 22:52:430637名無しさん＠お腹いっぱい。
2005/11/07(月) 23:03:51思わぬところでハマるから、あまりお勧めできないけどね。
デフォルトで bash 使いたくないなら、Solaris か *BSD を
使った方が安全かもね。
なんか完全にオフトピになってきたな。
0638名無しさん＠お腹いっぱい。
2005/11/07(月) 23:59:56バグ扱いされるわけだよ。
とはいえ、ほとんどの linux の sh が bash なので、
#!/bin/sh のスクリプト書いてるつもりでも
気づかずに bash 依存かいちゃう人も多いとは思う。
0639名無しさん＠お腹いっぱい。
2005/11/08(火) 00:03:150640名無しさん＠お腹いっぱい。
2005/11/08(火) 00:20:42> 気づかずに bash 依存かいちゃう人
のほうがはるかに実害があり、問題だな。
0641名無しさん＠お腹いっぱい。
2005/11/08(火) 03:48:08今どき、ed,ex など使ってる奴はいなくて、ほとんどが vi に乗り換えてるだろ？
それと同じで、/bin/sh といっても /bin/bash をデフォルトで使うのが本流の
ハッカーと呼べると思うがどうか？
GUI では湯水のようにリソース使いながら、シェルでけちるとは本末転倒。
パチンコで十万ぐらい注ぎ込むやつが、昼飯は牛丼ですましてるようなもんだw
0642名無しさん＠お腹いっぱい。
2005/11/08(火) 04:13:30bashがデフォルトでは入っていないOSはかなりある。
個人の環境でbashを使う分には全然問題ないだろうが、
OSに依存しないで使うことが前提のツールのスクリプトが
bash依存だったら文句が出るのは当然じゃないの。
ま、perl依存のソフトもたくさんあるんだから
使いたきゃbash入れろ、でもいいのかもしれんが、
bash依存でなくても書けるのならばそっちのほうが
使ってもらえる範囲広がるじゃん、くらいの話か。
そういう意味ではX11は他にGUI使う方法がないから
GUIソフトならX11必須でも仕方がない?
……と無理矢理本題に戻してみるテスト
0643名無しさん＠お腹いっぱい。
2005/11/08(火) 04:21:25bashの機能を使うのは(一部の)Linux依存だからあかんということか。
bashの機能使いたきゃ #!/bin/bash で書けば文句は出ない?
そういうことならリソースは全然関係ないな。さいなら〜
0644名無しさん＠お腹いっぱい。
2005/11/08(火) 07:22:07リナザウもなんか一部スクリプトがbashに依存しているらしくて/bin/shをashに変えたら
ドハマリして泣けたけど。
0645名無しさん＠お腹いっぱい。
2005/11/08(火) 08:02:220646名無しさん＠お腹いっぱい。
2005/11/08(火) 11:36:55になるんだろうけど、*BSD の場合 bash は標準じゃ入ってないから、どうせ
非標準のシェル使うんだったら、bash よりさらに強力な zsh 使うって人も
多いと思うな。それに linux でも敢えて zsh 使ってる人って結構いるんじゃ
ないの?
0647名無しさん＠お腹いっぱい。
2005/11/08(火) 11:40:390648名無しさん＠お腹いっぱい。
2005/11/08(火) 12:25:04一番ひどいのは、むしろ bash でしょ。
.cshrc や .zshenv みたいに、常に読み込む設定ファイルが
ないから、ssh remote-machine command ってやった場合の
動作が不安定だよ。(コンパイル時に SSH_SOURCE_BASHRC が設定
してある場合に限り、環境変数 SSH_CLIENT を覗き見て決める。
ssh 以外の遠隔実行コマンドのことは、もちろん全く考えてない。
コンパイル時に SSH_SOURCE_BASHRC が設定されてない場合、rsh
と ssh で動作が違う)
0649名無しさん＠お腹いっぱい。
2005/11/08(火) 13:11:02でもへたれなので .bash_profile で
[ -x .bashrc ] && . .bashrc; BASH_ENV=~/.bashrc
0650名無しさん＠お腹いっぱい。
2005/11/08(火) 13:25:56ssh remote-machine command の実行時には、.bash_profile も
動かないから、その手も使えないんだよ…
bash のコンパイル時に SSH_SOURCE_BASHRC が定義されていれば
.bashrc が動くからいいんだが、どんな環境でも定義されていると
は限らないし、ssh 以外の遠隔実行コマンドには効かないし。
というわけで、複数の OS を使い分けてて、ssh などで遠隔に
コマンドを実行するなら、bash は避けた方が幸せ。
0651名無しさん＠お腹いっぱい。
2005/11/08(火) 18:08:50X11をさけるハッカーは多いが、bashを避けるハッカーなんていないだろ？
0652名無しさん＠お腹いっぱい。
2005/11/08(火) 18:32:59バカ丸出し。
0653名無しさん＠お腹いっぱい。
2005/11/08(火) 18:36:27さもなくば、単なる釣り。
0654651
2005/11/08(火) 19:49:23設定のしやすさと、機能の豊富さ、そして何よりも
デファクトスタンダードとも言える圧到的な稼働数からいうと、
bashを選ばない理由は全く思いつかない。
特に、CUI環境を自由自在に使いこなすことが必須条件となっている、
真のハッカー達にとってはなおさらだ。
ところで、あまりシェルに詳しく無い感じの書き込みに
zsh という名前がでてきていたが、これは語るまでもない。
ステで決り。
0655名無しさん＠お腹いっぱい。
2005/11/08(火) 20:17:12>>648の解決策を教授してもらいましょ。似非ハッカー君にはできないだろうけど。
……って煽るまでもないほどレベル低いな。
0656名無しさん＠お腹いっぱい。
2005/11/08(火) 20:23:44あと、CUIが使えるのは特別な人間だけだと思ってるらしいことも分かった。(w
0657名無しさん＠お腹いっぱい。
2005/11/08(火) 20:33:26とりあえず>651のレベルから全体を敷衍しないでくれたまえｗ
0658名無しさん＠お腹いっぱい。
2005/11/08(火) 20:49:27どっちかってーと、UNIXだとGUIの各種ツールが貧弱だから
結局GUI環境でも疑似端末立ちあげてテキストゴソゴソしたり
直接コマンド打ったりしないとなんともならんことが多い
というのがダメ、ってだけのような気も。
コンソールが使えるのがハカー、なんてことでいばってるのは
自分で整備しないとまともに走らないボロ車に乗ってるのを
名ドライバーだといばってるのと同じじゃん。
0659名無しさん＠お腹いっぱい。
2005/11/08(火) 21:01:55あまりbash の事をしらないようだね。
--rcfile
で終りでしょ？
他の低機能シェルになれていると、思わぬ弊害が出るものだ。
0660名無しさん＠お腹いっぱい。
2005/11/08(火) 21:06:060661名無しさん＠お腹いっぱい。
2005/11/08(火) 21:06:49面白いことを言うな。君の指摘はそれほど的を外していない。
ある世界レースの優勝ドライバーの監督が、まさにそのようなことを言っていた。
「優秀なドライバーは優秀なメカニックでなければならない。」
といったことばだった。
このことは、真のUNIXグルは真のコンソール使いであることを暗示している。
0662名無しさん＠お腹いっぱい。
2005/11/08(火) 21:07:520663名無しさん＠お腹いっぱい。
2005/11/08(火) 21:16:12そのへんのおばちゃんでも乗れる車を作るメーカーと
どっちが優秀なのさ。
0664名無しさん＠お腹いっぱい。
2005/11/08(火) 21:18:39前者は*NIXコンソール使いの例え
後者はM$or*NIXマウス使いの例え
0665名無しさん＠お腹いっぱい。
2005/11/08(火) 21:20:37UNIXコンソール環境はへぼへぼで
MSのUIは秀逸ということか
0666名無しさん＠お腹いっぱい。
2005/11/08(火) 21:23:50単に 俺ってすげーよな って言いたいだけみたいね。
0667名無しさん＠お腹いっぱい。
2005/11/08(火) 21:25:12君こそ bash のことをあまり知らないようだね。
--rcfile オプションは、interactive shell の場合、動作しないんだよ。
ssh remote-machine command arg
の代わりに
ssh remote-machine bash --rcfile ~/.bashrc -c 'command arg'
のように実行した場合、bash は interactive shell ではないから、
結局 ~/.bashrc は読み込まれない。
したがって、>>659 の方法では、>>648 の解決にはならない。
0668名無しさん＠お腹いっぱい。
2005/11/08(火) 21:26:320669名無しさん＠お腹いっぱい。
2005/11/08(火) 21:26:35たぶんこいつは、マウス使いw
0670名無しさん＠お腹いっぱい。
2005/11/08(火) 21:30:10実はマウス使えないからひがんでるとかいうわけじゃないだろうけど、
わざわざよく壊れるイタ車に乗って日本車を馬鹿にしてる人みたいですね。
0671659& ◆0S/BVuWmjk
2005/11/08(火) 21:42:32真のハッカーはこのスレには、いないのか？
まぁ、bashを使っていない時点で（ry だがw
-i
を同時に指定してごらん。
あと、解決方法がわかったら、ママと早く寝るんだよ。
坊や
0673648
2005/11/08(火) 21:45:50ssh remote-machine command arg
の代わりに
ssh remote-machine '. ~/.bashrc; command arg'
とすれば、実行だけはできる。
が、>>648 で言いたいのは「bash だとできない」じゃなくて
「bash の rc ファイル読み込みの仕様は糞」だってことなんだよ。
20年以上も昔に作られた csh にだって当たり前に存在する機能が、2005年の
シェルになんで存在しないんだ？
0674648
2005/11/08(火) 21:54:34分かってないようだ。
試しに
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 が不出来なせいだな。
0675659
2005/11/08(火) 21:56:53>「bash の rc ファイル読み込みの仕様は糞」だってことなんだよ。
> 20年以上も昔に作られた csh にだって当たり前に存在する機能が、2005年の
> シェルになんで存在しないんだ？
坊やには理解できないかもしれないが、これはshellとして合ってはならない
機能なんだ。
このあたりは、真にいろんな経験をしてないと実感できないと思う。
なので、落ち込む必要はない。
早くおっπでもすって、寝んねしなw
0676名無しさん＠お腹いっぱい。
2005/11/08(火) 22:07:25Bill Joy や zsh の作者達よりも、真にいろんな経験を積んでいるらしいな。(w
0677659
2005/11/08(火) 22:08:23> というエラーメッセージが、そのたびに表示されてうっとうしいか、
> ターゲットとなる OS の種類によっては、bash がそこでハングしてしまう
> こともある。ハングしてしまうのは bash が不出来なせいだな。
君はshellに置ける割込み処理を全く理解していないようだなw
この場合は jobs control を ena/dis すれば全ての問題は解決する。
君は典型的な初心者のようだから、１つ教えておいてあげるが、
ほとんどの場合、bashがハングアップしたように見える現象は、
実はbashではなく、他の機能が動作しなくなっているものだ。
まぁ、マウスのクリックユーザには関係ないことかもしれんがなw
0678659
2005/11/08(火) 22:10:58有害な機能であっても、時には互換性のために残すものだ。
それを合えて排除するところに、
真のハッカーは bash設計者の真の勇気とConfigurationの美しさを感じるものだ。
0679名無しさん＠お腹いっぱい。
2005/11/08(火) 22:15:28確かに勇気はいるな。
0680名無しさん＠お腹いっぱい。
2005/11/08(火) 22:23:36bashやコンソールを使ってる自分がカッコイイと
思ってるからbashやコンソールが好きなのね。
言われたことに反論するだけで何がどう美しいのか
具体的なことは一言も書いてないし。
0681名無しさん＠お腹いっぱい。
2005/11/08(火) 22:29:58"#! /bin/sh" だろ。
0682名無しさん＠お腹いっぱい。
2005/11/08(火) 22:39:440683名無しさん＠お腹いっぱい。
2005/11/08(火) 22:47:400684名無しさん＠お腹いっぱい。
2005/11/08(火) 22:51:38> この場合は 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 かプロセスグループ関係のシステムコールが
エラーを返した場合の処理に、無限ループするようなバグがあるんだろうね。
0685名無しさん＠お腹いっぱい。
2005/11/08(火) 22:56:190686名無しさん＠お腹いっぱい。
2005/11/08(火) 22:57:56ssh だけ動けばいいなんて場当たり的な対処をする設計者が、
美的センスを持ってるわけないだろ。
まともな設計者なら、遠隔呼び出しのためのコマンドの種類に
依存しない解決方法を提供する筈。
0687名無しさん＠お腹いっぱい。
2005/11/08(火) 22:58:29だからそれは 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" なんて書くのは「ポータブル」じゃないわけ。
0688名無しさん＠お腹いっぱい。
2005/11/08(火) 23:03:50POSIX的にはmagicについて何か規定されてるんかな。
って、スレ違いも甚だしいな。
そもそもポータブルの範囲違い過ぎという気も。
0689名無しさん＠お腹いっぱい。
2005/11/08(火) 23:19:53なんか上見てると、全部まとめて「コンソール」といってる奴と、区別してる奴との間で
認識違いの意思疎通困難に陥っているようにしか見えないよ。
0690名無しさん＠お腹いっぱい。
2005/11/08(火) 23:23:02/dev/ptyは疑似端末デバイスでしょ。
/dev/consoleはともかく、上記2つを他の何かと間違えてる香具師はいないけど?
0691名無しさん＠お腹いっぱい。
2005/11/08(火) 23:33:54The /dev/console file is a generic name given to the system
console... It is usually linked to an implementation-defined
special file.
とあって、じゃあSystem Consoleは何かって言うと、
A device that receives messages sent by the syslog() function, and
the fmtmsg() function when the MM_CONSOLE flag is set.
だそうだ。つまり、出力専用のデバイスであってもいいし、
X11やフレームバッファデバイス上に構築されたコンソールであってもいいわけだ。
何かご意見ある? >> 689
0692名無しさん＠お腹いっぱい。
2005/11/08(火) 23:37:42CUIとコンソールが区別できてない人はいますな。
0693名無しさん＠お腹いっぱい。
2005/11/08(火) 23:40:19安いADSLルータとかNASとかそんなもんだろ。
0694名無しさん＠お腹いっぱい。
2005/11/08(火) 23:49:16そもそもコンソールでないデバイスであってもいいわけだ。
仮にsyslogが/dev/nullに逝くならば、/dev/nullがシステムコンソールってことになる。
とは言っても端末規約がないとinitスクリプトが困りそうだから、
nullconsなんてのがあるのかもね。
0695名無しさん＠お腹いっぱい。
2005/11/08(火) 23:54:14なんでシェルやコンソールのなのよ。
0696名無しさん＠お腹いっぱい。
2005/11/08(火) 23:55:53他の香具師はその相手して遊んでるだけという気もするな。
0697名無しさん＠お腹いっぱい。
2005/11/09(水) 01:18:27GUIといえばあーた、MidnightComm(ry
0698名無しさん＠お腹いっぱい。
2005/11/09(水) 07:52:40憤ってつられる人はまだしも、
つり師に同調してるアホがいるので
余計混乱してるな。
0699名無しさん＠お腹いっぱい。
2005/11/09(水) 08:56:530700名無しさん＠お腹いっぱい。
2005/11/09(水) 09:08:22○真性バカー
0701名無しさん＠お腹いっぱい。
2005/11/09(水) 09:17:37>NetBSDにはnullconsってのもありますが。つまり入力も出力もない。
>安いADSLルータとかNASとかそんなもんだろ。
あの手のマシンに使われる周辺てんこ盛りなチップには、必ず一つや二つはUARTが集積されているわけだが。
大抵の場合は先に何もつながっていないUARTに吐いてる。
nullconsを使って始末する必要があることはほとんどなかったりもする。
0702名無しさん＠お腹いっぱい。
2005/11/09(水) 12:51:20組み込みもんだと UART 使っちゃうんで nullcons ってのは結構ありがたい.
デバッグ用のシリアルは空いてる PIO の, ピン 2本をソフトで on/off する
事も結構ある. そ
0703名無しさん＠お腹いっぱい。
2005/11/09(水) 20:27:57システム全体のバランスがまずい場合の例かな？
まちがっても、真のパフォーマンスを求めるシステムには
あってはならない Configurationと言えるだろう。
0704名無しさん＠お腹いっぱい。
2005/11/09(水) 20:32:20おそらく君のコンパイルミスだろう。
初心者が陥り易いミスだ。
0705名無しさん＠お腹いっぱい。
2005/11/09(水) 20:47:35そりゃまぁみんながみんな専用のASICおこしてもらえるわけでないから。
タイマが余ったりDMACがあまったりA/DがあまったりUARTがあまったりすることはままある。
＃もちろん全部があまることはほとんどないがね。
>>702
NetBSDが乗るようなそれなりに規模の大きいシステムならコンソールぐらい奢った方が
開発期間が短くてすむと思うが。
＃...コンソールでなくてGDBスタブに奢っちゃうか。
0706名無しさん＠お腹いっぱい。
2005/11/09(水) 20:49:44そういえば、共有ライブラリのバグがあって（メモリ関係）
使っているソフトツールがうまく動かないこともあったぞ。
ハングアップ->即当ソフトのバグ
と考えてはいけない。
0707名無しさん＠お腹いっぱい。
2005/11/09(水) 20:51:14スレ違い。しかも組み込みマイコンすら知らない真性馬鹿丸出し。
0708名無しさん＠お腹いっぱい。
2005/11/09(水) 21:02:250709名無しさん＠お腹いっぱい。
2005/11/09(水) 21:07:52アジテータには程遠いし。(付けたし) にはワロタ
0710名無しさん＠お腹いっぱい。
2005/11/09(水) 21:16:03煽りなら他でやってくれ。
ここは Extreme な環境を語る場だ。
0711名無しさん＠お腹いっぱい。
2005/11/09(水) 21:23:02X.orgになったらいろいろうざいとか
XFree86にシガミつくほうがいいのかとか
0712名無しさん＠お腹いっぱい。
2005/11/09(水) 21:29:11どちらも、５０歩１００歩だなw
その程度の環境では、ここのスレの住人は見向きもしないだろう。
0713名無しさん＠お腹いっぱい。
2005/11/09(水) 21:37:21俺は、どうしても何か書きたくなったら、また真のハッカー君ですか、ご苦労様
とだけ書くことにするわ。んぢゃ。
0714名無しさん＠お腹いっぱい。
2005/11/09(水) 22:22:06同意
0715名無しさん＠お腹いっぱい。
2005/11/09(水) 22:33:470716名無しさん＠お腹いっぱい。
2005/11/09(水) 22:43:34http://themes.freshmeat.net/screenshots/24279/25665/
0717名無しさん＠お腹いっぱい。
2005/11/09(水) 22:50:39ほぼその理解は正しい。
>>716
懐かしいな。以前はそのような環境でよく作業していたからな。
コンソール出力は紙で、まさにラインエディタが生きていた。
ログが７ビット紙テープだったなぁ（遠い目）
マウスクリッカーには、想像も出来ないような世界だった。
0718名無しさん＠お腹いっぱい。
2005/11/10(木) 01:30:390719名無しさん＠お腹いっぱい。
2005/11/10(木) 01:33:320720名無しさん＠お腹いっぱい。
2005/11/10(木) 08:13:01昔からずっとこれでやってきた！という変な自信がベースになってるんだろう
0721名
2005/11/10(木) 13:23:13X11に変わるGUIシステムが欲しいと思うことがある。
Winに比べてX11の機能が足りない分は、GNOMEやKDEが補っているという構図があるわけだが、
パフォーマンスや使い勝手でWinに一歩及ばない気がする。
使い勝手は改善されていくハズだけど、パフォーマンスはX11が足かせになってたりしないか?
0722名無しさん＠お腹いっぱい。
2005/11/10(木) 13:37:53>まぁ、そうやって昔からやってきている「じじい」にとっては、
でも>717は「昔からやってきている」じじいではないとおもう。
適当にいい加減なことを言っているだけ。
＃ttyと紙テープが同居する環境っていまいちぴんとこない。
0723名無しさん＠お腹いっぱい。
2005/11/10(木) 14:20:59それにCUIじゃ日本語入力できないですし。
なのでやっぱどっちともあった方がいいヵもー
ま、WinみたいなポンコツOSはマジ勘弁ですが（汗
ちなみにCUI派の方たちってUNIX系でも何がお勧めなんですヵ？
ひとつPC余ったし、おもろそうなのがあったら入れてみようかなぁと考え中。
0724名無しさん＠お腹いっぱい。
2005/11/10(木) 14:23:180725名無しさん＠お腹いっぱい。
2005/11/10(木) 14:43:27Xはどうにも遅くてね。国際化はわずかづつ進んでいるようではあるが、
フォント周りとか抜本的に直さないとだめだろうし。一度全面的に書き直さ
ないとダメじゃないだろうか。
0726名無しさん＠お腹いっぱい。
2005/11/10(木) 15:41:55ネットワーク透過性を前提にしているうちは遅いのは仕方なんじゃ。
＃shmとかあるのは知ってるけどアドホックだし。
0727名無しさん＠お腹いっぱい。
2005/11/10(木) 15:54:070728名無しさん＠お腹いっぱい。
2005/11/10(木) 16:07:140729名無しさん＠お腹いっぱい。
2005/11/10(木) 16:33:52例えば何？
0730名無しさん＠お腹いっぱい。
2005/11/10(木) 17:01:560731名無しさん＠お腹いっぱい。
2005/11/10(木) 17:27:55遅いって言ってるひとの環境ってどんなの?
0732名無しさん＠お腹いっぱい。
2005/11/10(木) 18:33:4616bpp にすると問題なかったので 16bpp で使ってる。
GeForce 6600 だと 32bpp でも全然問題ない。
ThinkPad のビデオチップが 32bpp だと能力不足なのか、あるいは
このチップ用の X のドライバに問題があるのかは分からない。
けど、どちらにしても X 自体の問題じゃないね。
Windows の場合、ビデオチップメーカがドライバを書いて検証した
設定の範囲内で使うから、こういう問題に気づかないけど、X の場合、
ドライバを書くのもメーカ外の人間だし、遅い設定も選べちゃうので、
素人だと X は遅いと誤解してしまう面があると思う。
関係ないけど >>722 には同感。他の書き込みをみても、昔からやってる
人間じゃないのは明らかだと思う。昔はそもそも CLI しかなかったわけ
で、CLIが使える人==できる人間 なんて勘違いは生じようもなかった。
プログラミングにはどうみても向かないような人が間違ってソフト会社
に就職してプログラマをやってるって状況は昔も今もあるわけだが、昔は
そういう人間も当然 CLI を使わざるをえなかった。でも、そういう人でも、
CLI を使うようなレベルでは全然つまづいてなかったよ。同期入社は全員
VT100 互換端末 (一部、本物の VT100 もあった) で新人研修を受けた世代
なので、断言できる。(w
0733名無しさん＠お腹いっぱい。
2005/11/10(木) 20:59:23使い勝って、パフォーマンスともに劣っていると思う。
設計云々もそうだろうけど、ソフトの作り込みによるところが
実は大きいのじゃないか？
0734名無しさん＠お腹いっぱい。
2005/11/10(木) 21:00:44人が手でパンチするもんじゃないの?
0735717
2005/11/10(木) 21:11:10若い世代の人々に取っては、空想的な時代にうつるんだろうか？
真のGURUユーザにとっては、どれも現実世界でしかない。
紙テープはほとんどが、Systemログ出力用だったな。
あと、ちょっとした入力にもつかったなぁ。コアクリアとか、
若い世代には coredump の意味とかわからないかもなw
0736717
2005/11/10(木) 21:17:19> 関係ないけど >>722 には同感。他の書き込みをみても、昔からやってる
> 人間じゃないのは明らかだと思う。昔はそもそも CLI しかなかったわけ
> で、CLIが使える人==できる人間なんて勘違いは生じようもなかった。
君の前提には無理があるようだな。
本当にCLIしか無かった時代というのはずいぶんと前の話しだ。
> CLI を使うようなレベルでは全然つまづいてなかったよ。同期入社は全員
> VT100 互換端末 (一部、本物の VT100 もあった) で新人研修を受けた世代
> なので、断言できる。(w
VT100 世代とは、まだ青いなw
紙ttyというのは、標準出力が紙となっているものだ。
>>734
入力＆出力ともに使える。
0737名無しさん＠お腹いっぱい。
2005/11/10(木) 21:31:07なんでわざわざ人が読むためのものを難しい機構使って
機械が読む形式で出力しないといけないのかいな。
0738名無しさん＠お腹いっぱい。
2005/11/10(木) 21:33:130739名無しさん＠お腹いっぱい。
2005/11/10(木) 21:38:03知ってる人間にしか知らない事実が一つもないのな。
そのへんの蘊蓄本から拾った単語並べてるだけじゃん。
coredumpくらいでいばってるなんて恥ずかし過ぎ。
紙テープとラインプリンタの違いもわからんとか？
0740名無しさん＠お腹いっぱい。
2005/11/10(木) 21:52:130741717
2005/11/10(木) 21:58:10> 紙テープの主な用途はbootstrapだと思うんだけど。
確かに、そういう時期もあった。
ただ、磁気テープが出て来て、長く併用していた時期があった訳だが、
その頃は、磁気テープがbootdeviceにとって代わった所が多いのも事実。
君には、なぜだかわかるか？
> なんでわざわざ人が読むためのものを難しい機構使って
> 機械が読む形式で出力しないといけないのかいな。
システムの用途によるだろうが、
経験したシステムではsyslogdのようなことをするためだった。
0742名無しさん＠お腹いっぱい。
2005/11/10(木) 22:01:48なかったらどれだけ紙テープ読ませる気だよ。
磁気テープを読み込ませるためのコードを
最初に紙テープで読ませるのがbootstrapだろ。
そんなこともわからずに書いてるのか。
0743717
2005/11/10(木) 22:09:49> 磁気テープは最初っからあるだろ。
ビギナーからの書き込みなのか？
もし、そうだとしたら、よく勉強することだ。
磁気テープは紙テープよりも、だいぶあとから一般化した。
0744名無しさん＠お腹いっぱい。
2005/11/10(木) 22:14:24ずばり使ってたシステムの名前挙げればいいじゃん。
0745名無しさん＠お腹いっぱい。
2005/11/10(木) 22:16:15はるか昔、入出力機器が限られていて、出力の量もたいしたことなかった
時代には、紙テープへの出力ってのも行なわれたらしい。直接には知らない
けど。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 では見たことない
から。
0746名無しさん＠お腹いっぱい。
2005/11/10(木) 22:24:12コンピュータが高級計算機でしかなくてOSなんて存在せず
入力が手か紙テープだけだった頃に、出力用のプリンタが
その場にない時にあとでプリントするための一時記憶媒体の
ように使ったらしいな。
どっちみち>>717の話はその辺の話を適当につなぎあわせた
だけにみえるが。
0747717
2005/11/10(木) 22:28:49> 時代には、紙テープへの出力ってのも行なわれたらしい。
それが、まさに私の経験したデバイスだ。
ただ、紙ttyと同時に（つまりパラレルで）出力していたことが、やや特異ではあった。
> けど。UNIX の世界では、UNIX 誕生時で既に、紙テープを出力デバイスとして
> 使うなんてやり方は既に完全に廃れてたはず。
君は大変によく勉強している。販売されるシステムという観点からは、その推測は正しい。
ただし、実際に運用されているシステムというものは、そう簡単に full replace できるものではない。
デバイス単体で更新する場合も普通である。
> 717が嘘をついてないとすると
Linuxユーザであることは事実だ。Sun も好きだった。（過去系なのはsolaris
になってからだ。）
ただし, Linux Kernel Version でいうと0.9 あたりからの
硬派ユーザだ。
0748名無しさん＠お腹いっぱい。
2005/11/10(木) 22:29:150749名無しさん＠お腹いっぱい。
2005/11/10(木) 22:33:060750名無しさん＠お腹いっぱい。
2005/11/10(木) 22:42:550751名無しさん＠お腹いっぱい。
2005/11/10(木) 22:52:12初耳だなw
0752名無しさん＠お腹いっぱい。
2005/11/10(木) 22:56:03> ただ、紙ttyと同時に（つまりパラレルで）出力していたことが、やや特異で
> はあった。
ほほう。それはすごいですねえ。
後学までに、それはなんていうメーカのどういうハードウェアで、
OSとして何を使っていたか、またプログラミング言語はなんだったかを
教えてください。
あと、それは何年頃で、あなたの年齢が何歳ぐらいだったかも。(w
0753名無しさん＠お腹いっぱい。
2005/11/10(木) 22:56:41まあ、このスレの真ん中あたりにそういう人いるから。
0754名無しさん＠お腹いっぱい。
2005/11/10(木) 23:02:562chのレスでしかコミュニケーションする機会のない
ヒキーでニートな可哀想な若者かも。
反論なんてお構いなしだし。
0755717
2005/11/10(木) 23:09:31メイン言語はアセンブラだ。
なので、レジスタに直接アクセスできたものだ。
これが、当時のブートだった。
メーカーはgifの会社といえばわかるだろう。
ついでながら、メモリは３次元coreだ。（２次元ではない）
0756名無しさん＠お腹いっぱい。
2005/11/10(木) 23:16:25バッチ処理をパンチカードに紙テープで行うっていうならまぁわかるんだが。
＃まぁこの辺は普通にVT端末がある時代に「趣味で」扱ったことしかないけど。
日本でTSSを満足に使えるようになったころにはVT端末の類が使えていたはず。
SunOSとかでBSDUNIXを扱っていたのなら、対話シェルはやはりcshだし、軟弱ならその高機能版の
tcshを使い始めて...そのままずるずると使い続けているパターンが多いんじゃないかな。
＃オレもそうw
bashを使おうと思うほどの好奇心があった人間は今頃zshとか使っていてbashなんぞ使っておらん
と思うのだがどうか？
linuxが0.9っていうのも謎なんだが...0.9ってバージョンあったかなぁ。
0.95とか0.98とかその辺のころには386BSDが動いていたしそっちのほうがまともだったので、
SunOSを使っていたならそっちのほうに流れていた可能性が高いと思うのだが。
まぁ好意的にみても相当な変わり者wではあると思う
0757名無しさん＠お腹いっぱい。
2005/11/10(木) 23:17:38>メイン言語はアセンブラだ。
>なので、レジスタに直接アクセスできたものだ。
多分この人はアセンブラを使ったことがないw
0758名無しさん＠お腹いっぱい。
2005/11/10(木) 23:18:56gifの会社の元となった会社のうち、どこでしょう？
あと、ハードウェアの名前、OSとして何を使っていたか、
何年頃で、あなたの年齢が何歳ぐらいだったかも
忘れずにお願いします。(w
0759717
2005/11/10(木) 23:23:53おっと失礼。確かに社名がちがっていましたな。
Suffix３文字でVAC、後にgifの会社に統合されたようなので、
そちらのイメージが強すぎたようだ。
それ以上の詳しいことは事情があって書けないが,
米国では同機種をICBMの追尾につかっていたと聞いている。
0760名無しさん＠お腹いっぱい。
2005/11/10(木) 23:25:180761名無しさん＠お腹いっぱい。
2005/11/10(木) 23:27:19> これが、当時のブートだった。
レジスタとブートとなんか関係あるの?
スイッチで直接データ入れる、ってならわかるけど。
0762717
2005/11/10(木) 23:37:41カードもあるにはあったが、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ではあると思う
君も同類と見たが？
0763717
2005/11/10(木) 23:39:05Pushして直接コードを埋めて実行したものだ。
0764名無しさん＠お腹いっぱい。
2005/11/10(木) 23:43:100765名無しさん＠お腹いっぱい。
2005/11/10(木) 23:43:23と思ったが、あながち間違いではないよーな気もする
0766名無しさん＠お腹いっぱい。
2005/11/10(木) 23:48:50は明らかだね。どう見ても。
>>757 が指摘している通り、アセンブラを使った経験がない人間
だね。アセンブラ経験者であれば、あんな表現はしないだろ。(w
あと、「これが、当時のブートだった」というのも言葉の使い方
がおかしい。(w
> Pushして直接コードを埋めて実行したものだ。
ブートに関して、コードを埋めるって表現も変だな。
> Inerructive に使う場合の
この typo もありえない。(w
> B構文をそのまま使えることがbashの魅力である以上、乗り換えるきっかけ
> すら見当たらん状態だよ
これもひどいな。あまりに無知すぎる言い訳だ。
面白いから、もっと当時のことを教えてくれ。>>717
0767名無しさん＠お腹いっぱい。
2005/11/10(木) 23:49:41>>695-696
0768717
2005/11/10(木) 23:54:28信じられないかもしれないが、指で押してレジスタに代入する。
アセンブラをMachineExecutableCodeに変換するのは入力しながら
考えたものだ。
噛み砕いていうと、磁気テープからのローダ起動コードを実行する
番地をレジスタにセットして、実行するのが普通だった。
もちろん、最初のテープコードはcoreclearだ。
0769717
2005/11/10(木) 23:56:02そろそろ本スレに戻る時間だと思う。
0770名無しさん＠お腹いっぱい。
2005/11/11(金) 00:03:35アセンブラなんて関係ないじゃん。
だいたいbootstrapだって
・手で紙テープを読むコードをスイッチで入れる
・紙テープから磁気テープを読むコードを読む
・それから磁気テープを読む
じゃないの？
で、紙テープが絡まって破れると ウッキー、といいながら
マニュアル見て紙テープパンチパンチ
0771名無しさん＠お腹いっぱい。
2005/11/11(金) 00:19:230772名無しさん＠お腹いっぱい。
2005/11/11(金) 00:30:41> 考えたものだ。
ブートコードを「考えながら入力」することはない。
ブートコードを手で打ち込むようなマシンでは、それはメーカから提供されてる。
だいたい MachineExecutableCode なんて書き方からしてまずおかしい。
Camel Case が流行しだしたのは、Smalltalk-80 が世に出た 1980年代はじめで、
UNIVAC の文化に Camel Case なんてものはない。
> ここまで、書けば十分だろう。
意訳: これ以上書くと、ますますボロが出るのでヤバイ。
0773名無しさん＠お腹いっぱい。
2005/11/11(金) 00:39:230774名無しさん＠お腹いっぱい。
2005/11/11(金) 00:44:53「アセンブラから変換」(←これも厳密に言うと変な表現なんだけど、
割と人口に膾炙してるので見逃すことにする)することはない。
0775717
2005/11/11(金) 00:49:55スペシャルジャンプなのか、割込みなのかといった類）なりが
異っていたので、ああいった書き方になってしまった訳だ。
なので、直接やりたいことをオクタルで普通に表現できるようではあったな。
なので、ニーモニックを想像してから、オクタルに変換していた訳ではない。
0776名無しさん＠お腹いっぱい。
2005/11/11(金) 00:54:450777名無しさん＠お腹いっぱい。
2005/11/11(金) 00:55:07> スペシャルジャンプなのか、割込みなのかといった類）なりが
> 異っていたので、ああいった書き方になってしまった訳だ。
ますますボロが出てるな。(w
ブートの作業なんてのは routine work であって「機能ごとに
異なるので、いちいち考えてから入力」するなんてことはないよ。(w
0778名無しさん＠お腹いっぱい。
2005/11/11(金) 00:56:350779名無しさん＠お腹いっぱい。
2005/11/11(金) 01:02:53当時は計算機の時間あたり使用料が高かったので、ブートやプログラムの入力、
テープの交換みたいな無駄な時間を食う作業は専用のオペレータにやらせてて、
本来の計算機の仕事をさせる人(ハカー?)はそんな「作業」はしない。
0780名無しさん＠お腹いっぱい。
2005/11/11(金) 01:17:50>信じられないかもしれないが、指で押してレジスタに代入する。
スイッチで入力する先はメモリ。レジスタじゃない。
>アセンブラをMachineExecutableCodeに変換するのは入力しながら
>考えたものだ。
アセンブラが使えなかった(70-80年代の)ホビーストがハンドアセンブルで
機械語をモニタを使って入力したのと勘違いしている。
5点。
0781名無しさん＠お腹いっぱい。
2005/11/11(金) 01:20:510782名無しさん＠お腹いっぱい。
2005/11/11(金) 01:27:37ちなみに5点は名前を書いたことに対する点数
0783名無しさん＠お腹いっぱい。
2005/11/11(金) 01:29:34物理のテストでマジでやって3点取ってた先輩が可哀想だYO!
0784名無しさん＠お腹いっぱい。
2005/11/11(金) 01:46:30+ と - 間違えて
0点取ったよ。
0785名無しさん＠お腹いっぱい。
2005/11/11(金) 06:53:00いや、初期はオペレータがいないなんてのはざらにあるケースで、
ブートローダも自分でコンソールから入力。で、入力が面倒だから、
すぐにブートローダ短縮ハッキング合戦になったはずだが…
0786名無しさん＠お腹いっぱい。
2005/11/11(金) 07:17:27>>717 が >>768 で書いている「入力しながら考える」ってのと
完璧に矛盾してるよ。
0787名無しさん＠お腹いっぱい。
2005/11/11(金) 07:27:55> 紙に書いてじっくり考えてやるものだから、
とは限らないのがハッカーのハッカーたる由縁。
というか平凡なプログラマの自分も頭の中で機械語(死語)のプログラミング、
コードチューニングをしていた。タイトなループの中とか。
0788名無しさん＠お腹いっぱい。
2005/11/11(金) 08:01:17ブートコードの場合、その程度のチューニングは当然
メーカーサイドでやってるよ。
短縮するためには、紙に書いて考えながら、かなり
tricky なことをするしかない。
0789名無しさん＠お腹いっぱい。
2005/11/11(金) 08:12:47> ブートコードの場合、その程度のチューニングは当然メーカーサイドでやってるよ。
> 短縮するためには、紙に書いて考えながら、かなりtricky なことをするしかない。
逝ってよし
0790名無しさん＠お腹いっぱい。
2005/11/11(金) 08:31:31>>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で上の手順となんか根本的な違いがあれば、後学のため
ご教示いただきたく。
0791790
2005/11/11(金) 08:32:54もし、717が本当に昔からやっている＆実際に業務でシステムを使っていたのであれば、
俺が見たこと無い「本物の」ラインプリンタもきっと使っているであろう。
であるならば、その構造を説明して、ぜひリアルハカーであることの実証の補強として欲しいと思うのであります。
0792名無しさん＠お腹いっぱい。
2005/11/11(金) 09:04:470793717
2005/11/11(金) 09:39:13ゴルフボールか、俺もつかっていたよ。
「本物」という意味がよく理解できないが、ベルトで回ってる奴なら（うるさい）
いまでもあるだろ？
>>778
多分想像も出来ないだろうが、直接レジスタにデータをいれるようなイメージだ、
レジスタの状態がランプに出ていて、そのランプスイッチを押すことで、
状態を直接反転させることができる代物だ。
誰かがかいていたが、ブート自体は確かにほぼ定型化されてはいたが、
ブートデバイスなりをオクタル化して途中に埋め込む必要がある。
ブート時にしようするコア位置をオフセットする場合も特殊な操作が
必要になる。
それと、ブート以外のコードも直接実行することも良くあったよ。
0794名無しさん＠お腹いっぱい。
2005/11/11(金) 10:26:39良いですか？Xはフォントの考え方も古臭いし、2D主体だからもう限界
じゃないのかね。Y Window Systemってのもいくつかあったが、どれも
ぜんぜん進んでなさそうだねぇ。
0795名無しさん＠お腹いっぱい。
2005/11/11(金) 12:54:41どうせ3DバリバリはWindows使うし。
Windows + MingX + PuTTYでUnix Boxへ繋いで使う環境は、
ふつうにプログラム書いたりするには十分で、不満はあまり無い。
0796名無しさん＠お腹いっぱい。
2005/11/11(金) 14:00:300797名無しさん＠お腹いっぱい。
2005/11/11(金) 17:21:26プリンタドライバに描画するXサーバとかあったらかっこいいかも
0798名無しさん＠お腹いっぱい。
2005/11/11(金) 17:29:51同じ描画デバイスを、統一的に扱えた方が良いでそ。
> プリンタドライバに描画するXサーバ
まぁ、そういう発想やね。Display PDFとかDisplay Postscriptとか。
0799名無しさん＠お腹いっぱい。
2005/11/11(金) 20:47:55あくまでも印刷規格なんだろうね。
0800名無しさん＠お腹いっぱい。
2005/11/11(金) 21:19:36http://www.apple.com/macosx/features/quartzextreme/
まあ、Safariのページ印刷は、ちょっと馬鹿っぽいけど。
0801名無しさん＠お腹いっぱい。
2005/11/11(金) 21:55:14----
The GNOME canvas is an engine for structured graphics that
offers a rich imaging model, high performance rendering, and a
powerful, high-level API. It offers a choice of two rendering
back-ends, one based on Xlib for extremely fast display, and
another based on Libart, a sophisticated, antialiased,
alpha-compositing engine. Applications have a choice between
the Xlib imaging model or a superset of the PostScript imaging
model, depending on the level of graphic sophistication
required.
----
0802名無しさん＠お腹いっぱい。
2005/11/11(金) 21:57:46これって何でもかんでもPDFで表示してるんですかねぇ？
Extreme という単語に一瞬びびったw
0803名無しさん＠お腹いっぱい。
2005/11/11(金) 21:58:52ここにも、extremely と出てくるw
0804名無しさん＠お腹いっぱい。
2005/11/11(金) 22:23:45いや、drawing modelがPDFのスタイル。
http://developer.apple.com/documentation/GraphicsImaging/Conceptual/drawingwithquartz2d/dq_context/chapter_3_section_3.html
PDFの描画そのものも入ってる。
http://developer.apple.com/documentation/GraphicsImaging/Conceptual/drawingwithquartz2d/dq_pdf/chapter_14_section_1.html
0805名無しさん＠お腹いっぱい。
2005/11/11(金) 22:58:26DisplayPostScriptなら大分昔に聞いたことがあるが、
最近はPSファイルは稀にしかお目にかからないが、
PDFは随分とメジャーになった。
このあたりは全く圏外なんだが、PDF開くときのあのタイムラグを考えると、
相当なサブセット化をしておかないと実用化は難しいんじゃないのかな？
0806名無しさん＠お腹いっぱい。
2005/11/11(金) 23:18:290807名無しさん＠お腹いっぱい。
2005/11/12(土) 11:17:180808名無しさん＠お腹いっぱい。
2005/11/12(土) 11:37:34違うよ。Giant lockのせい。正直ミドルウェアの出来が悪い。> Mac OS X
0809名無しさん＠お腹いっぱい。
2005/11/12(土) 12:09:01それともR7?
0810名無しさん＠お腹いっぱい。
2005/11/12(土) 12:21:35http://x.org/XOrg_Press_Releases/X11R6.8.2.html
0811721
2005/11/12(土) 14:20:51ただそれだと機能(ツールキットとか描画方法・内容とか)の面で不満があるんだよね。
その機能を補うためにKDEやGNOMEが要るんだけど、そうしてできたものがパフォーマンスはおろか
せっかくの機能の面でもWindowsに比べて不満が口をでちゃう。
# IMEと絡めてキーボード入力周りは最悪だ
比較的新しい構成の、同じマシンにFedoraCore(X11+GNOME)とWindowsXP入れた時の速度は、
初期設定では体感的にWindowsが勝っている。安定度もXPのほうが圧倒的に高い。
X11はチューニング次第で良くなるとは思うんだけど、
そこまで手をかけている時間がない場合、やはり不遇の扱いをしてしまうよ。
ただCUIなら安定しているしパフォーマンスは良いしツールは揃っているで、
どうしてもCUIでだけ使ってしまう。
私が言いたいのは「だからX11(GUI)ではなくCUIを使え」ではなく、
X11に変わる何か、もしくは拡張・改良するにはどうしたらよいのか、っていうこと。
0812名無しさん＠お腹いっぱい。
2005/11/12(土) 15:15:35最初からチューンした形態でインストールされるように工夫すればいいだけで、
別に「X11に代わる何か」なんていらねーんじゃねぇの？
わるいのはX11でなくてその上に乗っかっているツールキット/アプリだって
>721もわかっているようだし。
それとも、それよりましなツールキットを作ってXに取り込めって話？
0813名無しさん＠お腹いっぱい。
2005/11/12(土) 15:28:02基本的にX serverの実装のお話だから、あなたが望んでいるような変化じゃあ無いと思うが
http://users.ox.ac.uk/~chri1802/kde/zrusin-X-future.html
http://vizzzion.org/stuff/xgl_wanking.avi
http://www.kdedevelopers.org/blog/14
X server自体がOpenGL使ってお絵描きするのは、方向的にはOSXやvistaと同じでつね。
まぁ少なくとも"X11に代わる何か"では無い。”拡張・改良”は含んでいるけれども。
既出かも知れんがいちおーこれも
http://www.freedesktop.org/~jonsmirl/graphics.html
0814721
2005/11/12(土) 17:06:16本当にできるかどうかは知らない。満足できるレベルまでチューンしたことはないから。
> それとも、それよりましなツールキットを作ってXに取り込めって話？
最終的には、そういう結論になるかも知れないねぇ。
でも現状に不満な点があるのは、単にツールキットの実装の問題なのか、
そもそもXアーキテクチャの上でそのようなツールキットを動かすこと自体が原因で
ひいてはツールキットを分離してしまったXアーキテクチャそのものが問題なのか、
どっちなんだろう？なんてことを考えてしまう。
> 別に「X11に代わる何か」なんていらねーんじゃねぇの？
> まぁ少なくとも"X11に代わる何か"では無い。”拡張・改良”は含んでいるけれども。
たしかにXとその周辺が本当に使いやすくて、パフォーマンスに優れていれば別に代替品である必要はないと思うよ。
恐らく本当に必要なのは、多面的に見て商用OSに勝るとも劣らないUNIX用のGUIだから。
0815名無しさん＠お腹いっぱい。
2005/11/12(土) 19:18:19いまでは、kde/gnomeがある程度カバーしてくれるが、
それも本当にある程度に過ぎない。
何人かの指摘もあったようだが、
IME/Print環境はこれ以上悪いシステムを他に見たことがない。
0816名無しさん＠お腹いっぱい。
2005/11/12(土) 20:29:35こつこつと地道に進んでいるのかな？
でもR7は遠そうだね。
X11R6.781.95
とか成ってそうw
0817名無しさん＠お腹いっぱい。
2005/11/12(土) 21:35:33既にX11R6.9/7.0 RC2が出てるよ
6.9と7.0は機能は同じだけど、7.0はソースツリーがモジュール化してあって今後はこちらが主流になる
Xの中の無数の機能を個別にリリース/アップデートできるようになるわけさ
0818名無しさん＠お腹いっぱい。
2005/11/12(土) 23:28:37あんた詳しいね。
やっぱり、X１１であるうちは、R６もR７も変わらんのかな？（プロトコル）
そもそもX１２って、出る可能性ある？
0819名無しさん＠お腹いっぱい。
2005/11/13(日) 00:19:240820名無しさん＠お腹いっぱい。
2005/11/13(日) 00:26:05だからマイナーバージョンアップ止まりなんだよ。
0821名無しさん＠お腹いっぱい。
2005/11/13(日) 00:33:32保ってるわけじゃない？ (おかげで Win32 API は、DWORD とか、
えらく汚いことになっちゃってるけど)
最近は remote desktop で、ネットワーク透過にもなってるし。
使い勝手のいい API を提供したり、強力な 3D 描画プリミティブ
を提供するのに、互換性を犠牲にする必要はないわけで、X12 が
必要だと思ってる人は、プログラミング技術に疎い非プログラマ
なんだと、俺は思ってるけど。
0822名無しさん＠お腹いっぱい。
2005/11/13(日) 00:34:240823名無しさん＠お腹いっぱい。
2005/11/13(日) 01:36:04kernel モードでは non-preemptive。
ロックは giant ロック。
スケジューラは基本的に現在の FreeBSD の SCHED_4BSD と同じ。
つまり、SMP 関係の実装レベルは、FreeBSD だと 4 に近いと思う。
pthread にカーネルサポートがある点は、FreeBSD 5/6 系の方に近いけど。
>>680 は、NetBSD が優れているというよりは、Linux に問題があるって
ことを示した結果だと思う。
0824823
2005/11/13(日) 01:39:480825名無しさん＠お腹いっぱい。
2005/11/13(日) 01:56:30これどこ?
0826名無しさん＠お腹いっぱい。
2005/11/13(日) 01:58:52pthread地獄へ落ちろ
0827名無しさん＠お腹いっぱい。
2005/11/13(日) 02:14:16FreeBSDを語ろう Part 8
http://pc8.2ch.net/test/read.cgi/unix/1128614150/l50
NetBSDスレから誘導された香具師多し?
0830721
2005/11/13(日) 03:34:32最終的にX12が必要かどうかはIME/Print環境の改善が、
新規APIやプラグイン追加で解決できるか否か、次第じゃないかなと思ってる。
実はXを抜本的に見直さなきゃ実現できません、というならX12もアリかなとか。
ところでIME/Print環境を改善できるほどに、
X11を把握している人ってどのくらいいるんだろう。
いたとして、どの程度IME/Print等々の問題点を把握しているかも重要だよね。
GUI環境をWin並かそれ以上にできることがゴールだとして。
0831名無しさん＠お腹いっぱい。
2005/11/13(日) 04:26:38X の方も同じく IME 用のプロトコルは何度も変更されてる。
印刷については、どういうゴールが欲しいかっていうのが見えてないのが
最大の問題かも。PostScript でいいならDisplay Postscript 拡張でいいし、
PDF でも同種の拡張でできる。Xの API で印刷したいだけなら Xprt って
いうのもあるが、これは使ってるのを見たことがないなあ。
どれもコアプロトコルの互換性は崩さずに、プロトコル拡張の形で実装できる。
API は適宜追加が必要だと思う。が、これは今でも行なわれている話であって、
別にプロトコルバージョンの変更は要らない。
3D についても同様。
0832名無しさん＠お腹いっぱい。
2005/11/13(日) 04:33:02> X11を把握している人ってどのくらいいるんだろう。
作った連中がまだみんな生きてるんだから、結構沢山いるでしょ。
でも、Xじゃ食ってけなくて、今では他の仕事をしてることが
ほとんどだとは思うけど。
もっと開発資金が沢山あって、Xを作ってたエンジニア全員が、
今でもX関係の作業だけで食っていけるんだったら、ずっと開発が進むと思う。
もし今あるものを捨てて、一から全部作り直すとすると、現状ソースが
1600万行くらいあるから、現状と同じ品質のソースを一ヶ月あたり1万行ずつ
書けるスーパープログラマーが、一人あたり1000万円/年のコストで無尽蔵に
雇えたとして、133人年すなわち、13億円のコストがかかる。
うちの会社だと、その約1/10の生産量見積りになるので、最低でも130億円ぐ
らい金を払ってくれないと、そういう仕事は受けないね。
それだけの労力を費やして全部捨てる意味があるかというと、このスレでも
何度も指摘されているように、全くない。プロトコル拡張の形で、どんな
機能でも追加できるんだから。
同じマンパワーがあるなら、一から作り直すなんてんじゃなくて、現状の
問題点を解決することにだけ集中した方が、ずっと良い結果になる筈。
Microsoft だって、1980年台はじめから、一度も互換性を壊すことなく、
Windows を改善してきたんだから。
もっとも、Microsoft の場合、金は 130億円どころか、その100倍くらい
かけてるだろうけど。
0833名無しさん＠お腹いっぱい。
2005/11/13(日) 08:59:17Windowsに勝てないんだよ。
0834名無しさん＠お腹いっぱい。
2005/11/13(日) 09:18:51いまやプロトコル関係ないライブラリレベルの話なのに、
なんでX12なんて馬鹿なことを行っている馬鹿がいるんだ?
馬鹿スレだから?
0835名無しさん＠お腹いっぱい。
2005/11/13(日) 12:31:00件の人はXがプロトコルがであるということがよくわかってない様子。
まぁX12とかいうプロトコルを作っても世の中のサーバ実装はいつまでたっても
X11レベルだから当分移行出来ないだろうけどね。
0836名無しさん＠お腹いっぱい。
2005/11/13(日) 17:35:00そのプロトコルのせいで、ある機能を満足なパフォーマンスでは実現できない
ということは起こってないかしら？
ひいては、そのせいで他のGUI機構との市場競争力を失っているということはないかしら？
0837名無しさん＠お腹いっぱい。
2005/11/13(日) 18:01:470838名無しさん＠お腹いっぱい。
2005/11/13(日) 21:00:39馬鹿は何も意味のあることを言えないから反語疑問でお茶を濁す。その典型。
0839名無しさん＠お腹いっぱい。
2005/11/13(日) 22:42:19井の中の蛙
0840名無しさん＠お腹いっぱい。
2005/11/13(日) 23:16:42化け物みたいなソースだな。
でもって、こんなに性能悪いのかw
使い勝手もw
おれはwin嫌いだけど、さすがにguiはwinが強いよね。
0841名無しさん＠お腹いっぱい。
2005/11/13(日) 23:23:29詳しいっていうのか？ソースはどこにでも転がっているし数えるのも簡単だが。
>でもって、こんなに性能悪いのかw
>使い勝手もw
バカ丸出し。Xとユーザインタフェースの使い勝手は直結しない。
＃Xのシステムとしての使い勝手はWindowsよりいいと思うがな。
＃マルチプラットホームでネットワーク透過性もあるし。
＃X端末みたいな真似をWindowsでしようとすると非常にお金がかかる。
0842名無しさん＠お腹いっぱい。
2005/11/13(日) 23:26:06と、言うわけで教えてください。
0843名無しさん＠お腹いっぱい。
2005/11/13(日) 23:26:09>ひいては、そのせいで他のGUI機構との市場競争力を失っているということはないかしら？
「他のGUI機構」ってなんだ？
Xは過去にSunViewやらGMWやらの他のウィンドウシステムをを絶滅させた勝利者なんだが。
0844名無しさん＠お腹いっぱい。
2005/11/13(日) 23:28:17ロートルはすっこんでなと言うことでしょう。
0845名無しさん＠お腹いっぱい。
2005/11/13(日) 23:30:48>と、言うわけで教えてください。
何を？
0846名無しさん＠お腹いっぱい。
2005/11/13(日) 23:31:37Q.他の「GUI機構」とは何か？
A.
>ロートルはすっこんでなと言うことでしょう。
意味不明。
0847名無しさん＠お腹いっぱい。
2005/11/13(日) 23:32:34＞詳しいっていうのか？ソースはどこにでも転がっているし数えるのも簡単だが。
頼むからこんな最近のこと忘れないでください。
0848名無しさん＠お腹いっぱい。
2005/11/13(日) 23:48:25>＞詳しいっていうのか？ソースはどこにでも転がっているし数えるのも簡単だが。
>頼むからこんな最近のこと忘れないでください。
だから何を教えてほしいの？
0849名無しさん＠お腹いっぱい。
2005/11/13(日) 23:53:22自分が簡単に教えられることが何かわからない？
おもしろいことを言いますね。
0850名無しさん＠お腹いっぱい。
2005/11/13(日) 23:56:46なにか「簡単に教えられる」なんて発言したっけ？
レス番あげてみてよ。
0851名無しさん＠お腹いっぱい。
2005/11/13(日) 23:57:02こいつは恐らく馬鹿だなw
しかも自分でXをコンパイルすらしたことのない素人だ
0852名無しさん＠お腹いっぱい。
2005/11/14(月) 00:01:25コンパイルしたことぐらいならあるよ。X11R6が出るかどうか辺り。
XFree86でいうと2.1ぐらいのころ。
＃X_LOCALE付でコンパイルしようとすると、linuxのa.out共有ライブラリがアホなので
＃互換性とかで困ったことになったりした。
0853名無しさん＠お腹いっぱい。
2005/11/14(月) 00:19:46ならそう書かないとわからないよ。
＃>841の本題はそこじゃないし。
＃単なる話の枕だからまさかそんなことを聞かれているとは思わなかった。
findとwcをてきとーに使えばできるよ。
0854名無しさん＠お腹いっぱい。
2005/11/14(月) 00:22:21そんな障害聞いたこともないぞ。
お前は脳内コンパイルでもしてるのか？
0855名無しさん＠お腹いっぱい。
2005/11/14(月) 00:24:11自分は何でも知っている、と言うことですか？
0856名無しさん＠お腹いっぱい。
2005/11/14(月) 00:27:09ダメだったという昔のLinuxの問題のことじゃね?
a.outとは直接は関係ないはずだったが。
0857名無しさん＠お腹いっぱい。
2005/11/14(月) 00:35:14ちがうちがう。X_LOCALEを定義するとシンボルが増えるから共有ライブラリ
のシンボルリストにいくつか加えないといけなくなるのよ。
で、そのシンボルリストにそれぞれの人間が勝手に付け加えると、他から
バイナリ持ってきたときの互換性がわやになるの。
むかーしむかーし。linuxの共有ライブラリが「絶対アドレス」で割り付けられていた
時代の話。libc5のころね。自由に共有ライブラリが作れなかった時代の話。
そりゃ絶対アドレスで振れば実行時にシンボル名を解決しなくて済むから速いことは速いけどさ。
すぐに破綻することぐらいわかんなかったのかねぇ。
＃オレがlinuxが嫌いになった理由のひとつ。
0858名無しさん＠お腹いっぱい。
2005/11/14(月) 00:43:38よくみてみると
>glibcのロケール処理が変で、
ってめちゃめちゃ最近の話ですね。
そのころはlocaleが変で、どころでなくてlocale入ってなかったもの
＃ダミーは入っていたかな。何やってもLANG=C相当のやつ。
0859名無しさん＠お腹いっぱい。
2005/11/14(月) 01:19:47あー、なるほど。>>856はXFree3.3〜4.0くらい、libc5->glibc2移行期の話だから、
1998〜1999年くらいの時期だろうか。
0860名無しさん＠お腹いっぱい。
2005/11/14(月) 08:17:25Windowsの開発者向けBETAリリースに文句言っているようなもの。
0861名無しさん＠お腹いっぱい。
2005/11/14(月) 09:10:22リモートデスクトップって知ってる？
>>843
それって過去の栄光だよな。今やWindowsに完敗状態だし。
0862名無しさん＠お腹いっぱい。
2005/11/14(月) 09:26:35Windows はいまだに Desktop 単位でしかリモートに
とばせないし (X は Window 単位)、
計算中で応答のないウィンドウは移動もアイコン化も
できない (X ならできる)。
俺は、たまに仕方なく Windows を使うたびに、こういう
のが不便でいらいらする。
ほかにもいろいろあるだろ。
0863名無しさん＠お腹いっぱい。
2005/11/14(月) 10:32:11>リモートデスクトップって知ってる？
まったくできないと入ってないだろ。
>>841
>＃X端末みたいな真似をWindowsでしようとすると非常にお金がかかる。
と書いてあるだろうが。
サーバでアプリケーションを走らせようとすると一つごとにライセンスが
必要だから金かかりまくりなんだよ。
クライアント側もOSフルセットのライセンスを要求されるから、ローカルで
走らせる場合の最低限倍のライセンスが要る
>それって過去の栄光だよな。今やWindowsに完敗状態だし。
全然関係ない話でごまかすなよ。
だからXに勝利を収めているらしい「他のGUI機構」ってなんなんだよ。
Windowsは違うよな？OSだし。
0864名無しさん＠お腹いっぱい。
2005/11/14(月) 11:06:16確かにMicrosoftは、パーシートライセンスで、
リモ〜を実行できるクライアントの数だけライセンスを買わないといけないけど、
RDPのクライアント側はフリーの環境でもいいよね。
しかしまあとにかく金がかかる上に、いまだにトラブる事がある。
0865名無しさん＠お腹いっぱい。
2005/11/14(月) 11:24:51VNCって知ってる？
> 全然関係ない話でごまかすなよ。
えーと、Windowsの話を出されると何か都合の悪いことでもあるの
でしょうか？ｗ
デスクトップ環境としては、XはWindowsにほぼ完全敗北状態ですね。
> 「他のGUI機構」ってなんなんだよ。
さぁ？俺はそれを書いた人じゃないから知りません。
> Windowsは違うよな？OSだし。
馬鹿ですねぇｗ
0866名無しさん＠お腹いっぱい。
2005/11/14(月) 11:34:55自分が口論で勝ってれば気が済むんだろうな。
恥ずかしい奴だな。
0867名無しさん＠お腹いっぱい。
2005/11/14(月) 11:37:18逝って良し
0868名無しさん＠お腹いっぱい。
2005/11/14(月) 11:48:23えーと、負け犬の遠吠えは他所でやってくれますか？ｗ
0869名無しさん＠お腹いっぱい。
2005/11/14(月) 11:50:510870名無しさん＠お腹いっぱい。
2005/11/14(月) 11:53:040871名無しさん＠お腹いっぱい。
2005/11/14(月) 12:55:40>RDPのクライアント側はフリーの環境でもいいよね。
しかしそれをWindowsなしでどうにかしようとするとXなどが必要なわけだｗ
まぁMSがサポートしない環境だとお仕事では使えないけどね。
サーバライセンスだけで使えるシンクライアントを出してくれれば...まぁそういうのは今は流行らないわけだけど。
>しかしまあとにかく金がかかる上に、いまだにトラブる事がある。
誰も日常的に使ってないからこなれないんだろうねぇ。
0872名無しさん＠お腹いっぱい。
2005/11/14(月) 12:58:46>VNCって知ってる？
マルチユーザで使えないだろうがハゲ。
>> 全然関係ない話でごまかすなよ。
>えーと、Windowsの話を出されると何か都合の悪いことでもあるの
>でしょうか？ｗ
>デスクトップ環境としては、XはWindowsにほぼ完全敗北状態ですね。
全然関係ない話ならレスアンカーつけないでください。
>> 「他のGUI機構」ってなんなんだよ。
>さぁ？俺はそれを書いた人じゃないから知りません。
全然関係ない話ならレスアンカーつけないでください。
>> Windowsは違うよな？OSだし。
>馬鹿ですねぇｗ
全然関係ない話なのでレスを引用しないでください。
0873名無しさん＠お腹いっぱい。
2005/11/14(月) 16:24:06> しかしそれをWindowsなしでどうにかしようとするとXなどが必要なわけだｗ
いや、JavaのRDPクライアントもあったよ(w
Citrixが出していたんだっけな?
まあ、いまやサポートないから仕事で使うのはどうかと思うが…
サポートのあるWBTもどうかと思うし。
0874名無しさん＠お腹いっぱい。
2005/11/14(月) 17:30:18>いや、JavaのRDPクライアントもあったよ(w
>Citrixが出していたんだっけな?
で、そのjava環境を動かすためには結局Xがいるんでない？
0875名無しさん＠お腹いっぱい。
2005/11/14(月) 18:16:50こいつは馬鹿だなw
システム構築で失敗するタイプw
0876名無しさん＠お腹いっぱい。
2005/11/14(月) 18:49:44いいえ。
0877名無しさん＠お腹いっぱい。
2005/11/14(月) 20:55:380878名無しさん＠お腹いっぱい。
2005/11/14(月) 21:00:28できないような欠陥ウィンドウシステムは要らないという結論
では？
応答がないものこそ、アイコン化して画面から取り去りたいの
に、よりによって、そんな当たり前のことさえできないなんて…
0879名無しさん＠お腹いっぱい。
2005/11/14(月) 21:14:15WindowsもXもいらないjava実行環境ってあるのかな。
＃ポケットコスモってボケはやめてね。
0880名無しさん＠お腹いっぱい。
2005/11/14(月) 21:45:56JavaOS知らないの？
0881名無しさん＠お腹いっぱい。
2005/11/14(月) 21:57:20すまん。
>873でいっているjavaのRDPクライアントが動かせそうなjava実行環境で。
と限定しておく。
RDPクライアントになれそうなjavaOSマシンってある？
0883名無しさん＠お腹いっぱい。
2005/11/14(月) 22:07:37Mac OS X
0884名無しさん＠お腹いっぱい。
2005/11/14(月) 22:29:550885名無しさん＠お腹いっぱい。
2005/11/14(月) 22:34:520886名無しさん＠お腹いっぱい。
2005/11/14(月) 22:38:02携帯やPDAやカーナビに入っているのを知らずに使っていることはあるかも。
FOMAの端末(N, P)が最大のX11利用者枠を誇るんじゃないか?
0887名無しさん＠お腹いっぱい。
2005/11/14(月) 22:53:160888名無しさん＠お腹いっぱい。
2005/11/14(月) 22:54:49それって本当ですか？
何か凄い気がする。
0889名無しさん＠お腹いっぱい。
2005/11/14(月) 22:57:240890名無しさん＠お腹いっぱい。
2005/11/14(月) 23:01:420891名無しさん＠お腹いっぱい。
2005/11/14(月) 23:06:440892名無しさん＠お腹いっぱい。
2005/11/14(月) 23:14:240893名無しさん＠お腹いっぱい。
2005/11/14(月) 23:49:43半導体技術自体が頭打ちだし、あとは128bit化くらいで化石化しそう
0894名無しさん＠お腹いっぱい。
2005/11/15(火) 00:00:59http://plusd.itmedia.co.jp/mobile/articles/0411/18/news051.html
http://plusd.itmedia.co.jp/mobile/articles/0406/02/news038.html
0895名無しさん＠お腹いっぱい。
2005/11/15(火) 00:01:15この前出かけた先でピザハット行ったんだが（出前じゃなくて店頭注文）、ふと覗いたら
店員がオレのオーダを打ち込んでた画面が明らかにUNIXでxclockが立ち上がってました
ちょっとビックリした
0896888
2005/11/15(火) 00:38:31本当に採用されてるんだねぇ。ちょっと見直したヨx11
どうせなら、emiclockの方が（ry
0897836
2005/11/15(火) 17:22:09それがOSとX11どちらのせいだかは知らないけど、動作がもっさりしてるよ
リモートでデスクトップを使いたければVNCやその派生
という選択肢だってあるから、それがX11だけの利点とは言えないね。
そもそもデスクトップ用途で、X11擁護派が良く持ち出すネットワーク透過性やマルチユーザアクセスが
多数の一般人にとって本当に必要か？ X11を選ぶ理由の主たりえるか？
それよりも速度や操作性を含めたパフォーマンスが優先された方が
デスクトップ用途でWindowsやMacに迫れるんじゃないか、という話だよ。
勘違いされちゃ困るのだが、X11をコキ下ろしたいわけじゃない。
どうやったらX11がより良くなって普及するのか、
その手始めとして現状に疑問を投げかけているだけ。
X11擁護派は、X11に疑問を持つこと自体がタブーだとでも言いたそうだけどね。
本当にそうだとしたら、それこそかなりヤバい状況だな。
0898名無しさん＠お腹いっぱい。
2005/11/15(火) 17:29:560899名無しさん＠お腹いっぱい。
2005/11/15(火) 17:33:38「GUI機構」ってなんですか？
0900名無しさん＠お腹いっぱい。
2005/11/15(火) 17:43:53これからはハイパワーなサーバを仮想マシンに区切って提供する技術が一般化するし、
セキュリティがらみで問題でユーザは単なる端末しか触れないようにしたいという要求
が出てきたりしているので、ネットワーク透過性やマルチユーザアクセスは
「多数のビジネスユーザ」にとってとても重要になると思うが。
そもそもWindowsがRDPなんて実装しているのは(そしてXPproのような下位ライセンスまで
展開しているのは)どうしてだと思う？
Windowsを作っているMS自身、これからはネットワーク透過性が重要だと認識しているから
だろう。
0901名無しさん＠お腹いっぱい。
2005/11/15(火) 18:06:49X11がデスクトップ環境としてダメなのは、ネットワーク透過だからとか
そういう問題じゃなくて(一部関係はあるけど)、そもそも機能的にダメだから
でしょ。フォントや印刷周りのクソさ加減は昔から言われてることだしね。
15年前ならあれでも良かったけど、今となってはどうにもならんよね。
>>898
まさにそうだよね。もちろんプロトコルの再検討も含め、実装をやり直さ
なきゃX11は永遠にクソのままだろうな。
0902名無しさん＠お腹いっぱい。
2005/11/15(火) 18:26:440903名無しさん＠お腹いっぱい。
2005/11/15(火) 19:24:52Xはプロトコルだと何度言えば(ry
0904名無しさん＠お腹いっぱい。
2005/11/15(火) 19:31:570905名無しさん＠お腹いっぱい。
2005/11/15(火) 19:57:46こういった勘違いしてる奴がまだいるとはorz
0906名無しさん＠お腹いっぱい。
2005/11/15(火) 20:37:410907名無しさん＠お腹いっぱい。
2005/11/16(水) 00:08:18コードはそうなってないよね？
そのことを言ってるんだけど。
馬鹿？
0908名無しさん＠お腹いっぱい。
2005/11/16(水) 00:16:04/usr/bin/ftpとかncftpとかlftpは実装。
X11はプロトコル。
/usr/X11/bin/Xorgとか/usr/openwin/bin/Xsunとかは実装。
違い分かった?
0909名無しさん＠お腹いっぱい。
2005/11/16(水) 00:16:540910名無しさん＠お腹いっぱい。
2005/11/16(水) 00:17:45>コードはそうなってないよね？
ばっちりソケットベースの通信プログラムですが。
0911名無しさん＠お腹いっぱい。
2005/11/16(水) 00:19:53GNOMEやKDEは含まれるのかどうかそれをはっきりしろ。
0912名無しさん＠お腹いっぱい。
2005/11/16(水) 00:24:11突っ込んでいるので聞くが、
>>907が何言っているのか説明してくれ。
0913名無しさん＠お腹いっぱい。
2005/11/16(水) 00:26:58FTPはプロトコルだがffftpは違うよね？と同義なのだろうか。
言葉尻では反論できるが全体を見ると意味不明だな。
0914名無しさん＠お腹いっぱい。
2005/11/16(水) 00:50:17なぜプロトコル拡張だと無理なのかとかいった説明はした
くてもできないんだよ。だから適当にお茶を濁してるだけ。
0915名無しさん＠お腹いっぱい。
2005/11/16(水) 00:52:55プロトコルは唯一であることが前提条件。
アーキテクトなら
0916名無しさん＠お腹いっぱい。
2005/11/16(水) 01:00:230917名無しさん＠お腹いっぱい。
2005/11/16(水) 01:05:440918名無しさん＠お腹いっぱい。
2005/11/16(水) 01:09:38というか、XクライアントのプログラムがXプロトコルを理解している必要はない。
XlibやGtkなどのAPIを知ってればいいだけ。
0919名無しさん＠お腹いっぱい。
2005/11/16(水) 01:13:55thx
0920名無しさん＠お腹いっぱい。
2005/11/16(水) 01:15:13> コードはそうなってないよね？
> プロトコルは唯一であることが前提条件
ちょっと短すぎて良く分かりません。もう少し詳しく、意図する
ところを説明していただけないでしょうか。
0921名無しさん＠お腹いっぱい。
2005/11/16(水) 01:16:40バカはすっこんで炉。
0922名無しさん＠お腹いっぱい。
2005/11/16(水) 01:32:45みんな負けを認めてひっこんだか、答えられないのでシカトを
決め込んでるってことでFA?
0923名無しさん＠お腹いっぱい。
2005/11/16(水) 01:34:170924名無しさん＠お腹いっぱい。
2005/11/16(水) 01:41:58ばかりしてて expose イベントの処理に手が回ってないってだ
けなので、kill はしたくない。計算処理が完了すれば、ちゃん
と結果が表示されるので。
こういう場合、タスクバーにしまっておいて、処理が終った後
結果を見るとか、他のウィンドウと重ならない位置に動かして
おいて、実行結果が表示されたらすぐに見るとかしたい。
でも、Windowsだとそれができないんだなあ。
Xなら勿論できる。
IMEが改善されたのは、ATOKその他と競争したせいだし(今の
MS IMEは、Microsoft の開発じゃなくて、たしかWXEのソースを
購入してちょっと直しただけ)、3Dグラフィック機能も、ゲーム
機と競争状態にあるから発展したんだよね。
でも、Windowシステムの基本機能である移動とかアイコン化とか
は、競争相手がいないから、Xにも劣る状態のまま放置と。
0925名無しさん＠お腹いっぱい。
2005/11/16(水) 01:43:08XPではできるのでどうしたもんかね。
0926名無しさん＠お腹いっぱい。
2005/11/16(水) 01:47:440927名無しさん＠お腹いっぱい。
2005/11/16(水) 03:13:07>IMEが改善されたのは、ATOKその他と競争したせいだし(今の
>MS IMEは、Microsoft の開発じゃなくて、たしかWXEのソースを
>購入してちょっと直しただけ)
さすがに今のMS-IMEは別物だよ。コードベースも
0928名無しさん＠お腹いっぱい。
2005/11/16(水) 03:54:25> 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
0929名無しさん＠お腹いっぱい。
2005/11/16(水) 07:26:58Microsoftはリアルタイムスケジューラだって言っているけど、
リアルタイム・システムFAQでは「違う」と。
0930名無しさん＠お腹いっぱい。
2005/11/16(水) 07:29:05＞受けとることは受けとるが、その処理が滞っているような場合に
つまり次のメッセージが受け取れてないと言うことですね？
0931名無しさん＠お腹いっぱい。
2005/11/16(水) 10:01:35そんなプログラムを書く奴が無能なだけでしょ。
あとねぇ、Windowsを叩いてもXの擁護には全くならないんだよ。
そんなこともわからないバカが多いよね。
0932名無しさん＠お腹いっぱい。
2005/11/16(水) 11:27:04> つまり次のメッセージが受け取れてないと言うことですね？
いや、受けとる方は受けとってる。受けとった後、処理してない。
>>931
つまり、Windowsプログラマは無能なやつばかりだと、そういうわけだね。
商用プログラムでこういうのを何度も見てきたからね。
> あとねぇ、Windowsを叩いてもXの擁護には全くならないんだよ。
まともな批判もできずに、一から作り直さないと無理なんて馬鹿の
一つ覚えで繰り返してるよりは嘘つきよりはマシでしょ。あ、嘘つ
いてるんじゃなくて、理解できてないのか。
0933名無しさん＠お腹いっぱい。
2005/11/16(水) 11:38:230934名無しさん＠お腹いっぱい。
2005/11/16(水) 11:50:13> 商用プログラムでこういうのを何度も見てきたからね。
商用プログラムでブロックするなんてのは、作ってる奴がまさに
無能だろうな。ただ、UNIXプログラマはそれ以下のが多いと思う
けどねｗ
> 一つ覚えで繰り返してるよりは嘘つきよりはマシでしょ。
マシって...(笑)。お前もそいつも、どっちもバカだろ。
0935名無しさん＠お腹いっぱい。
2005/11/16(水) 11:57:34> 無能だろうな。
つまり、Microsoft のプログラマは無能と。(w
俺、OS 付属のプログラムと、Office しか使ってないからな。
> ただ、UNIXプログラマはそれ以下のが多いと思うけどねｗ
Xの場合は、Window システムがそういう手抜きのプログラマから
ユーザを保護してくれるから問題ないっていう話なんだけど?
0936名無しさん＠お腹いっぱい。
2005/11/16(水) 11:58:130937名無しさん＠お腹いっぱい。
2005/11/16(水) 12:03:02だから他の「GUI機構」ってなんなのさ。
数字コテつけてもすぐ逃げるんじゃ意味ないぞ&Hearts
>>931
Windowsを持ち上げてみても、Xが不要になるわけでもプロトコルを変えないといけなくなるわけでもないけどね。
Xをプロトコルと見たとしても実装と見たとしても、Windowsとはレイヤーが違うんだけどなぁ
0938名無しさん＠お腹いっぱい。
2005/11/16(水) 12:03:38クソしかいえないのかよ(pgr
0939名無しさん＠お腹いっぱい。
2005/11/16(水) 12:14:32聞きかじりの知識で抽象的な話しかできない奴と言うのはどこにでもいる。
一見もっともらしい意見だが全く役に立たないんだよな。それ。
俺もそうだから。
0940名無しさん＠お腹いっぱい。
2005/11/16(水) 12:20:370941名無しさん＠お腹いっぱい。
2005/11/16(水) 13:32:23誰に向かって話しているんだ？
プロトコル変更厨は、役に立たないどころか「一見もっともらしい意見」すら主張できてないぞ。
0942名無しさん＠お腹いっぱい。
2005/11/16(水) 14:21:06今でもWX-IIひきづってるよ
0943名無しさん＠お腹いっぱい。
2005/11/16(水) 14:23:460944名無しさん＠お腹いっぱい。
2005/11/16(水) 14:24:19スタンドアローンで軽量GUIが欲しい
0945名無しさん＠お腹いっぱい。
2005/11/16(水) 14:33:450946名無しさん＠お腹いっぱい。
2005/11/16(水) 15:11:56mgl2やらQt Embeddedでもつかっていたら？
0947名無しさん＠お腹いっぱい。
2005/11/16(水) 15:22:34結論その2：Xは使ってる奴も糞。
0948名無しさん＠お腹いっぱい。
2005/11/16(水) 16:35:550949名無しさん＠お腹いっぱい。
2005/11/16(水) 20:47:30x11がプロトコルかどうか？の件であるが、君達は大きな見落しを１つしている。
「灯台元暗し」とはよくいたものだ。
自分の足元をしっかり見ることは非常に大切なことだ。
いつか、コード量を行数で表していた方がおられたが、
純粋なx11（つまり、kde/gnome 等の追加無し）の場合だと、
プロトコルに直接関係するコードというのは非常に少ないということを
まず理解するべきであろう。
正しい理解は、正しい批判への必要条件となる。
0950名無しさん＠お腹いっぱい。
2005/11/16(水) 21:15:53「プロトコルに直接関係するコード」というのがまずもって不明確だが、
仮にまあ少ないとして、何を結論としたいんだか。
こういう難しそうな書き方をすれば賢いとでも思ってるのかね?
0951名無しさん＠お腹いっぱい。
2005/11/16(水) 21:24:030952名無しさん＠お腹いっぱい。
2005/11/16(水) 22:27:23もう少し勉強する必要があるようだな。
人間、常に勉強することが大切だ。
> 「プロトコルに直接関係するコード」というのがまずもって不明確だが、
x11プロトコルを生成処理するために必要十分なコードと言う意味だ。
例えば、エミ時計とかは含まれない。
> 仮にまあ少ないとして、何を結論としたいんだか。
君には少し難しかったようだね。
要は、x11の実体はプロトコルが元ではあるが、
その実装コードは、大部分がプロトコルに関係ないことをしているということだ。
0953名無しさん＠お腹いっぱい。
2005/11/16(水) 23:04:450954名無しさん＠お腹いっぱい。
2005/11/16(水) 23:24:06だからー、それがなんなのよ？
>その実装コードは、大部分がプロトコルに関係ないことをしているということ
ｲﾐｶﾞﾜｶﾘﾏｾﾝ 何を今更
てゆーか「X11はプロトコルかどうか？」って何よ？そんな件は存在しないんだが
「httpはプロトコルかどうか？」って言ってるのと同じじゃねーか
0955名無しさん＠お腹いっぱい。
2005/11/16(水) 23:31:18どうせ何の裏付けもない妄想を語って終るしか能力がないんだから、
ほっとくのが吉。まあ沢山語ってもらって、笑って楽しむって手も
あるけどね。
0956名無しさん＠お腹いっぱい。
2005/11/16(水) 23:49:12プロトコル・ハンドリング以外の部分が殆んどだ。
0957名無しさん＠お腹いっぱい。
2005/11/16(水) 23:56:19いずれ亡びる。
0958名無しさん＠お腹いっぱい。
2005/11/17(木) 00:13:050959名無しさん＠お腹いっぱい。
2005/11/17(木) 00:52:09Plan 9 があるから、ああいう考え方を本当に好きな人は、
Plan 9 を使ってるんでしょう。
今の UNIX は MIT や CMU の Lisp/Emacs 文化など、色々な
文化が折衷されていて、v7 当時の純粋さはあまりないし。
実用システムとしては、色々な文化の折衷になるのはむしろ
当たり前だし。
0960名無しさん＠お腹いっぱい。
2005/11/17(木) 05:33:190961名無しさん＠お腹いっぱい。
2005/11/17(木) 09:01:260962名無しさん＠お腹いっぱい。
2005/11/17(木) 10:11:24これがまた最悪。
0963名無しさん＠お腹いっぱい。
2005/11/17(木) 11:53:42本当に Lisp 文化を避けるべきだと思ってるなら、その影響を受けた
perl, python, ruby などは使うべきじゃないし、UNIX なんてとっと
とやめて Plan 9 に引っ越せばあ？
0964名無しさん＠お腹いっぱい。
2005/11/17(木) 11:56:08せっかくのUNIXなのに、何であんな糞を使う必要があるんだか。
0965名無しさん＠お腹いっぱい。
2005/11/17(木) 12:12:46google は python 使ってるって、先週の JavaOne Tokyo の 2日目の
基調演説で言ってたし、amazon が perl を使ってるのも周知の事実
だし。ttp://neta.ywcafe.net/000492.html
0966名無しさん＠お腹いっぱい。
2005/11/17(木) 12:13:19まった UNIX よりも、Plan 9 で暮らすべきでしょ。
0967名無しさん＠お腹いっぱい。
2005/11/17(木) 12:21:18バカですか？他のマシンのことなんか知るかよ。
>>966
おめーの知ったことかよ。
0968名無しさん＠お腹いっぱい。
2005/11/17(木) 12:30:02その言語で構築されたシステムの恩恵だけは受ける。
自分の嗜好からすると別の OS (Plan 9) に移るべきなのにも関わらず、
そうする技術力もないから、自分の好みとは違う方向に変わってしまっ
た OS (UNIX) に対して当たり散らす。
と、そういうわけですな。
最低な奴だな。(w
まあ、そういう奴は、こういうところで粘着して当たり散らす以外に
ストレスを発散する方法はないだろうな。
0969名無しさん＠お腹いっぱい。
2005/11/17(木) 13:39:14ちょっと通りかかったが
粘着してるのは喪前だと思う（ｗ
0970名無しさん＠お腹いっぱい。
2005/11/17(木) 13:45:14典型的な台詞ですね
0971名無しさん＠お腹いっぱい。
2005/11/17(木) 18:40:36lispだのperlだのpythonだのrubyだのの糞を使う奴ってのはこれだから(苦笑)
0972名無しさん＠お腹いっぱい。
2005/11/17(木) 18:42:07plan9か、初心者がよく引用するOperatingSystemだ。
その根底には非常に斬新なアイデアがある一方で、 UNIX的な古さを抱えている。
新しいアイデアは新しい革袋にいれるべきであろう。
しかし、そこには”今のlinux文化にある最も重要なアイデアが欠落している。”
とだけ指摘しておこう。そのことが上級ハッカー達を遠ざけている結果となっている。
残念なことだ。
0973名無しさん＠お腹いっぱい。
2005/11/17(木) 18:56:21二重引用符のつかいかたくらいおぼえましょう
0974名無しさん＠お腹いっぱい。
2005/11/17(木) 19:00:03真のハッカー君の本音が出たようだね。
0975名無しさん＠お腹いっぱい。
2005/11/17(木) 19:21:21使い勝手を含めたツールキットやウィンドウマネージャだね
ユーザ体験と言い換えても良い。
# プログラマの立場からすると他にもあるけどな
それをX11はGNOMEやKDE諸々が補うわけだが、現時点の実装では
同じマシンで動かした場合にはWinのほうが、安定度や速度で勝ってると感じている。
この状況認識が違う相手とは、そもそも議論しても意味が無い。
この状況認識を踏まえたうえで、どうしたらGNOME/KDEのユーザ体験が
Winと肩を並べ上回らせることはできるのか、という話をしたいのだよ。
そのためにX11の持つ構造が何か枷になってないか、とかね。
0976名無しさん＠お腹いっぱい。
2005/11/17(木) 19:30:370977名無しさん＠お腹いっぱい。
2005/11/17(木) 20:01:57後日改めてご高説願いたい
0978名無しさん＠お腹いっぱい。
2005/11/17(木) 20:06:40まさに正論ですな。
このような認識すら出来ないぐらい馬鹿なのか？
X１１ユーザは
0979名無しさん＠お腹いっぱい。
2005/11/17(木) 20:21:05まともな文字のつかいかたくらい覚えましょう
0980名無しさん＠お腹いっぱい。
2005/11/17(木) 20:52:38>>978は(・∀・)ｶｴﾚ!!
0981名無しさん＠お腹いっぱい。
2005/11/17(木) 21:03:16あまりいいものが出来上がらない。
0982名無しさん＠お腹いっぱい。
2005/11/17(木) 21:54:44GUI房は馬鹿ばっかりだしw
0983978
2005/11/17(木) 22:00:07なんだこいつ。偉そうに
ろくにXのことも知らんくせに。
どうせ、馬鹿マウスクリッカーだろw
0984名無しさん＠お腹いっぱい。
2005/11/17(木) 22:10:23> 同じマシンで動かした場合にはWinのほうが、安定度や速度で勝ってると感じている。
具体的には?
0985名無しさん＠お腹いっぱい。
2005/11/17(木) 22:21:26でた、馬鹿の詭弁パターンw
どう考えても普通その結論になるだろ？
現象を現象としてとらえない奴に説明しても無駄w
0986名無しさん＠お腹いっぱい。
2005/11/17(木) 22:37:07意地悪言わないで教えてよ
0987名無しさん＠お腹いっぱい。
2005/11/17(木) 22:56:070988名無しさん＠お腹いっぱい。
2005/11/17(木) 22:56:59あなたはWindowsをどういった使い方をしているのでしょう？
あなたはLinux上のXを少し使えるようですが、どういった使い方をしているのでしょう？
どういった使い方をすると安定度がないのですか？
0989名無しさん＠お腹いっぱい。
2005/11/17(木) 23:04:15双方のマウスの設定を変えて試してみてください。
0990名無しさん＠お腹いっぱい。
2005/11/17(木) 23:36:35あるかどうか調べましょう。なければそれが原因です。
Xserver の設定で、software cursor を使うように明示している
なら、その設定を削れば直る可能性があります。
そうでなければ、そのビデオカード用のドライバの問題です。
0991名無しさん＠お腹いっぱい。
2005/11/17(木) 23:47:10少しは余計だw
0992名無しさん＠お腹いっぱい。
2005/11/17(木) 23:48:40X11もどうせなら、R７とかX12とかセコイこといってないで、
どーんとＸ１０００ぐらいに番号上げればいいのに。
0993名無しさん＠お腹いっぱい。
2005/11/17(木) 23:56:41がいいな
0994名無しさん＠お腹いっぱい。
2005/11/18(金) 00:06:00まともな文字のつかいかたくらい覚えましょう
0995名無しさん＠お腹いっぱい。
2005/11/18(金) 00:14:06まともなつっこみの仕方ぐらい勉強してこいw
へぼw
0996名無しさん＠お腹いっぱい。
2005/11/18(金) 00:15:390997名無しさん＠お腹いっぱい。
2005/11/18(金) 00:17:450998名無しさん＠お腹いっぱい。
2005/11/18(金) 00:18:080999名無しさん＠お腹いっぱい。
2005/11/18(金) 00:19:01GUI User == Mice Cliker
1,000 Get !!
1000名無しさん＠お腹いっぱい。
2005/11/18(金) 00:19:281001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。