BeOSのお葬式はどこでやってるの?。
なむさん、なむさん、じょうぶつしろよ。MacOSもどき。 1 名前:昼下がりの休息 投稿日:2001/06/26(火) 14:25
SONY、APPLE、MICROSOFT、NIKON、巨人(メーカーではないけど)
等やっぱり人気物にはアンチ派閥が出来てしまいますね。
他のメーカーでは大したことじゃないのに人気メーカーだと大事になっちゃう。
普段いい物を出しているとちょっとしたことでも目立つからでしょうね。
いい物はいいで認めて悪い物は悪いで言いと思うんだけど。
メーカーを指定して駄目って言っちゃうところが不思議?
そう思いませんか? BeOSってMacOSもどきなのか?むしろMacOSが後を追っているような・・・ >>1
どこがモドキなの?
全然違うよ。動作の軽さとか(w >>5
軽いだけで、それ以外に特に秀でた部分がないのが現実じゃん。 >>7
ちゃんと使ったことある?
いるんだよねー、伝聞だけでシッタカの奴って 香典は1000万円単位でお願いします。
棺おけからよみがえる可能性があります。 >>7
POSIX、API の C++ インターフェース、ウィンドウ API、
スレッド生成機構、ウェイトオブジェクト、SMP 対応設計、
メッセージングとその中に収められるデータの種類、
ウィンドウマネージャの切り替えによる外見変更…。
Mac でやってみ。 簡単だからインストールしてみたけど2、3回起動してそのままです。 簡単なのはインストールだけじゃないんだけどね。
日本語アプリ&情報が少ないと日本人は敬遠するみたいね。残念。 BeOS別に俺映像編集のセカンドマシンで使ってるけど
使い勝手良いけどなー。
まあ、たまに自分でドライバかかなきゃいけなくて
大変な時あるけどさ。
ハードウェアの仕様をみつつ
ドライバ書いたりとか出来ない奴は
推奨ハードを使えば良いし。 既存のOSに寄生(?)できる戦法は、初心者対策としてなかなか
良かったと思うけどな。ドライバが痛すぎる。
個人的にはMAC OSよりも全然カコイイと思うけどな。 >>16
>個人的にはMAC OSよりも全然カコイイと思うけどな
同意。
大体Macなんかとはレスポンスの速さが全然違うよね。
後はドライバだよなあ。。
色々使いたいハードもどんどんでてくるし
15みたいにドライバ自分で書けるまで要求するってのは
やっぱり商品としてはちょっと敷居が高いよなあ。
Buzのドライバ書いた奴は本当に偉い。 >>11
>POSIX
POSIXアプリ使うならLinuxで十分。今やPOSIXアプリなどMacOS Xでも動く。
>API の C++ インターフェース、ウィンドウ API、
>スレッド生成機構、ウェイトオブジェクト
すべて「プログラマに対するメリット」であって、ユーザーに直接的にメリットが
あるわけではない。これらの条件によって「優れた性能を発揮するアプリ」が作り
やすい状況をめざしたはずなのに、実用レベルの(小物ユーティリティやらじゃ
なくてな)対応アプリ数のお粗末さは周知の事実。
>SMP 対応設計
これはユーザーにメリットがある部分だけど、それも処理が軽くなるという
メリットに集約される。SMP対応OSの中でBeOSはかなり高効率なOSなのは認
めるが、SMP対応そのものは別にBeOSの専売特許ではない。
>メッセージングとその中に収められるデータの種類
これもプログラマに対するメリットであって、エンドユーザーには関係のない
話。それに他にも同様の仕組みを実現したOSはある。別にBeOSだけの特色では
ない。
>ウィンドウマネージャの切り替えによる外見変更
X Window Systemならごく当たり前の機能。MacですらKaleidoScopeでとっくの
昔に実現されてるが?
つまり、「出た当時はともかく、今はすでにアドバンテージはない」ということだ。 >POSIX
真似っていうから、MacOSでやってみって言ってるんでしょ。
BeOSが出た頃は、MacOSは7.6とか8.0だよ。
それに他の部分もプログラマにしかメリットがないように
思いこんでるみたいだけど、本気でそう思ってるの? >>18
>つまり、「出た当時はともかく、今はすでにアドバンテージはない」ということだ。
100歩譲ってこれを事実であると仮定しても ,
このままでわ 32bitのアドレス空間なんてすぐに使い切るられるだろうし
ギガオーダなデータを VJソフトをカルく超える極限さで いぢりまくりになる時の事を考えてみ .
その時になっても 64bit_winが肥大していないとしたら救いわまだあるが
( つーかそれ言ったら ATとx86 がヤバい 気がするけど
( だからとりあえずアイテニアムなんか ? ) ) . Macなんかと比べ物にならない位安定してるけど?
アプリがフリーズしたって、OS自体は殆ど落ちないし。
どっちが真似だとかは俺にはわからねーけど...
例え>>1の言った事が正論だったとしても俺は構わない。
でも、真似されたOSに負けてるの?ププ >>22
勝った負けたはともかく
やっぱ真似なんですか.....
鬱 BeOSはMacOSの真似ではないよ、つーか別もんだろ、どっか似てるか? 外面的にはマネ。
内部的にはスクラッチから書き上げられた(それが最初のウリだった)。
OSの内部機構はまだまだ先進的。
でも 18 が言いたいのは市場性やシェアの事だから、何も言うべきことはないな。
Be はまだプログラマーが組んで楽しむ OS を脱していないし、それでいいと思うし。 外面的に真似してると言ってもショートカットキーとか
ごみ箱とか、デスクトップとかのGUIが、Windowsに較べて
Mac寄りに仕立てられているぐらいで、他の部分は真似ているとは
思えないんだけどね。どう?
まあ>>1は、表面的なことしか分からない人間っていうことですな。
しかし、こんな糞スレにマジレスしてる俺も俺だな。ウツ >>26
あ、モチロンそういう前提。
でも、「最初にプルダウンメニューを実装したのは…」とか言い出す奴が必ずいるからね。(w
まあマネはマネと見とめておく方が波風立たんよ。
オレが興味あるのは Be と MFC との相関性だし。
やっぱ Be 版 Kylix 出てほしいな。 >>27
BeとMFCの相関性?
あの糞フレームワークとBeAPIの相関性って何よ MFC アプリの移植をし易いように設計したんじゃないのかな、と思ってる。
API 本見て、正直「こりゃ戦略的に設計してるわ」と唸ったからね。 つか、MFC で書かれたのを、サポートライブラリなしで X に移植しようとしてみなはれ(言語は当然 C)。
半日でやめたね。
Be はそのあたりを最初から用意してくれてるんだよ。
Kylix 作るのに Borland はとんでもねー CLX ライブラリを用意したわけだけど、Be 版 Kylix がもし出るなら、かなり軽いラッパで行けると思う。 >>33
Be ver4 が出た当時の状況でやってみりゃわかる。 必ずしもウソとは言えないと思われ >>33
でもあまり今まで指摘されて来なかった部分なんで、詳細を教えて欲しいところ いや、オレももうベースは Linux に移ってるから、Be への移植は仕事関係のを試しにやってみただけなんだが。
Be API 本が会社にあるんで詳細は週後半に書くけど、オレが推理する Be 開発者の思考経路は、
・MFC は C++ ベースで書ける Window システムを目指したクラス群だった。
・それまでの Window 関係の GUI は、非オブジェクト志向で OS ライブラリとリンクするか、X のようなクライアント/サーバの形式を取っていた(ハード依存部のある Mac は置いとく)。
・これがため、MFC は OS の機能として実装されたわけではなくて、あくまで描画命令への橋渡し/集約の役目に留まってしまった。
・これは(また、モチーフや GTK のような類似のものは)OS が高度な描画(やツールキットで提供される他機能)に立ち入れない事を意味する。
・また、結果としてこれらは「スレッドセーフなアプリを書くのはプログラマーの責任」として、折角のオブジェクト志向のメリットを半減させてしまった(少なくともプログラムロード時に OS がクラスの特性を判断してやるような事は不可能)。
・そこで Be は、OS を完全に C++ で書き直すことで、OS 自身が MFC レベルの機能を理解できるような設計にされた。
・結果、インターフェース自体はよくある MFC タイプのツールキットであっても、適したスレッド分けの判断や、アプリ単位ではなくクラス単位の負荷分散ができるようになった。
・ここに至って、Be 社は「既製のライブラリクラスのクラス分割に近づけてやれば、移植の手数が減る上に、既存プラットフォームで実行するよりもアプリのパフォーマンスを上げられる」と考えた…。
…と、もしここまでの推論が正しいとするなら、あとは Be の API 本といろいろな Window ライブラリを見比べてみる作業をすれば、各人なりの納得行く答えが出てくると思う。
人によってはモチーフだと言うかもしれないし、Mac の API と言う人間もいるかもしれない。でもシェア的にもコードを参考にするにも、オレには MFC しか思い浮かばない。
ちなみにオレが「Be は MS 系をモデルにしたんじゃないか」と思ったキッカケは、Be のクラスが Direct Draw の機能を盛り込んでるからなんだよね。
あと、アプリケーションクラスの存在かな(このあたりはもう一度 API 本を見なきゃハッキリせんけど)。
長々と書いたが、以上。後半部は木曜くらいに。 ちうか、こっちも FreePascal に統一しようか…名前。
>>37
36 で書いた説明自体も、わかってる人にしかわからん説明になっちまった。
Be の概念を説明しようとしたら、それだけで本の分量になるかもしれないなー。 ぬをー
今日は会社に行かなかった(いま技術アドバイザみたいな立場なんで、毎日出てるわけじゃない)…。
明日、Be の資料取って来るっす。 >>42
BeOSがソースネクストに買収されて
「速OS」とか言う名前で出されたらすごく悲しい ソニーがアメリカでBeOS搭載のインタネットに特化したパソコンを
出すらしいんだけど?縦画面でさ。でもなんでBeOS?
詳細、知ってる人いたら情報希望 「ガセー、お前はすでに死んでいる!」
「何?・・・ふえっ、ビアイエっっーーーー」 >>49
ワロタ でも、一瞬分かんなかったよ。カタカナで書かれると。 FreePascalさん続きプリーズ .
>>35
>でもあまり今まで指摘されて来なかった部分なんで、詳細を教えて欲しいところ
ハッカーの間でもそうなん ? . 最も肝心な所の一つな気がするのに . MFC?
ホントにコード書いたことあんのかな?(藁 この前BeのAPIリファレンス立ち読みしてみたけど
ほんとにマルチタスク上手いっすね
新鮮な感動があった …結論としては、「>>1 は脳足りん」って事でいいのかな? 結局やめかい >27 . という事で関連事項を勝手に書くとする .
その API ( システムコールのインタフェイスと理解 ) の裏側について .
BeOSわ一つの仕事を勝手に複数のプロセス ( オブジェクト ? ) に分割する
とどこかで読んだ気がするが ,
事実だとするとそのシステムわ `` ローカルな分散システム '' に他ならない筈
( 複数プロセッサ環境に最適化されている事からも類推可能 ) .
この先ローカルでない大型分散システムの普及がより進む事わ想像に難くないが
その環境の奥の奥の最深部の更に底まで浸透して
拒絶反応を起こさずに融合する事ができるクライアントシステム
の価値が技術面からも営業面からも計り知れない程に大きい事
に異議わないだろう ( 人工生命方面や人工知能方面からわ特に ) .
そして , その透過性を
クライアント環境としての実用性を保ちつつ確保する為にわ
`` ローカルな分散システムとしての性格を持っているにも関わらず速い ,
という 奇跡のクライアントOS ''
がないと無理である事わ道理だ .
この事から導ける結論の一つ :
`` winが駄目なら最悪の場合でも 単に速いOS を自社開発すりゃいいんだろ ? ''
という安易な考えわ
分散クライアントが大活躍できる状況でオイシいとこを頂く事に
技術面からも営業面からも大失敗する ( 失敗した事に気付く事さえできない ) . だからちゃんと読んで欲しかったらデムパ度下げろって
お前はバカか? この前までエロがどーのこーの言ってたデムパの言葉なんて
説得力ねーよな(w >>59
今更で悪いんだが ,,,
君の頭の中に デムパの仕様書 があっても 俺らエスパーじゃねーしな .
>>60
みなまで言わなきゃ分からんのか ? , あれの趣旨 . マジで ? .
59の脳内デムパ仕様書と違って ,
近辺の文脈で完全補完できる事しか省いてねーぞ . しかも前方参照を極力減らしてるし .
>>58のロジックに破綻を発見できなかったとの見解の暗示 ( 半ば明示 )
に対してわ感謝する .
そういや他にもいるな , 文脈読まずに勘違いで煽る奴が .
気付いた人も黙ってたりするけど そういうのわチョトイタいぞ , 例えデムパ相手でもな . >>61
反論は堂々とageでお願いしたいものです。
BeのAPIって、一番基本部分設計してた頃
まだWin95どうかな〜って頃でしょ。
MFCじゃなくてNEXTSTEPのKitじゃないのかなぁ、影響受けてるのは。
BeもKitでしょ。
どうなんでしょうか?Seisei_Yamaguchiさんっ!! FreePascalさんはDirectDrawあたりの話を
出しておいでだったけど、Release3の頃もうありましたっけ? ウザイよデムパは、、、
って書くと反論するのは自覚してる彼だけだけど(w >>63
在ったはず。
何たってDirectDrawはWin3.1の頃から
ハードウェアDCIとして仕様策定されてきたからな。 Be 買収間近に
スラッシュドットを見て下さい
http://slashdot.jp/ Be関連スレをずっとROMしている者だが、
Seisei_Yamaguchi氏は
「は」→「わ」の変換とコテハンは譲れない一線なのか?
読みづらい文章をコテハンで書き込むのって、内容に関係なく
叩いてくれといっているようなものだと思うが。
というか、たとえ名無しでも助詞が「わ」になってるのを見ると読む気が失せるがな。 >>69
単にかまって欲しいだけだろ>デムパ
こいつはBeOSのこと2chでしか語ってないし(他で見たことない)
日本語変だし学校出ていないのでしょう。
放置が○ >>69
>読みづらい文章をコテハンで書き込むのって、内容に関係なく
>叩いてくれといっているようなものだと思うが。
それが容認されているのは戸田美智也くらいか 技術者からの >>58に対する反論 がないので自信を深めました .
あれを理解した事を控え目に主張している人が一人居る様に見えますが
あれを理解できていない人が居るとして , その主要因が その人の
日本語パーシングの問題 でなく 技術的科学的知識の問題 だとしたら ,
それを恥じる必要わないです
( 私わと言えば Cが分かりませんし , 何より ある人が言うにわデムパらしいですよ ) .
>>58
s/大失敗する/大失敗をまねく/ >>71
戸田美智也スレ読んだよ。爆笑しちまったじゃねーか >>72
君の言う「分散クライアント」案で、君が何らかの製品作って
BeOSの営業活動やれるなら、誰も何も言わないさ
だが君の文では、「分散システム」が何を意味していて、
BeOSがなぜそれに適していて、処理に都合がいいと考えられるかが
全く読み手に伝わらないから手の差し伸べようがないのよ
技術的知識以前の問題
あと、「人工生命方面や人工知能」というけどね、
ただ単に君の妄想をぶちまけているようにしか見えない。
裏づけが何もないから
某Loliの話に影響受けたという可能性もあるけど、
どのみち内容がないから妄想=デムパって言われるだけ
まあこうしてデムパがネット上で遊んでられるってのも、
日本がまだまだ豊かな証拠かな
次からは、ちゃんと学校で習った日本語で裏付けしながら書こうな >BeOSわ一つの仕事を勝手に複数のプロセス ( オブジェクト ? ) に分割する
>とどこかで読んだ気がするが ,
>事実だとするとそのシステムわ `` ローカルな分散システム '' に他ならない筈
>( 複数プロセッサ環境に最適化されている事からも類推可能 ) .
ここだけ気になった。プロセスを勝手に分割するってどういうこと?
こういうことは確信もっていわないとだめでしょ。ホントだとするならおれも
BeOS使うよ、そりゃ。システムがスレッドを自動生成なんて聞いたことないし。 >>76
ツッコミありがとうございます .
分散システムがより普及するだろう環境とは , 何の事はない , あらゆる環境です .
想像し易い具体例は大学なりの中規模サーバです .
人工生命と人工知能の件については ,
`` OSは , 単に存在するだけの各リソースに有機的関係をもたらす ''
とだけ述べれば最低限充分でしょう .
学校で習うWindowsで誰もが満足するとしたら ,
BeOSに手を出す人は居ないでしょう .
>>77
すみません , `` プロセス内のスレッドの事だったかな '' といった状況です .
識者からの指摘を希望します .
クライアントシステムからのサーバシステムへの透過性 のくだりに対しても
ツッコミを希望します . >>77
Art of BeOS Programmingでも読んでね。
http://www.sie.co.jp/mediaosJ.html
ここにもちょっと書いてあるけど。
"pervasive multithreading"は伊達じゃない。 >人工生命と人工知能の件については ,
>`` OSは , 単に存在するだけの各リソースに有機的関係をもたらす ''
>とだけ述べれば最低限充分でしょう .
意味不明 >>79
じゃぁおれBeOS使わないといけないじゃねーか!
今ならただだし入れてみるか・・・
ちなみにAtheOSって内部の構造はまるで違うんだよね? >>79
でも、MachとかのKernel level multithreadingとどうちがうの?
別にThreadをそれぞれのProcessorに割り当てるなんて
そんなにすごいことじゃないような気がするんだけど。。。
Amoebaなんかは、どのthreadやtaskがどのプロセッサで走っているかも関係ない。
そういうのが本当の分散OSっていうものなんじゃないの? >>83
79が言ってるpervasive multithreadingってなんなのか
良くわかんないからGoogleで検索したけど、分かりやすい
説明ってなかった。なんだかマーケティング用語クサイ気が
するなぁ・・・
OS、開発ツールともにタダだからコンパイラがどんな
コード生成するのか確かめるのが一番か。
ところでAmoebaってどんなインターフェイスもってるの?
そっちの方が興味あったりして。
オープンでかつCライブラリーの呪縛から逃れてるような
システムが欲しいよ。 >>84
Amoebaは、Linusと喧嘩したTanenbaumが作った分散OSです。
うーむ、Amoebaは個人ユーザ向きじゃないかも。
本当にパフォーマンスが欲しいなら、Ethernetでつながれたマシンが複数必要。
あと、Linuxの初期のころのように、サポートされているハードウェアが極端に限られている。
まだ、Linuxのようにコンシューマ向けではないから。。。
Unixのサブシステムも走るし、Xも走るみたい。
http://www.cs.vu.nl/pub/amoeba/
Machであれば、Gnu Hurdとか、MacOS Xとか、Litesとかで遊べる。
一番遊びやすいのが、AppleのMacOS Xかもしれないです。
とりあえず、買えばMachが入っている。(Macが好き嫌いは別として。)
僕はこのためだけにiBookを$1500くらいで買いました。
ただし、OS XはUIの部分が遅い...次の10.1で速くなるって言うけど。
あとは、Machのシステムコールを使って、遊ぶも良し、
自分で、いろいろUnixとか他のOSをサブシステムとして作るのも良し。
Machのネイティブなシステムコールの説明とかは以下のところにある。
http://www.cs.cmu.edu/afs/cs.cmu.edu/project/mach/public/www/mach.html >>85
MacOS Xのカーネルってシングルサーバーだったよね?たしか。
BeOSはマルチサーバーなんでしょうか? なんかスレが違う話題してないか?
ここってネタスレだろ? あもえばってtarでファイルシステムに書き込むだけで動くんだよね?
ファイルシステムはなにかな?ext2じゃだめだよね?
あとでやってみる。ありがとう。
その前にBeだよBe! >>80
私の事ですね .
これ
>BeOSがなぜそれに適していて、処理に都合がいいと考えられるかが
の事なら , 透過性をキーワードとして挙げてある事を指摘し忘れました . すみません .
>>62の事なら , 敵意が込められた ( らしい ) モノに積極的に応える程の律義さを
私は持っていません . あなたに応える程度には律義ですが .
とは言え62に言及すると , 私はkitを知りません .
MachがクライアントOSとして実用になり得る分散OSであるという点は
62さんの考えと矛盾しない ( だけでなく追い風となる可能性もある ) でしょうね .
>>81
ゆうき いう― 【有機】
(1)生命をもち、生活機能や生活力を備えていること。
(2)生物体のように、全体を構成している各部分が、互いに密接な統一と関連をもっていること。
(3)「有機化学」「有機化合物」「有機物」の略。⇔無機
大辞林第二版より . `` 意味不明 '' とまでおっしゃる前にこの程度は調べて頂きたい .
ただ私も , 一意解釈の余地等に問題があった事を認めはします .
fix前 : OSは , 単に存在するだけの各リソースに有機的関係をもたらす
fix後 : OSは , 有機的関係を単に存在するだけの各リソース間にもたらす >Seisei_Yamaguchiさん
なんだか怪しい響きのある分散OSって言葉の前に
スレッドとSMPの実装について他のOSに対するどういった利点があるのか、
知りたいんじゃないかな?MachだってSMPをBSDに実装するところから出てきた
ものだし。
分散OSよりもずっと簡単なCORBAやDCOMさえまともに実装したアプリケーションが
ないこの現状で分散OSとはちょっと先走りし過ぎではないかな。
それに時代はより疎結合へと向かっている。XMLのことです。
リソースが足りないと思っている人より、有り余ってると思っている人の
方が多いし、多数を相手にした技術の方がお金になる。
個人的には分散OSとかそういう低レベルの分野ってもう・・・時代遅れな
気がするんだけど。
ものすごく興味はあるんだけど商売にはなりにくいね。
なったとしてもそれは間違ってもクライアントレベルじゃないと思う。 ちなみに分散OSを実現するために今のIPプロトコルで問題ないのかな?
そっちの方が知りたい。何もわからないんで。 デムパウザイので
■□■□■□■□終了■□■□■□■□ >>92
つーかここの板、デンパとクソスレしかないからもうなくなって欲しい。
BeOSについて話したければ、ソフトウェア板でいいじゃん。 >>93
ソウダネ
というわけでデムパは無視でお願いします >>92-95
まあ , そうピリピリなさらずに .
斜め読みでもして頂けると分かるかと思いますが ,
BeOSと言うよりも分散システムの話がこの会話の主題になっています .
それに , アンチマカー派であろう ( ? ) あなた達にとって
直接的利益になりそうな事 をついでに述べると ,
この一連の話にはマカー叩きの為のかっこうの材料が満載されています .
それらを活用すればあなた達にとって憎い憎いマカー達を叩き放題ですよ .
>>91
Amoebaの場合 , IPでなくFLIPを採用しています .
http://www.sol.cs.ritsumei.ac.jp/~terazawa/zemi/amoeba.html
AmoebaでIPを使う為にはIPサーバを利用します . >>90
業界内の事情を基準に考えるのはいかがなモノでしょうか
( JAVAなりをあのMSでさえ今もなお完全制圧できていない ( 苦戦している ? ) 事
の主要因の一つとして ,
以前はPC業界の範疇になかったインターネットにMSが気付くのが遅かった事
を挙げる事が可能でしょう ) .
その線で行けば , 生体分散システムの代表格である脳 ( 細胞,ニューロン,脳内プロセス )
との連携をより直接行うバーチャルリアリティ
の関連市場を視野に入れない事もまた 営業上の失策と言えるでしょう
( それが;ニューロコンピュータ,量子コンピュータ;とセットになる可能性をも ) .
まあ一見突拍子もない話を続けるのを次回以降に譲るとして ,
>それに時代はより疎結合へと向かっている。XMLのことです。
のレベルでの結合が進んでいる事は事実でしょうが ( TADも進んでいるのか ? ) ,
その事が即ち 低レベル分散システムの衰退を意味する事の根拠になる
という事は到底ないでしょう
( Be名無しさん , あなたは `` その事が即ち '' と述べていませんが ) .
( CORBAなりを実装した ? ) Jiniなり と JAVA の組み合わせ に価値があるとするならば
( Jini機器はJAVAのオブジェクトとして振る舞う事が可能 ) , 同じ意味で ,
分散OSベースサーバ と それに対してオブジェクトの設計の相性がいいクライアントOS
の組み合わせ には価値があるという事になるでしょう
( この組み合わせの利点はそれだけではないですが ) .
仮にそうでないとしても , 分散オブジェクト技術が組み込まれたクライアント機器
がIPV6なりのもとで星の数ほど稼動する状況においては ,
それらのハブ空港 ( ハブ都市 ) としての分散OS ( 的 ? ) サーバシステムは
少なくともかなり有用でしょう . 終了はsageでネ
■□■□■□■□終了■□■□■□■□ 〃 _`__
,,-=-、、l{,_'´..._ `ヽ、、
〃. ',.´二W´- ‐-`\ \ヽ、___
_{l,'.'´ 、 ヽ ヽ ヽ彡k、ヽ\
.//`/ i l. \ 、ヽ `、 i彡}ヽ`' ´ ▲女優,アイドル、脱がしました▲
. /| / i { |l {\ {ヽ、_!..ヽ」_/} .}./ |__〉、
\l.{. l.ヾ _.ゝ_土. ゝ -'fT;;ヽ,| lテ}| ||__〉
/iヽゝヽ/{~);;:l {:..''ノ'ノノ|{ノ |_!!女優,女子高生のエッチ画像ばかりを厳選収集!スクール水着,女優,画像ばかり。
.|_|l」ヽ. ヽ ゞ‐' 、  ̄`ノレヽソ|
(.ソ.ゝ -- /' {=}ノ ◆アイドル画像秘宝館◆
(=| l へ、 /ノノ((.)). http://www.futomomo.com/netidol/idolhappy/maki/
((!)ヾヽヽ` ;.- ' ´ |'' ''"'´◆アイドラー◆
`~^``/'l ゜>\_ http://www.futomomo.com/netidol/idoler/megu/
, -‐〃"´ |___/ >- 、 ◆セーラー服◆
/ ./〃 |=/ 〃/ \ http://www.futomomo.com/netidol/sailor/miku/
/ | ||, ‐-、_,...!、/_ ,..、 .〃/ ヽ fgggght あーーーーーーーーーーーうざい
うんちくは公でやってくれーーーーー!
実力があるならここでやるなあーーーーーーー デムパはどっかいってくれ
お前の話は抽象的&妄想だ その見解は勘弁してくれよ。
ちゃんと使えてるやつに
こんなやつや
マルチブートでごねたりするやつはいないんだからさー。 JavaだよJava。もしくは.NET。
分散OSなんていつになったら実用的になるか分からない
ようなものじゃなくて、今、目の前にあるものでやろうぜ! この板もうなくなってくれ。目障りだ。
このスレとともに、この板を終了させたい。 私もそろそろ疲れてきたし , 話を戻してまとめに入ろう .
所で私に残された時間は後1024年もないだろう .
愛すべきダダこね消防な人には悪いが
今日踏み出す事ができる一歩を踏み出す事を怠る訳にはいかない . 音楽というモノがある .
それは感情や細胞や分子のレベルの互換性に立脚するコミュニケーションメソッドと言えるだろう .
それは植物にさえ通用すると言われる .
BeOSがpervasive_multithreadingによって細かいスレッドを制御できるとすると
それをアウトソースする事も夢ではない .
その透過性を武器にして前述した `` 融合 '' を実現させれば
そのシステム全体がBeOSとなる .
人工生命を応用した低レベル分散システムが感情のレベルのドライバとして機能した時
メディアOSの計り知れない本領が発揮されるだろう .
因みに , 私が先日バーチャルセックスをとりあげた意図は二つ , それと市場の要求度だ . さて第一章の結論だが , どれにしよう ? :
1. ゲイツさんに任せていては生まれる筈の広大な市場が死産となるかも知れない .
2. BeOSを生き延びさせる必要がある .
3. 私にちょっかいを出す人を含む皆さんは確かな目を持っている .
4. Javaも進化していい線まで行くかも知れない . 呆れを通り越して、お笑いの域に達しておるな >Dempa 2。
びーの未来はともかく
選択できるってことが大切。
押し付けのOS有り難がっているようじゃ情けない。
みんなと同じで安心なんて恥ずかしいよね 9. やあ皆さんお揃いで . すーぱーおなにーショー ( 満員御礼 ) が一息ついた所で差し入れ です .
ttp://artr.com/cg/kana.jpg
>>118
おっyokoteちゃん後わ任せたyo ! .
FreePascalさんいつ来るのかな . 今来ればオイシいかもyo ! . 自覚を再三促したのに、徒労だったらしい ウツダ サイナラ sage忘れて再ウツ
■□■□■□■□ THE END ■□■□■□■□ ======================
デムパは無視。
このスレッドは廃棄ということでお願いします。
====================== aperiosってx86で動くものってある?
なんか開発環境から作り直してるあたり使ってみたいんだけど。 Sonyの人がやってるからソースは出してくれないかw
BeOSなんてどんなに先進的でもソースがないんじゃな、用はねーな Linuxデハァハァ(;´Д`) シテロ! >>126 ところでさ、Beご自慢の(笑)C++ のAPIなんだけど、常識的に考えると
C++むき出しのAPIなんていうのはおっそろしくて考えられない。処理系に
よる呼び出し規約の互換性とかFragile Base Classの問題はどうなってん
の? ずっと疑問だったんで、誰か教えてちょうだい。 >>130
こんなところで聞いても時間の無駄。
あるOSのユーザーとして自己主張することしかできないやつしか
いないんだから。プログラム板で聞いた方がいいかもね。 >>130
>常識的に考えるとC++むき出しのAPIなんていうのはおっそろしくて考えられない
なんで? (反論があるわけじゃなくて純粋な質問)
>処理系による呼び出し規約の互換性
どんな問題があるのかすら知らないので教えてくれるとうれしい。
>Fragile Base Class
http://www-classic.be.com/aboutbe/benewsletter/Issue79.html#Insight
http://www.st.rim.or.jp/~osada/translation/developers/BNL_articles/Issue79-insights-j.html(日本語訳) >>130
この辺りの話は何度となく話題になっていますので、BeDevTalkあたりの
アーカイブを読んでみるとよろしいかと。 >>134
Thanks! FBC問題についてはどういう方針で臨んだのか大体わかったっす。
根本的な解決策はないから互換性は「できる限りは確保したい」てことね。
「賭け」とか「どこまでいけるかはわからない」とか、それでいいのか、て
感じだけど。
>処理系による呼び出し規約の互換性
C++は言語仕様が複雑でCなんかと比べると実装の差が処理系によってずっと
大きい(仮想関数の実現方法とか)から、特定の処理系で構築されたブラッ
クボックスのフレームワークをパブリックなAPIにするのは問題がある、と
いうことです。ただこっちの問題は解決可能だし、実質CodeWarriorしかな
いから問題じゃなかったのかもしれない。
で、C++のクラスインターフェイスをそのままAPIにすると、これらの問題を
隠しきれないのでおそろしいといったのです。普通はOSのAPIとは別にサポート
フレームワークとしてソース付きで公開するか、実装はC++にしても手続き型
の言語(Cとか)用のラッパをかませるか、どちらかでしょう。
JavaやObjective-Cみたいにダイナミックなバインディングをサポートする
言語なら問題は少ないんだけど、それよりもC++の効率を採ったということ
でしょうか。あんまり将来を見据えた設計とはいえないような。 デンパさん、どうしてますか?
マジで心配です。返事して下さい。 今はどこでデムパ飛ばしてるんだ?
おい、デムパ野郎出てこい! Be, Incの葬式は、シリコンバレーで行われたようです。
http://www.theregister.co.uk/content/4/23718.html
OSの葬式は、当分先に延ばせたと思うが。 http://free.be.com/ からOSがダウンロードできなくなったみたい? ああ、わかった。OSは別の場所からダウンロードするんですね……。
http://www.be-in.org/~besom/beos5faq.html なんでみんな電波電波言うの?
Seisei_Yamaguchiさんとかの話えらいためになるじゃん。
少なくともおれは知らなかったことばっかだけどね。 153は
1,自作自演
2,自分で調べ、考える事の出来ないかわいそうな人
3,デムパ再来! ■□■□■□■□ THE END ■□■□■□■□ BeOSはコンセプト良かったのに、悲惨なOSで終わっちゃたなあ。
「これからはWindowsなんて使っている奴はゴミ!」とか言っていた山田君、
「ハードのドライバがない」って大騒ぎして、目に大粒の涙を溜めていた山田君、
どうしているかなあ・・ 元々、ガセーって人がApple戦略失敗した人だしね。
2度あることは,,, ttp://www.zdnet.co.jp/news/0202/20/e_be.html
>>161
Appleで成功した人間などいるのか? 葬式は終わったんだよ
よって
■■■■■■■■■■終了■■■■■■■■■■ >>166
MediaKitで一生懸命プログラミングしてた人ですか?
おれはDirectXを一生懸命プログラミングしてた人です。
今は幸せです。 >>164
てゆうか、M$がAppleのOSを売ってそこにM$Office売っていきます、
ってAppleに持ちかけたのを断わる判断としたのがガセーだよ。
このときAppleのOSが標準となり得たのにね。
自分はAppleは触っただけで使ったことないけど。 DirectXとMediaKitは端から用途が全然違うんだが・・・。 んだ。
でも、BeOS自体をPalmが扱う話は一向出て来ないズラ。
無料でのダウンロードは続いてっけど、これもどうなることやら…。
Palmも赤字やPocketPC出現でそれどころではないのでしょうか? >>173
http://www.zdnet.co.jp/news/0201/08/e_be.html
正確には、昨年8月Palmによる買収が発表され、3ヶ月後にそれがBe社に
承認され、今年の1月16日には買収されなかった分が競売にかけられた。
ガゼー氏はすでに同社を去っている。
今は、Microsoftに対し訴訟を起こしている。
概出かも知れないけど
http://www.zdnet.co.jp/news/0108/17/e_palm_m.html
をみると、BeのOS技術をPalmに生かす計画はあるがBeOSの開発を続ける
計画は無い様子。
http://www.befaqs.com/save/
で開発存続をPalmに願う署名運動も展開中。
http://snotling.free.fr/
では流出版の最新BeOSのダウンロードが可能とのこと。
以上、"To Be or Not to Be"からパクリ。
http://www.utatane.com/be/ >>174
結局、買収は成立してるわけね。
>173は、なぜしてないと勘違いしていたのだろう。 よき引きあいに出されるAmigaの末期(会社倒産?の頃)ってどういう感じだったのですかね? >>179
Beなんでも雑談室
BeOSなんでも相談室 R2
あたりのスレが(比較的)活発なのでそこで聞くと良いよ
2003/Mar./07
BUG
OpenBeOS やZeta などのBeOS クローン(という表現が妥当かどうかは別として) 関連に対するユーザや開発者の動きが日本国内では今ひとつ盛り上がりに欠けているようで、海外からは、日本人も積極的に参加してほしいという要望が出てきています。
現在国内にはBe-IN というグループが存在していますが、会員へのウェブスペースと掲示板の運営以外はほとんど活動停止の状態です。また、かつて日本のBeOS コミュニティを引っ張ってきた先人たちもBeOS から距離を置いているのが現状です。
そこで、新しいBeOSポータルサイトを立ち上げて、BeOS 関連ニュースの紹介、BeOS ユーザ用の新しいガイドの作成、英語のドキュメントの日本語版作成などを行って、ユーザや開発者をサポートして増やしていこうという試みが考えられています。
興味のある方はメールをください。besom@be-in.org
だってさ。http://www.be-in.org/~besomにのってますた。
__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄ ∧_∧ ∧_∧
ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。
=〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
= ◎――――――◎ 山崎渉&ぼるじょあ (⌒V⌒)
│ ^ ^ │<これからも僕を応援して下さいね(^^)。
⊂| |つ
(_)(_) 山崎パン まだ生き残っているらしい。
日本BeOSネットワーク | News http://www.jpbe.net/
Besolog http://www.be-in.org/~besom/
BeOS is dead.
Zeta must be stillbirth.
>>191
Zetaは生きてるかもしれないが、死に体だ。
ゾンビみたいなもんだ 新登場!
ZonbiOS Zeta
デザインをそれっぽくすれば、BIOファンが飛びつきそうだな >>192
stillbirth ってのは死産って意味だぞ。
死に体どころか生まれる前から死んでると 191 は言いたいんだろ。 >>196
死産だと〜!
母親(yt)は無事か!?
.......瀕死の模様。 >>197
yT 母親かぁ?
自分の老後のために拾った子供を育ててる
どっかのおばさんくらいじゃないの? なんかすごい長寿スレだな・・・・
>>198-199の間8ヶ月もあったのに落ちていない
成仏しないな Be-In閉鎖告知
ttp://www.be-in.org/ 「\ __ __
│ト、l、 /´, '`⌒'´ `ヽ: : .
ヾヽ!lV/ / ,/ / ,' ハ、: .
,ィニ≧ゝレ' / / ,./ / , ハ : : .
く<-‐7´ _」] l l/_,∠/ / / / い : : .
 ̄ノ/: :f r'l l /レ'/、_/‐ト'、/l| li l : : : : .
. : {ハ : :|{(l|y==ミ _ノ、/ソリ ll | : : : : :
: : : :ヽヽ: :|、lハl、゙ ⌒ヾlノリ ll l : : : : : : うゆー☆
: : : : : : : : V\ヽ、 `ー ゛ノルんイリノ : : : : : :
: : : : : : : : : ,.--、_ハ`−r=ニ--、′ノ. : : : : : : :
: : : : : : : : / /-ョロ'ヲ´ i l : : : : : : : : : :
: : : : : : : 〈 ,ハフ'兀「 ! } : : : : : : : : :
: : : : : : : : ヽ, ト{‐lハ. ヽ ' ノ : : : : : : : :
: : : : : : : 〈 , !{ソ ヽl/|、: : : : : : : : ,r-、
: : : : : : `ヽ V j _ノ ,スヘ_ノ7--−イ∧〈
: : : : : : : { / ,ハ、 _//く 〈 ___ r'九〈ハ.}
: : : : : : :レ' ' ,ハヘニイヽ_厂 、ノソト}〈V´
: :_ノ−- 、' {∧ トヘ_「 {Y: :仔 之_
〈l ̄>-、_ 丶レ^ヽ厂` 上l_:/Z/ソ‐′
r个y'⌒ll_,/‐、;_,、ト、__ト、 ` ー/「>,、 └トf‐′
{_Y^lヽ、,ど , , 〈__j,ハ、) 、_イソ´`ヽヘ、ノ、lフ
ヽ>ゝハ 〈ノ{ l! ハ_j人lJ /ソ: : : . ノフく_.イ
〉 〈、ソ´ UU 、ノ入 : :__rクー<__〉
∠__, 〈_⊥、′ i _,rくソヽ√ヽフ
j__ルく_/T'┬_ヒス⊥イ \ノ
ヽ√ \丿 ヽ/ 3年半ちかくもあるのかこのスレ・・・・・
成仏しろよそろそろ・・・・ 今年は何回忌なんだね?
Gassee タンが Palm の CEO になったが、
元Be のエンジニアたちが開発してるはずの
携帯端末用 Palm OS Cobalt はちっとも
市場に登場してこないじゃないか。
>>209
シェアが落ちたら死ぬんじゃなくて、儲からなくなったら死ぬだけ。 うちの市の図書館、Be関連書籍かぞえたら8冊あった
入門モノからデベロッパー本まで
このまま貸し出し実績もなく棚のこやしか >213
羨ましい。うちの市の図書館なんて、コンピュータ関連の書籍すらろくにないですよ。 うちの市の図書館はコンピュータ関係は結構あるけどさ
できる○○とか図解○○とかそんなのが何百冊もあって…
BeOS関係は一冊もなかった。 本当に死亡かも知れん.
ttp://slashdot.jp/articles/06/01/22/0438211.shtml >211
儲からなくなったら死ぬじゃなくて、対応アプリケーションがリリースされなくなったら死ぬだけ。
無論商売敵の死亡宣告をしたがる馬鹿はいるが、BeもOS/2も未だ死なず。 もうちょっとで身売りする寸前まで追い詰められたアップルでさえ買わなかったゴミOSだしw >>221
事情をよく知らない人がかってな事を書いて... 超帝國聖魔 un*xよ! その妻、王女MacOSよ!!
そなたらの残した息子BeOSは、我らが精神の娘に抱かれ、今その生涯を閉じた!!
代わって我が、焔をもって弔うぞ!
さらばじゃ!!
・・・・って書いてて本当にデタラメだな。
某板の某スレで同様のネタを振ったのも私です。 ジョブズの陰謀なんだ!
これはジョブズが仕組んだ罠なんだ! 昨今の中村ノリ(オリックス三塁手)の退団騒動。
彼の言動と、球団に見捨てられた現状を見ていて
ジャン・ルイ・ガセーを懐かしく思い出したのは
俺だけだろうか。 >>231
Zetaはねぇ、BeOSのお葬式のあとに
盗み出されたBeOSの死体から作られたの。
最初から死んでいるのに生きている振りをしていただけだから
お葬式は要らないんだよ。
なんかさ、一生懸命にBeOSのホームページ作ってた人たちいたじゃん。
どこでなにしてるんだろうね。想像したら笑えるw
ふと過去の自分を振り返ることもあるのだろうか >>234
BeOSから離れた人も多いよ。何人かは今でも細々とZeta/Haiku関係のサイトやってる人もいるようだけどね。 >>234
もともとプログラマとかだったら
使ってるプラットフォームにしろコミュニティにしろ
単にMacとかLinuxとかに移行したでしょ。
人によっては最初から並行して使ってただろうし。
当時は先進的環境だったから熱中して、
disconになったら他へ移るののどこがそんなに可笑しいの?
いや、まったくおかしくないだろ。おかしいのは234で。
俺もBeOSはもう触っていないが(一応起動する環境はあるんだが、
まったく電源を入れていない)あの頃熱中して情報あつめまわって
色々試したことでちっとはスキルがついたのは確かだ。 なんかさ、一生懸命にWin9xのホームページ作ってた人たちいたじゃん。
どこでなにしてるんだろうね。想像したら笑えるw
ふと過去の自分を振り返ることもあるのだろうか 過去も何もWin9xはまだいろんなところで
現役だからそのネタは成り立たんね。 なんかさ、一生懸命にVistaのホームページ作ってた人たちいたじゃん。
どこでなにしてるんだろうね。想像したら笑えるw
ふと過去の自分を振り返ることもあるのだろうか とっくに無縁仏になったと思ってた、まだゾンビ的に生きていたとはOS/2並だな 9条は改憲してはならない。日本の為にならない。
日本人ではない朝鮮総連や民団でさえ、日本を心配して改憲への反対運動を行ってくれている。
私は日本人だが、「改憲すべき」などという者は、日本人として彼らに恥ずかしいと思います。
Q.中国から身を守る為、戦争に対する抑止力が必要では?
A.前提から間違っています。そもそも、中国は日本に派兵しようと思えばいつでもできました。
なぜなら、日本には9条があるため、空母や長距離ミサイル等「他国を攻撃する手段」がない。
つまり日本に戦争を仕掛けても、本国の、命令をだした幹部の命は絶対に安全なのです。
「安心して戦争を仕掛けられる国」を、中国は、今まで攻めずにいてくれたのです。
Q.それは日米安保によるものでは? そして、その日米安保も絶対ではないのでは?
A.中国の良心を信じられないのはなぜですか? そして、日米安保は絶対です。
知り合いの韓国人の評論家も「絶対だ」と言っていますし、私も同じ考えです。
更に、9条が消えても米国の戦争に協力する義務は発生しませんが、米国が被害者の場合は別です。
米国は日本を守る為に戦っても、(9条があれば)日本は米国を守る為に戦う必要がないのです。
Q.9条が本当に「平和」憲法なら、世界中で(日本以外に)1国も持とうとしないのはなぜか?
A.これは、日本以外のすべての国が誤っているとも言えます。
「敵国に攻撃が届く国は攻められづらい」というのは、誤った負の考え方です。
(もっとも韓国や中国の軍に関しては、日本の右傾化阻止の為でもあるので例外ですが)
更に日本の場合、隣国が韓国・中国・ロシアと、GDP上位の安定した信頼できる国ばかりです。
Q.「9条改憲派」は「戦争反対派」。侵略者に戦争を挑発する、戦争憲法(9条)を撤廃したいのです。
A.それは、貧しい考え方ではないでしょうか?
中国や北朝鮮を信じる「強さ」があれば、そんな考えにはならないはずです。
日本が信じれば、彼らも信じるでしょう。そして、真に美しい関係が始まるのです。 >>234
自分の経験から言うと、
汎用機、ミニコンOS、UNIX/SystemV、UNIX/BSD、Win16/32、ITRON、MAC OS X
と使用OS変わり続けてるから、
今のWinしか知らないやつ、どーなるんだろ、と思う。
BeOSはダメだと思ったから触りもしなかったけどね。 ろくなブラウザがなかった。
Firefoxすら使い物にならなかったし。 ブラウザというか、そもそもフォントキャッシュ全滅なんですものR5は。
BaxterでIRCしてて、ちょっとウインドウずらそうとしたら見事に固まって笑ったw
テキストエディタでも何でも文字が増えるとやたら表示が遅いし、かなりダメな感じ。 R4までは先に保存サイズ最大にしてキャッシュ作っとくと
なんとかなったのにねぇ。
UTF-8にある文字全部のテキストとか用意してさ。
ところが使いこなしている人がいるそうな。
でも、簡単な質問したら、なにもアドバイスせずに消えたけど。 >>244
234だけどさ、おまえいろいろ使ってるようだからてっきりBeOSの肩持つんだろうと思ったのに
最後の行で吹いたってか、 ひでえ
まぁ、ウィンドウズしかしらんヤツでもウブンチュとかのLinuxがすごい簡単だからなんかあってもすぐ移行できるっしょ
ただ、自分の心配したほうがいいかもよ。まちがいなくMacOSXのほうがウィンドウズより先に死ぬから >>249 それは困ります。ハゲの会社がなくなったら我が社はどうなるのですか。そんな恐ろしいこと書くのやめてください。 >>249 それは困ります。ハゲの会社がなくなったら我が社はどうなるのですか。そんな恐ろしいこと書くのやめてください。 あの動作の軽さに感動してR4と「BeOSへの招待」とかいう参考書も買ったが、
参考書は俺の液晶モニタの高さ調整用に使用中。
そう言う意味では今も活用してない訳でもない。
>>150-251
安心しろ
その頃にはLinuxを参考にすればいいヽ(´ー`)ノ
ま、OSXは好きだから死なないで欲しいなぁ ずいぶん長寿のスレだな。葬式のたびに再利用できて便利だな(w 葬式のたびっていうか、ゾンビーが徘徊するたびとか
幽霊が目撃されるたびとかね。
昔ぷらっとほーむのあったところとかに出るらしいよ
その、なんていうの?浮かばれない霊っていうやつ?
死んだことに気がついてなくて成仏できないんだろうな・・・
慰霊碑とか作ったほうが良いよ
安らかに眠ってください。過ちは繰り返しませぬから
とか書いてさ
お供え物にはBeOSの動くPC一式がいいらしい ∧_∧ / ̄ ̄ ̄ ̄
( ゚Д゚) < ぱぱんがぱん♪
(⊃ \⊃ \____
\ )ρ
く く
だーれっがこっろしった♪クックロビン♪
 ̄ ̄ ̄V ̄ ̄ ̄ ̄V ̄ ̄ ̄ ̄ ̄V ̄ ̄ ̄ ̄ ̄V ̄ ̄
∧_∧ ∩,_∧ ∧_∧゙ ∧_∧ ∧_∧
(, ・∀・ ) | |・∀・) (・∀・ ) ( ・∀・) (・∀・ ) <あ、ソーレ♪
(( ⊂ ⊃ / ,⊃ (⊂、 ⊃゙ ((⊂ ,⊃)) ((⊂ ⊂ヽ
(( ⊂,,, ノ゙ ((( ,,_,,⊃゙ ((⊂,,,_,, ) (( ( ,,_,,⊃)) ((⊂,,__,, )))
(__/,, ヽ_),, (_/, ヽ_),, ,,(_/ HemlockDKiller=HORSEFUCKER!!
Hi! I am Horsefucker!
I am stupid Korean.
I live in Tokushima in Japan.
I love YMO.
I love YOUTUBE
I am foolish, unfair, and a coward.
Please Fuck me!
基地害Be信者が一匹徘徊しとるよ
介護する奴はいないのか Microsoft社,今度は「BeOS」のBe社から訴えられる
日立製作所が「Windows 98」とBeOSの両者をハード・ディスク装置に
プリインストールし,電源投入時にどちらのOSを起動するかをユーザー
が選択する仕組み(ブート・ローダー)を組み込んだパソコンを製品化
しようとしたところ,Microsoft社から2人のマネージャーが日立製作所
に「怒り」を伝えにやってきたという。
またMicrosoft社と日立製作所の契約には,Windows 以外のOSをプリ
インストールすることを認めないという項目が入っていた。
http://techon.nikkeibp.co.jp/members/01db/200202/1011153/ 既に解散したBeの、しかもFD起動のBeOSの話題を持ってくるってどれだけアホなんだろう。
富士通シーメンスの方がもっとすごいことやってのけたのに。 HDDのリコールを中途半端にやって
撤退という形で逃げた不治痛ですね Silverlineは英富士通製
富士通シーメンスは無関係 船場吉兆は廃業宣言したが残りの吉兆グループは営業を続けるそうだ。 ↑こいつ犬厨(自称35過ぎ)
毎晩Windows、Mac、Be叩きに必死
名無し欄にBeが入っているにもかかわらず、Beは認めない
それが犬厨クオリティ
↑こいつ犬厨(自称35過ぎ)
毎晩Windows、Mac、Be叩きに必死
名無し欄にBeが入っているにもかかわらず、Beは認めない
それが犬厨クオリティ
VMwareでBeMAX入れてみようと思ったが
インスコはできたが動作中マウスカーソルが唐突に左上に飛んで以後無反応
(クリックは有効の模様)という謎状態になってしまうのでとりやめ
現在はVPC2007で我慢中
仮想グラフィックボードが常にS3だから常にVESAというのが寂しすぎる
以上チラ裏終わり >>271
ふうん。すごいね(棒)。ネット知識(笑)? >>276
1998年当時で256TBのHDDと4GB越えのファイルをサポートしていたっけ。
それでOSサイズは100MB以下(w 大学図書館の蔵書廃棄で、BeBox の本があったのでもらってきた。
なんだかバブリーな雰囲気がぷんぷん。 >>283
(●0●)マジで?
箱って、あの何の変哲も無い白いダンボールに手書きで
「Fragile」って殴り書きされたヤツ?
>>285
奇跡的かも
今、動く機体tって世界中で何台なんだろうね
. \\ ,土ヽ l 十 ├ ゝ‐、ヽ ll 尸 //
\\ (ノ ) | Cト、.Cト、 ノ l_ノ よ  ̄ ̄ ̄ (⌒/ //
..... .:_ -― ─- 、:. ......
..::⌒>.、:: ...::/::.::/::.:: ヽ::.::.\::....::x<⌒::.
::x-=≦.::.-=`ミO.:/:/:/|:./.:ハ::ヽ::`O::-=ミて`く⌒ヽ::
::, イ::ノ⌒'Z _⌒ Y彡::./V j/ヽ::ハ.::.V::Y⌒/;^)- 入 \:
::/ :/八 '(:::::':,\ トV::./⌒ ⌒ヽ.::∨/,.::'::/ /:::∧ '\::
::/ `V::/ヽ\ \ :':, 八W __ __ jハ:::l, :':::::, ′ /:::/  ̄ ノ\::
::〈 ,.:'::/ ヽ \ \:l:ハ| 〃⌒ ⌒ヾ ハ:|::::/ ,.イ:::/ ∠.::勹::
::/ ! :.'::::∧ | ヽ \ム .::::: r ┐ ::::.,'ノ/ / /::/ |__:/::
::∠._jハ_ん:ヘ/}ノ /ヘ ヽゝ_ ヽ ノ イ/ /⌒ん'⌒)_>::
 ̄  ̄`ヽ `=≧r ‐i彡''´ /::  ̄
::\ヽ ` ´ / /::
:: ,′
::i :; :; i::
::| |::
::l |::
::j ::
::,′ l::
::/ |::
::/ !::
::/ 〉┴r ::
::,′ /:: ::| |:: ∧_∧
( ・∀・) 人 ガッ
( つ―-‐-‐-‐-‐-‐○ < >__Λ∩
人 Y ノ. V`Д´)/
し(_) / ←>>185 _
r-、' ´ `ヽr-、
ィ7 /l: ハヽハ トヾ 駄スレを沈めることは、この俺が許さん!
'|l |'´_` ´_ `| || 信念に基づいて行動する、
| |´ヒ} ヒ}`! l| それを人は正義と言う。
__ノ゙). 从 l, _'_. |从 今俺が行ってることは上げ荒らしではない、
,_'(_ ノ_ヽ ヾl.> - ,イ;リ 正義という名の粛清だぁ!
{ f:テ} {'f:テ}',/\ヽ--//ヽ
ヽ,r─‐ 、ィ .、、 i l>Y<! i '、 バーニング!
/ iゝ_ノ iヽ /l |l l ',
lンヽ/ムノじ ( ・∀・) | | ガッ
と ) | |
Y /ノ 人
/ ) < >__Λ∩
_/し' //. V`Д´)/ ←>>291
(_フ彡 / >>277
ハードさえ対応してりゃさらに5年くらい古いNTFSでもいけるだろ 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
GEOM4R052I