OSASKとNOWSMART-OSを褒めちぎるスレッド

前スレ

☆ OSASKスレッド Part2
http://pc.2ch.net/test/read.cgi/os/1021123643/

☆ NOWSMART-OS
http://pc.2ch.net/test/read.cgi/os/1020031509/

ﾌｰﾝ

統合してNOWSMART-OSASKに。

>>3
それだけはやめてくれ、NWSOSがウイルスに感染して泣きたくなるから。

　OSASKは、効率や高速性を売りだと豪語している。
いずれもそう簡単に白黒付けがたく、言ったもんがちになる。
　誰でも一目瞭然の機能では明らかにNWSOSに負けてしまっている
にで、どうしようもなくなって、比較が容易ではない面でごまか
そうとしている。
　一度くらい、自分のレベルを悟ったらどうだ。>ｋ

まだゆんゆんしたいのかよ、とんがりたん。

>>6
俺は、Kに、「自分を知れ」と言いたいだけだ。
まず、自分の愚かさを知ってからでないと何をやっても駄目だ。
それに、周りの迷惑になる。
俺にとって、Kの誤った考え方の流布で、NWSAが酷い迷惑をこう
むった。
こちらに何の落ち度も無いのに、やたらめったら、下げずまれた。

分け分からん連中がそれをかくまった。

Mr.Kは、人間性０。
うそつき、ホラ吹き、自己分析力０だ。

自己中心的で、自分が他人に対して行った嫌がらせは絶対認めず、
人を悪者にする、そして適当な物を作っておいて、一般の人を
だまくらかし、予定だけはそれより遥かに凄くしているんだけれど、
ほとんどの人が気付くことが出来ないから騙される。

そういう明らかな悪党が、Kの正体だ。

>>7
NWSAの被害って何だ？
ダウンロード数でも落ちたのか？

>>9
落ちた。

うーむ…
本気でそう思ってるんだとしたら、OSなんか作ってないで至急精神科に相談した方が良いと思う。
とりあえず、Lたんの名を騙る偽者であることを祈っておこう。

>10
あの程度の会話でなんで落ちんの？
ほとんど覚えてないけど、なんかまずい発言ってあったっけ？

>>12
あの程度、、、。

>>13
ん？
あれじゃないの？
OSASK掲示板でのNWSA供給話。
結局エラーメッセージでおじゃんになった奴。
あの前後でメールでのやりとりがあったようだけど、なんかあったの？

すでにスレタイトルとは全く別の方向に（ｗ
「Lたんの愚痴スレッド」にした方がいいんじゃないか？

>10
VisualC++ユーザーにはメリットないから。
ちなみに私はLたんのおかがでVCPPを知りました。ありがとう。

L＝あの国の人。ねちっこさが激しくそんな感じ。

いるよね　技術面で優れていても精神面でぼろぼろな奴。

究極の総合リンク集

http://home9.highway.ne.jp/cym10262/

つうか別にLﾀﾝはそんなに性格悪くないと思うんだがなんでみんな叩いてんの?

あれで？　20は優しいな。
あんな呪いのごとき誹謗中傷たれまくる奴が性格いいとは漏れには
到底思えん。しかもわざわざこんな所にまでやってきて中傷しまくる。
自分のHPでやればいいのにね。

>>21
自分のホームページでやる方がよっぽど陰気くさいのでは？
2chだと流れるけど、ホームページだと永久に残ってしまう。


匿名だと「どこの誰かがコンプレックスを持っていて、あることな
いこと書いたに違いない」として流せることもある。

つまり、流れないとまずいような事を言っていると。

…の前にさ、こういうのって本来は自己の発言に責任を
持たないとまずいんじゃないのか？
そうでないと誹謗中傷しまくりでも問題ないってことになるよね。
そういうのってどうなのよ。

＞機能が重複し、仕様に一貫性
＞がなく、いかにも行き当たりばったりで作ったように思います。
昔の誰かさんの発言らしいが、OSASKのAPIについてかな？

すべてはここからハジマッタ！
K氏が彼にメールを出したことによって新しいOSが出ようとは。
http://www.afis.to/%7Emone/osask/osask_ml/200111/msg00127.html

>>24
OSASKって大体ASKAで書かれてる訳なんだけど
元々386ASM用のアセンブルコードを吐くんだっけ？
で、これ入手困難なんで、そのうちNASMやMASMの書式への
コンバータができた。
MASMの方がコードが良かったんで推奨してたらしいんだけど、
誰かがL氏が自作のコンパチASMの宣伝でそういうのはライセンス違反だ
と主張してるのを見つけたらしい。
で、調べてもよく分からないから念のためMWSA使おうか？
って話になったんだけど、どうもMASMコンパチで無い部分があって
困ったらしいんだよね。
ソース未公開だから、直してってメール出したらしいんだけど、
L氏はその時は気が進まなくて渋ったんだろうね。
カスタマイズサポートは有料だがどうする？って言われたらしい。
でK氏が千円なら出すなんて言ったもんだから
莫迦にされたと思って怒ったらしいんだよね。
K氏にしてみれば単にお金なかっただけなんだろうけど。
だいたいバグ指摘してやって直すのになんで金取るのかって話で
そんなお金あったら、大した機能使ってるわけじゃないし
融通をきかせるためにもいずれ自分で作ったほうがいいと考えたらしい。
で、そういう話に決まりかけた頃に
やっとL氏が腰をあげて投稿したのがそれなんだよね。

また止せばいいのに、K氏が、協力してもらっても見返りは用意できないので
結構です。なんてにべもない事を言うから、売り言葉に買い言葉で
互いにそんなへっぽこ１ヶ月で作れる、いやあんたには無理だの、
ひっこみがつかなくなってL氏はOS発表するわK氏はアセンブラ作るわ
そしたらまたそれにケチつけあって、なんのかんのあって、そして現在に到ると、、、
こんな感じでいいのかな？

…間違ってるとこあったら訂正希望。

>>25
基本的に間違ってないかと。
L氏はそのとき既にコンパイラを完成させてて、
その経験からOSよりもコンパイラの方が難しいと、主張したんだが、
K氏はコンパイラは「簡単」だ、と。
L氏の主張は「OSを作るのは簡単だ、しかし良い設計をするのは難しい」
設計に対して魅力が無い（サイズしか重視していない）
上に、OSとして程度が見えなければ、まぁ、ああなるわけで、
結果としてL氏のPC9801用の数年前のOSをATに移植。
しかも使ったアセンブラ、Ｃコンパイラ、リンカーは自作。
数ヶ月バージョンアップ繰り返してこの状態。
まぁ、完成度、開発速度等は、OSASKと比じゃないかもしれない。
コードも奇麗だし。
そこでまたＫ氏は「開発速度が速いのはNWSOSが普通のOSだからです」とか
言うもんで、前スレ、ラストスパートの状況で、Part3に至ったと。

両氏について言うと、
K氏は大学（横浜大だっけ）を中退（休学？）してOS開発に乗り出し、現在、先の資金不足
からIPAに挑みながら、OSASK開発に夢と希望を燃やしつつ、日々開発らしい。
本当かどうかしらないけど、実務（職業プログラマ）の経験は無いらしい。

L氏はゲーム業界からとか、困った事とか難しいことがあると呼ばれるらしく、
ドリキャスのグラフィックエンジンとか改良したのは彼らしい。
東大院を出ているらしい。
個人でコンパイラ、アセンブラ、リンカーを作り、それでOSを作るという
考えられない事を成し遂げた。

現在OSASKの方がプロジェクトが長いこともあって協力者数は圧倒的に
多いんだけど、今後NWSOSにどれだけ協力者がつくか。
まぁ、あんまりつかなくても、L氏一名でも問題ないくらいだが。

>>25さん
　僕もあっていると思います。

>>26さん
　すくなくともOSASK側、というか僕側の情報はあちこち間違っているように思います。
LightConeさんやNWSOSについてそこまで詳しく知らないのでコメントできません。
　一応指摘しておくと、こんな感じです。

>(OSASKの設計方針が)サイズしか重視していない
　OSASKといったら、サイズよりも速度ですよ。もちろんサイズも重視していますが、速
度はそれ以上です。

>(NWSOSの)コードも奇麗だし。
　オープンソースじゃないのに、よくご存知ですね。

>K氏は大学（横浜大だっけ）を中退（休学？）して
　最終学歴は、横浜市立大学大学院修士課程卒業ですが。でも博士課程に行きたかった
のをOSASKのために断念したので、そういう意味では中退なのかもしれません。でも普通
は、こういうのは中退とか休学とはいわないと思います。・・・僕の学業については、
自慢くさくなるしOS開発と関係あるとは思えないので、できれば言及しないでください。

>個人でコンパイラ、アセンブラ、リンカーを作り、それでOSを作るという
>考えられない事を成し遂げた。
　これは別にたいしたことじゃないです。僕も、OS、アセンブラ、リンカ、エミュレー
タを書いています。まあ、コミュニティーに手伝ってもらった面もありますから一概に
僕だけとはいえませんが。OSとアセンブラとリンカは同じ分野なので比較できると思い
ますが、サイズと速度でならLightCone氏作のものに比べて劣っているとは思えません(
というかこの点だけなら世界レベルではないかと自負しています)。機能では全部負けて
いると思います。・・・機能を誇るLightCone氏のソフトウェアですが、どれも機能的に
世界レベルではなさそうです。機能と性能のバランスがすぐれているということもなさ
そうです。以上は僕の主観なので、うのみにしないでください。

…そろそろＬたんが顔を真っ赤にして出てくる頃か。

>>27
NWSシリーズが、世界ベルではないのは当たり前。
世界をなめちゃ駄目。
逆に、Kの作るアセンブラやリンカは、最低レベルにも達していない。
NASKは、NWSAと同じ土俵にも上がってきてない。
MASMやTASMと比較できる所に着てないんだよ。
NWSAは、世界最高ではないにしろ、MASMやTASMやWASM,NASMと
比較できるレベルには達していると思ってる。

>>27
大体、横浜私立大学の大学院を出たって言いふらすことが、
どうして自慢になると思ってるの？
学歴板でも見てきたら？？？？

恥になるかも。

>>28
既に出てきてるよ。
ソースに言及してることで、>>26がKであることは明らか。
しかし、改めて読むと、すっごいナルシストだね。

>>31はKでなくてLの間違い。

>>31
26はまじで俺ではない。情報も一部誤りがある。
29 は俺かもね。

>>26
> K氏はコンパイラは「簡単」だ、と。
> L氏の主張は「OSを作るのは簡単だ、しかし良い設計をするのは難しい」
そんなこと言ったか？
まずLightたんが「OSを作るよりコンパイラの方が難しい」とか言い出して
川合さんが「コンパイラを作るのはどんなものでもよければOSより難しいとは言えない」
と反論したという話だろ？
L:http://www.afis.to/%7Emone/osask/osask_ml/200111/msg00134.html
K:http://www.afis.to/%7Emone/osask/osask_ml/200111/msg00138.html
「良い設計をするのは難しい」というのは暗にほのめかしていると取れなくもない程度だと思うんだが（ｗ
L:http://www.afis.to/%7Emone/osask/osask_ml/200111/msg00146.html
K:http://www.afis.to/%7Emone/osask/osask_ml/200111/msg00149.html

>>25
うまくまとまっててよく分かった。

>>26
「コードも綺麗だし」はちょっと軽率な発言ですな。
まぁその発言が無くてもあなたが誰なのかは一目瞭然なわけですが。

>>28
あなたの書き込みから約50分後、あなたの予言が的中しました。
顔が真っ赤かどうかまでは確認できません。

>>30
あなた確かLinux板のフリーソフトスレでも学歴主義丸出しの書き込みをして
みんなに叩かれてましたね。

>>30
学歴板・・・（ ´,_ゝ`）ﾌﾟｯ

>>34
>「良い設計をするのは難しい」というのは暗に
>ほのめかしていると取れなくもない程度だと思うんだが（ｗ

いや、そういう発言も確かにあったと思う。

「実装は簡単、仕様設計が難」見たいな感じの。

26も29もL氏です。

>>38
26は違うって。

26も29も39もL氏です。

7も10もL氏です。
ダウンロード数について知ってるってのはね。

>>41
サーバー管理者かも知れぬ。

>>37
どこだっけ？
探したけど見つからん(´･ω･`)

さすがに余計な事まで書いてしまったことに気付き、
>>26 は自分の名を騙る偽者だと主張し始めた某氏。

>>44
いや、誰も名乗ってないけどな（ｗ
>>33、俺じゃないって何だよ。お前誰だよ。
いや、わかるけどさ。

>>44
つーか26は単にL氏を褒めちぎってるだけじゃない？
適当に山掛けて色つけたら書ける内容じゃないの？

Ｌたん汚ねーよなー。自己の発言すら責任もってねーもん。
Ｋ氏との比較はおいといて、人間として最低。

>>34
確かにサヨクも真っ青の捏造っぷりですな。Ｌたん最高（ｗ

NWSOSもダメだな、開発者が2chﾈﾗｰになっちゃ。

>>49
そういう意味ではK氏はとてもしっかりしてるな

>>50
ある意味あれも2cherだぞ（ｗ

OSはどうあれ、2chの書き込みを知ったら協力したいなんて思う変人は
居ないだろうなｗ
そういう観点では今後OSASKの方が伸びる可能性高いかも。
NWSOSの協力者って、実質一人だろ？
時間の問題じゃなくてさ。
まだ外国人という都合の良い手段があるようだが。

>>29さんへ
　あの、ちゃんと>>27を読んでいますか？速度とかサイズにおいて、
NWSA、MASM、TASM、WASM、NASMのほうがいいと本気で主張なさっているんですか？
NASKはwin32版で44KBですよ。これより小さいIA-32アセンブラがあるんですか？
NWSAは少なくとも100KBはありそうですが。・・・もちろん、NASKが出る前は、
NWSAが世界最小の座をキープしていただろうとは思いますが、たぶん、もう、
その座は奪還できないでしょう。

　NASKはもちろん機能的には劣っております。上記のものと比べるべくもない
ということについて異議はございません。しかしアセンブラとしての最低限の
機能は有しています。OSASKのmakeにもちゃんと使えるわけです。だから最低
レベルにも達していないというのは、誹謗中傷に当たると思うのですが、
根拠をお示しください。

　リンカもついでに。linkset3で機能的に足りないところってどこですか？ほぼ
全てのCOFFファイルやライブラリファイルを任意のフォーマットにリンクできま
すが？おまけのtek0やl2d3圧縮・展開機能も付いて、それでも24.1KBです。NWSL
のサイズはどのくらいだと思っていらっしゃるんですか？100KB超ですよ？？？
どこを見ておられるのかさっぱりです。

>>30さんへ
　そう僕だって、横浜市立大学大学院卒が自慢になるとまでは思っていませんよ。
わかってないですね。でもどうでもいいことです。気にしないでください。

それよりよ、ﾏｲﾝｽｲｰﾊﾟ勝負、わすれてねーか。
NWSOSのﾏｲﾝｽｲｰﾊﾟ、nwmine.exeは
ttp://members.jcom.home.ne.jp/3374327001/nwsos/nwsmine/
で最新版0.5bが60496ﾊﾞｲﾄ。
だれかLinux版、何処のでもいいからｻｲｽﾞplz。

「根拠をお示しください。」
でた〜ｗ

>>55
いや、普通だろ。となりの国の人か？

強いて言えばマニュアルかな？
でも世の中のフリーソフトなんて大半がそんなものだしな。

Kさん、nask00、gccだと、71KB。
コンパイラとかによって、かなり違うから。
サイズで勝負するなら同じコンパイラ使わないと、コンパイラ
の性能を自慢してる要素も出ないかな。
それでも最小だと思うけどね。

>>53
「ほぼ全てのCOFFファイル」っていうのはマジですか？

　COFFの仕様は膨大なので、linkset3のサイズからは、
にわかには信じがたいです。

　COMDATとか、WeakExternalや、STATIC 変数にも対応済みでしょう
か。

　それから、NWSLは、DLL用の「インポートライブラリ」や、
OMF 形式にも対応しているので、入力フォーマットとしては、
３倍くらいの種類に対応していることになります。

　出力フォーマットも、NWSOS用、Win用に対応してますし、
デバッグ用のOBJ、デバッグ用のEXEにも対応しています。
　多分、linkset3 は、デバッグ用には対応して無いと思います。

　これらを全て考慮すると、現段階でサイズ比較するのは無意味
だと思います。

　それから、大規模プログラムのリンクに絶えうるかどうかも
あります。NWSLでは、非常に大規模なプログラムのリンクにも
絶えられますが、linkset3 では出来るんでしょうか？？？？
内部構造も大規模用と小規模用では結構違うと思いますので。

>>58
コンパイラの最適化具合も加味してプログラミングしているなら
「同じコンパイラの出力サイズ」ではなく「一番縮む任意のコンパイラの出力サイズ」
で比較するのが良いと思われ。

それから、linkset3 の出力フォーマットは、「BIN」形式ですね。

NWSLでは、WinのCOFF形式にまともに対応してます。COFFは
仕様が複雑なので処理内容も多くなるのは仕方ないでしょう。

それから、NWSLは、セグメントの順序を外部から指定したり
も出来れば、COFFとOMFの二種類を同時に入力して、NWSOS用の
実行ファイルを作ったりも出来ます。

FLAT形式にすることも出来れば、セグメント形式にすることも
出来たりと、機能が豊富です。

>>59
＞　これらを全て考慮すると、現段階でサイズ比較するのは無意味
＞だと思います。

はぁ…、結局これなのね。予想通りでつまんない。
求めるものが違うんだから良い部分と悪い部分が出るのは当たり前なのに、
それを認めようともしないのがＫとＬの違いだな。少なくともＫはNWSLが
高機能である事は認めてるのにね。ＬはマジDQNか厨だと確信。

あと、詳しいマップファイルを出力したりも出来ますが、linkset3
ではどうなんですか？？？？？

>>62
現在低価格帯の30GBのハードディスクにおいて、100KBと、26KB
の差が大事だとは思えない。

100KB のプログラムでも、30万個置ける。ロード時間も
体感できないと思えるけど。

>>64
はいはい、わかったわかった。

>>62
前から思ってるんだけど、サイズが小さいことを目標にしてるってのが
そもそも良く分からない。

なんかでかいソースってないのかな？

そういえばbochsのbiosコンパイルするのにae86ってアセンブラが必要なんだけど
これを両者に置き換えるにはどうすればいいんだろう？
というかlinuxのカーネルコンパイルでは要らなくなったって聞くけど
gasで代替できるものなのかな？

関係ない話で申し訳ないけど。

ちゅうか、

Microsoft :
MASM : 389 KB
MS LINK : 453 KB

LightCone :
NWSA : 168 KB
NWSL : 112 KB

ってことなんだけど、NWSAにはない、MASM の機能が使いたい人は、
サイズや速度なんか無関係に、MASMを使うと思えるんだよ。

まして、使えないインストラクションがあったり、
マクロ機能もほとんどなく、セグメントしていもママならないよ
うな、K 氏の NASK なんて、サイズが以下に小さかろうと使いた
い人は皆無じゃないの？？？？

それでも、「サイズが小さい」で勝ち誇れるのかなあ？？？？？？

as86だった
aeじゃエディタだよ（ｗ

>>68
コンパイラの下請け用にはいいんじゃない？
バンドルできるなら。

つーか逆にセットで配って欲しいような気もする。

>>68
そう思うんだったら「サイズが小さい」というところだけでも勝たせてあげれば
いいんじゃないの？　まあ、器が小さくてDQNで厨なＬじゃ無理だろうけどな（ｗ

まあもはやアセンブラといえばマクロアセンブラを指す時代だからなあ。＞最低限

ちなみに漏れの知る限りサイズ最強はNASKじゃなくてFASM。
Menuetが使ってるヤシね。
Win32用で27.5KB、MS-DOS用で22.2KB
マクロも使えるぞ。ただし出力フォーマットが実行ファイル専用。

まあこれは漏れが持ってる1.14の時点のスペックで現状1.40だとCOFF出力が追加されて
Win32用54.5KBになっちゃったけど。


と遅レス。

>>71
明らかにNASKは、NWSAよりも、アセンブラ自体のサイズは小さいです。
おめでとう！！＞川合さん。

………まあ、そんな奴だと思ってたよ。よかったな。
NASKが単に「現時点で最小のアセンブラ」っつーだけで。

>>72
川合さんの基準では、Menuet Ver 1.14時代の FASM の方が、
最新版 FASM より優れていることになるんですね。
つまり、Menuet 陣営は、改悪したことになってしまう。

とかいい加減に言うとつっこみがきそうだからやめとくわ。
最小は抜きにしといて（ｗ

>>75
またそうやって人の発言を捏造する。
Ｋはサイズが小さいことだけが優劣に反映するとは一言もいってない気がするが。

>>75
...まあ漏れはとりあえずつっこまないけど。

あと、Menuet 1.14じゃなくてFASM 1.14
完全にサイトが別れてるしFASMからMenuetへのリンクはないから、
たぶんMenuetはFASMを利用してるだけだと思われ。

ちなみに、NWSA では、x87FPU/MMX/3DNow!/SSE/SSE2 命令が使えます。
SSE/SSE2 追加だけでもサイズはかなり大きくなったので、これらを
落とせばだいぶ小さくなります。

FASM はどうなんですか。

>>75
まあ、自分に必要のない機能は要らないって考え方もあるけどな。
知らないでつかってて誤動作したらトラブルの元だし。

>>77
でも、川合さんの基準では、機能よりサイズだと聞いたけど。
基準は厳密に適用しなきゃ。

>>81
へー、じゃあOSASKも段々改悪してるってわけか（ｗ
そりゃ驚いた。

>>82
川合さんの基準ではそうなりかねないよ。

機能が同じでないものに対してサイズ比較してしまうから。

同じアセンブラと名がついているものでも、使いやすさや、
安定性、エラー処理、エラーの分かりやすさ、マクロの充実度、
対応フォーマットなど色んな要素があるのに、それは無視して
しまうんだから。

　同じマインスイーパでも、同じ名前がついていても、見た目の綺麗さや
再現度や、レスポンスの速さなど、考慮すべき点は沢山ある。

　今後、NWSOS用のマインスイーパと、OSASK用のマインスイーパとを
サイズだけで比較されちゃたまらん。

naskってcrtdll.dllをリンクしているわけだし、
機能無視のサイズ比較としても有効性が妖しい。

>>83
つーか、アセンブラのレビューページって見た事がないんだよなあ。
hello.comでだけでもいいから、各アセンブラで実際にやったところないかな？
名前も知らないような奴が乗ってるとおもしろいんだけど。

>>85
なるほど。

NWSAでは、安定性のためライブラリは静的リンクしている。

というわけで、動的リンクにしたら、今よりは必ず小さくなる
と思う。

まあ、そんなに勝負がお好きなら、サイズを徹底的に縮めた
ものをあとで用意してもいいかな。

まあ、機能やアセンブル速度を落とせばいくらでも小さくなるだろ
うけど。

そういえば、高速化のために文字列比較には（当然）ハッシュを
使ってるんだけど、それをなくせば（微妙に）小さくなると思う。

エラーメッセージでサイズは増えてるので、それを整理すれば、
劇的に小さくなるかもしれないし。

サイズ比較だけなら、圧縮してしまってもいい。

>>79
SSE2だと1.20で対応してるね。
1.14だとSSE2は部分的にしか対応していない。
それ以外は対応済み。
ああ、スマソ、よくみたら1.40はWin32用じゃなくてDOS/Win32用だわ。
1.30から一体化させたみたい。

しかし機能落としてまで勝ってどうすんのよ？

あと、一応書いておくと、FASMはセルフアセンブルによって作られてる。
つまりフル汗ね。

>>87
そんなことでなにも張り合おうとしなくてもさあ、、、

別に小さくても不足がなければ支障はないって話であって
小さい方が優れてるとかいう話ではないでしょ？

いまどきフロッピーだモデムだ言ってる時代じゃないんだから、
100K程度の差なんて支障はないでしょ？

>>88
セルフアセンブラで書くとは、FASMは凄いです。

昔、中学生の時、別のアセンブラでアセンブラを作ろうとして
めちゃくちゃ苦労したことがありますが。

>>89
やっぱり、ソフトウェアは総合力だと自分は思う。

機能ばっかりで、その時代のマシンで絶えられないくらい遅くても駄目
だし、逆に高速でも、機能が根本的に足りなければしょうがないし。

それと、サイズは「今の時代」では、比較ポイントにならないと思う。

>>89
>別に小さくても不足がなければ支障はないって話であって
>小さい方が優れてるとかいう話ではないでしょ？

普通の人の判断基準ではそうだと思うのですが、K氏は、
サイズが小さいことを理由に、
「NWSA より、NASK が優れている」と断言してるんです。

どうみても総合力ではそんなことは無いんですが。

まあ、今の時代アセンブラ使うのはコンパイラの下請けぐらいのもの
って気もするけどね。

つーかいまだに32ビットでは書いたことないや。

で、またお得意の自作自演が各所に…。

とりあえずLたんがサイズでも勝ちたいなら機能限定版作ってみるのも
ありじゃない？　それで勝てば誰も文句は言わん。そもそもサイズを無視して
作ってるのにサイズ云々言うのはおかしいだろ。今言ってるのはソフトそのものの
優劣じゃなくてサイズの優劣なんだからな。

>>92
また発言捏造してる…。ほんとにあの国の人じゃないのか？＞Lたん

>>95
うんや。K氏ははっきりと書いてました。
そのとき何度か確認したんですが、
「ええ、優れてますとも」
見たいな返答だった。

>>96
さあ、証拠出してみようか（ｗ
お得意の捏造出されちゃかなわんからな。ちなみに、発言を立証する責任が
あるのは発言を出した人だからな。立証できなかったらその発言には
意味が無くなることをお忘れ無く。

サイズ原理主義なら
「サイズが同じでないものに対して機能比較してしまう」
とも言えるんだがな（ｗ

サイズが小さいことにメリットがほとんどないと言っておきながら
サイズ勝負のために機能を落とす、自分のポリシーを変えるというのは
それこそ「勝負好き」だと見られてもしょうがないと思うぞ。

　Linux の某スレでミス投稿してしまったので二重投稿に
なるけど、許してください＞ALL

>>97 さん、どうぞ。

2001/December/13 の、OSASK 2721 : Mr.K said :

---------------------------------
　完成していないどころか、まだ1バイトも出来ていません。ですから、おっし
ゃるとおり全く説得力はありません。しかしそれでも、「僕にとっては」NASKの
方がNWSAよりも優れています。これは客観的な意見ではなく主観的な意見です。
ですから納得できなければ、納得していただかなくていいです。

　僕はこの程度の簡単なプログラムなら(そうNASKは僕にとっては充分に簡単な
プログラムです)、だいたいの工期や完成後のサイズを事前に見積もることがで
きます。この見積もりの正確さは、linkset0(OSASK用のリンカー)のときに実証
済みです。linkset0は20KB未満であると事前に言いました（[OSASK 1856]）。そ
して実際は12.0KB+6.03KBの2ファイル形式で、ちゃんと目標を達成しました。た
だし工期は予定していた1週間を超えてしまいましたが(2週間くらいかかってし
まいました)。
--------------------

>>96
他より小さいだけが取り柄だけど、充分な機能はあるよ。
みたいな話なら聞いたような気もするけどな。
それってジャンプ命令がNASMより賢いとかで
出力オブジェクトが小さくできるとかいう話じゃないの？

>>96
既出だが
http://www.afis.to/~mone/osask/osask_ml/200112/msg00140.html
>誤解なさらないでほしいのですが、僕にとってはNWSAはNASKに劣ります。NWSAは僕の使わない機能のためか、もしくは別の理由で大きいですし(130KBもあります！)、ソースがオープンではないのでLinux版を
作る目処が立ちませんし、OSASK版も作って頂ける保証がありません。
ある意味もっともではある。オープンソフト関係者を××呼ばわりするLたんには理解できないかもしれないが。

>>100
エラー処理は十分なの？
定数式の演算子などは使えるの？

定数の進数の対応は十分なの？

>>99
97じゃないけど、それってサイズの話なのかな？
ソースがあって弄れるからとかいう方が大きいんじゃないの？

>>99
それのどこに、「ソフトウェアはサイズの優劣が全てである」なんて
書いてあるんだよ。NASKとNWSAの話だけじゃん。んで、ＫはOSASK用に
使うためにはこれで十二分にしてお釣りが来るんだから「僕にとって」
こっちの方が優れていると言ってるだけじゃねーのか？
ちょっと見方に悪意がありすぎ。そういうのを捏造って言うんだよ。

>>100
　ちなみに、出た当時のNASKは、サイズの小さいバイナリコードを
選択する機能が、NWSAより劣っていたそうです。今は知りません。

>>104
その日本語が普通じゃないと思う。

「僕にとって」ＡがＢより優れている。

なんて。

僕の用途では、Ａの方がＢより適している、と書くなら自然だけど。

>>99
それを引用して>>97にぶつける心境がわからん。
Lたんに対する皮肉か？

>>102
知らないけど、ASKAで使ってる限り十分なんじゃないの？
十分じゃなければ一番我慢できないのはK氏だろうし
直すんじゃない？

>>106
また意味分からんところにつっこみ入れるなぁ。同じ意味だろ。
ちなみに、「僕にとって」というのは普通の日本語です。

>>100
nasmの当時の最新版でも小さいサイズの命令を出力する機能があったよ。
開発者とwebサイトが変わったので気付かなかったみたいだけど。
nasmのサイズと速度が最悪レベルなのは確かだが。

>>109
私には同じ意味だとは思えない。

「優れる」というのは、感情を含まない客観的で論理的な言葉。
「僕にとって」という主観的な修飾句とは相性が悪い。

「適している」というのも論理的な言葉だけど、言葉自体に
限定の意味が含まれているので、主観的な言葉と混合する必要が
ない。

>>107
いつもの自滅だろ？（ｗ

>>112
すでに言ったが、漏れには同じ意味に思えるからな。そう思う人もいると
言うことをお忘れ無く。君の価値観が世の中の全てではありません。

>>106
優劣が一意に決まるとでも思っているのか？
便宜上決めることは多々あるが。

>>114
言葉の地域差かもしれないと思ったり。
俺の地方ではそういう言い方はあまり聞いたこと無いような気がする。
まあ、滋賀弁か京都弁なので、俺のほうが非標準になってしまうので、
分が悪いけど、ネットだと、聞きなれない言い回しを良く聞いて、混乱
する場合多いしなあ。

>>115
個人的、主観的無い意見だと自分でも分かってるなら、
「優劣」と捉えずに、「適性」だと捉えるべきなんでは？

主観的に「優劣」を言い切るのは違和感があるなあ。

>>110
そうなんだ。　誰かが明示しないと駄目っていってたような気がして
てっきりそういうものだと思ってた。

というか派生バージョンがあるのはいろいろ混乱するよね。
外国のだとマニュアルの翻訳が古かったりして勘違いしたり。

>>111-112
じゃあ『「僕にとっては」』というのはどういう意味があると？

「優れる」自体は無色だと思うがなあ。

訂正
むしろ主観的だと思う。

漏れも実は優れているという言葉はどんな場合でも主観的だと思っている方だけど
世の中には絶対の価値観というか正義というかそういったものがあると思っている
人がいて、そういう人のあらぬ誤解を受けぬために「漏れ的には」とかの限定子を
大抵は付けてる。

そういう意味からするとあの表現は「漏れ的には」全然問題ない気がする（ｗ

・・・漏れと言われてもそういうチトには解らないような気がしますた。
ﾀﾞｶﾗｲｲﾉｶﾅ?

わはは、さすがに現実で漏れとか言ってるﾔｼいたら引くだろ（ｗ
そういうときは普通に俺的とか私的とか僕的とか使ってるって。

プログラムの種類をアセンブラではなくて高機能アセンブラだと言えば
ばいいのではないのだろうか？
そうすればサイズの比較の対象ではなくなると思う。
仮に比較されてしまっても、種類が違うのでと一言ですむので簡単だ。

>>121
　俗に言う「ROM:Read Only Member」が思ったより
背後に大量にいて、僅かにでも誤解されると直ぐに突っ込まれるのが
ネットの怖い所。

あと、声や態度のレベルでの「言い方」も伝わらないので、
誤解されやすい。

>>124
今でも「性能が違う」と言えばば十分じゃん。
別に川合さんは自動サイズ比較機械じゃないんだから、
名前変えたぐらいで比較できなくなるとは思えないぞ。

>>126
その前にLたんがNASKを引き合いに出さなければ何も起こらないと思うが。

>>124
プログラムの種類はマクロアセンブラが適当かな。
その場合はlccwin32のcppとaskaとnaskcnvも込みでNWSAとサイズ比較すればいいと思う。
K氏みたいにaskaの下請けとして評価するなら別だが。

>>125
ほんとは、「誤解されると」じゃなくて、「誤解すると」の様な気がするよ。
誤解されてすぐ突っ込まれたならすぐ訂正すればいいだけ。
それを何か誤解して訂正せずに言い張ると大事になるんじゃない？

しかし予想はされた事だが、OSASKスレPart3よりも盛り上がってるな、このスレ。

そういう意味ではLたんは最高にいいネタだよな。

>>129
　でもね、相手の誤解だと思ってる人自信が実は誤解している場合も
あるわけで、そう簡単でもない。

>>132
そういう人は自分で気がつくまでどうしようもないんだけど、
確信犯は大抵気づかないと思うよ。
そのうちミイラ取りががミイラになりかねないので程々にね。

>>53
cpp(lccwin32)->aska->naskcnv->nask
という一連の処理を行うと、
NWSAはおろか、世界最遅(おおげさか？)のnasm単体にすら速度面でかなわない可能性があります。

>>86
hello.com程度だとgas以外はほとんど同じだと思われる。

>>134
　不思議なのは、「naskcnv」を作るのと、aska を nask用に
修正するのとどちらが楽だったか。

　出力形式を変えるより、テキストファイルからの
コンバータを作るのは結構面倒なはずなんだけど。
　エラー処理無しでやっつけ仕事でやれば楽なのかな？

>>134
なぜによけいな処理が入るのかよくわからんが…。

>>134
セルフ環境になるとどう変わるのかが楽しみなような気がするね。
つーかcygwin重い。

>>136
ソース見てみれば？
何かテクニックがあるのかもよ？

というか、K氏の場合添削はするけど自分で改造版リリースというのは、
あまりしないよね？
またなにかポリシーでもあるのかな？

> というか、K氏の場合添削はするけど自分で改造版リリースというのは、
> あまりしないよね？
改造版リリースってのは最悪だろ。相手のやる気がないのならともかく。
最悪何もかも奪う形になる。

>>140
そんなもんなのかな？別に同時にパッチ投げとけばいいような気もするけど。
まあ確かにそういう思考をする作者って良く見かけるよね。
それに余計な自分の仕事増やすこともないしね。

＞僕もOSASK上の開発環境がほしいと強く感じています。
＞ネイティブ版を作るのは僕には大変なので、Win32エミュレーターを作って、
＞今の開発環境をそっくり持ってこようと思っています(だいたい1年後の先の話です)。

1年前のおもしろい発言発見ｗ
Win32エミュが動くのは何十年後になるのかな。
実現できないことを平気で言ってしまう彼の弱点を少しは認めてあげようぜ。

>>142
確かに遅いな。漏れも期待してるんだけど…。
V98作ったことあるんだし、単純にシステムコールエミュするだけだから
そんなに面倒でも無いと思うんだけどなぁ。優先度あげて欲しい。

>>25
なんでOSASKのページに関係無いOSについてうだうだ書いてあるのかと思って2ちゃんのOS板に来てみたら…
そういう経緯だったのか。

どっちもほっとけばいいのにねぇ。

とりあえず、OSASKもNWSOSもがんばってほしい。ほんとに。
で、口で言い合っても意味ないから、開発で勝負して欲しい。
ボクサーがパンチ使わんで毒舌使ってどうすんですか。

>>143
いやさあ、なんか最近独自性とかにこだわりすぎてるんじゃないのかな？
そんなめんどくさい事考えなければ予定が延び延びになる事もなかっただろうに
と思う。ここで煽るのや例の資金のせいもあるんだろうけど。

個人的にはOSASKも他も方向性に大差はないと思う。
ただ、他だとバージョンが上がると古いのは段々と切り捨ててゆくから、
OSがサポートしてる全ての環境で動かそうとするとこないだのインベーダーの移植
じゃないけど大変なんじゃない？

ただそれをしない。というだけで十分特長になると思うし、

後はエミュ作りながら必要なドライバやAPIを追加していけばいいとおもうんだけどな。

　みなさんハイテンポでついていけません。話題がずれているかもしれませんが許してください。
他にも答えてほしいことがあったらOSASKスレッドに書き込んでおいてください。

NASKについて：
　ええと機能についてですが、マクロ(NASMではプリプロセスっていうみたいですが)が
使えないことを除けば、ほとんどフル仕様です。ああでも、MMXとかSSEもできません。
使いたい人はつけちゃってください。パッチをくれれば、バージョン上げます。
　定数式がどうのこうのと言われていましたが、もともとNASMが強烈なので、文法を受継いだ
NASKもこの辺は強烈です。以下の文がアセンブルできます(NASMではPTRとかOFFSETは書かない)。
　　IDIV　BYTE　[EBX*3]
　　LEA　EAX,[(EAX+ECX-5)*8/2-3*EAX]
これは定数式ではなくアドレッシング式ですが、これができるってことは定数計算くらい余裕だ
ということです。もちろん式の中にラベルが混ざってもOKです。ちょっとためしてみましたが、
NWSAはこの手の計算はできないようです。でも普通は使わないと思うので、別にできなくていい
と思います。進数も0x10とか10hとか10bとかが併用できます(NASMと同じ)。

リンカについて：
　OSASKに必要ないセクションについては、処理していません。また出力についてですが、COFFに
しようと思えばすぐにできそうです。あと5KBくらい足せば。でもいらないのでやりませんが。

開発予定時期について：
　わざわざご指摘いただくまでもなく、僕の完成見込み時期はしょっちゅう外れます。
当たるときはめったに無いです。しかもたいてい遅くなります。またOSASKに関しては要望に応じて
開発順序を変更するので、なおさら時期がずれています。この点については、僕の言葉を信じない方が
いいと思います。僕自身、あまり自信がありません。

>>147
構造体は使えないのですか？

>>147
NASKは、BINしか吐けないとすると、モジュール別開発はどうす
るの？
そうだとすると、リンカも必要ないような気がするんですけど。

>>147
へー、「(EAX+ECX-5)*8/2-3*EAX」の部分って演算してうまくEAXだけの形に
なってるからアセンブル通す、みたいな処理してるんだよね、たぶん。
ここまでするアセンブラって、滅多に無いと思うなぁ。

でも、Ｋ氏、お願いだからNWSAは引き合いにださないでください。
変な人が寄ってくるので。

>>147
nask のマニュアルを見ると、
「Label1 + Label2 とか、Label3 * 5 みたいなのを好きなように
　やってください」
なんて書いてましたが、普通の OBJ 形式でこのようなものは出来ない
ハズなんですけど。

従って、今の仕様だと、モジュール別開発自体ができないはずですよ。

誤解を招きそうな表現が…。
×EAXだけの形
○EAXの係数が1でかつECXの係数が4であとは定数になってる形

NWSAは、ラベルに漢字が使える、とか言ってみる。

だー、だから分けて書くな！＞Ｌ

>>151
確かに一般的なOBJ形式でそういうのはできなかったと思うし、
ソースを分けて開発するのはNASKではできなかったと思うが、
発想力ないね。
別に独自のOBJ使ったっていいじゃん。

　[EAX*3 - EAX]みたいな式がアセンブルできるより、モジュール
別開発できるほうがよっぽど重要だと思うのは俺だけか。
　第一、そんなものは、小手先の修正でいつでもサポートできる。

　コーディング面からは、演算子が一個多いだけと大差ない。
　そりゃあ、使用頻度が高いんなら便利だと思いますけどね。

>>155
標準じゃなきゃいかーん、とか
そんなの誰が使うんだー？　とかいう意見が出てくるに100万ペソ

>>156
発想の問題。言われるまで気づかなかったでしょ？　漏れは気づかなかったから
すごいと思っただけ。

　第一、そんなものは、小手先の修正でいつでもサポートできる。
　第一、そんなものは、小手先の修正でいつでもサポートできる。
　第一、そんなものは、小手先の修正でいつでもサポートできる。
　第一、そんなものは、小手先の修正でいつでもサポートできる。
　第一、そんなものは、小手先の修正でいつでもサポートできる。
　第一、そんなものは、小手先の修正でいつでもサポートできる。
　第一、そんなものは、小手先の修正でいつでもサポートできる。
　第一、そんなものは、小手先の修正でいつでもサポートできる。
　第一、そんなものは、小手先の修正でいつでもサポートできる。

>>155
独自OBJで、全てまかなうつもりだったらばそれでいいけど。
一体いつになったら出来ることやら。

しかも、NASK計画では、COFFに対応するんだよ。COFFでは
使えないということになる。

>>157
うんや。
気付くも何も、そんな複雑なアドレッシングまず使わない。
アセンブラ経験がある人なら分かるはず。

そもそも、IA32の複雑なアドレッシングの使用頻度は少ない。

それよりはむしろ、

[EAX * 5] を、[EAX + EAX * 4] とかにしてくれた方がいいかも。

　cdeclタイプのスタック引数や、ローカル変数を簡単に
扱える(arg,local)方が優先度が高い。
　変な機能を実装する前にもっと先にやるべきことがある。

　単に「変な機能」を「新規性」とか「独自性」として宣伝に
利用するのはやめてくれ。

>>160
逆に、使わないという固定観念があるから分からないんだよ。
漏れも多少アセンブラ経験あるからわかるけど、これは面白い。
defineとかと組み合わせればなかなか面白いこと出来そうだ。
…ところで、defineみたいのってあるの？

>>151
今気付いた。
> NASKのBINモードでは、ラベルの差をとらなくても全ての演算が可能です。(LABEL1+L
>ABEL2)/2とか、LABEL1*5とか、もう好きなようにやってください。
BINモードでは、って書いてあるし・・・

>160
さすがに[(EAX+ECX-5)*8/2-3*EAX]はないだろうが、
[EAX*5]とかは使うぞ。

>162
ねえよヽ(`Д´)ﾉ

>>162
　それを言い出したら、一つの複雑な命令を復号命令にする所まで
いくかもよ。アセンブラというより、コンパイラになってしまう。

　その前に、アセンブラとして絶対に必要な機能を先につけるべきだと
思う。

>>163
[EAX*5] もできるの？

>>163
んだと〜、じゃあ使う用途限られるじゃねーか！(ﾟДﾟ)ｺﾞﾙｧ（ｗ

>>164
まあ、おまけ程度なんだろうな実際。漏れも発想が非常に面白いと思っただけだし。
こういうのを真の独自性というんだと思うんだが、どうか。
その辺にあるのと同じもの作って何処が楽しいのかと小一時間問いたい。

>>165
例として[EBX*3]がでてるからたぶんできると思われ。

>>161
> 　単に「変な機能」を「新規性」とか「独自性」として宣伝に
> 利用するのはやめてくれ。

なんでやめなきゃならんのだ？


>>165
>>147で書いてあるじゃん！
[EBX*3]ができて[EAX*5]ができないわけはない。
っていうか、少なくともNASM互換を名乗るのなら必須だ（ｗ

うお、すまん。すでにNASMにあったのね…。

>>168
NASM でも出来るってこと？？？

>>169
やっぱりな。
誰でも思いつくようなものだと思った。

あんだけけなしといて権威があると分かった瞬間虎視眈々とサポートを狙う
素敵なLたんﾊｹｰｿ（ｗ

>>162
define とか、レジスタの任意の組み合わせを自動変換して、
レジスタも変数で抽象化して自動選択したアセンブラは
欲しい。

、、、小一時間後。あれ？　それってCコンパイラじゃ？

>>171
それ、NASM制作者に言ってみな。エラい感じ悪いと思うぞ。

>>172
いや、優先度は結構低いと思う。付けても使う人が少なそうだから。

[EBX * 3] を、[EBX + EBX * 2] に位すぐできるのと、
3 倍できる対象が 32 BIT レジスタに限定される点、
3 倍はできるのに、7 倍はできないと言った点で、使いにくそうな点
が気になる。

どうせなら、任意の倍数を自動的に復号コードにする方が面白い。
だけど、面倒だな。そういうのは、NWSCがやってるから。

つーかASKAってどなん？

この板の現在のL率：58％

いや、まあNASMだと[(EAX+ECX-5)*8/2-3*EAX]はたぶん無理だと思うんだが（ｗ
っていうか、>>163で使うって書いたのはNASMで使うって意味なのよ。

しかし、
> もともとNASMが強烈なので、文法を受継いだNASKもこの辺は強烈です。
ってだけでこれに関してどこにも新規性を謳うようなことは書いてないけどな。
ドキュメントには[(EAX+ECX-5)*8/2-3*EAX]のようなことが
できるのはNASMを超えているとは書いてあるが。

ちなみに、NASM が、MASMより使いやすい文法だとも思わない。
どちらかというと、アセンブラが作りやすいだけの様に思える。

作る側の観点で文法が決められている感じがする。

>>175
わはははは、優先度云々って付けるあるんじゃん！　大爆笑！！
そのうち忘れた頃にｺｿｰﾘ付けるに10000000000000000000000ｳｫｿ！！！

あんだけけなしてたのは一体なんだったんだ？（ｗｗｗｗｗｗｗｗｗｗ

いうか、あっても無くてもいいような仕様。

>>175
定数による乗算を最適化するときには使うと思うが。
まあ最近のプロセッサしか考えなかったらほぼ必要ないけど。

>179
NASMはアセンブラ書き用のアセンブラですが？
作る側の視点ってNASMの場合は当たり前だし。

ちゅうか、手でやっても簡単なことを実装してもしょうがないよ。

構造体のOFFSET計算とかは、手でやると保守性がなくなるから、
アセンブラに屋って欲しい。
同様の理由で、local,arg 擬似命令も重要。

だけど、[ebx * 3] が使えても、[ebx * 7] が使えないんじゃ、
[ebx * SIZEOF_ARRAY] 見たいには書くこともできそうにない。
そういう中途半端な機能は大した意味が無いと思う。

　新規性という意味では、Ruby の仕様とかは面白いと思う
けどね。

そういえばASKAってコンパイラなの？
それともマクロアセンブラみたいなものなの？

>>182
やるならとことんまでやらきゃ使い物にならないと思う。

[ebx * 17] まで勝手に展開してくれりゃ、とりあえず納得するけど、
矢継ぎ早に作っただけみたいだ。

>>184
ASKA は、一応、「アセンブラ」ということになってるけど、
C コンパイラみたいな書き方をする。

変数に、レジスタを固定的に割り当てた、C 言語みたいな感じ。

だけど、四則演算を復号命令に置き換えたりはしてくれない。

>>180
余り人を甘く見ないほうがいいよ。

優先度を考えて採用しなかっただけかもしれない。

OSASKは、優先順位の選び方が変だと思う。
なかなか進展しない理由はそれじゃないかな？

>>183
アセンブラでガシガシやるときには便利なんだがな。

>>184
書きやすいアセンブラってとこだな。
ifやwhileなんかが使える。マクロはないと思われ。
+=や-=が使える。

>>185
それをやるとアセンブラじゃないだろ。
少なくともNASMはNASMである限り今後もそんなのは実装しないと思う。


...「余り人を甘く見ない方がいい」ってのは誰かさんは特に考えるべきだと思われ。

　アセンブラの最適化について書かれた、Intel のドキュメントに、
色々な定数による乗算の最適化例が書かれている。

そこに、eax = ebx * 3 を、
　lea eax,[ebx + ebx*2]
にするのも書いてある。

それと、[(EAX+ECX-5)*8/2-3*EAX] <--- こんなアドレッシングは、
まず使わない。

　[ESI + EBX] でさえ使う頻度が低いとされていて、それが、IA32の
効率の悪い部分だとも言われているのだから。

結局はセンスだと思われ。

でも、俺としては、

mov eax,[esi + ebx*3] --------(1)

がやりたいが、これを１命令では行えない。

だから、多分、
add esi,ebx
mov eax.[esi + ebx*2]
みたいにやらざるを得ない。

いずれにせよ、(1)のケースが出来るかどうかまでは、
考える必要があるので、考える量は減らない。
記述量が若干減るけど。

それにしてもLﾀﾝって技術論になると人格が変わったみたいにまともになるのな。
数日前の互換ライブラリの話でもそうだったし。
根っからの技術屋さんなんだね。（●´ー｀●）

あ゛、これって統合失調症じゃん。
別々に評価してあげないといけないのか。

>>188
「便利」というが、
mov eax,[ebx*3]
が出来て、
mov eax,[ebx*7]
は出来ないのだから、前者が、
mov eax,[ebx + ebx * 2]
になることは、頭で考えておかないといけない。

mov edx,[(EAX+ECX-5)*8/2-3*EAX]
はできても、
mov edx,[(EAX+ECX-5)*8/2-2*EAX]
となったらもう出来ない。
3 を 2 に変えただけで出来なくなる。
ということは、頭の中では、どう変換されるかを知っておく必要が
ある。

大抵の人は、怖いので。
mov edx,[(EAX+ECX-5)*8/2-3*EAX] ;[ECX*4 + EAX - 20]
というコメントを入れるのではないだろうか。

こんな事をするくらいなら最初から、
mov edx,[ecx*4 + eax - 20] ;[(EAX+ECX-5)*8/2-3*EAX]
と反対に書いたほうが気分がいい。

>>187
うーん、だめだぞ、Lたん。
こんな所で[EBX*3]の形式だけでも付けようとしてｺｿｰﾘ言い逃れ書いても（ｗ
君が全く考えてなかったのは発言を見てればわかる。
まあ、またxxxはマジで俺じゃないとか言い出すんだろうけどな（ｗｗｗｗ

>>194
アセンブラの演算子を実装している段階で、そういうことは直ぐに
思いついた記憶がある。
でも、やらずに、エラーを出すようにした。

みなさーん、Lたんが平然と

　人　の　ア　イ　デ　ア　　パ　ク　ろ　う　と　し　て　ま　す　よ　〜

>>194
　そんなこといってたら、C++は、Cよりも敢えて自動型変換
の許可パターンを減らしてるじゃない。

　C では、void * を、任意のポインタ型へ変換できるのに、
C++ ではわざとやらないようにした。でも当然発想が貧弱
だったからではない。

　ちゅうか、新しくすればなんでもいいってもんじゃないと思う。

　日本人は今まで「サルマネ」と言われたのをコンプレックスに感じて、
いつからか、最近は独自性を重要視してるみたいけど、、、。

>>196
ちゅうか、Ruby のアイデアは非常に参考にしたいと思ってる。
「ブロック関数」とかが気に入ってる。

>>196
安心してくれ。
多分NWSAには取り入れないから。

>>189
> 　[ESI + EBX] でさえ使う頻度が低いとされていて、
マジ！？
2重ループで何か簡単な処理やるときIA-32だと
[ESI+EBX*4]みたいなのなかったら面倒でないか？
そりゃそれよりレジスタ増やした方がいいだろうけど。

>>191
そんなアラインの合わないであろうアクセスなんてしないで！（ｗ
*3/*5/*9の時はレジスタ一つってけっこう直感的な物だと漏れは思うが。
しかし、本気で同じ手間だと思うのか？
そりゃ実際は[EAX+EAX*2]とかしか使えないってことを知らん、わからんヤシにとっては
混乱の元だと思うが、Lたんぐらいになったらなんてことはないと思うんだが。


[(EAX+ECX-5)*8/2-3*EAX]はいずれにしても使う機会はないだろうし、
川合さんだって使う気はないだろ（ｗ
できるってだけで。

アイデアといえば、他機種のニーモックを受け付けるアセンブラとか
ないかなあ（ｗ

ああでも、普段からベクトルとかDSPとかを使ってたら混乱するかも知れんな。

>>201
コンパイラだって、それ（ｗ

「乗算の自動展開機能」は付けようかとは思ったことがある。

eax = ebx * 20
みたいなものを、なるべく速い早い命令に置き換えるという機能。

　それから、ASKA の、 if ( > )とか、while() 文は便利そうだと
は思ってた。while(eax!=0){}見たいに書けるのは、ラベルが減らせ
るのでなかなか綺麗だと思う。だけど、実は、MASM には似た機能が
既にある。

　ただ、もっと複雑なことを C コンパイラでいくらでも出来るので、
敢えて実装すべきかどうか迷ってたし、どれだけの人が使うかも
分からないので、保留にしてあった。

>>200
どっちにしろ199でLightConeたんはNWSAには取り入れないって言ってんだから
いいんでない？　多分とか書いてるし、NWSAには、とかいう限定語もあるから
実際の所わからんけどな（ｗ

>>203
SEX　とか書きたくない？（ｗ

実は、ASKA を最初見たときに、川合さんの発想力に感心した。
少なくとも、ソースの可読性が普通のアセンブラよりいいように
思った。

でも、よーく眺めてみると、レジスタが重ならないようにする
要請と、レジスタを変数名に置き替えて書く要請を同時に満たし
て書くのは苦労するんじゃないかとも思えた。

C コンパイラは、勝手に知らないセグメントを使ったりするので、
OS の初期化部分などで、Cの環境が整う前の部分を書くとき等に、
ASKA は有効かもしれないとは思った。
　ただ、初期化コードは工夫次第で小さく出来るので、どうかな、
とも思った。でも、割り込みルーチンなどを書くときに、利用できる
かもしれない。

>>204
今度はASKAのアイデアをパクろうとしとるのか？
ほんとにLたんはやってることがあの国の人並だな。

>>198
一箇所からしか指定されないコールバックを書くときは便利だと思う
でもそれって

みなさーん、Lたんが平然と

　人　の　ア　イ　デ　ア　　パ　ク　ろ　う　と　し　て　ま　す　よ　〜

gccにはPASCALとの変換の便宜上関数内関数があるんだが
ちゃっかりNWSCにも付いてたりしないよな？

>>208
感心した部分があるだけで、少なくとも今までパクったことは無い。

　もし開発力がもっとあったら、ASKAではなく、単純にC言語が作り
たかったのではないかと思ったんだけど、正直どうなの？？

>>209
パクってもいいけど平然と自分の物みたいにしないでくれって感じだよな。
今までの発言見てると自分が考えたとかいいそうだもんな（ｗ

>>209
関数内関数のアイデアは、コンパイラの教科書に載っていた、
PL/I から貰った。gcc は無関係。

実は、ひっそり、ブロック関数の実装に関数内関数を利用しようと
思って計画してたりしないでもない。

>>210
どうなの、って誰に聞いてんだよ。Ｋは少なくともお前みたいに
匿名で書いたりしないと思うが（ｗ

ちゅうか、ブロック関数も、Rubyが最初でないんじゃないの？

>>213
そう思わせてるだけじゃないのか？

>>215
おまえほんとに笑えるな。自分の考えだけが全てって感じで。
自分もやってるんだから相手もやっていないはずがない！　って感じか？（ｗ

ちゅうか、NWSOSに実装した機能だって、独自に考えたものは
一杯有るよ。

一々小さなことを「新規アイデア」みたいに発表してもしょうが
ないからしない。

つうか、「メモリレスアーキテクチャ」って名前は大きいけど、
それはちょっとって感じで、わざわざ言うことじゃないと思う。

>>216
やってないともいえない。

>>206
それが目的か（ｗ
っていうか、それは制限激しすぎ（ｗ

>>217
そのアイデアが互換ライブラリのせいで流出するのはまずいんだな

　人 の も の は 俺 の も の

　俺 の も の は 俺 の も の

いや、ジサクジエンや匿名での書き込みはべつにいいと思うよ。







その意見が正しくて、
誰かさんのように恨みつらみを書かなければ。

　っていうか、「スリッパに、イボをつけてみました」って感じ
が新規アイデアだというなら、OSASKは新規アイデアつまりまくり
のOSだと言える。

　コンピュータのアイデアなんて、どれも大したことないと
思ってるので、敢えて発表するだけ時間の無駄。

>>220
いいや、アイデアが流出するのは別にいい。
NWSOS の戦略の戦略が狂うことが問題。

>>210
単なる野次馬だけど
個人的にはCってそんなにいいとは思わないんだよな。
文字列は扱いにくいし、ぷらぷらは弄るとわけわからないし

rubyは悪くないというか気に入ってるんだけど、end構文がじゃまくさいかも？
まあそんなのは置換すればいいんだろうけど、
コンパイラってあったっけ？

>>217
そうか？　実際やってるOSあるなら見てみたい物だが。
とりあえず特許でも眺めてみたら？　そしたらアイデアというものが
よくわかるから。

>>218
悪魔の証明をしろってか（ｗ

>>223
流出するとNWSOSの独自性がなくなって戦略が狂うのなら
流出すると困るってことにならないの？

　安　心　し　ろ　　誰　も　興　味　な　い　っ　て

>>224
俺も、Rubyには、いい部分が沢山有ると思ってる。
そして、C の文字列が扱いにくいのも同感。
BASICの文字列変数の方が遥かに使いやすいと思う
（だけど、高速だけど。）。

ただ、Ruby の全ての仕様が、コンパイラ向けというわけではない
と思う。特に、型が実行段階で決まるような部分は、ランタイム
処理が重くなり、Cの単純な整数型の様な効率は得られないと思う。
例え、Rubyコンパイラでコンパイルしたとしても、Cほどの高速さは
でないと予想できる。

C 風に書くと、
typedef struct {
int m_type;
void *m_pValue;
} CValue;
みたいな一般化された変数を使うことになるんじゃないかと思うから。

>>210
そりゃASKA書くのと同じぐらいの時間でASKA並みの出力が得られて
ASKA並みの制御力を付加できるCコンパイラを作れるような
技術力があればASKAは作られなかっただろうな。（ｗ

単純にアセンブラでの開発力増加のためのソフトウェアって位置づけだったと思われ。


>>222
一つ聞きたいんだけど、
誰かに教えられる前に自力でハッシュに気付いた？

>>228
ハッシュと似た方法なら、前から経験的に知っていた。

例えば、検索するとき、先頭の一文字で、大体振り分けておくとか
なら、昔からあった。

ハッシュは、先頭だけでなく、後続の文字列全体でキーを作る
ところがさらに進んでいるけど、時代が進めば当然思いつく
ようなものかもしれないと思った。

>>228
　それと、ハッシュは汎用性が大きいので、OS構成のアイデアとはまた
違うと思う。

　圧縮アルゴリズムは、かなり高度だと思った。

>>227
Ruby完全互換ではなくなるが
Javaみたいにプリミティブ型を特別扱いして
Objective-Cみたいにクラスは動的にすれば
オーバーヘッドは実用上問題なくなる
っていうか、それがObjective-Cなんだけどな

C++でいうところの
foo* a;
a->bar();
という処理をObjective-Cでは
foo* a;
[a bar];
とも
id a;
[a bar];
とも書ける。

idにしたときにaにfooのインスタンスが入ってないと
実行時に警告されて何も処理されないだけ

スレタイとは裏腹に、わりと良スレだな。

だが商売の話や優劣の話が絡むと発狂する人がいるので、あくまで技術系スレッドとして続いて欲すぃ

　それから、いくら新しい「アイデア」でも、必要から生まれたもので
無ければ余り意味が無いんじゃないのかな？？

　ハッシュや、LZ 法や、各種検索法は、かなり利用度が高いし、
効果も大きいから大事だと思うけど、最近の、OS 構成のアイデアって、
必要から生まれたものは段々減ってるんじゃない？？

>>229
まあ、こういう考えもってるﾔｼだからな。いつ相手のアイデアをパクっても
おかしくないよな。

アイデアってのはな、答えが与えられればなーんだって思うようなものが
一般的に有用でかつ考えるのが難しいんだよ。

学会でも良くいるんだよな、

「そんなものはすでに私がn年前に考えていた！」

とかな（ｗ

>>227
ただ、rubyの型はなんかライブラリとの兼ね合いのせいみたいな気もするんだよな。
apiとの入出力には型が必要な訳だけど、そういうのがなかったら、
というか全部一緒だったらどうなるのかなって思った。

　「アルゴリズム」とか「データ構造」のアイデアは、正直、非常に
凄い威力を持っていることは良く分かる。

　でも、OSの新規アイデアって、例えばどんなのがあるの？
マイクロカーネルとかそんなものだけなのかな。
スケジューリングアルゴリズムとか、そういうものなのかな。
それとも、ファイルシステムとか、ファイルの効率よいアクセス
法とかかな。

いずれも特に参考にしなくても、ある程度のものは出来てしまうような
気がするんだけど。

>>234
　ちゅうか、ハッシュ法をみんなが知らなければ、みんなが
遅いコンパイラを使っていただけの話で、誰も困らないかも。

　あと、高速化は色々考えているうちに分かる場合多いし。

>>237
ダメだこりゃ。気づいてないくせにまた新しいものが出たら
「こんなのウリが考えていたニダー」とか言い出すわ。
頼むから外国人相手にそんなことやるなよ、日本人の評価が落ちるから。

>>235
そりゃ、考えていても、発表しない人もいるでしょ。

>>229のようなことを言われると昔NWSOSスレに現れた厨房のようなことを言いたくなるな（ｗ

Lたんの基準じゃあ新規アイディアじゃなさそうだが、
トレンドは分散化やモバイルコンピューティングだろうな。

しかし、川合さんに「勉強しる！」とか言ってなかったっけ（ｗ
「同じ轍」を踏みかねないと思うんだが。

>>239
別に、自分で気付きたいと思わないし。

>>237
OS-9のモジュールは正直凄いと思ったなあ。
新しいデバイスつくるのに設定ファイル１つ書けばいいみたいな。
なんて言ったっけ？

>>243
ゴメン。OS-9知らない。

>>241
ちゅうか、人間の作ったものに実は余り興味ないから。

>>240
あのな、発表しなけりゃ考えていないとみなされるのは世界標準。
Lたんの標準ではないかもしれないけどな。

>>241
人間は実は何も作れないと思ってる。
いかなるOS、いかなるアルゴリズムを作ったつもりでも、所詮虚しい
もの。
所詮虚しいものだから、適当でいいかなと思ってる。

>>246
なら、それでもいい。
別に余り発表したくないし。

>>245
じゃあ

　お　前　は　神　な　の　か　？

なんだ、247見たらただの引きこもりじゃん。

　アルゴリズムを思いつくのが大変なのは良く分かるけど、思いついて
だから何なの？　とか思ってしまうから。

>>238
困るよ。とくに昔はコンパイル時間の取り合いだろ？
んで、色々考えてる内に日は暮れる。

>245
電子の住人ﾊｹｰﾝ！

出家修行者と呼んでほしいものだな

>>250
いや、実際、ひきこもりの人の考え方に同調してしまう今日この頃。
何にもやる気が出ない。ほとんど鬱状態にあるから。

おいおい、鬱で統合失調気味だったら、
こんなとこで油売ってないで
早急に治療しないと手遅れになるぞ

わかった。NWSOSのロゴにヒッキー（≠宇多田ヒカル）のAA入れたら
NWSOSのファンになる。

>>252
　コンパイル時間が遅かった時代には、その間、プログラマは
眠れたと聞いてる。
　「遅い遅い」と文句が多い時代の方が、技術屋の生甲斐が
あったはず。

　効率を追求していって、もはや、誰も必要としないものを
大量生産している時代に入ってしまった。ものが売れないのは、
ものに魅力を感じないからだと思ってる。もう、昔みたいに
みんな、新しいものをそれほど必要としていないと思う。

>>255
病院で薬貰ってたけど、眠くなるだけで効かなかったから、やめた。

>>257
わかった。もうかかんでええ。NWSOSのバージョン情報にヒッキー入れてくれたら
今までのことは水に流そう。イ�`！

Lightたんよ。
煽りでも何でもなく、マジで精神科に行け。
一時的な鬱だ、すぐに直るさ、などと甘く見ない方が良い。

>>257
あとは、パソコンが人型になるだけなのかねえ？

そうだぞ、イ�`！＞Lightたん
そして素直な自分とやる気のある自分を取り戻せ！

何のために誰にも頼らずアセンブラからOSまで作ってきたんだ！
世界制覇のためじゃなかったのか？イ�`！

>>263
他にやることが無かったから、適当にやっただけ。

むしろ今こそ誰かを頼れ、新しい世界が開けるはずだ！
その才能を埋もれさせるのは犯罪だぞ！！　イ�`！！！

だめだ、マジで速攻入院しないとヤバい！！

>>261
まあ、人間なんて、宇宙が終わるまで他の恒星に行くことも出来ず、
空飛ぶ車なんてものもできず、文明の進展が止まってしまうんじゃ
ないかって、正直思ってる。

というより、今、そういう時代に突入してしまって、景気
が悪いとか、政策が悪いとか言ってるだけじゃないかな。
結局、今よりよくなることは何も無く、何も発展せずにこの
まま数千年進むかもしれない。
みんな何もやる気が無くなって、音楽とか料理とかスポーツ
とかで、それなりに過ごしていくだけだから、それはそれで
いいかもしれないけど。

あぶねーじゃねーか。
精神病は早めの措置が重要だぞ。
まあメンヘル板でも。
http://life.2ch.net/utu/


>>257
個人的にはソフトウェアは無限の可能性を秘めていると思う。
まだまだアルゴリズムは速くなるし、
動的最適化もどんどん世に出てくるだろう。ってもう出てるわけだが。
その一方でまだろくな人工知能もできていないし、
自然言語すら完全には翻訳できない。

んで、未だに魅力のあるものは魅力がある。
魅力がなくなったのは効率を追求したからじゃなくて、
魅力を追求し過ぎたからじゃないのかなあ。
だからこそそういう意味でもOSASKに期待が行くのだと思われ。

誰もがそんなことを頭によぎらせながら頑張っているんだ。
一人で逃げようなんて思うなよ。とりあえず10kmほど走ってこい。
そうすれば何か見えるはずだ。

Lたん、どうした？　イ�`！

>>268
人工知能なんて出来なかったりして。

実際、なんかわけのわからない法則を脳細胞が使ってる可能性も
あるし。
少なくとも、ニューロコンピュータ程度では無理っぽい。

>>269, 270
大丈夫、この状態がかれこれ、7年くらい続いているから。
直ぐにはどうこうならないから。

>>268
人工知能とか、自然言語翻訳とかやるには、ペンローズの脳理論
みたいな世界を理解しないと駄目なんじゃないかと個人的には
思ってる。

いつも使ってるようなコンピュータは、生物とは全く違う所詮
機械だと個人的には思ってる。
だから、数年前から人工知能には全く興味が無い。
既存の方法では多分無理っぽい。

せっかくだからLightConeたん含めてこのスレにいる有志でOFF会でも
やるか？　って京都の方なんだっけ、漏れは東京だからツラいなぁ。

　まあ、脳を調べようとしたとたん、ごちゃごちゃとしたノイズが
入ってきて、人間には理解できない仕掛けがあったりするんだよ、
多分。

　ちゅうか、素粒子レベルの法則は、人間に知られないような
仕掛けが仕組まれている様に思える。

　記録に残らない時、自然法則が破綻している場合がある、というのが
自分の理解。

　法則を知ろうと思うとき、必ず、どこかに記録が行われる。
測定装置や、脳の中に。

　そのときだけ、自然は法則に従うんだけど、誰も見てないとき、
法則違反を起こしている。そういう世界に我々は住んでいるらしい。
実体験からも納得できるし。

>>271
所詮化学反応だからそんなことはないんだけど、、、
まあそれを今のコンピューターでやろうとすると、
白血病の特効薬の分子探すだけで年単位で
かかったりするわけだよな。

まあ世界中のコンピューター全部ネットで繋げてつかえば
何とかなるような気もするけど、、、

とりあえず、晴れたらまた山とか海いってさ、
少し開発休んで、今後のことかんがえて味噌。

ま、まてー、宇宙の真理的思考はまずいぞー。
マジでイ�`！　人間は誰かの夢の中にいたりしないぞ？
人は考える葦なんだぞ。

漏れは自衛隊の体験入隊をおすすめする。

>>267
過去を振り返ってもおそらくずっとそういう感覚があったはずだ。
誰が地球が丸いと想像した？誰が火土水木金以外のものが存在すると考えた？
そんなもんだよ。

>>271 >>273
ん〜、漏れは分野外だけど、
人工知能は人工生命の方面から解決するような気もする。
結局人工生命も人間には完全にはわからないような進化をするわけだし。
わからないものを利用してわからないものを築き上げるわけだ。
同じようにそれを利用してついにはわからないものでもわかるようにできるんじゃないかと。

...思いっきり妄想だけどな。（ｗ

>>276
世界はエネルギーが総転移したもので構成されてるだけ。
見えないものがどうにもならなかったらCPUなんかつくれませんて

「世にも奇妙な物語」であったな、記録に残らないときに
はその空間は無いんじゃないかって想像してしまうロボット。

>>276
自然法則なんざ所詮は人間が作ったもの。
人間が理解できる範囲の法則なわけだ。
測定できない法則は理解できないんだから測定できないに決まってる。
それの理解できない範囲をわずかなひずみから理解できるようにするのが科学ってもんだよ。

まあ静かな所にでも行って哲学の本でも読んでみたらどうだ？
土屋賢二とか。

>>281
まあ既知のものでも自分が総て知ってる訳ではないだろ。
いくらOSからアセンブラまで作ったと言っても
CPUの配線まで知ってるとも思えない。
・・・そういやOSASK初代スレの1はどうしてるんだ？

それはともかく、いくらCPUの中の電子がトンネル効果を起こそうとも
・・・いやいくらでもはまずいだろうが
大体制御できてればCPUは動くだろう。
・・・多分

>>282
でもね、まんざら想像ではないんですよ、、、。

CPUとか、機械とかで作っているのは、「法則」が
分かっている部分。

実は、微細な世界では、過去との通信を思わせるような現象が
実際に明らかになっている。

「ベルの定理」とか「ベルの不等式」とかを検索すると出てくる
と思う。

過去との通信が行われていると言うか、未来を予想したような
現象が起きるとも見なせる。

で、観測していない時は、確率的な法則しか分かっていない。
どんな方法で観測しても、粒子の振る舞い自体が全く変わって
しまうので、観測していない時の様子はわからない。
分からないと言うより「ほとんど何でもありに近い」の世界らしい。

　「光は最短距離を選ぶ」って聞いたことがあると思うけど、
普通は、それは因果律による法則の結果導ける見掛けの現象と
解釈するのだけど、ラグランジュ方程式とか、正純方程式とか
言われる方程式も同様の形式をもっていて、本当の所は
今の所神秘的なものに包まれている。
「正純」は、英語で "canonical"。実は、神の書いた方程式
だと発見者が命名したらしい。でも、そうとも取れるような
形式をもっている。これは、古典的な物理学で演繹できて
しまうので、光の場合とはちょっと違うけど。

一番分けが分からないのは、いったん分裂してしまった粒子が
お互いに観測するまでの間にお互いに関連を持ち合って、通信を
行っているとしか数学的に考えられない現象。これが、
ベルの定理で証明されてしまっていて、最近、わけがわからないもの
として研究されてる。

>>283
「私が月を見ていないときに、月がなくなってしまったり、
　場所が移動してしまったりするとでも言うんですか？
　私が月を見なくても、月はそこにあるはずだし、、、」

結構有名なある人の発言。

しかし、この人の意見が誤りであったことが、数学的に証明されて
しまってます。

月の様な大きなものは実際そこにあるのですが、もっと
微細な世界では、見てないときには予想外の振る舞いを実際
します。

>>288
それはつまり、まだまだ世の中が発展する可能性があるということで
喜ばしいことじゃないか？

>>287
そもそも、そうみえるってだけなら
天動説でも地動説でもなんでもかまわないからなあ
（いや異論はあるだろうけど）
光学ではそう習うけど、ニュートンが近似なら
光だって近似のような気もするしな。
はっきりいって相対論なんて
光を一定にしたらたまたま説明ができた。
ってだけにしか思えないのは
俺がただの知ったか君だからってだけなんだろうか？

だれか、

こ の 板 違 い な 人 々 を 救 っ て や っ て く だ さ い 。

>>291
つーかネタをだしんしゃい（ｗ

>>291
ここは
O S 開　発　者　で　あ　る L i g h t た　ん　と　楽　し　く
　お　し　ゃ　べ　り　す　る　場　所　で　す　が　、　何　か　？

ネタを一つ。

両者とも漢字変換はどうする気なんだろ？
辞書データがかなり問題になりそう。
フリーで辞書データだけって転がってるのかな？

>>294
pubdicってのがあるよ。

ネタ＞
もしNWSOSが小さな実行形式、圧縮なんかをサポートしたら
どのくらいになるんでしょうか。
またサポートする予定はあるんでしょうか。

>>210さん
>　もし開発力がもっとあったら、ASKAではなく、単純にC言語が作り
>たかったのではないかと思ったんだけど、正直どうなの？？

　そんなわけないでしょう？LightCone氏といっしょにしないでください。C言語は
もう立派なのが世の中にはいっぱいあるじゃないですか。そんなものを何個も作って
どうするんですか？僕が作ったって、普通のC言語しか作れませんよ(コンパクトかも
しれませんがね)。まあ、C言語とASKAを融合させる案はありますが(CASKA)。・・・
でもとにかく、ASKAはASKAです。C言語のパチモンを作りたかったわけではありません。
究極のアセンブラがほしかったんです。探したけど、なかったから。

　あなたには、アセンブラを愛する気持ちが無いんですね。アセンブラユーザが何を理由に
アセンブラを選んでいるか考えたことがありますか？あらゆる不便さを知っていてそれでも
あえて使うんですよ？・・・そんなことだからASKAの価値が分からないんですよ。NASMの
[EAX*5]だっていいじゃないですか。*1、*2、*4、*8しかできないのと、それに加えて*0、
*3、*5、*9が使えるようになるのと何が違うんですか。どっちみち制限があるんですよ。
制限があることが不満だと言い出したら*2とかもなくすべきですよね。で、いっそのこと
アセンブラなんか作らないてC言語だけ作ればいいんです。・・・っていう論法になりませんか？

>>287
その原理を使った完璧な暗号化通信の実験に最近成功したそうだ
ただし現段階では補助として通常通信を併用しないといけないので
超光速通信は不可能だが、
単独で利用する方法が発見されたら超光速通信も可能になるかもしれないと
期待されているそうだ

ひょっとして、宇宙人がいたらこの原理で通信しているのかもよ
人格をコンピュータ化する技術ができたら、
意識を恒星間で交換できるかもよ

　とりあえず、僕のアイデアをどれだけ使っていただいてもいいんですが、個人的には
百回くらい謝ってからにしてほしいですね。あなたは何度僕の設計力をけなしましたか？
設計力っていうのは、思い付いたことを矛盾の無い仕様にまとめることです。そして僕は実際に
開発もしているわけです(ASKAはやっていませんが)。・・・思い付いたけどやってない、
なんていうのとはレベルが違うんですよ？ましてASKAなんて思い付きもしなかったみたいじゃ
ないですか。あんなのC言語の文法のアセンブラを作ろうっていうだけの単純明快な発想ですよ。

　あなたは自分の過去の主張と食い違うことを平然と言っていて、恥ずかしくないんですか？
それに僕のパチモンを作るのは別にいいですが、それじゃあいつまで経っても二流ですよ。
しかも同じ機能で僕より性能(速度・サイズ)が良くなるってわけでもなさそうだし・・・。
どこにセールスポイントを置くんですか？・・・楽してお金を儲けたければ、僕のやつをその
まま売ればいいでしょう。それで好きなだけ稼いでください。

　それともう二度と僕の設計力にけちをつけないでください。設計内容に疑問を投げかけるのは
大歓迎です。しかし、設計能力がないとか騙しているとか、そういうことは言わないでください。
あなたの設計力が、僕よりもはるかに劣っていることだけは、もう明らかなんですから。・・・
この僕の言いがかりを取り下げてほしいなら、実際に作ったソフトウェアで新規性のあるものを
教えてください。教えていただければ、僕はお詫びさせていただきます。

うえーん、川合たんが釣り師になっちゃったよ〜
躁鬱、統合失調、被害妄想で心はボロボロなのに、
これ以上痛めつけないであげてよ〜
￣￣￣￣￣￣￣￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　 　 ∧＿∧
　　　　　　　　　　（ ´Д⊂ヽ
　　　　　　　　　 ⊂　　　　ノ
　　　　　　　　　　 人　 Ｙ
　　　　　　　　　　し （＿）

またずいぶん上から見下ろしたなぁｗ

川合さんも溜まってたんだなあ・・・

＞それともう二度と僕の設計力にけちをつけないでください。
＞あなたの設計力が、僕よりもはるかに劣っていることだけは、もう明らかなんですから。
最後にけちつけることないだろ、マジで。

いや、それは一種の励ましのつもりなんだろ、多分
それが一番効きそうだし（ｗ

　ごめんなさい、なんかすごく外しています。100レスぐらいずれています。

　とにかく僕は最近の「誰かさん」の見解の激変に怒っています。見解を変えるならまずは
謝るべきです。自分の過去の過ちを認められないんですか？

　で、元気がないみたいですが、物理学の神秘的解釈は大嫌いです。そんなのは、物理が半端に
しか分かっていない人がやることです。あなたはいったい今まで何を学んできたんですか？・・・
わからないくせに、分かった振りをしないでください。どうせ僕をけなし続けたのもその悪癖の
せいなんでしょう。これからは、よく調べて確実なことだけを発言するように心がけてください。
失敗することは悪いことではありません。でも、失敗から学べないのなら、進歩はありません。

物理学的なことについてのおまけ：
　ベルの不等式に納得が行かないことと、地球の反対側の人が落ちない理由に納得が行かないのは
哲学的には同レベルです。ただ式が複雑になっただけです。納得が行かなければ、納得がいくまで
実験すればいいでしょう。実験こそ真実です。思い込みは真実ではありません。

Kは見苦しいので回線切って首吊って氏ね。

粘着「誤れ」かよ。

＞わからないくせに、分かった振りをしないでください
L氏が「わからない」ってこと分かるってことはK氏は「自分にはあなたより分かってます」
と言いたいのか。
これがK氏の性格で、相手が「間違ってる」・「分かってない」事から思考が始まる。
しかもあっちから来ようが、こっちから攻めようが、同じということだな。
もちろん、相手が間違ってる事がかなりあったようだけど。
OSASK開発者への捻は結局自分に帰化する。
こんなことふっかけるって事は、まだまだ口付けし会いたいってことか。

>>308
日本語に書き直してくれ・・・

>物理学の神秘的解釈は大嫌いです。そんなのは、物理が半端に
>しか分かっていない人がやることです。あなたはいったい今まで
>何を学んできたんですか？・・・
K氏は文系かもしれないので、知らないのかもしれないが、
L氏の一連のカキコは、現状の物理学からのコピペで、
L氏の主観が入ってない状態。

>躁鬱、統合失調、被害妄想で心はボロボロなのに、
ただ、「躁鬱」は俺にもその気、あるかも。
寝る直前までは気分正常でも、起きた直後は、「何もしたくねー」状態なんだよな。
統合失調ってなに？多重人格のこと？
多重人格だったら、俺にもその気があるかも。

仕事上でのテンションと、家内でのテンション、態度違くてまるで別人。

>311
> 統合失調ってなに？多重人格のこと？
ちょっち違って精神分裂のこと
先日、人権団体からの突き上げで日本医師会が改称

>>309 かな〜り超訳、本人じゃないから間違ってるかも（ｗ

川合氏は青木氏が理解しないまま理解したと決め付けているが、
それは川合氏が自分は青木氏よりも上だと主張しようとしているということに他ならない。
このように相手の間違いや無理解を決め付けてかかるのが川合氏の性格だ。
どのように議論を進めようとしてもそれは変わらない。
もちろん青木氏にも落ち度がないとは言えない。
先日のOSASKスレでの中傷は青木氏の評判を落としただけだ。
しかしこの期に及んで川合氏が強硬に謝罪を要求するということは、
不毛な論争を止める意思がないということに他ならない。

ともあれ「誰かさん」は僕のことを
「口先だけ一流で、技術力、設計力は３流以下の典型的なビッグマウス」と
揶揄しておきながら、いざ僕の設計箇所の利点を見つけるやいなや、
そこだけ自分のものに取り込む。せめて、過去の自分の発言に責任を真っ当
するためにも、謝罪してください。

僕があなたに言いたいことは、それだけです。

>>313
> 川合氏は青木氏が理解しないまま理解したと決め付けているが、
これ変だった
→川合氏は青木氏が何も理解していないと決め付けているが、

OSASKのページいってきたんだが、頭の悪い俺にはなんでアプリがそれぞれ独自にSlot番号を指定して破綻しないのかがわからなかった。
説明を簡単にするためスロットは1-10の10個システムにあるって事にさせてください。
で、バイナリしか提供されてないアプリAがあるとします。
このアプリAが消費するスロットは、どこからどこの範囲なのか？
って分からなくないですか？
で、新規にアプリBを書こうと思って、適当にスロットを指定してしまったら、
アプリAとスロット指定が重なってしまった、って事にはならないのかな？
こーいう自体を避けるために、通常、ハンドル形式をつかって、
空き番号管理をOSがやると思うんですけど、、、
河合さんは、そんなのは要らないって言い切ってるので、私の解釈に問題があるんだと思います。
わかりやすく説明していただけるとありがたいです。
あと、テキストエディタのような何枚Windowを開くかわからないアプリも、
スロット形式でうまくいくのかな？
スロット形式だと、開ける枚数に制限がでてしまいそう。
ハンドル形式なら、プログラム上は制限は無いですよね？
OSリソースの制限で、実質的な制限はあるかもしれませんが、
OSのバージョンアップで、リソース制限が緩和されたら、
自動的にアプリの制限も緩和される、みたいになりますよね。
私のような古い頭の人間には、スロットの概念のメリットがいまひとつ理解できません。

Ｌたんさぁ、これはキミへのアドバイスなんだが。
もっと己の過去の実績を尊重してだな、前進しろや。
アセンブラ、リンカ、ＡＮＳＩ−Ｃコンパイラ、ＯＳの全てを
一人で作り上げたというその腕をだな、少しは尊重しろや。

あと自ら「うつ病で精神科に通ってる」というのをネットで公開する
その素直さは、何気に好感だな。

>>316
ですから、スロット形式の利点が分からないというのであれば
ハンドル形式のラッパー関数を用意していただいて、従来どおり
ハンドル形式のプログラミングを踏襲すればよいのです。

スロット形式とハンドル形式は両者ともに排他的ではありません。
ハンドル形式「も」できます。

>>274
OFF会は病院で決定？

>>316
既出だが
スロット空間はタスク毎に独立していて、タスクが指定したスロット番号をシステムが使うため衝突はしない。
自分で設定した制限をタスクは厳守するべき。足りなそうなら多めに確保。
という事らしい。

>>319

やっとわかりました。それなら理解できます。
外出でしたか。失礼しました。

組み込みプログラミングのFixedAllocパターンっすね。
この方式の利点は、エラーチェックが要らないって事だと思いますね。
欠点は、使用リソースをあらかじめ指定するため、ある程度の制限が発生する、
といったところでしょう。
でも、たしかに１００個程度Windowを開くアプリというのもあまり無いと思いますので、
実用上は問題がでないのかもしれませんね。
面白いかもしれません。

ここは一度L氏謝ってみてはどうだろうか。
いろいろ言い過ぎたのを認めてははどうでしょう。

＞そこだけ自分のものに取り込む。せめて、過去の自分の発言に責任を真っ当
＞するためにも、謝罪してください。
もう取りこんだんですか？

ここまで読んだが正直実に面白かった。(w

ちなみに俺は、組織的にどっちかの近くにいる人間で、
彼がOS作って公開してるのは知ってたし、
もう一方のOSの存在も知ってはいたが、
その両者がこんなステキな関係にあったとは、
実に笑え・・・いやなんというか、興味不快ところだ。

僕があの方を相手していて痛かったのは、
彼の勝手な拡大（縮小）解釈で、事実を歪んで公衆の場で発言し、
周囲の開発者の無意味な誤解を誘発しまくっていた点です。
事実を確認することなく、根拠のない推測と推論で議論を進める
彼独特の悪癖の痛さは、みなさんも一度被害者になって実際に体験しないと
理解いただけないとは思います。

「余計な迷惑かつお世話です」と彼に向かって声を大にして言いたいです。
また、彼の根拠のない言動がIPAの審査に多少なりとも影響するとも
個人的には思っております。

いいから、回線切って死ねよ↑

あのスロットに関してだけど、
あるタスクＡのスロット 0x20
と
あるタスクＢのスロット 0x20
とでは、OSASKのシステム側では別物として取り扱ってくれるという理解で
正しいのだろうか？

謝るとか謝らないとか別にどうでもいいじゃん。
それじゃ、Ｋ氏が長い間「新規性」と主張していた項目が
SlashDotで「全然新規性ではありません」と実例をもって反論、
証明されたことに対して、いちいち謝りますか？

人の考えが変わることはよくある話じゃん。
「ASKAのここが良い」ということに理解を示した人に
追い討ちかけて「謝罪」を求めることになんの意味があるの？
つーかさ、激しく意見が変化することがなんで悪いの？
１８０度反転なんて良くある話だし、その反転こそが建設的なことだって
あるだろ？

Ｋは自分の都合の悪い指摘に対しては、ちゃっかりレスをすっ飛ばす
悪癖があるんで、326もシカトされるに10000ペニース

>>323
自己紹介？？

>>327
FASMとかなｗ

なるほどな・・・。
「また、彼の根拠のない言動がIPAの審査に多少なりとも影響するとも個人的には思っております」
と書いておけば、IPAの審査に落ちたらこれを使ってL氏のせいにする、と。
流石、上手いわ・・・。

>>326
漏れはＫじゃないけど、それはさすがに違うんじゃないのか？
つまり、躁鬱で言動がめちゃくちゃだった状態で適当にけなされたのが
腹立ったんだじゃないのかと思う。
さすがにあそこまでことあるごとに粘着されたら漏れだって切れる（ｗ
切れないﾔｼは正直すごいと思うぞ。性格の良さを誇っていいと思う。

あと、324とかがLたんで無いことを願ってます。一時の感情で書くと
Lたんにとって泥沼にはまるだけなので…。

最後にFASMの見解は漏れも聞いてみたい（ｗ

しかし、Lたんの精神状態が普通じゃないとわかった瞬間
みんな意見変わったよな（ｗ
Ｋも今回のことは犬にでも噛まれたと思って水に流した方がいいと思う。
切れるのはわかるけど、躁鬱の奴まともに相手にするのははっきり言って
おすすめできん。

…つーかマジで両氏呼んでOFF会でもやってみるか？

>>323
場の性格上、騙りや匿名での暴言に対するペナルティーが弱いこともあって
時にはそういう無責任な発言も出るんでしょうね。
ただ、ここでだれだかわからない人に直接訴えても仕方がないわけで、
そういう場合、周りが誤解しない程度に反論して、後は読んでる人の理解力と
周りのフォローに期待して無視するのが得策でしょう。
無責任で莫迦な発言であればすぐ流せますし、自分に落ち度がなければ
大抵の人にはわかってもらえる筈です。

ところで、一言見てて思うんですけど、もっとFAQのページを活用できないかな？
回答的なものは項目別のFAQでやって、索引と巡回メモ程度にした方が
無駄がないような気がしますが、やっぱり手間かかっちゃうかな？

ただ、ASKA だって、C 言語のパクリだと見なせるんじゃないの？
新規性は有るとは思うけど、使いやすさの面ではCにはかなわないし。

でも、俺はASKA言語を使おうとは思わない。だって、余りにも
独特だし。売ろうと思ったらたぶん売れないんじゃないかな。

ちゅうか、発想が奇抜でも、良く考えると実用にならないことは
世の中沢山ある。それを予想することも大事だと思うよ。

IPA の目的は、天才プログラマの発掘。
新規アイデアだけでは認められないのよ。

PC-98x1版とかも結構喜ばれてるようだな。

でも、後が続かないよ。ユーザーはどんどん減っていくのと、
AT版、TOWNS版と同時並行で開発するのは開発時間を取られる
だけだし。

むしろ、AT版だけでもちゃんと作ってしまって、後から移植
する方がいいんじゃないの？

　アイデアだけの段階だと、実現不可能なアイデアでも、
最終的には使いよくなりえないようなアイデアでも、
細かい事情を知らない大勢の人たちには「良いアイデア」
に移ってしまう。

「このアイデアは素晴らしく、これだけのメリットがある」
と書いたとしよう。

で、事実としてアイデアとしては新規性があったとしよう。
新規性については、大勢の人間にもわかりやすい。
新しい技術がテレビで報道されると、技術の詳細は分からなくても、
新しいって事だけは誰でもわかるものだから。

しかしながら、新規性があっても、プロトタイプも何も無い段階
では、本当に「メリット」があることを証明できない。
逆に、論理的な矛盾を感じている人もいるとすれば、なおさらだ。

そりゃあ、ど素人からの勝手な言いがかりなら別だけど。

川合氏の主張する、
　「メモリレスアーキテクチャ」
のメリットを自分は理解できない。
発想の元には、IA32のセレクタ機能を存分に使いきるということが
あったようだけど、アーキテクチャを全て使い切ったからといって、
便利になるとも限らない。
　セレクタの個数は、ローカルセレクタに100%有り当てたとしても、
タスク毎に最大、8192 個に制限されているのだし、全てのメモリ
ブロックに対してこの手法を使えば直ぐに制限に突き当たる。

「タスクセーブ」については、新規アイデアではない。
前にも指摘されていたが、実際に作れるかどうかの問題で他のOSが
サポートできてない可能性がある。まあ、全く出来ないわけではないと
思うけど。

また、FLATモデルにはないセグメントモデルの利点として、
確かにガーベッジコレクションの自動化はある。
しかしながら、IA32では、セグメントを区別するためのセレクタ
の個数が、最大8192個なので、最近の大規模なプログラミングでは、
使い物にならない。実際、コンパイラなどでは、マクロ定義の個数
だけでも、65536 個を超えることなどざらである。これらに個別の
メモリブロックを与えるとすれば、セレクタは使えないことになる。

それから、セグメントモデルを使い出すと、必ずポインタに、
48 BIT 必要になる。だからと言ってアドレス空間が48BIT
になるわけではなく、16BIT分はセレクタの区別に使われる。
アドレスを引数に取る関数は多用されるものだが、個の全て
で、48BITポインタを渡さねばならない。スタックのアライン
のため、実際には、各ポインタに対して、push 数が倍になる。
また、セレクタのロード時間は保護検査のため、一般レジスタに比
べて遅い。

スタックを自動伸張するのだけは、セグメントモデルは魅力的
なのだが、それでも、デメリットの方が多すぎるように感じる。

　川合です。305までは確かに僕の書き込みですが、全角の「Ｋ」は僕ではありません。その時間は睡眠中です。
ちなみに、僕は大学院で物理学を専攻していました。理系です。僕は自分の知らないことには突っ込みません。
全角の「Ｋ」さん、僕のために代弁しようと思っておられるのかもしれませんが、言い過ぎです。
僕の不満の主張は305までで十分です。「誰かさん」の見解が出るまで、余計なことはいうべきではありません。
それと全体的に言って305までの僕の主張も見苦しいと反省しております。内容については率直なところなので
まだ取り下げるつもりはありませんが、不快な表現に関してはお詫び申し上げます。

FASMの見解：
　どんなに小さくても、やりたいことができなければ、意味がないと思います。で、COFFサポートが必要か
どうかということになるわけですが、僕は必要だと思います。だからFASMのバージョンアップは良いことだと
思います。
　僕はサイズ重視なので、「機能密度」みたいなものを良く考えます。これは、1バイト当たりの機能というか
まあそんなものです。これが一定値に達していないと改善の余地があるプログラムだと思うわけです。NASKに
関して言えば「機能密度」から推測して、プリプロセッサとCOFFサポートを追加しても100KB未満でしょう。
だから僕は他のアセンブラよりも小さいといっても問題はないと判断していたわけです。
　それにしてもFASMは小さいです。すばらしいです。IA-32アセンブラ最小の座はNASKではなくFASMです。いや
COFFサポート後のNASKを想像して比べているのですが、サイズ的には似たり寄ったりで、それならそれを先に
実現したFASMの方に分があると思います。いやそもそもマクロがある分FASMの方がずっといいです。いいことを
教えてもらったので近いうちにページを更新します。

　ファイルへのアクセスを、セグメントを指定したメモリアクセスの
ように行えたとして、どれくらいのメリットがあるのだろうか。

seek する必要がない部分での高速さはあるだろう。
しかし、OSの「一大機能」として掲げるのはいかがなものか。
実装面では、あとから追加可能なものだから、根本的に
アーキテクチャの変更が必要になったりすることはないはず。

　また、OSASKが計画するモデルでは、メモリイメージをそのまま
保存できるようなものでもないだろうし。

>>339
「専攻していた」ってだけで、理解している証拠にはならんぞ。

そんな印籠の様な目的で学歴を用いるのが、本当の学歴主義。

L氏は、京大物理学科の大学院、東大物理学科の大学院のテストに
合格したとかしないのとか。

>>336
普通はそんな突拍子もないアイデア、笑い話になるだけだと思う。
それを良いアイデアと思ってしまうのは、それなりに理由があるんじゃない？

もちろん受け手の主観的な理由だから、PRにだまされてるんだという場合も
無いわけじゃないけど、大抵なにか思うところがあって支持するんだと思うよ。

懐疑的という場合も、結局その人の主観的な理由にすぎない気がする。
以前似たような事をやって駄目だった例があったとしても、
同じ失敗を繰り返さない方法が見つかるかも知れないわけだし、
だから、どーせ無理だから諦めなよ。なんて言うのは余計だよね。
まあその例を知らないようなら教えてあげた方が親切だと思うけど。

>あのスロットに関してだけど、
>あるタスクＡのスロット 0x20
>と
>あるタスクＢのスロット 0x20
>とでは、OSASKのシステム側では別物として取り扱ってくれるという理解で
>正しいのだろうか？

こうじゃないと、つらいよね？
俺はこうなんだと思ってる。

いや、お前ら、数少ないドキュメントぐらい目を通せよ。
過去ログとかさあ。

>>341
>>310を読め。

>>339
FASMはexeにUPXで圧縮かけてある。
試しにDOS用バイナリ抜いて生成してみたらWin32用53760Bになったから、
生のIA-32用の生のアセンブラということならNASKの勝ちだね。


で、OSASK単独の話はぜひこっちでおながいするよ。
http://pc.2ch.net/test/read.cgi/os/1031404041/l50

>>341さん
>「専攻していた」ってだけで、理解している証拠にはならんぞ。
>
>そんな印籠の様な目的で学歴を用いるのが、本当の学歴主義。

　全面的に同感です。僕が専攻していたって書いたのは、文系かと聞かれたのに答えただけです。

　理解しているかしていないかは、「物理学における実験の重要さを理解しているかどうか」だと
僕は思います。重いものの方が速く落ちるという「思い込み」を捨ててしっかり実験することで、
物理学の進歩は始まったのです。ベルの不等式がなんかおかしいと思うことは物理学者として良い
センスですが、疑問があるなら再試するべきです。納得するまで再試するべきです。自分では実験
しないで人の実験結果にけちをつけるなんて、僕は物理が分かっていない人だと思います（ベルの
不等式は既に実験で確かめられています）。「月の不確定性」についても同様です。納得がいかな
いなら何とかして実験を考えて、月の位置と運動量を測定してください。多分測定機機の精度の方
が圧倒的に足りないとは思いますが。

　ちなみに、月のほどの物体が突然軌道から1ミリ以上外れる確率も量子力学的には計算できます。
それは1秒間に1兆回測定したとして、あなたの一生のうちに何度おこるでしょうか？もちろん1回も
起きないといえるレベルです。あなたの寿命が宇宙の年齢の1兆倍あったとしても、1回も起らない
レベルです(まだまだとんでもない小ささです)。これを「なんでもあり」なんていえますか？まが
いなりにも物理学を勉強したのなら、もうちょっと定量的にやってください。小数点の後に0が何億
個も続くようなとてつもなく小さな確率と(いやきっともっと小さい数ですが)、1%くらいのごく普通
の確率をごっちゃにするようなセンスは、分かっていてわざとやっているなら、物理学を知らない人を
惑わせて遊んでいるように思えてなりません。

　ようするに、どこの大学を出ようが、テストでいい点数を取ろうが、分かっていなければ意味が
ないのです。学歴なんてどうでもいいことです。

　それと僕が都合の悪いことにはレスしていないとのことですが、レスして欲しいのならせめて
OSASKスレッドに書いてください。ここでは僕はあまりフォローしません。

>>345
どうでもいいが、fasmには無駄な.relocセクションがあるからそれを削ればさらに4kB縮む。それでもNASKの方が小さいな。

　たびたびすみません。

>>345さん
>FASMはexeにUPXで圧縮かけてある。
>試しにDOS用バイナリ抜いて生成してみたらWin32用53760Bになったから、
>生のIA-32用の生のアセンブラということならNASKの勝ちだね。

　なるほど！・・・いやでも、この比較は逆です。NASKもUPXを使って比べる方が筋です。
やってみました。21.5KBです。44KBの半分以下です。これで世界最小に返り咲き？？？・・・
非常に嬉しいです。教えてくださってありがとうございました。機会があったら、このUPX版を
正式版として公開し直すつもりです。

>>346
誰も「月」ほどのものが動くと入ってないよ。
もっと微細なものの話をしてただけ。
冒頭の有名な台詞は概念的な例でいったんだろ。
もちろん、月ほど巨大なものはほとんど不確定性は関係しない。

それから、ベルの定理が正しいことは物理学の世界では常識。
そんな基本的なことは知っているに決まってる。
正しいけれども、十分に納得のいく説明がまだ誰にも行われて
いない状態なので、最近注目されているって琴田と思う。

それから、量子相関で、超高速通信を行えるとは俺は思ってない。
通常の意味での情報は何も伝達できないからだ。
だけど、その奥底で働いている原理には、時間を超越した
通信のようなものが有るかもしれないとは思っている。
だけど、現在分かっているいかなる方法で、量子相関を
利用しても、超高速通信はできない、というのが標準的な
見解なはずで、そんな基礎的なことは知ってる。

>>347
　一体全体、なんでこのスレでそんな話題が出てくるんだ。
主張ばかりして。

>>350
どうひいきめに見てもFASMより物理学の方がスレ違いだぞ（ｗ
あるいは大誤爆か？

あー、実験してから偉そうなこと言えと主張するK氏は、
月の軌道を測定して宇宙の年齢の1兆倍生きたのだろうか。

>>352
実験しないで鰓そうな事言うな。とは言ってないんじゃない？
単に鯉のミスリードはやめようってことでは？

というか、この板のL率、すでに70〜80％くらいいってんじゃねーの？
言動からどれがどれだかまるわかりだぞ……。
とりあえずLは即刻連続書き込みをやめよ。うざいから。
これ以上やるなら躁鬱だろうとなんだろうと漏れは敵に回る。

>>354
・・・ミスリードはやめようよ。

騙りもいるようだし、正直なところよくわからないよ。
うざいのは誰だろうが関係ないんじゃない？

まあ名乗る時はトリップを付けてサイトで言及したほうがいいかもね。

>>355
いるのか？　それは見方が優しすぎだろ。

>>356
>>339をどう解釈する？

コピペと思ってスルーして頂いて結構です。

----
■コンピュータを使って働くあなたへ：考えるヒント


過労で倒れてから、うつのような症状になったあなたへ。
できる範囲で、体をいたわる時間を持ちましょう。

○こういう症状があるなら内科だそうです。
ttp://homepage1.nifty.com/jibiaka50/koujyoukinoukousin.htm

○体調異常にもご注意を。
ttp://www.ntv.co.jp/FERC/research/20010318/f1745.html

　その他にも偏光レンズの着用など、できうる事は少しづつ検討
してみてください。

○「もたれかかり」について
* 自分の考えや顛末をさらけ出すことは、コミュニケーションでは
　ありません。
* 実現していない、現実と無関係な希望や、解決に寄与しない努力の
　経過を書かない様にしましょう
* 判らない事は調べましょう。
* 何事も行動で語りましょう。
「動けないほど体調が悪いんだ。寝ても寝た気がしないし、起きて
　いても、苦痛なだけなんだ。」
　と、書く事ができるあなたは矛盾を孕んでいます。

○気分について
* ご自身の判断で、 病院のどの科に罹るかを制限しない様にしま
　しょう。遠くにある小規模な医院にそこから相談してみるのも良
　いと思います。
* 病院に相談に行った後、「自分の考えで」やめない様にしましょ
　う 。
* 睡眠薬にせよ安定剤にせよ、常時緊張するようになってしまった
　体を強制的にリラックスさせる道具として使ったりするものであ
　って、病気の烙印ではありません。
* 病源（発病の源）となる考え方や、論理の無いモチベーションに
　振り回されない様に、折りに触れ自分を見つめましょう。
* 何もしたくない時間ではなく、何もしない時間を意識して持ちま
　しょう。

○その他
* 勤務時間の希望はきちんと伝えるか、伝えずに済む方向を考えま
　しょう。
* 自分は鬱(病)だと書かない・言わない・思わない様にしましょう。
　「自分は鬱(病)だとは思わない」というのも同様です。
* 今持っている知識とは無関係に、同等以上の知識ある者に相談
　（確認）しましょう。

○おわりに
　体だけ休まれるのであれば、貴方は同じような苦労を数年起きに
　繰り返しかねなくなるでしょう。
　それも辛い。
　そして我々もまた同じような苦労をしなければならない。
　それもまた辛いのです。

　http://www.bohyoh.com/Oracle/Chiyu.html

----

>>358-360
9ヶ月位前の某掲示板でのやりとりを、過去ログを見ながら
まとめようとしてみましたが・・・あまりまとまってないですね（ ; ´∀｀）
どの皆様もお大事に。

>>357
Lが騙ってたらどうすんだよ（ｗ

正直、作られてるOSその他より、
ここのレスの方がずーーーっと面白いよ、ご両人。

で、作者達が揃いも揃ってこの状態にある奴らなわけだが、それでも
両OSに期待する奴らがまだいるのか？

両方とも、単に自分の技術を誇示するためだけのOS。
実用性も将来性も皆無。

NWSOSは開発終了？

>>364
期待してるよ、このスレが伸びるのを。

なんだかなあ・・・。
>>22で「2chだと流れる」とか誰かさんが言ってたが、
流れるんじゃなくて流してるんだろうな。自分の記憶を。

>>364
俺は期待してるぞ。

フレームに。

都合よく歪めた世界の中から世の中覗いて、
他人の罪のない遊び心をさんざん誹謗中傷した後
心身症だと語ってみせれば何もかもチャラ…。

頬を殴られた人は、保護者でもまして母親ですらなかったろうに。

匿名なら書き込みすら、後にはフィクションか。

>>371
うまいこというね。でも、漏れはこのスレ保存したぞ。
後々色々と使えると思うし（ｗ

>>371
「罪のない」は、かばい過ぎと思われ。

>>373

?? よく分からん...
www.imasy.org/~kawai/osask/index.html
↑仲間達でこんなこと夢見るのは罪なことなの...??

　 ☆｡:.+:　　 ／■＼　
　　　..　:.　　 （　´∀｀）　KさんはLinusよりはPreston Tuckerに似ている、と、フト思った。
　　　　 ／￣ヽ/,― ､＼ o｡｡｡　　
.:☆　　 |　||三∪●）三mΕ∃.　　　　　　　
.:*　 　　 ＼＿.へ--ｲ＼ 　ﾟ ﾟ ﾟ　　
+:..♪.:｡ﾟ*.:..　　（＿）（＿）　　　　　☆｡:.+:
　☆｡:.+::..　　　☆:.°+　　　　　.. :
　　　｡*.:☆ﾟx*+ﾟ｡::.☆ο::.+｡　*ρ

あれ、基地外対決終わっちゃったの？
(´･ω･`)ｼｮﾎﾞｰﾝ

　ひさびさの書き込みです。

>>375さん
>KさんはLinusよりはPreston Tuckerに似ている、と、フト思った。

　おお！そんな、とんでもありません。僕はまだまだ未熟です。ご両人のどちらにも遠く遠く及びません。
でも嬉しいです。ありがとうございます。

ＬよりＫのほうが遥かに理屈や筋が通る発言をしているのに、
実際にお互いの中途成果物を比較すると、Ｌのほうが進んでるんだよな。

＞Ｋのほうが遥かに理屈や筋が通る発言をしているのに、
＞Ｋのほうが遥かに理屈や筋が通る発言をしているのに、
＞Ｋのほうが遥かに理屈や筋が通る発言をしているのに、

>>378
理屈が通っているかを見極めたのは誰ですか？

漏れ様

>>380
お前、自分じゃ理屈が通ってると思ってんの？

K氏は初期条件を必要に応じて後付けする。
L氏は初期条件を必要に応じて選択する。

>>383
初期条件ってなんじゃらほい？

なんというか
K:マイナスイオン
L:プラスイオン
って感じはするな。

>>384
引き寄せ合っているってこと?

一見対立してるようであの二人実は仲いいのかもね。

>>383
因果律の話かな。
偶然という初期条件が絡み合って奇跡的な結果が生まれるんだよね。

で、天体の運行という結果を説明するのに天動説と地動説があるみたいな、、、

>>387
>>383はどう考えても嫌味だが。
お前大学出てないだろ。
初期条件（あるいは前提条件）を設定し理論を組むのって全ての基本だろ。

>>388
あのさ、計算と結果のズレを説明するのに追加の条件が必要なんでしょ？
で、それを確認するためにその要素を排除したり、影響を受けないような環境で
実験して証明したり、出来ない場合は実例を見つけて確認するんじゃないの？

というか一体>>387をどういう風に受け取ったのか気になるね。

>>389
> 計算と結果のズレを説明するのに追加の条件が必要なんでしょ？

条件の追加を真っ先に考えたりはしないよね、普通は。
ってことだろ。
Lﾀｿにはそういうアドホックさがあるって話だったんじゃ。

>>390
それならむしろ>>383は逆になるんじゃないの？

例えば現場と研究所のスタンスの違いみたいなことが
言いたいのかと思ったんだけど？

どうでもいいんだけど、問題は初期条件じゃなくて態度じゃないのか？
Ｌ様のあの御尊大な態度こそがすごいんじゃないのか？
しかも良く知らずにけなしてたりするし。

>>392が真理を突いた！

>>346
まさにこれだよ。
僕は OSASK が「仕様＝現状」の状態で観測される確率と
月の軌道がずれて観測される確率は大差ないと思う。
他にもそう思ってる人がいるんでないの？

似非だからとか、仕様は違うとか、実現可能とかじゃなくて、
定量的になんとかして欲しいね。

いや、違うかな。
あえて定量的に間違った見解を公表して、確率の測定の精度が悪いこと
（予定が期日どおり達成できないこと）を唯一の欠点だといって逃げている。

>>394
コテハンとBe名無しさんを使い分けるなよ。
誰がどう見たって、その理屈っぽさとズレた感覚と文体から、
お前がLだってことは丸わかりなんだよ(藁

ごめん、Lじゃないです。
前もLっていわれたことあるけど。

ということはＬ様と同類ってことか。

>>394
いや、、、そんな確率がぴんと来る人は少ないと思う。

つーかまあK氏はこういう意味で言ったんじゃないと思うけど、
月の距離なんて潮汐力とか月の重力場が均一でないとかで、
微妙にぶれてたりしそうな気がするけどそんな事はないのかな？
そういえば、なんか年に何センチか近づいてるとか遠ざかってるって話を
きいたことあるけど、あれってピッタリ計算通りなの？

まあそういうズレの話からはじまって冥王星を見つけた人は偉いと思うんだけどね。
結局は関係なかったとはいえ。

つーか自分でなんとかしてみたら？そしたら歓迎されると思うよ
人任せにするなら待つしかないよね。

フリーのdos/win用のアセンブラーってどこかに落ちていますか？

とりあえずこのスレでネタにあがってるASMの入手先とか
http://www.imasy.or.jp/~kawai/osask/developers.html#naskset0 NASK ver.0.0
http://homepage2.nifty.com/nowsmart/nwsa.htm NWSA VER 1.99

http://fasm.metro-nt.pl/ fasm 1.40
http://sourceforge.net/projects/nasm/ NASM 0.98.35
http://sourceforge.net/projects/mingw/ GAS(Binutils)
http://www.cix.co.uk/~mayday/ as86 0.16.9

http://www.microsoft.com/hwdev/ddk/ddk98.htm MASM 6.11d(Windows DDKs)

名前は出てないかも？
http://www.openwatcom.org/download/download_licenses.html WASM(Open Watcom C/C++)
http://homepage1.nifty.com/herumi/soft.html#MMXASM MMX 3D Now! アセンブラ ver. 1.8

その他
http://www.programmersheaven.com/zone5/cat25/index.htm
http://www.tldp.org/HOWTO/Assembly-HOWTO/other.html

>>400さん、ありがとうございます。
まさか、マジレスして頂けるとは思ってませんでした。
いっぱいあるなあ、どれにしよう。

最近Ｌﾀｿ出てこないけど、まさか入院したとかじゃないよな？(;´Д`)

http://pc.2ch.net/test/read.cgi/os/1030080751/l50
今読んだら、ちょっと笑えた。

>>403
ひそかに笑ってたけど、つっこむほどじゃないだろ（ｗ
とんがりたんと見事に騙された（？）ヤシ一人ってとこか。

>>404
2ch は「匿名」のはずじゃないんですか？

もし、管理サイドの人間が書き込み者のIPアドレスを見ることが
できるのであれば、2ch ガイドにある「他人のIPアドレスを見ることは
出来ません」ということは嘘だということになり、管理人は詐欺罪に
問われることになりますが、覚悟はできてますか？
脅しじゃないですよ。刑事犯罪として扱われると思います。

ここの管理人は、既に裁判に負けています。

　一度裁判に負けた直後にも、反省して管理を改めるというような
こともなかったようですが、世の中はよく見ていますよ。

何の話？　それと、誰に言ってるんだろう…。

そうそう、裁判する気もないのにそんなこというのは脅迫罪だっていうのは
ご存じか？＞405

Lさんは２ちゃんねるにあまり慣れていないようで。
書き込む前にSG(セキュリティー・ガード)に登録しないと危険ですよ。
SGに登録せずに書き込んだ場合、あるコマンドを使用されると
簡単にIPアドレスがバレてしまいます。
それが２ちゃんねるの隠れた素顔でもあります
SGしておけばまずコマンド自体が無効になってしまうので
どんなにスキルがある人でもIPアドレスを抜くことが不可能になります。

SGに登録する方法は、名前欄に「 fusianasan 」、本文に「 SG 」と入れ、
通常通り書き込みボタンを押します。
これでSGの登録は完了です。
一度登録すれば、IPを変えない限り継続されます。
２ちゃんねるはルールさえ守れば危険な場所ではありません。
しかし悪意を持った人間も確かに存在します。気を付けて下さいね。

なお、fusianasanは正式にはフュージャネイザン、
又はフュジャネイザンと読みます。
元々はアメリカの学生達の間で、チャットの時に
セキュリティを強化する為に開発されたシステムです。
fusianasanを掲示板に組み込むのは結構面倒なのですが、
２ちゃんにカキコしてたらウィルスに感染したとか、
個人情報が漏れた等の抗議がうざったくなったひろゆきが、
仕方なく導入しました。
悪意のある人間にクラックされる前にSGを施す事をお勧めします

SG

>>408-409 FYI

○"２典　これで今日からあなたも２ちゃんねらー (編集長 編)" より引用

２典＜Ａ-Ｚ＞
「fusianasan【ふしあなさん】［名・自スル］
　２ちゃんねるに書き込みする際に名前欄に「fusianasan」の文字列を
　入力すると、その書き込みをした人のリモートホストのＩＰアドレスが
　さらされるようになっている。本来は「（固定ハンドル)@fusianasan」
　などとして、まだキャップを取得していない固定ハンドルが自らＩＰを
　さらすことで騙りを防ぐためのシステムである。」

　http://freezone.kakiko.com/jiten/abc.html#fusiana

>>410
あれ、知らないの？
あんまりSGの登録者が多くて負荷が大きくなってきたから
本文に「SG」と入れてないとIPアドレス晒すようになったんだよ。
それを本人確認に利用したのが通称「ふしあなさん」
漏れのこの書き込みもfusianasanしてるけど、IPアドレスは見えないと思われ。
心配なら2chのCGIしらべてみりゃいい。どっかにまだ転がってるはずだから。

>>410
寒かったのは認めるが、マジレスはやめてホスィ

このスレッドで引っかかる人間がいたらすごいな…

カムサハムニダ！

NWSOSシボン？

ソースが公開されてる。

>>416
前から公開されてるよ。





OSASKは。

つかNWSOSのページ、なに？　見難すぎ。いくらなんでもページ分けろよ。
英語と日本語ごちゃ混ぜだし、その割には中途半端だし。
OSASK/commentのページも長いと思ったが、その比じゃなく見づらい。

>>418
「分けろ」ではなく、「分けてください」でしょう。
そう書いていただければ、「なるほど、直そうか」という気にもなるものが、
そんな言葉遣いで言われれば、脅迫と思えてしまい、身動きが取れません。
（童話「北風と太陽」を思い出してください。）。

日本語の誇れる所は、敬語が他の言語に比べて圧倒的に発達している所です。

今の場合の敬語とは、「です、ます調」のことで、「丁寧語」に該当し
ます。丁寧語は、単に上品で丁寧な表現であり、全く上下関係を表して
含んでいないので、どんな場面でも無条件に使うべき表現です

つまり、「ページを分けてください」という書き方は、自分の生徒に対しても、
先生に対しても使える表現で、積極的に使うべき表現なのです。

言葉やコミュニケーションのルールを守れてないのに、要望だけを受け入れ
て欲しいと考えるのは、おかしなものですよね。

>>419
そう思うなら分けなければいいだけだろ。見づらいページは人が来なくなる
第一の原因。訳分からん日本語の解説してるばあいじゃないぞ。

そもそも、418は要望なのか？　要望だったら2chになんか書かないで
そっちの掲示板に書くと思うが。Lたん自意識過剰の上、被害妄想強すぎ。

>>420に激しく同意
別に分けたくなけりゃ分けなきゃ良い
どうして大切な忠言に高圧的に向かうのかねぇ
漏れは大嫌いだから潰れようが構わないんだがｗ

>>419
>脅迫と思えてしまい、身動きが取れません
取るな取るな、自滅しろ

418のは意見＋独り言の書式だろ？
とんがりがいやなら、『もう少し丁寧に書いて欲しい』の一言で済むし

とんがり発言保存、っと。
いやー、ﾃﾞﾑﾊﾟいっぱいでいいねー。

** 統合失調症(旧称：精神分裂症) **

まるで内に眠っていたものが急に目を覚ますように、
青年期になんのきっかけも無く発病し、
進行性に経過しどんどん増悪していく場合が数多い精神疾患です。

1. 症状
正常な人が接し合おうとしても、
どこか違う世界に生きている人の様な表情、行動を現し
自分の内面の世界に閉じこもっているように周りのことを省みず、
無関心、無頓着になり服装、外見、礼儀にかまわなくなります。
また、感情も一定せず一つの気分が長続きせず急に怒ったり、
急におとなしくなります。

2. 病状
特別統合失調に特異的であり、犯罪等に結びつくものとして、
妄想、幻覚、幻聴、させられ思考があります。
多くは被害妄想で、誰かが自分のことを注目し、
敵意を持って追いかけている。等々。
またその誰かとは、大きい組織であり自分は高貴な生まれであったり、
宗教的成就者であるからして狙われたり、
現に幻覚として陰から見ている者をみたり、
耳元で殺すなどという幻聴を聞いたりすると、
ますます確信を得て病状が進行して、それに対抗するために、
電波が自分を動かすという妄想につき動かされてしまいます。

>>420-423

ご忠告有難うございます。
ひとつ反論させてもらうと私が患っているのはウシ病であって統合失調症では
ありません。さらに私が電波によって動かされているかのように書かれていま
すが、私自身は高木の上に佇む蝉のように静かな心境です。あなたこそ自らの
発する電波の反射に惑わされ奇声を発しながらやみくもに飛び回る盲目の蝙蝠の
ように見苦しく映ります。不気味で身動きがとれません。

服装、外見に関しては、自他共に認めるモダーンでナウでスマートな紳士です。
ナウスマートーオーエスの出来がそれを立証していると言い換えても過言では
ありませんよね。

>>418

ページが見難しいのは貴公のブラウザの出来が悪いのだと思われますが。
現在開発中のブラウザでは該当ページも瞬時に閲覧が可能になっています。

ばればれで恥ずかしいからやめとき…。
ちゅうか、時刻見たらついさっきじゃん。なんてタイミングだよぉぃ。

>>424
桂様かよ！

419 ：LightCone ◆JBc30S5w ：02/09/23 08:57
と
424 ：LightCorn ◇JBc30S5w ：02/09/23 22:03
偽者好きだなぁｗ
てことで、LCは好きじゃないけど、カタリはそれより嫌だな
分からない人いたりしてｗ

本物です。

スペルが違ってる罠

今、ざっと読んでみたけど・・・・。
よくみんなこんなしょうもないこと書き込み続けられるな。
まれに見るバカスレだ。

まあね。同時に、こんなに面白いスレは滅多にないと思うけど（ｗ

>>431
このスレは読むためにあるのではない！
書くためにのみ存在するのだ！

じゃあ記念カキコ

保守書きこみ

2ch は、IP ジャジャ漏れ

ttp://teri.2ch.net/accuse/kako/994/994043809.html

詳しくは申し上げられませんが、
LightCone こと青木豊さんは10/9未明、自宅にてお亡くなりになったそうです。

お悔やみ申し上げます。

　　 . 　-‐-　　.　　
__ 〃　　 　 　 ヽ :　　
:ヽ＼　ノﾉﾉ）ﾍ)､!〉 :
'. l(0_)!｡-‐　‐〈ﾘ　.はわわ〜マルチも悲しいですぅ…
　;Vﾚﾘ､" (ﾌ／ ;　
　 　 : l´ヾＦ'Fl :　　　　　　 　　 　∧＿_∧＿___　
　　 ;. 〉､_,ノ,ﾉ :　　　　　　 　　 ／|・∀・ ┥　.／＼
　　. /ゝ/´, ヽヽ . .　　　　　／|￣∪∪￣￣|＼／ 　
　 : く/l |_ノﾄ‐'⌒),)　.　 　　　 |　 拾って　　|／

そーすきぼんぬ

Lタンうざいヤシだったけど、いなくなると寂しいな。

別に悪い人じゃなかったような。
うざいと思う人も多かったろうけど。
本家のBBSへの書き込みにも反応してないみたいだし、少し不安だな。
生きてるといいけど。

いろいろと最悪な人だったと思うし、いなくなっても一向に構わんというか、
むしろ喜ばしい気もするが、心配だな。

まあどうせネタだろうけど。

京都大学時代に彼と同期だった人が、通夜だけでもと滋賀に帰っていった。

>>443
ネタじゃないと言うのなら本家でスレ立てて告知するとか。

それ(・∀・)ｲｲ

おそらく自殺･･･なんだろうな。

プログラム板に現れたよ。あれは絶対本物です。

>>447
これか？

OSをつくろうpart3
http://pc3.2ch.net/test/read.cgi/tech/1027080631/l50

トリップや内容から言って本物と思う。
誰だ？こんなひどいデマ流した香具師は？
しっかし本人が否定しないから信憑性が出るんだよな。
その方が都合が良いって戦略なのか？

ひげぽんたんはLたんの扱い上手いなあ（ｗ

あの人って結構自分で自分のうざい所気にしてんだよな。。
まあ生きてて良かったね（？）って事で。

最近霊界からも2chにアクセスできるようになったと風のうわさで聞いた事があるです。

Lたんって自分の思い通りに行ってるうちは結構まともだね。
思い通りに行かなくなると惨劇が起こりますが。
最後は鬱になって終了。

>>451
オカ板だけな。

>>452
Lたんの最大の問題はそこだろうね。
良かれと思ってソフトウェア作っても気に入らなければ
鬱になりそうとまで言われて、
あげくの果てには2ちゃんねるで、それも匿名で「許してやる」と。（ｗ
おまけにLたん信者に「出てこなけりゃ負け犬」認定される。

ま、なんかNWSOS向けに作ってやろうというヤシはこういう見方はしないのかも知れんが。

Lたんは幼稚園児かいっ（ｗ
小学生でも高学年なら精神的によっぽどましな気がする…。

向こうに出てこなくなったね・・・。

Lightタンいたよ。
｡･ﾟﾟ･（>_<；）･ﾟﾟ･｡よかった〜。

テキストエディタのSSがｳﾌﾟされとるよ。
やっぱり開発は止めてなかったようだ。

LightタンのHPへのURLは？

http://www.lightcorn.com.kr

>>459
http://homepage2.nifty.com/nowsmart/
#460は煽り。

GCC移植してYO。

見たYO！　文句言いつつもページを分けてすっきりさせたのね。

NWSC移植(本当か？)記念AGE。

>>464
NWSMAKE も仮移植できましたので、スクリーンショットを上げておきましたよ。

NWSMAKEって何？AGE。

>>466
NOWSMART MAKE

NOWSMARTって、単語の意味が分かる分OSASKよりもダサい気がするのは
漏れの気のせい・・・？

>>468
いい名前を考えて。

>>468
移植版の名前なので、ダサいかどうかではないと思われ・・・

純国産OSであることを強調するため、日本語名を付けたい。
今ちょうど秋だから Momiji OS。冬には散ってしまう儚いOS。

>471
ONIGIRI/OS、略してｵﾆｷﾞﾘｽﾞが(・∀・)ｲｲ！

名前の案は以下へGO

OSをつくろうpart3
http://pc3.2ch.net/test/read.cgi/tech/1027080631/l50

>>469
普通にLCMAKEとかじゃダメなの？

CコンパイラはLCCか？（わら

LCCCにすればいいんでない？

LightConeCompiler………。

>>468
nowsmartの意味って？
now smartをexcite翻訳したらなんというか笑ってしまったけど、
nowsmartつう単語は存在するのか？

仮説
no ws mart：ワークステーションがない市場

さて痛んでください。

NOWSMART = NETWORK OF WEB + SMART

です。

むしろ、Web = Networkだからその苦し紛れの言い訳はどうかと。

ここはやはりExciteに敬意を表して、
　さて痛んでくださいMAKE
　さて痛んでくださいA
　さて痛んでくださいC
　さて痛んでください386-OS
でどうだろう？

Lたんより。
http://pc3.2ch.net/test/read.cgi/tech/1035086458/305
だそうです。

>>482
また意味不明の発言を。

NOW は、考慮した当初から、NETWORK OF WEB の略で、言い訳のために
考えたなどでは全くないんです。

>>478
NOWSMART なんて言葉が１単語であるわけ無いでしょ。
辞書引くまでも無く、直感的に造語って分からないの？

スマートじゃないので（ｗクモの巣が絡まってしまいました。

英語の授業をしていただけるのですか？

造語は単語じゃないのか？（ｗ
だいたいどうやったら1単語であるわけ無いと言い切れるんだ？
んでどうやったら直感的に造語かそうじゃないか見分けられるんだ？
辞書でも暗記したか？専門用語や新語も含めて。
まああんたの世界だったら、自分の知らない単語は専門の辞書にすら載っていなくて、
他の誰もその意味を知らない誰かが勝手に作った造語以外ありえないのかも知れんが。

どうでもいいけど、nowsmart.comって取られてるのな。

>>487
　細かい意味までは知らないとしても、まじめに勉強していれば、
その辺の英語の辞書に載っているかどうかくらい分かるはずなんです。
　NOWSMART なんて単語が辞書に無い食らい分からないのは勉強不足。

Network Oriented Wishful SMART Operating-System
でどう？

>>489
なかなか。

ああ、どっかで見た名前だと思った。

x86アセンブラで書いたOSを希望。

あくまでＣではなくアセンブラ

>>492
Menuet OS があります。
ご存知ですか？

初期のOSはみんなｱｾﾝﾌﾞﾗだろ

インターフェース等のグラフィック処理にMMXとかSSEとか使うのは反則？

>>488
いつから「その辺の英語の辞書」の話になったんだか。
>478は「NOWSMARTという言葉が世の中にそれなりの知名度を持ってすでに存在しているかいないのか」
というだけの話だろ？
おそらく無いと考えながら念のために「その辺の英語の辞書」を引いた（excite翻訳した{と推測される}）のか、
あると思って辞書を引いたのか、そんなことは書いてないし、本質でもない。
それを踏まえての>485での「（誰かが勝手に作った）造語」かと思ったんだが、違うのか？
たとえば"lightcone"は「その辺の英語の辞書」には載っていないけど専門的にはそれなりの知名度があるようだしな。

とりあえず桂様と玄ﾀﾝがアプリ書いてそれらを田中さんに安定したディストリに
まとめてもらって、nishiたんが出資したDaisukeの会社で売るっていうのは？

というネタを理解できるヤシが何人いるかテスと。

>>496
ちなみに、light-cone という用語は、その分野ではそれなりどころか、
誰でも知ってる位の強烈な知名度があります。
でも、「造語」というか「組み立て語」であることは辞書を引く前から
明らかですよね。

aaaaabbbbb という単語があったとき、aaaaa や、bbbbb の部分が
一語として存在している時、恐らくほぼ100%、その言葉は、
単一の単語ではないはずで、辞書に載っている方が運がいいと
私は思いますよ。

という間に40000ヒットage

>>498
100%?
somebody, whenever, belong, income, ...
挙げりゃきりないが

>498
一般的な単語を辞書で引くとたいていその後ろにそういう運のいい単語があるわけだけど、
まあ専門用語や新語を加えれば大多数のそういった単語は辞書には載っていないとも言える。
単一の単語として扱われてたりもするがな。"lightcone"とか。

けど、それがいったいどうしたのよ。
誰も"NOWSMART"が「組み立て語」かそうじゃないかとか、
辞書に載っているか載っていないかとかは問題にしてはいないだろ？
むしろ、専門用語や新語が普通の辞書には載っていないということを考慮すれば、
>>478のレスはますます道理にかなうようになるわけだが。

ずばりホントは憂さ晴らししようと思って失敗したんだろ、Lたん。

>>489
（･∀･）ｲｲ!　Network Of Webとか訳分からんのよりはよっぽど（･∀･）ｲｲ!
何度も言うけど、Network=Webだからね……。

あと、NOWSMARTが造語でも普通の神経してたらよく知ってる単語である
nowとsmartに分けて考えるのは当然だと思うが。相変わらず何が言いたいか
よくわからん。

>501
× 単一の単語として扱われてたりもするがな。
○ 単一の単語として扱われてたりはするがな。
スマソ・・・

>502
・・・漏れにはおまいがよくわからん。
後半のそれは誰のどこのレスに向けてなんだ？
いや、多分Lたん向けなんだろうけどさ。
now-smartで辞書引いてみてもおかしくはない、ということか？

>>500
こりゃ一枚取られました。座布団差し上げます。
山田君#500に10ザブ!!

でも、理由は良く分からないけど、NOWSMART が造語であるのは直感的
にそう感じるんだけど。

>>489 さん

"Network Oriented Wishful SMART Operating-System"

これは良いです。

「ネットワーク起源の望み深き、頭のきれる OS」

見たいな感じだと、勝手に解釈して。

　Wishful って、望みぶかいじゃなくて、物欲しそうとか、希望的、
願望的、って言う意味か！？
　なんだかなあ。

((((゜Д゜))))ｶﾞﾀｶﾞﾀﾌﾞﾙﾌﾞﾙ
Lたんがもうだめぽ〜

>>503
＞NOWSMART なんて言葉が１単語であるわけ無いでしょ。
＞辞書引くまでも無く、直感的に造語って分からないの？

っていうのを受けての

＞あと、NOWSMARTが造語でも普通の神経してたらよく知ってる単語である
＞nowとsmartに分けて考えるのは当然だと思うが。

つまり、NOWSMART OSみたいに造語だとしても意味が通る単語になった場合、
通常はその意味を継承するもんだろ？ということ。今回は複合語に
なってるけど、同じね。

というか通常は逆で（良い意味を持つ）その単語を念頭に置いてそれを
略語にしようとするよな。例えば、HDDの故障予測技術である
S.M.A.R.T.(Self-Monitoring Analysis and Reporting Technology)
みたいに。

今回の場合、まさかNOWSMARTという造語が何の意味もなくたまたまNOWSMARTに
なったなんて言い訳を誰も信じるはずもないので、NOW+SMARTを意識して付けた
だろうと言うこと。だったら、NOWとSMARTを分けて、それぞれの意味を
考えるのにも妥当性があるだろう？　ということ。分かった？＞503

>>504
NOWSMART は直感的に造語だと思う、という点では誰も異論は無いんでは？
ただ、造語だから辞書に載ってるわけがない、という話はおかしいだろうと。

といいつつちょっとだけ Light たんのフォロー。
自分で考えた英単語の組み合わせ (句) が正しいかどうかを確認するために
おれはそれを Google で検索してみるんだけど、
network of web というのは英語としては別におかしくないみたい。
(network-of-web -sites で検索)

>508
やっぱりよくわからん。
結局それは反論なのか補強なのかどっちなんだ？
漏れは「１単語であるわけ無い」＝「now+smartと分けて考えるのは当然」
だと思ったんだが、そうすると「造語でも」「相変わらず」なんかがいまいちよくわからんようになる。
だから「辞書引くまでも無く」に対しての
「1単語であるわけないと思うからこそnow+smartだと考えて、
それぞれの単語で辞書を引いてみるのは当然」ということなのか？と。
それとも「１単語であるわけ無い」＝「nowやsmartなどという単語の集まりであるわけ無い」
と取ったとか？
スマソ、かなりヘンなことを言ってるかも。

まあ何にしろLたんはズレてるけど。
別に"nowsmart"が造語か略語か複合語か何だかは問題にはしてなくて、
単に"nowsmart"がLたんが勝手に作り上げた造語なのかそうじゃないのか、
あるいは何か特別な意味があるかないのかというそれだけの疑問なはずなんだが。

と、ふと気付いたが、Lたんにとって
「単語」＝「アトミックな単語」≠「造語」≒「複合語」なのか？
それなら>>485は納得が行く。>>498では若干改めたとか。

>>510
NOWSMART は私が勝手に作った言葉です。
意味は無いです。繰り返しになりますが。

私が2chで書き込む言葉は全て私が勝手に作った言葉です。
意味はないです。

>>504
恐縮の至りでございます。

>511
意味がないって・・・>>481で解説してるのは？

つうか、
> 別に"nowsmart"が造語か略語か複合語か何だかは問題にはしてなくて、
> 単に"nowsmart"がLたんが勝手に作り上げた造語なのかそうじゃないのか、
> あるいは何か特別な意味があるかないのかというそれだけの疑問
を提示した>>478に対して>>485以降のレスはヘンだろ？
という話であって、その疑問自体は>481で解決してるはずだよ。

つまらん意地の張り合いカコワルイ。

>>510
近いのはこっちかな。
＞「1単語であるわけないと思うからこそnow+smartだと考えて、
＞それぞれの単語で辞書を引いてみるのは当然」ということなのか？と。

でも、1単語だろうが2単語だろうが意味を考える上ではあんまり関係ないので
もとよりどちらでもいいというか。つなげるかどうかは慣習的な問題なので
どっちでもいい場合もあるし、例：trash can = trashcan
どちらかしかダメな場合もあるけど、例：trashman
結局意味を考える上では同じだと思からね。

しかし、Ｌたんが
＞NOWSMART は私が勝手に作った言葉です。
＞意味は無いです。繰り返しになりますが。

という表明を出したのは笑えますた。相変わらずで面白いです。

http://pc3.2ch.net/test/read.cgi/tech/1035086458/310-
310 ：デフォルトの名無しさん ：02/11/06 22:52
とんがりコーン。ふむ。

311 ：デフォルトの名無しさん ：02/11/07 00:51
関連リンク
「掲示板」
ttp://hpcgi2.nifty.com/nowsmart/yy2ch.cgi
「OSASKとNOWSMART-OSを褒めちぎるスレッド」
http://pc.2ch.net/test/read.cgi/os/1031377826/l50

312 ：デフォルトの名無しさん ：02/11/07 00:55
NOWSMART の人か。
あんまり係わり合いになりたくないなあ。

313 ：デフォルトの名無しさん ：02/11/07 01:47
なんだ、コーンたん逝っちゃったのか。
ツッコミ所の優先順位つけてじっくりいこうと思ってたのに。

>>517
は？

話題をかえて、マスコットキャラでも募集してみる。
以下は試作品。
　∧＿∧
（◎д◎)
⊂　　　⊃
（　　　）
（　　　）
∠℃⌒Эつ

　∧＿∧
（◎д◎)
∪　　　∪
（　　　）
（　　　）
∠℃⌒Эつ

　∧＿∧
（◎厶◎)
∪　￣　∪
（　　　）
（　　　）
∠℃⌒Эつ

　∧＿∧
（◎д◎)
∪　　　∪
（　　　）
（　χ　）
∠℃⌒Эつ

　∧＿∧
（◎д◎)
∪　　　∪
（　　　）
（　×　）
∠℃⌒Эつ

　∧＿∧
（◎д◎)
∪　　　∪
（　　　）
（　＊　）
∠℃⌒Эつ

＞network of web というのは英語としては別におかしくないみたい。

network of web sitesとかnetwork of web serverとかなら意味的に
おかしくないけど、network of webだとかなりおかしい。
web sitesとかweb serverなど複合語の場合、"web sites"でほぼ一つの意味
だから元のwebの意味である蜘蛛の巣状に張り巡らされたネットワークという
意味が薄れて単なる複合名詞になってるから。

521はものすごい文章だなぁ。
早い話、複合名詞化してて元のwebの意味が薄れてるっていうことね（ｗ

>521
まあLたんがどういう意図で名づけたのかわからんからなあ。
ネットワークの中のネットワークとか、クモの巣のネットワークとか、
それほど無茶ではないような。


一応突っ込んどこう。>>505
oopって何の略？

もしnetwork of webを蜘蛛の巣ネットワークとして使ったんだとしたら
恐ろしく普通の人とは違う思考の持ち主だと思うが（ｗ
これなら当然意味としてもおかしくないですな。
softに付ける名前としてふさわしいかはともかく。

network of webという表現が変でないのは、webという単語が、
WWWに代表されるWebサービス全般を表す単語として扱われる時だけ
だとおもふ。（network of Web *の*を省略した形ね）

>network of web
ものすごくリアルリアリティな感情を感じているのは俺だけですか？

networkは、　net + work 　で網目状につないで機能させるということなので
netという語にwebの意味が入ってて、"network of web"が変だと感じます

>>493
わお、すごいなぁ。これ、昔の？

>>525
お前の感じてる感情は『LightCone』という、慣性力を奪われた光子と
放射線状に揃えられた光の三原色に起因する超ワードの一種だ！
直し方は超先生が知っているかもしれない、でも最近見かけないぞ。

>>528
LightConeとは光の円錐。
それは、自分がスポットライトを浴びたいという無意識の願望を
表しています。

>>529
RRとはそういうことさ。
わざと聴き慣れない煽り文句を使用することによって
注目を集める手法みたいな、広告PRによくある奴だ。

で原義としては（○○はある人名なので伏せ字）
＞○○が起こす超常現象も私なりの”現実感”で描写されています。
＞黒く光るのは慣性力を奪われた光子――。
＞白く光るのは放射線状に揃えられた光の三原色――。
＞私は○○のために””リアルリアリティ””なる言葉を捧げたいと思います。

つまり元々（スポットライトのような）光と周りの闇そのものを
形容するために考えられた言葉だったんだよ、MMRの諸君。

　　　　　　＿人人人人人人人人人人人人人人＿
　 　 　 　 ＞　　　　な　なんだってー！！　　　　＜
　　　　 　 ￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^￣
　 　 　 　 _,,.-‐-..,,_　　　　　　 _,,..--v--..,_
　　　　／　　　　　｀''.v'ν　Σ´　 　 　 　 `､_,.-'""｀´""ヽ
　　　 i' 　 ／￣""''--i 7　　 | ,.ｲi,i,i,､ ､,､ Σ　　　 　 　 　 ヽ
. 　 　 !ﾍ /‐- 、u.　　 |' 　 　 |ﾉ-､ ' ` `,_`　| /i'i^iﾍ､ ,､、 　 |
　　　 |'' !ﾞ　i.oﾆ'ｰ'〈ｭﾆ!＿∧ iiヽ~oj.`'<_o.7 !'.__ ' ' ``_,,....､　.|
.　　　,`| u 　 　 　 ..ゝ!::´_ゝ`）| 　 .j　　　　 (} 'o〉 `''o'ヽ　|',`i
_,,..-<:::::＼ 　 (二> ／::::::::　）　! 　_`-っ　 / | 　7　　￣ u |i'/
. |、　＼:::::＼　'' ／ ふーん　　＼　''　／〃.ヽ `''⊃　　,　'v>、
　!､＼　 ＼.　,￣　　　　　　　 γ/|￣　〃　　 ＼二-‐' ／／`

>>527
まだ開発中だと思う。
しばらく新しいSSは無いみたいだが。
3Dの迷路すげえな、これD3DとかOpenGLじゃないんだろ？
ttp://www.melog.ch/mos_pub/

極端な話、効率原理主義と開発効率原理主義との戦いなのかなあ・・・

"nowsmart"で検索したら、意外にもこんなのが。
ttp://www.nowsmart.com

>>534
>>487

正直、ヴィジョンに乏しいNWSOSはいらない。
Windowsの代替品（というには機能が低いが）なんか作ってどうするの？（ｗ

まあ、ヴィジョンと「ほら」を一緒くたにするような香具師がいるから
あえていまできないことは一切書いてないだけかもしれないけどね。

>536
「基本コンセプト」を見る限り、32ビットGUI版MS-DOSを作りたいんだろ。
ものすごい勢いで起動してテキスト書けてコンパクトなOSを求めるヤシも結構いるみたいだし、
IME乗っけれたらそれなりに需要はあるんじゃないかなあ。OSASKも同じだけど。
そうなるとOSASKに勝てるかどうかはLたんの経営能力にかかってるわけで、
これが結構楽しみだな。
特に同じぐらいの性能ならフリーウェアに勝てないと考えてそう主張してるLたんが
どう出るのかという点で。
OSASKに負けてもNWSOSをフリーウェアにしてしまっても、開発中止しても、
場合によってはそれなりの利益を上げても2ちゃんねらに小一時間問い詰められそうな
かわいそうなLたんが目に見えて今から笑えるし。

LightConeさん、頑張ってください。
ひげぽんさんも頑張ってください。

>>536
NWSOSは、OSASKやWindowsに出来ないことが出来ます。

　「API をオーバーライドできる」ということが、如何に強力が
想像してみてください。

　これは、OS のコア開発者以外が、OSを発展させることが出来ることを
意味しています。気に入らない所や、機能が不足している所があれば、
勝手に改造できます。

　通常、Windowsなどでは、一つの拡張機能のために、OS側に必ず一つの
サポートがあります。例えば、日本語FEPをサポートするための機能が
OS側に最初から存在しています。
　この方式を踏襲するなら、機能を拡張したい要求があるたびに、OSがそれに
応えつづける必要があります。

　NWSOS では、最初から「カスタマイズ可能」に設計することによって、
個別の拡張機能それぞれに対応する必要をなくそうということです。
　ですから、日本語FEP専用のサポートはOS側には用意しなくても、
日本語FEPを搭載出来るようになるはずなのです。
　実は、MS-DOS ではそうでした。「ベクタ書き換え」というシンプルな
方法によってそれが実現されていました。
　それを、32BITの保護されたOSでやってしまおうと言うのです。


　これは、オープンソースに頼らずに、如何に色んな人が改良できるかを追求
した一つの解のつもりでもあるのです。

　この方式だと、改造部分と、コアの部分の分離性が非常に高く、両方が独立
して改良を施して行けるメリットがあります。

>>536
　実は、もし画期的なアイデアがあったとしても、わざとWEBには書かないよう
にしています。

>>533
　大体の枠組みを先に作ってしまってから、効率を追求しようと言う
ポリシーです。

　速度効率や、サイズなどの追求は、いつでも可能です。

　むしろ、APIやドライバの仕様などが、将来的な効率追及の足かせに
なら無いように策定することが重要だと考えています
　（口で言うのは簡単ですが、かなり難しいです）。

　例えば、今は、ディスクアクセスを、16BITエミュレータ上でBIOS
コードを走行させて行っているわけですが、将来的には直接ハード
を叩くようにいつでも変更できるわけです。

　仮に遅いアルゴリズムを内部的に使っていたとしても、内部変更だけ
で高速化できるのならば、現段階ではそれで十分と考えています。

>>541
>速度効率や、サイズなどの追求は、いつでも可能です。
>むしろ、APIやドライバの仕様などが、将来的な効率追及の足かせに
>なら無いように策定することが重要だと考えています

ちなみに、逆は出来ないですよね。

　今、速度やサイズを追求して、「枠組み」や仕様を暫定的なものばかり
にしていたとすると、仕様を正式なものに変更した時に、せっかく
追求したはずの効率のいいコードを書き換える必要が出てくるはずだから
です。

　それは非効率なので、仕様策定--->安定性追求--->効率追求 の順序
が一番良いと思います。

＞「API をオーバーライドできる」ということが、如何に強力が
＞想像してみてください。

現段階オーバーライドできるんですか？
できないとしたらいつごろできるようになるんでしょう。

アフォ。APIの策定はWindowsでもDLLかけばできる。ドライバレベルから頑張れば
かなり色々なこともできる。APIを作ったとして問題なのはそのAPIを誰が
使うのかって言うことなんだよ。

いつもの聡明なＬたんよ、どうした？（ｗ
しかし、相変わらずだらだら無駄にレス消費する癖は治ってないのな・・・。

APIの書き換えか・・・
なんとなくLoadLibraryとかのエントリ書き換えちゃったらWinでもできそうな気が。
っていうか標準のフックだけでもかなり・・・

それよりLたんがNWSOSを売る気なのかそうじゃないのか聞きたいな。
売るのならベータテスタやアプリ開発陣に何かメリットはあるのかとか。
漏れはあろうがなかろうが参加しないだろうけど（ｗ

マジネタだが、ＬクンのNWSCって値段はいくら？そしてその特徴、売りは何なのだろう？

>546
とりあえず値段は「CD-ROM Service」から見れるぞ。
っていうか値上げした？＞Lたん

>>543
残念ながらまだ出来ません。
いつ出来るかは、すみませんが未定です。

>>544
　Windowsの場合、APIの追加みたいなことは、新しいDLLを書いて、
それをシステムディレクトリにおいて、さらに、インポートライブラリと
ヘッダファイルを、アプリプログラマに提供すれば一応出来ると思うんです。

　しかし、基本APIに対するオーバーライドはどうします？
　kernel32.dll や、user32.dll の中のAPIを横取りできましたっけ？

　確かにWindowsにも、以下の様なフック機能がありますが、
多くは、メッセージに関係したもので、多分、API自体にはフックはかけら
れないと思うのですが、、、。


WH_CALLWNDPROC and WH_CALLWNDPROCRET Hooks
WH_CBT Hook
WH_DEBUG Hook
WH_FOREGROUNDIDLE Hook
WH_GETMESSAGE Hook
WH_JOURNALPLAYBACK Hook
WH_JOURNALRECORD Hook
WH_KEYBOARD Hook
WH_KEYBOARD_LL Hook
WH_MOUSE Hook
WH_MOUSE_LL Hook
WH_MSGFILTER and WH_SYSMSGFILTER Hooks
WH_SHELL Hook

>>545
LoadLibrary() のシステムDLLを直接書き換えるのですか？
それなら出来る可能性は有りますが、Windows起動中には保護されていて
できないかもしれません。あと、余りよろしくない方法ですよね。

>>547
値上げしました。
高いですか？

>>544
　API を「追加」するのであれば、「誰が使うのか」ってことが問題になりま
すけど、「オーバーライド」するのであれば、即座に全てのアプリが
拡張された環境で稼動することになります。

　例えば、NWSOSが、仮にディレクトリのセパレータとして '\' 記号のみ
をサポートしていて、'/'（バックスラッシュではないスラッシュ）を
使えない場合、OpenFile() APIをオーバーライドし、/ を \ に書き換える
ことによって、即座に対応できるでしょう。
　そしてその拡張は、既存の全てのプログラムで効果が出るはずです。
ついでに、fnsplit(), fnmerge() のようなファイル名解析関数も、
APIとして入れておいて、全てのアプリが必ずそういった関数を使うように
していれば、さらに効果的です。

　その他、UNIXのようなドライブをディレクトリの一部としてマウントする
ことも、ドライバを書くこと無しに、OpenFile() API をオーバーライドする
ことで実現出来ると思います。

>>546
値段は、5980円です。

　Windows用のIDEがついていて、ソースレベルデバッグが
可能なので、少なくとも他のフリーのコンパイラに比べればデバッグが
容易だということや、最適化がそこそこかかる、ということがあります。

　最適化については、業界最高ではないですが、一般共通部分式の共有化
などや、変数の自動レジスタ割当などを行うことが出来ます。

　また、C言語を拡張した機能として、関数内に子関数がサポート
されています。子関数では、親関数のローカル変数も使えるため、
関数内で同じような記述がある場合に共通化することが容易に出来ます。

>>553
あと、C++と同様に、変数をブロック冒頭以外でも定義できます。

関数を _saveregs 修飾すると全てのレジスタを保存する関数が書けますので、
アセンブラと連携する時に便利です。
呼び出し規約も、cdecl, stdcall の両方をサポートしています。

それから、コンパイラの吐くアセンブリソースコードが、MASM準拠なので、
理解しやすいと思います。

ﾏ板に串制限かけられてるんでここで回答いいですか？

ｲﾝﾀｰﾘｰﾌﾞが適切なﾒﾃﾞｨｱでは一度に連続転送した方がｼｰｸﾀｲﾑ等の関係で早いです。

ﾑ板の間違いですた。。。吊ってきます

>>555
多分、DISK BIOSの件ですね。

実際のDISK BIOSでも、やはりそうですか。
内部で、1セクタずつのルーチンを繰り返しているだけとかではなく、

>>552
UNIXだと共有ライブラリの関数は簡単にオーバーライドできるよ。

libxx.soの中のFooBar()だけがバグっていたとする。
ソースがないからlibxx.soは直せないとして、
FooBar()だけを独自実装したlibxx2.soを作る。

export LD_PRELOAD=/usr/local/lib/libxx2.so
などとしておくと、特にlibxx2.soをリンクしないでも、
既存のプログラムのlibxx.soのFooBar()への呼び出しが
すべて置き換えられるようになる。

貴殿がやりたいのはこういうこと？

>>550-553
>550
いや、単純にプロセス開始のときにインポートテーブル書き換えればよさげだけど。

>551
儲かってまっか？

>552
たとえばIMEを追加させようと思ったら、どういうAPIの書き換えを考えてるわけ？
結局内部ルーチンかフックかそれに類したものを提供することになりそうな。

>553
最適化については何も書かない方がいいと思うけど・・・

>>559
>いや、単純にプロセス開始のときにインポートテーブル書き換えればよさげだけど。

それは、他人の作ったプロセスでも出来ますか。
もちろん、原理的な話ではなく、Windows上でなんとかなる方法が
あるかどうかですが。

>>558
例えば、新しいFooBar()から、昔のFooBar()を呼び出したり出来ます？

または、いくつかオーバーライドしたものの、中ほどだけを、
あとから外したりは？

>>558
それから、UNIXで言う所の、システムコールや、基本的なAPIの
部類もオーバーライドできます？

>>561
> 例えば、新しいFooBar()から、昔のFooBar()を呼び出したり出来ます？
> または、いくつかオーバーライドしたものの、中ほどだけを、
> あとから外したりは？
> それから、UNIXで言う所の、システムコールや、基本的なAPIの
> 部類もオーバーライドできます？
そんな基本的なことくらい、自分の目で確認してください。

>>563
まま、そういわずに教えて。

回答有難うございました。

だから、Windowsは基本APIがDLLになってるから、何も問題ないんだって。
邪道な方法から一般的な方法まで多数あると思うけど、あとは標準の
kernelやgdiやuserを使わせなければいいだけの話ね。

Ｌたん、とりあえず何も調べないで発言するのやめれ・・・。
見てるこっちが恥ずかしいわ。

しかもこれ、かなり前からOSASKで言われてたネタだし。

>>566
>>あとは標準のkernelやgdiやuserを使わせなければいいだけの話ね。

「標準のkernel32.dllやuser32.dll を使わせない方法」
を用意するのが、いわば、NWSOS の目標です。

さぞ簡単そうにおっしゃいますが、Windows環境であなたのおっしゃること
を実現することは、かなり無理があります。

　これは、カーネル開発側にとって技術的に簡単だとしても、アプリ開発側に
とって非常に辛いことに属します。
　こういう部分こそ、OSの改良点にすべきで、ちゃんと需要があるはずです。

>>566
>しかもこれ、かなり前からOSASKで言われてたネタだし。

私は知りませんが、もしそうだとしても、どうだというのでしょう？

>>545
NWSOS を売るかどうかですが、そう簡単には売れないと思います。

というわけで、オープンソースにしたところで、金銭的な面で
別に私に被害は無いと思うのですが、なんだか、気が進みません。

>>564
しょうがないなあ、お姉ちゃんを紹介してね（ｗ
貴殿ならこれ見たら全部分かるでしょう。

#include <dlfcn.h>
#include <stdio.h>

static void* libc = NULL;

typedef int (*t_close)(int);
static t_close p_close = NULL;

/* System Call Override */
int close(int d)
{
　if (libc == NULL) {
　　libc = dlopen("/usr/lib/libc.so", RTLD_LAZY);
　　if (libc == NULL) {
　　　return fprintf(stderr, "Can not open libc.");
　　}
　}
　if (p_close == NULL) {
　　p_close = (t_close)dlsym(libc, "close");
　　if (p_close == NULL) {
　　　return fprintf(stderr, "Can not find close().");
　　}
　}
　
　printf("close(%d)\n", d);
　return (*p_close)(d);
}

>>570
なるほど。そして、このソースをコンパイルして、lib2xx2.so という
バイナリを作り、/usr/local/lib あたりにおいて、環境変数に、

export LD_PRELOAD=/usr/local/lib/libxx2.so

とすると。

ファイルを置きなおすことさえ許容すればできるわけか、、、。

>>571
二重にオーバーライドする場合、つまり、あるAPI X() を Aさんが
オーバーライドして、さらに B さんがその上からオーバーライドする
ことに対応したい場合は、dlopen() する際に、
"/usr/lib/libc.so"
の部分を、環境変数 LD_PRELOAD の内容に置き換えればよいと。


待てよ。例えば、元のlibc,so が、close() だけじゃなく、open() や
read(), write() も実装していた場合、
LD_PRELOAD を書き換えるということは、close() だけをオーバーライド
するだけではまずいような、、、。

つまり、N個の API が、一つのバイナリ内で実装されていたなら、
N個ともオーバーライドする必要があるのかな？？


NWSOS では、任意の個数の API を、任意数の「バイナリ」がどんな
組み合わせでもオーバーライドできるようにしたいんです。

これだけではまずくないですか？

Lたんは面白い人だなあ。

>>572
共有ライブラリと中身（関数）を登録・管理するライブラリを作れば
ここに書いてあるようなことは全部できますよ

NWSCについての冷やかしの質問。

・ホームページ以外の何処かで販売している？店頭販売は？

・NWSCの運用実績は？

・いつから販売開始したのだろう。

・学割やサイトライセンスはあるの？

・NWSCに付属するユーティリティは何？

・NWSCの動作画面のスクリーンショットを色々見たいです。

・Windowsのどのバージョンで動作実績があるの？

・Windowsアプリをコンパイルするのに必要なヘッダ等は含まれているのだろうか。

・数千円の版以外に数万〜十数万円のデラックス版があっても良いと思う。

・もしも代理販売をした者に対して手数料を払う心積もりは、あるor全くない？

・Windows以外のOS(Solaris, FreeBSD, MacOS X etc...)へ移植する予定は？

＞さぞ簡単そうにおっしゃいますが、Windows環境であなたのおっしゃること
＞を実現することは、かなり無理があります。

調べもせずによく言うわヽ(´ー｀)ノ
邪道な方法なら結構簡単に出来るぞ。っていうかWindowsで
マジなプログラミングしたことあるの？＞Ｌたん

ただし、もちろんOS側でその機構を用意するという事自体は全然問題ない。
現時点でのWindowsはマジでやろうとするとそれなりにめんどいので。

＞>しかもこれ、かなり前からOSASKで言われてたネタだし。
＞私は知りませんが、もしそうだとしても、どうだというのでしょう？

いや、別に漏れにとって目新しくも何ともないといいたかっただけ。

>>574
実際のUNIXがどうなってるのか知らないので良く分かりませんが、
558,570 の例からの類推では、完全に一般的な意味では出来ない
事柄（状況）が存在することが証明できると思うのですが、、、。

>>576
>調べもせずによく言うわヽ(´ー｀)ノ
>邪道な方法なら結構簡単に出来るぞ。っていうかWindowsで

それなりに調べましたけど、私には見つかりませんでした。

貴方の想定されている「邪道な方法」を厳密に教えていただければ幸いです。

Windows2000/XPでは、DLLの置き換えは原則保護されているはずなので、
多分、置き換えるならば、原則 Windowsが起動していない時しか無理ではな
いかと思います。また、「置き換える」方法では、SP4 とかの類や、
Windows Update の類で勝手に置き換わったりしてシステムに問題をきた
す恐れがあります。


失礼ですが、単なる憶測ではないことを祈ります。

chime、でググってみ。やってることは驚くほど簡単だから（まあ、簡単だけあって
前にも言ったけど「マジで」やるにはちょっとアレだけどね）。

とりあえず人を小馬鹿にする前に我が身を振り返って見た方がいいと思うな。＞Ｌたそ

>>577
ハッシュとかで管理するライブラリを作ればどうにでもなるということです。

>>579
http://noname.s5.xrea.com/usage.html
> ■[概要]
> １：このプログラムはWinMXとwinsockの間に入って、（以下略）

MFC42D.DLLなんて同じファイル名なのにバージョンがいくつもあって
そのお陰で非互換性に悩まされたりすることがあるんだが、
そういう時にアプリと同じ場所に正常に動くDLLを置いておくってのは
割と良く使う手だね。

どうでもいいけど、お姉ちゃんは？

>>580

一つの共有ライブラリに 10 個の関数が提供されていたとします。

1. 拡張プログラム A は、5 個だけオーバーライドしました。

2. さらに、拡張プログラム B が、A で拡張された 2 個と、
それ以外の 4 個をオーバーライドしようとしたとします。

3. さらに、拡張プログラム C が、・・・

のような状況を考えると、環境変数 LD_PRELOAD が、一つ手前に
オーバーライドした（新）共有ライブラリだけしか見れないこと、
ことからして、UNIXの事情を知らなくても、
オリジナル状態で複数の関数を提供していた共有ライブラリの
うち、部分的にオーバーライドすること自体を、こういうった仕様では
可能でないと、私は思うんです。知らないでも、多分そうでなきゃ辻褄が
合わないと思えるんです。

>>577
なら、そう思っとけばいいんじゃないか？
別に「UNIXで採用されてる」とか「UNIXでも採用されていない」とか
書かなきゃどっちでもいいことだろ。
しかし、こっちは調べないのな、Lたん。

>580
標準でできるんじゃないか？
そんなもんなくても。

>583
やっぱりLたんは面白い人ですね。

>>583
どこのライブラリにどの関数があるか登録しておいて、
オーバーライドの順番もそのライブラリが管理する。
dlsym()の代わりにそのライブラリから上位関数を取得して
連鎖的に呼び出すようにすればOK。
LD_PRELOADには自動生成したラッパーをかませば万全。

>>581
これも、「全置換え」ですね。

Windows では、どの DLL も、部分的にオーバーライドすることは出来
ないはずです。単に、DLLを探し出すディレクトリに、同名のDLLを
置いておけば、その DLL 全体の関数が全て置き換わるだけでしょう。

kernel32.dll などは、物凄い数の関数を提供していますので、
この方法で「オーバーライド」しようとすると、大変なことに
なると思います。

>>586
ラッパーを自動生成すれば終わり。

>586-587
ﾜﾗﾀ

つーか、誰かOS-9のモジュール実装してくれないかな？
OSASKにしてもさあ。

>>585
なるほど、それは、恐らく「そのライブラリ」が、オリジナルの共有ライ
ブラリの「全ての関数」をラッピングしていて、

例えば、

func1(), func2(), func3(),...,funcN()

を全て提供して、それぞれが全て、

int func1( int param )
{
if ( pFunc1 != NULL ) {
return (pFunc1)(param);
}
else {
return original_func1(param);
}
}

みたいなことをする、ってことですか。

>>587
確かに、ある意味では、Windowsでも出来ないことはないことは分かりました。

>585
順番無視すれば、LD_PRELOADにどんどん後づけで加えていくだけでいいんじゃないか？

　少し邪道だとは言え、やろうと思えば、Windowsでも、APIの
オーバーライドらしきものが出来なくも無いんですね。

　邪道とはいえ、気付きませんでした。うーん、邪道だからこそ気付かな
かったというのは言い訳ですが、、、。

　このテクニックを使えば、他人のアプリケーションのAPI呼び出しのログを
採ったり、青で表示するべき所を赤で表示したり、白黒反転にしたり、
いろいろ出来そうですね。面白そうです。

>>590
確かに順番無視すれば簡単なんですけど、
クラスの継承みたいに上位実装の呼び出しを自由自在に管理したいみたいですから、
順番を指定するのは無理じゃないかって指摘してるんだと思います。

多分、NWSCではC++が使えないこととかあって、
C++を使わずにCで同等のことをするとか、
そういうようなことに関心があるんじゃないんでしょうか。

>>590
全部の関数をラッピングする必要はないですよ。
たとえば何か設定ファイルを用意しておいて、以下のように書いておく。

[int close(int)]
/usr/local/lib/1.so
/usr/local/lib/2.so
/usr/lib/libc.so

この設定ファイルからラッパーを作るような仕組みにすると、
ラッパーにはclose()だけを入れれば良い。
この点がWindowsの全置換えと根本的に違うところ。
LD_PRELOADにはそのラッパーを指定しておく。
あとは連鎖的に設定ファイルどおりのオーバーライド順で呼ばれていく。

上位の関数を取得する方法は、貴殿がSetUniqPtr()で説明されてたように、
関数のアドレスが一位になることを利用すれば、
1.soの中のclose()と2.soの中のclose()には別のアドレスが入るから、
それをキーにして上位関数を取得する関数を作ればよい。

void* get_base_func(void*);

int close(ind d)
{
　typedef int(*t_close)(int);
　(*(t_close)get_base_func(close))(d); // base.close(d)に相当
}

しかし、かちゅ〜しゃとか使った事はないのかな？

>>582
どうでもいいなんて失礼な、一番大事なことだろ（ｗ

　言い訳がましいかもしれませんが、全ての関数（数百以上）のラッパーを
自動生成して、それを、Windowsでは、DLL が共通に検索されるような場所
においたりすると言う行為は、拡張と言うよりは改造、または、OSの根本的
改良に近い行為だと思うのは私だけですか。

　もともとそういう事が出来るようにもなっているとも考えられなくも
ないのが、ある意味では私の反論を危うくするのですが。

つーか、あっさり認めちゃって、正直（´･ω･`)ｼｮﾎﾞｰﾝ
Ｋ氏との対決みたいにデムパ飛ばしてくれなきゃ面白くないYO。
これは完全に漏れの負けだ・・・。

と思ったらまだ諦めてなかったようだ！（ｗ

ふと思ったけど、マイナーOS用の２ちゃんブラウザでも
●が売れたらキックバック貰えるのかな？

う、本文書き忘れ・・・。

Ｌたそも気づいてるようだが一言。
人がやってることにはケチを付けて、自分が同じ事やろうとする時には
いかにもすごいぞー、みたいなのは見苦しいから書かんほうがええ。
大人はそう言うところを自分の胸の内にしまっておくもの。

>>596
「かちゅ〜しゃ」
？？
聞いたことがありますが、Googla ないと、何の事はわかりません。
ごめんなさい。

>>599
負けとかそういうことは全く関心が無いですけど。

>>594
そうか・・・。漏れはてっきり、5つしかAPIを備えていないオーバーライドライブラリで
オーバーライドしたら、
元のライブラリがいくつAPI揃えていても
5つしかAPI見えなくなるんじゃないかということを危惧してるのかと思ってたよ。
だから、微妙に食い違ってるんじゃないかと思ってたんだが。

>598
OSの根本的改造だなんて言い出すと、ラッパーの方がまさしく改造なわけだが（ｗ
もとからそれができるように考えられてるかどうか、という点ではWinは
考えられてないとは思うが。

>>603
なのに誰の利益になるかとかには関心があるんですね。>>569
これって結局「勝ち負け」と同じことを言ってるにゃ！

>>595
　そのラッパーは、close() 用のを誰かが作っていたとして、また別の
誰かが、open() 用のを作ったとして、同時に作用させることも
可能なわけでしょうか？　その場合、LD_PRELOAD には、二つの
ラッパーを ";" とかでクギって指定すると？

でもWindowsのDLLは「置き換え」ることができるのがウリだったから、
オーバーライドすることを念頭に置いてるとは言えないかなぁ。
本来はそのDLLの開発者が「置き換え」るという発想みたいだけど。

まさかMSもシステムのDLLをユーザが置き換えるとは思ってなかっただろうね（ｗ

>>602
２ちゃん用ブラウザのキラーソフトかな？
閉鎖騒動の時辺りに書き込みエラーとか圧縮読み込みとか、
２ｃｈの仕様変更とかを追いきれずに更新停止してしまったんだけど
winsockを乗っ取る形で対応するDLLが現れたんだよね。
いまはexe形式になってるのかな？
それで今でも使ってる人がかなりいたりする。

>>604
>そうか・・・。漏れはてっきり、5つしかAPIを備えていないオーバーライドライブラリで
>オーバーライドしたら、
>元のライブラリがいくつAPI揃えていても
>5つしかAPI見えなくなるんじゃないかということを危惧してるのかと思ってたよ。
>だから、微妙に食い違ってるんじゃないかと思ってたんだが。

というか、実際のUNIXのプログラム経験がほとんどないので、あなたの指摘通り、
そういうことも危惧してます。


二つの可能性を考えました。

1. LD_PRELOAD で、m 個しか関数を提供しない共有ライブラリを指定して
しまうと、オリジナルの共有ライブラリがいくつ関数を提供していたと
しても、アプリケーションからは、m 個しか見えなくなってしまう。

2. そうではなく、m 個だけがオーバーライドされ、残りは、オリジナルの
関数が自動的に呼び出される。


しかし、もし、2. の場合であっても、別人が多重にオーバーライドすると、
後登録したものが優先されてしまい、あまり理想的にはいかないのではないか
と言う危惧を持ってます。

>>606
LD_PRELOADに複数を記述することもできるけど、
設定ファイルに複数関数の記述を許可しておけばOK。

[int close(int)]
/hoge/lib1.so
/usr/lib/libc.so

[int open(const char*, int, ...)]
/hoge/lib2.so
/usr/lib/libc.so

こういう設定からラッパーを生成すれば、
そのラッパー1つでcloseもopenも割り振り可能だから、
いちいち分離とか考える必要は一切ないです。

>>607

>まさかMSもシステムのDLLをユーザが置き換えるとは思ってなかっただろうね（ｗ

今話している話題だと、システムDLL を一人が置き換えてしまうだけでなく、
その置き換えたDLLが（まるでウイルスのごとく（笑））、一般プログラマに
「置き換え機構」を広く提供してしまう、ということですね。


　この機構を使えば、12/24 日になったら、画面を一秒間に一回点滅
させて、クリスマスを祝うことなんて朝飯前にできてしまうでしょう。

>>609
2です。
ここが >>595 でWindowsと違うと書いたところです。

オーバーライド順は設定ファイルで管理して、
自動生成するラッパーを更新する作業で同期は取れるでしょう。

逆に言うと、そういう仕組みを作らないと、
各人が勝手にオーバーラードしまくって順番も管理されるようなことは無理です。
Windowsで同じことをするならやっぱりそういうことになるでしょう。

それがNWSOSではOSの機能に取り込まれるということであれば理解できます。

>601
企業にはいいものができたらそれを世の中に知らせる義務がある、
と言ったのは松下某だけど、
まあ世界初だとかWindowsやUNIXでも採用されていないだとか言って
すごさを表すために他のものを引き合いに出さなくても
単にそれを書くだけで理解できる人間には理解してくれるわな。
むしろ、他のものを引き合いに出すのは逆効果になりえる。
素人衆は騙されるだろうけど。
OSASKモナー。

でも基本的に人間は比較が一番よくわかるという罠。

>>610
　確かになるほど、そう組むことは可能だと思うんですが、
実際の使用状況を考えると、欲張りな用ですが、いくつかの別種の
ラッパーを同時使用したい人とかも出てくるのではないかと思いまして。

しかしたとえば乙葉と小池栄子の乳の比較とかしても
結論には個人差が出て客観的に決められないようなことも起きる（ｗ

ただねえ、ここら辺本当に互換性あるのかないのか
わけわからんところが、今の窓やUNIX拡張系の
マイナスポイントだと思うんだよね。
ちょっと環境変えるとdll使ったバイナリ動かなくなるのは勘弁って感じ

>614
スマソ、確かにそう取れるけど、そういう意味じゃない・・・
比較はいいと思うよ。ベンチマークとか。

それは比較するほうが間違ってるだろ（ｗ

619は616に対するレスね。

　とりあえず、UNIXでは、NWSOSでやりたいことのかなりのことが、
カスタマイズ的に(?)可能ではあることを、教えていただいて勉強に
なりました。

　NWSOSでは、今の話題で言う所の、「統一ラッパー」のような
機構を、もともと提供してしまいたい、と思っています。

>>615
そもそも可能だけどそれ以上ではないというか、
積極的にオーバーライドを使ったのはネスケ4のMotifの国際化バグとか、
Darwinで国際化関数がないからlibxpg4で埋めるとかくらいで、
普通は全然積極的に使われていない仕組なので、
管理するような仕組みを用意しないと自由自在とは行きませんよ。

>>612 にも書いたように、
NWSOSではそれがOSで提供されて自由自在ということなら
別にそれは良いと思いますしケチを付けることではないですが、
既存のOSで原理的に不可能なことではないってことです。

>621
ところで、IMEを勝手に組み込むためのラッパーAPIはどんなものをお考えで？

　この、API オーバーライド機構ですが、先ほどから少し例を考えている
うちに、仕様の面で、次のような二方向の可能性があると思うようになりま
した。

1. 「オーバーライド登録」を行うと、その時点で起動しているタスク
においても、その後使われるAPIが、オーバーライドされたものに変わる。

2. 「オーバーライド登録後」に起動したタスクから、その影響が出る。



　1. の方が強力ですが、2. の方がオーバーライド関数を作るのが簡単に
なります。


　例えば、ファイルの open() をオーバーライドする場合、
大抵は、close() も同時にオーバーライドする必要がありますが、
1. の様な仕様だと、open() は、オリジナルAPIで行われたが、
close() だけが、オーバーライドAPIで行われるような場合まで
考慮する必要が出てきます。

2. だとそのようなことを想定する必要が有りません。

どっちがいいか悩みどころです。

>>624
協調型マルチタスクとかmutexみたいに
一連の登録作業の間は他のタスクを一時止めれば
登録中に生じる矛盾は回避できるのでは？

そういやOSASKのブリッジはどんな感じになるんだろうなあ？

>>623
IMEを組み込むのは静的な関数置き換えじゃなくて、
Windowsのフックのようにコールバックの横取りになるような気が。

そもそもGUIを前提にするならコールバックだけ置き換えればほとんどOKだから、
LD_PRELOADのようなことはあまり必要ないんじゃないかな。
UNIXだって >>622 にあるようにバグの回避でしか使われてこなかったし。

ソース公開されてたらバグの回避で裏技を使う必要はないYO!

>>623
　多分、描画系APIをオーバーライドすることと、ウィンドウメッセージを
奪い取ることが出来れば、IME(日本語FEP)もできるのではないかと、
大まかに考えています。

　フォーカスがどこにあるかが把握して、IME モードのときは、
フォーカスがあるウィンドウに送られたキーボードメッセージを横取りし、
アプリのウィンドウ関数にはそのメッセージは送らずに、IMEで処理し、
ユーザーが変換作業を行って、確定（リターンキーなど）を押した時点で、
アプリのウィンドウ関数にSHIFT-JISコードのメッセージを送る、
ということで足りるのではないかと。

IMEの変換途中の様子は、IMEが、フォーカスを持つウィンドウに勝手に
描画を行うことで画面に出すことが出来るのではないかと考えています。
もちろん、GetImage()系で、最初に取り込んで、PutImage()系で
表示し、確定した時点で、取り込んだ画像に復帰してから、
SHIFT-JISメッセージを、アプリのウィンドウ関数に送出してやると。
そうすると、アプリ側は、SHIFT-JISコードに応じたJIS-FONTを表示すると。

こんな感じでいけるのではないかと。

ところで何で今更ネイティブがSJISなの？
最近のOSはほとんどUTF-8だよ。

WindowsみたいにUCS-2にしても16bitで足りなくなって
いつの間にかUTF-16にすり替えて誤魔化す羽目になるし、
UTF-16よりもUTF-8の方があらわせる範囲が広いし、
UCS-4なんかにすると1文字32ビットでcharと非互換になるしで、
結局UTF-8が一番良いってことが分かってきたんだよ。

>>629
フォントサイズが問題になるかもしれませんが。

>>630
fontがJISだからでない？

>>630
はっきり言えば、文字コードの進化に、付いていってません。

まあ住基ネットのコードですらあんなんだからねえ、、、

>>625
　ファイルを、open() したままのエディタなどがもしかしたら、ある
かもしれませんので、単純な排他制御ではうまくいかないのではと。
　もちろん、「登録作業の瞬間」の排他制御は行うでしょうけれど
（もちろん、現在のNWSOSでも、描画系は、排他制御使いまくりですが。）。

>629
描画系APIのオーバーライド(ﾟ�听)ｲﾗﾈ

age

　IMEの使用例で、ワープロで巨大サイズの文字を編集中の IMEのエコーバック
を、巨大サイズ文字で行うための一つのアイデアは、BS や DEL コード、
エスケープシーケンスを駆使して IME 編集途中の様子をアプリケーション側に
任せることが考えられます。


　DEL や、BS コードのような制御コードや、エスケープシーケンスを
十分、OS が規定し、文字入力機能を持つ全てのアプリケーションが、全ての
機能コード（エスケープシーケンス）に対応するように、
アプリケーション規約で規定する手が考えられます。

>>638
とりあえずIMEには大きく分けてRootとOverTheSpotとOnTheSpotの違いがあって
それぞれ全然処理が違うってことご存知ですよね？

どちらかというとフォントのオーバーライドをしたいな。
窓とかだとフォントセット単位でしか変えられないから。

現実的なスパンでの技術話*だけ*をするのが
Lたんとうまくやっていく秘訣みたいね

>>639
色々あるってことは分かりますが。名前は良く知りません。
ただし、Windows の IME サポートに、二種類あって、
描画をアプリに任せるタイプと、IMEに任せるタイプがあることは
以前知りました。IMEに任せるときは、IMEとアプリがIMEモード
に入る時にやりとりして、フォント情報をIMEに渡していたと
思います。

>638
あのぉ・・・IMEのためのAPIを設計しなくてもいいというメリットはいずこ？

>>641
実は、あまり人間関係に興味はないです。
どんどん、人間のことばかり考えて、何をやってるのか分からなくなるため。
こっちも興味が有りませんし、相手からも何も考えてもらわないのが
一番楽です。お互いに人間関係に関するやりとりは０にしたいんです。

>>643
エスケープシーケンスのサポートで済む可能性がある、と言ってます。

ニューメディア万歳
誰か日本語NAPLPSの規格の所在しらない？

>641
わかってる。>644に思いっきりレスを付けたい気持ちはよくわかる。
しかし早まるんじゃない！その道は底無しの泥沼だ！

　良く考えると、エスケープシーケンスを使わなくとも、
各種キーコードを、「ダマし送り」してしまえばすみそうですね。

>>647
無視してください。(^_^/)

>>648
それだけでは、下線を付けたりするのが難しいかな。

うーんと、、、OS-9のvtermってどうやってたんだろう？

>>642
外国のアプリとかでIMEサポートが一切ないようなときに
無理やり感じを入力しようとして未確定文字がフローティングしてくるようなのがRoot。

メモ帳みたいなのがOverTheSpot。これはIMEで管理するウィンドウを重ねてるだけ。
フォント情報を渡す関数は ImmSetCompositionFont()

OfficeのWordみたいなのがOnTheSpot。これはWord側で未確定文字も描画してる。

どれを実装するかによってIMEも受け側のアプリもまったく構造が変わってしまうので、
それをはっきりしないと話が進まないんじゃないかってことよん♪

とりあえずRootだったらキーボードイベントをフックするだけでできるよ。
入力側でも送られてくる文字列がSJISで2バイトかどうかを見ればいいし、
どっかの誰かが作った入力ダイアログではその処理が追加されてたみたいだった。
互換ライブラリを使ってWindowsで動かす場合には
キャレットの位置にOverTheSpotするようにも調整されてたから、
同じソースなのに漢字が違和感なく入力できるように工夫されてたよ。

>>652
OnTheSpot が理想的です。

IMEの「未確定文字」の部分も、VK_BASKSPACE や、VK_DELETE, VK_LEFT
などのキーメッセージを IME が、無理やりアプリに送出してやることで
とりあえず何とかなるとは思うんです。

問題は、未確定文字だけを「浮き立たせる」ように出来るかです。
例えば、未確定文字の下に下線を引いたりするのは、エスケープシーケンス
を駆使して何とかサポートできるのであれば、IMEのサポートを OS の
基本部分には全く用意する必要がなくなると思います。

>>654
OnTheSpotの実装はIMEとアプリの両方が協調しないと無理。
OpenOfficeのソースとか見て味噌。密着して大変だって分かるよん♪

>>655
　未確定文字も、確定した文字であるかのようにアプリに送ってしまえば
そうでもないんじゃないかと思います。

　確定せずにキャンセルした場合などは、TM_KEYDOWN, VK_BACK
メッセージを未確定文字の文字数分だけ、IMEがアプリに送信する
ことで対応できます。

　今のところ私が気付いている問題点は、未確定部分の「強調」だけ
ですが、他にもあるでしょうか（強調には、下線や太文字、色分け、
などが有り得ます。）。

　「範囲選択」を利用すればいいかもしれませんが。

　「強調開始」「強調終了」仮想キーコードを用意するだけでうまく
行きそうですね。「選択開始」「選択終了」で代用する手も
考えられますが。

>656
初めてLたんをすごいとｵﾓｰﾀよ。
しかしそれだとUNDOで泣くね。漢字変換候補の履歴なんか出されても困る（ｗ
VK_BACKにSJISということは、アプリが英語しか考えてないとうまくいかないんだから、
IME_STARTみたいなのを受け付けるぐらいさせてもいいんじゃないかと思うが。

>>658
もし、UNDO をサポートしているアプリなら、IME モードに入った時に、
「UNDO ブロック開始メッセージ」を送り、未確定文字をキャンセル
する際に
「UNDO ブロック終了メッセージ」を送る、なんてアイデアもありますね。

　Windowsで、APIをオーバーライドする方法について、なんとなく
違和感を憶えたので、良く考えてみると、LoadLibrary() の
検索順序は、

1.アプリケーションのロード元ディレクトリ
2.カレントディレクトリ
3.Windows 95/98：Windows のシステムディレクトリ。このディレクトリのパスを取得するには、GetSystemDirectory 関数を使います。
Windows NT/2000：Windows の 32 ビット版システムディレクトリ。このディレクトリのパスを取得するには、GetSystemDirectory 関数を使います。このディレクトリの名前は、SYSTEM32 です。
4.Windows NT/2000：Windows の 16 ビット版システムディレクトリ。このディレクトリのパスを取得する Win32 関数はありませんが、このパスも自動的に検索の対象となります。このディレクトリの名前は、SYSTEM です。
5.Windows ディレクトリ。このディレクトリのパスを取得するには、GetWindowsDirectory 関数を使います。
6.環境変数 PATH に記述されている各ディレクトリ


の順序なので、自分以外のタスク全体へオーバーライドの影響を
与えたい場合は、システムディレクトリの *.dll を上書きしないと
駄目ですね。

最初、環境変数の通った場所でいいのかと勘違いしたのですが、
システムの安定性から考えて、そんなはすは無いと思い直して
調べてみたら、やっぱり、システムディレクトリのほうが先に
探されるわけです。


　この方法は、邪道どころか、Win2000/XP では恐らく保護が働いて
使えないと思います。

　UNIX の方は、それなりにうまく行きそうですが。

>>658
IMEを、オーバーライド機構だけで実現し様とした際に問題になる
ことに気付いたのは、ご指摘のものを含めて改めて書くと、

　今のところ、「未確定文字部の強調」と「無駄なUNDO問題」の
二つです。

　この二つとも、VK_IME_START, VK_IME_END という仮想キーコード
を用意して、WM_KEYDOWN メッセージにて送ることで対処できそう
です。

1. VK_IME_SATRTとVM_IME_END で囲まれた部分は、下線などで強調
表示することを努力義務とする。VK_IME_END が送られた時点で、
強調表示を解除してよい。

2. VK_IME_START, VM_IME_END で囲まれた部分は、UNDOリストに
加えない。

>>661

ついでに、日本語否対応アプリのために、VK_BACK での未確定文字
のキャンセルはやめて、VK_IME_END が送られてきたら、
VK_IME_START から入力された通常文字コードを全て削除する、
という仕様でもいいかもしれません。

>>640
それも出来るはずです。

キーボードのキーの役割を反転させたりもできるはずです。

ドライバを書かずして各種ファイルシステムに対応することも
出来ると思います。

　システムAPIのオーバーライドが出来ることと、ハードウェア直接
アクセスもドライバ以外からやろうと思えば出来ることを、両方
実現できたなら、クローズドソースのままで、カーネルのかなりの
部分を改変することが出来るようになると思います。
　Windowシステムの変更等はこれだけで出来ないかもしれませんが。

例えば、タイトルバーを描画するルーチンを
オーバーライドしてインターフェース（タイトルバー）の見た目を自由に変えるとかできるんですか？
これはAPIじゃないけど。

>>656
アプリ側で何の対応もせずにフックだけでOnTheSpotは不可能。
そもそも1文字入れるだけでもSJISで2バイトかどうか判定しないと
使い物にならないって。

>>665
もちろん、SHIFT-JIS コードの入力への対応は当然必要です。
そんなところまでは、オーバーライドだけでは無理でしょう。

UNICODEなら問題なし。
今すぐUNICODEﾈｲﾃｨﾌﾞに構造変革を！

>>664
　今のところ、タイトルバーの部分の見た目は、オーバーライドだけでは
できそうにありません。

　メニューの部分と同様に、アプリ側に描画処理を受け持たせるべきかも
しれません。そうすれば、何でも出来そうな気がします。

「タイトルバーを描く」というAPIを用意して置けばいいだけの様な
気がするんです。

Ｌたんヒッキー？　それとも会社から？

>>666 みたいなこと言いながら同じことが書いてある >>653 を無視するようなことをするから
いつまで経ってもオナニーから抜け出せないんだろうな ヽ(´ー｀)ノ

>>667
Unicodeと言っても >>630 にあるように色々ある罠
まあ、貴殿の目的を達成するのには UCS-4 しかないけど

>>670
鬼だな (by ハーロック)

>>669
同じだと思っているところが痛いです。

わけわからん。

>>669
自宅からですね。

>>670
そもそも、#653の発言が、大した情報をもっているようには思えませんよ。

そうか、妙な時間に出没すると思ったらやっぱりヒッキーか・・。

>>677
ヒッキーは楽ですよ（笑）。
ラッシュにもまれることもないですし。

>>673
多分誤爆だと思うんだけど、SJISの2バイト文字を1バイトずつ送られたら
アプリ側で処理する必要があることを実例を挙げて言ってるようだが、
そこの点に関して同じだと考えるのは痛いかな？

>>676
ま、RootだとかOverTheSpotは眼中じゃないって言ってるんだろうけど、
APIオーバーライドで出来るのはそこが限界じゃないかって情報も
読み取れると思うんだが。

OnTheSpotの下線に関しては変換中かどうかを特別なコードで通知するか、
変換中の入力は別種のイベントとして送るしか方法がないはず。
そうすると結局アプリ側でプロトコルを知っておく必要があるから、
普通にImm*()みたいなライブラリを作って対応するのに比べて
OS側のAPIをいじって実装するメリットが分からない。

WindowsではTranslateMessage()、XではXFilterEvent()で
素のメッセージをIMEの方に送りつけてるんだよ。

鬱病でヒッキー (((;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>678
激しくもうだめぽな発言の予感！

でもSJISを一バイトずつでもいいんじゃねーか？
VK_BACKやVK_DELETEぐらいしか問題はないはず。結構でかいか？

>>679
>ま、RootだとかOverTheSpotは眼中じゃないって言ってるんだろうけど、
>APIオーバーライドで出来るのはそこが限界じゃないかって情報も
>読み取れると思うんだが。

意味が良く分からないんですが、RootやOverTheSpotなら、何も
問題なく出来てしまうんです。

一番面倒なのが、OnTheSpot。


未確定文字の下線（強調）の部分は、「アプリ側の推奨動作」はやはり
必要で、IMEの存在を全く無視したアプリでは、OnTheSpot と下線（強調）
の両立は恐らく無理です。

しかし、当然ながら、OverThsSpot や、Root では、IME が勝手に
欠けばいいだけの話ですから、アプリ側の対応は、必要なくなります。

もちろん、SHIFT-JIS コードなどへの対応は当然ながら必要です。
それは、IMEの機構を想定しないで済むこととは別問題です。


1バイト文字に対応しただけで、自然に2バイトコードに勝手に対応
というのは、エディタなどではほぼ明らかに無理です。

ブラウザのようなものならば不可能とまではいえませんけれど。

>>681
　IMEで未確定な文字を入力している段階では、「下線」などを表示して
未確定であることを示す必要があるわけですが、アプリが描画を担当する限り、
下線をアプリが明示的に描く必要があると思います。

　特に、ウィンドウの端での折り返し表示などがある場合、IMEの想定と、
エディタの想定を合わすのは基本的に無理なので、IMEか、エディタかの
どちらかが描画を一手に引き受ける必要があるはずです。

　というわけで、折り返し表示機能がある場合などは、やはり、エディタ
側が下線を引くことも行う必要があります。

｜しかし、当然ながら、OverThsSpot や、Root では、IME が勝手に
｜欠けばいいだけの話ですから、アプリ側の対応は、必要なくなります。
｜
｜もちろん、SHIFT-JIS コードなどへの対応は当然ながら必要です。
｜それは、IMEの機構を想定しないで済むこととは別問題です。

653 と同じ結論のようですけど。。。

>>679
> SJISの2バイト文字を1バイトずつ送られたら
>アプリ側で処理する必要があることを実例を挙げて言ってるようだが、
>そこの点に関して同じだと考えるのは痛いかな？

というより、同じな結論を得たとすれば、当たり前の情報、極当然の考えるま
でもない情報しかかかれていなかったからです。


なんだか、良く分かりませんが、今考えていることは、かなり簡単な
ことで、ほとんど即答に近いような状態（ほぼ思考時間０）で、
書いているわけなので、貴重な情報の類はここでは全く議論されて
いないんです。


何をおっしゃりたいのか分かりませんが、もし、私が何かを「深く考えて」
書いていると想像されているなら間違いです。
IMEの実装に関しては、かなり軽い考察で済むことですので、何か
重要な情報をどこからか得たりする必要は感じてません。

>>684
結論も何もないでしょうが。

当たり前すぎることなんです。

>>672
そうだ、私は人の形をした鬼だ

>>685
おひおひ
OnTheSpot を API オーバーライドだけでやろうとしてたのはどこの誰だったっけ……

ストーーーーーーップ
IMEの話題は
>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 終了 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

678のＬたんは、はぢめてちょっとだけ良いと思った。

でもやっぱりＬたんの思考は破綻していた・・・・・。

当たり前のこと、ねえ・・・
当たり前のはずのことをずいぶん外されてきたけどなあ（ｗ
当たり前のことなら書かなきゃいいのに。がいしゅつでもあるんだから。

で、その他のOSではどうやってるんだろう？
OS-9スレあたりで聞いてみた方がいいんだろうか？

>>688, 691
あなたは、ハクチ。
論理が通じません。

うわ、鬱病患者に吐く血呼ばわりされたよ・・。漏れ、もう生きていけない（ｗ

>>695
技術が羨ましいからつぶしたい、という気持ちはよく分かる。
「鬱病でヒッキーだからOSができるんだ」という考えを植え付けたい気持ちも分かる。

そういえば、UNIXに対するＢＳＤのように、
窓を内側から差し替え拡張して最終的には乗っ取ってしまおう
みたいなプロジェクトってないんだろうか？

外部から互換を目指すある意味Linuxみたいな計画は別のOS絡みで
結構あるみたいだけどね。

>696
釣りだとは思うが・・・
言っちゃあ何だが、羨ましいほどの技術があるか？
開発力はたとえヒッキーだとしてもすごいと思うけど。
しかし、鬱病とOSができるのに相関があるという考えは漏れには理解できん（ｗ

696はどうせとんがりお得意の自作自演だろ・・・。
このスレの発言見てとんがりにまともな論理が備わっていると思っている奴は
ひとりもいないだろ。どう考えても。

技術力
L >>>>>>> K

OS
L >>>>>>>>> K

知識
L >>>> K

DQN度
L >>>>>>> K

理解、説明力
K >>>>> L

人として
K >>>>>>>>> L

ttp://members.tripod.co.jp/yuricube/log_003.html
http://pc.2ch.net/test/read.cgi/i4004/1008434418/70
Lたんって結構有名人だったのね。偶然見かけただけかもしれんけど。

>>700
深くはつっこまないが、技術力や知識はどうかな。
技術力を「そこらに適当にある物を組み合わせてそれなり物を作る」という
意味でつかうのならそれは正しいだろうけど。

L-OSは所詮FDDアクセスしただけでマウスカーソルが止まるような代物。
見た目だけに騙される香具師は素人。

>702
いや、知識は川合さん比で行くとそんなに間違えてないと思われ。
念のために書いとくと、この場合は
「知識」＝「自分が作ろうとしている物に関する即物的な知識」
みたいな感じか。たとえばLたんはWindowsのことは知ってるからな。





それだけかも。

この板精神レベル低いな・・・。

んで、Ｌたん694の捨て台詞吐いた後逃亡？

どうでもいいんだが、IMEの実装は、Windowsでは10年も前からもっと
根本的な解決を達成している。
OS提供のテキストボックスそのものが、IMEを意識すればいいのです。
L氏の言う「アプリ」も「OSのGUIキットの一部」に引き込めば万事OK。

2chへのカキコも所詮、テキストボックスとIMEの問題だろ？

全部、OSで面倒見てやれば、99%のケースで解決。

残念ながらそれでは秀丸に代表されるテキストエディタ、WORDに代表されるワープロ、
Photoshopに代表されるグラフィックソフトなどはダメだね。
ケースとしては99%かもしれないけど、使用割合や必要度を加味すると
テキストボックスだけでは絶対に足らないと思う。

でも、普通のソフトならテキストボックスで十分だと思うけど。

linuxじゃ、かんななら打てるのに、atokじゃだめなアプリが
たくさんあるというカオス極まりないfep事情があるが、これだけは
避けてもらいたいところだ。

あまり知られぬ日本産OS。
これやってた人教授になったのね。
ttp://www.ssscore.org/ssscore/index-j.html

>>709
こんばんは、興味があったのでお邪魔します。
これってソースとか公開してるんですかね？
Micro Core興味あります。

>>710

前に漁った時には公開されていませんでした。

>>711さん
ありがとうございます。
どうもそのようですね。
ちょっと暇なときに論文を読んでみるのも良いかなと思いました。

>>702
現段階で細かい不具合があっても、修正は可能です。

Ver 0.029 では高負荷時に挙動不審になっていましたが、Ver 0.030では
ほぼ修正されています。マウスカーソルが止まるかどうかは、Ver 0.029
でも確認してません。

　ディスクアクセスは、現在は、BIOS をNWSOS内臓の16BITエミュレータ
で、エミュレーション走行させることで行っています。
　この技術はFDDをI/Oポートを直接制御するのに比べてむしろ高度です。

　しかし、PC/AT機のBIOSは、もともとシングルタスク用なので、ハードウェア
の時間待ち時に呼び出しもとへ戻ってくる機能がBIOSの種類によっては実装され
ていません。

　そのため、どうしてもFDDアクセス中には、他のタスクの実行を抑制しない
と、データ落ちが発生してしまいます。そこで、NWSOSでは、BIOS実行中
は、他のタスクへのCPUの時間配分をかなり減らしています。

　このようにしていることが、あなたには、技術力がないように見える
わけですか。

　IMEの問題は、ここの一部の人が、私の言っていることが理解できていないよ
うで、Wordや高機能エディタなどで見られる、「OnTheSpot」は、
「オーバーライド」では基本的に無理だと思い込んでいるらしいのですが、
実際は違います。

　基本的には、OverTheSpotも、OnTheSpot も、オーバーライド機能で
十分実装可能です。

>>700

>理解、説明力
>K >>>>> L

「自分のことが一番分からないのも自分である一方、自分の能力や可能性が
　良く分かっているのもまた自分である」

と言われますが、小さい頃からの経験上、私が一番得意なのは、物事を
理解することなんです。

プログラミングをする時でも、むしろ細かいロジックはよく間違えるの
ですが、少なくとも、何かの知識を理解したりするのは自分の中では
得意な方だと認識しています。


また、説明能力ですが、それは、聞く側と話す側の能力に雲泥の差が
ある場合、話す側が下手なのではない可能性もあるので、水掛け論です。

>>700
早い話が、「論より証拠」ということです。

　「論」は、歴史的に見ても、後から見て正しいことを行っていた人が
弾劾されたケースがあるのはご存知のとおりです。

　何故そうなるかの説明は、簡単です。

　論理や、理論は、「聞く側の能力」が欠けていると、全く理解できない
からです。

　これは根本的で解決法が無いため、「証拠」を見せるのがベストです。

　論が重要でないと言うことでは有りませんよ。論が重要でも、
論を論で証明することが出来ない場合が多いから、証拠を見せざると
得ないことがあると言うだけのことです。

　ちなみに、私は、昔から「理論」とあだ名がつくくらい、理論が
好きなタイプの人です。

　野球をする時に、軌跡を計算し、打つフォームを計算してから
打てば、とからかわれたくらいです。

>>714
> 「OnTheSpot」は、
> 「オーバーライド」では基本的に無理だと思い込んでいるらしいのですが、
> 実際は違います。
ひょっとしてバックスペースとか送って制御するって方法のこと言ってるの？
それでその説明をしたのに無理無理言うから白痴扱い？

中途半端なOnTheSpotがOverTheSpotに劣るのはQt-3.0.0の体たらくで明らか。

>>718
「その説明をした」
と何度も貴方は書いてますが、だからどうしたのかが分からないんです。

そんなに貴重な「説明」だったということなんですか？
それを私が真似しただけとか思ってらっしゃるの？？

>>718

>中途半端なOnTheSpotがOverTheSpotに劣るのはQt-3.0.0の体たらくで明らか。

　もっと機能を向上させるために、IMEの存在を意識してアプリを作った方
がいい、ということならば、それはしょうがないですよね。

　でも、オーバーライド可能と言う性質によって、IMEに限らず多様な
拡張、今は考えもつかないような拡張ができる可能性があるということ
は大きいのではないでしょうか。
　現在のWindowsで似た拡張をしようとすると、大掛かりになるのは
認めますよね。

>>719
すみませんが、何が問題にしておられるのか理解できません。
同じとは言いましたが真似とは言ってませんよ？
1+1=2みたいな結論に没交渉で到達したところで
独自性を主張したりしているわけではないですよ。

>>721
私も #718 さんが何をおっしゃりたいのかが分からないんです。

私の言い方で気分を害された、ということですか？

それならば謝りますが、「何を言いたいのか」がさっぱり
正直分からなかっただけなんです。

>>713
>　この技術はFDDをI/Oポートを直接制御するのに比べてむしろ高度です。
ﾜﾗ
（バカなセリフを）言うねえ。
けど>>702は別にそういう意味でのテクニックが優れているか優れていないか
言ってるわけじゃあるまい。つうか、しっかり書いてあるし。
あんたは、「今は確かにBIOSで制御しているので仕方ないことです」とか言っとけばいいんだよ。
そのうちドライバ書くんだろ？
なんでそんなヘンなことでいばるんだ？

>>721-722
OnTheSpotをオーバーライドでやることは
・（まともなものを作るには）無理がある
・（実現自体は）無理ではない

>>722
ご丁寧にありがとうございます。
こちらこそ誤解を招いたようで申し訳ありません。

1. 1バイト系文字しか通さないアプリに対してオーバーライドだけで完璧な入力は無理では？
同意していただけましたよね
なのでこの程度はアプリ側で対処するとして次へ

2. オーバーライドで出来るOnTheSpotは限定的
実用性ということを考えると、次へ

3. RootやOverTheSpotはオーバーライドで出来る
こちらも同意していただけましたよね
当初話題にすら出ていなかったのですが、
オーバーライドで出来るなんてことは直感で分かるので
議論の題材にする必要すらなかっただけということでしょうか？

4. どういう手段で実装すると単純明快なのか考える必要があるのは同じ
これも当たり前すぎて話す必要もないことかもしれません。
オーバーライドの可能性については同意いたします。
ただしオーバーライドでやっても不完全で無理があるようなことは、
単純に外部ライブラリにした方が良いわけで、
その辺のバランスは考えて使う必要があるでしょう。

>>724
フォローありがとうございます。

>>723
>言ってるわけじゃあるまい。つうか、しっかり書いてあるし。
>あんたは、「今は確かにBIOSで制御しているので仕方ないことです」とか言っとけばいいんだよ。
>そのうちドライバ書くんだろ？
>なんでそんなヘンなことでいばるんだ？

この人の発言も他の2ch同様、私には意味不明です。

#702 には、
>深くはつっこまないが、技術力や知識はどうかな。
中略
>L-OSは所詮FDDアクセスしただけでマウスカーソルが止まるような代物。
>見た目だけに騙される香具師は素人。

とあるわけで、威張ってるなんてとんでもない誤解です。

今現在のNWSOSで、なぜ、FDDアクセス中にシステム全体が遅くなったりする
かの理由を少し詳しく説明したまでです。

「そのうちドライバ書くから大丈夫」で納得できる人ばかりとは限らない
ために丁寧に書いたまでです。



それに、昔「所詮、BIOS使っているから」みたいな意見を書く人もいたの
で、32BIT OS から、BIOS を使うことが「所詮」ではないことを説明
したかったんです。むしろ、BIOS を「使える」ことは、「技術」が必要
なことであり、NWSOSの特徴として書いてもいいくらいのものだとも
言えるぐらいです。多分、IA32のややこしさを知らない人には、分からない
かもしれませんが、マルチタスク環境でBIOSを暴走することなく走行させる
のはかなり大変なことです。現在のNWSOSのように何気なくDISK BIOSを
走行させられる状態になるまでには、かなりの研究が必要でした。

　2chラーの意見を見ていて思うには、日本の技術者（？）は基本的に
低レベルだなということです。

　一々「ここが技術なんです」って説明しなくちゃ分からないんですね。

　「16BIT-BIOS を 32-BIT OS から動かしている」と言う事実を、
NWSOSのページでは特に何のアピールもしないでいたのですが、
分かる人には何も言わなくてもその意味と価値を理解してくれるだろうと
そっとしておいたのですが、結局は分かったのはごく一部だけで、その他
大勢は、全くの理解を示さなかったんですね。

　もちろん、Windows では昔から使われていた技術ですが、そこが
Windowsの売りでもあったわけで、技術的に決して簡単なものではな
かったはずです。


　「技術、技術」なんてことを言わなくても分かってくれると思っていた
のですが、どうやら、現状の日本では無理だったようです。

　どうしようもない低レベルさにあきれています。

>>728
みんながみんな低レベルでもないし、技術者じゃない人もいると思う。
べつに日本中の技術者がここにいるわけじゃないんだから、
「日本」のレベルが低いのとは関係ないと思うのだが。

>>728
>技術的に決して簡単なものではなかったはず

　あほくさ。簡単ですよ。仮想86モードを使ったエミュレーションなんてもっと
も低級です。OSASK/AT ver.0.9ではとっくにやってますよ（[OSASK 1377]）。

　僕はあなたが技術を誇るときに、いつも情けない思いをしています。

>>730
偽者………だよね。
こんな他人を馬鹿にした口調を使う川合さんなんていやだあぁぁぁぁああ（泣

＞　ディスクアクセスは、現在は、BIOS をNWSOS内臓の16BITエミュレータ
＞で、エミュレーション走行させることで行っています。
＞　この技術はFDDをI/Oポートを直接制御するのに比べてむしろ高度です。
＞
＞　しかし、PC/AT機のBIOSは、もともとシングルタスク用なので、ハードウェア
＞の時間待ち時に呼び出しもとへ戻ってくる機能がBIOSの種類によっては実装され
＞ていません。
＞
＞　そのため、どうしてもFDDアクセス中には、他のタスクの実行を抑制しない
＞と、データ落ちが発生してしまいます。そこで、NWSOSでは、BIOS実行中
＞は、他のタスクへのCPUの時間配分をかなり減らしています。
＞
＞　このようにしていることが、あなたには、技術力がないように見える
＞わけですか。

一言で言ってやろうか？　アフォ過ぎ。

＞それに、昔「所詮、BIOS使っているから」みたいな意見を書く人もいたの
＞で、32BIT OS から、BIOS を使うことが「所詮」ではないことを説明
＞したかったんです。むしろ、BIOS を「使える」ことは、「技術」が必要
＞なことであり、NWSOSの特徴として書いてもいいくらいのものだとも
＞言えるぐらいです。多分、IA32のややこしさを知らない人には、分からない
＞かもしれませんが、マルチタスク環境でBIOSを暴走することなく走行させる
＞のはかなり大変なことです。現在のNWSOSのように何気なくDISK BIOSを
＞走行させられる状態になるまでには、かなりの研究が必要でした。

それは良かったな。もう終わりか？　あまりにもアフォ過ぎるので引用は多め。

というかさ、Virtual86Mode使ってるからエミュレーションなんて
ご大層なもんじゃないし、単にV86使っただけで誇らしげに
「日本の技術者は大したこと無い」とか言われてもね。

まあ、ＬたんはV86マンセーしてFDDアクセス中にマウスカーソル止まって
喜んでなさいってこった。とりあえずCD-Rは生焼けになりそうだがな（ｗ

730のはＫ・・・・じゃないよな、いくら何でもｗ。
OSASKがなぜ「あえて」DISK-BIOSを使わなかったのか少しは考えてみれ。
Ｋはわけわからんところに凝り出すが、ちゃんと押さえるところは
押さえてるんだな。今回のではっきりしたよ。

真の技術力：K > L

はぁ・・・何が楽しくてそんな糞みたいな技術にこだわらなきゃならんのだ？
直接FDC叩いた方が速くて便利なのに。
何をどう適応させるか決定することの方が重要な技術、と言うのは語弊があるにしても
開発者にとってどっちが高度だろうがユーザにとって不便だったら「所詮」なんだよ。
不便なのを無視して技術をつぎ込んだあげくに
それをさぞ利点のように言い出すのは単なるｵﾅｰﾆじゃねーか。
ああえらいね。よくがんばったね。

だいたいBIOS叩いてるの見て感動してるような技術者なんて嫌すぎる。
そんなヤシばっかりだったら確かにどうしようもない低レベルさにあきれるだろうよ。


とか書くと「フロッピアクセスのためだけじゃないんです」とか的外れなレスが返ってきそうで嫌だな。

LightConeたんがKusakabe Youichiみたいにならないことを願ってsage
OSDev系でOFFとか超楽しそうだ.
ひげぽん＆Kたん＆Ｌたん＆坂村健（ワラ

>>734
ｽﾏｿ、技術者が感動するのはありかも知れん。
「ああ、凄いな。これ面倒臭いんだよね」
とか。
「ああ、凄いな。こんなの俺、どれだけ時間をかけてもできないよ」
とか、
「ああ、凄いな。こんなの俺、まず思い付かないよ」
とかいう感動を覚えたのなら嫌だが。

＞とか書くと「フロッピアクセスのためだけじゃないんです」とか的外れなレスが返ってきそうで嫌だな。

ハゲワラ。予言だな（ｗ

Lﾀﾝの好きなRubyによると

$ irb
irb(main):001:0> 'K' > 'L'
false
irb(main):002:0> 'K' < 'L'
true

だそうだ（藁

>>735
坂村たんを一緒にするなよ！（ｗ
まあ妥当な線でMEG-OSの開発陣とか。
けどなんか個人的にはnishiたん呼びたいなあ。
坂村たんとｹﾞｲｼたんの両方につながりがあるぞ。

え？OFFやんの？

日本人の平均的開発者は必要に迫られないからやらないが
やろうと思ったら仮想86をサポートしたOSくらい作れる人がほとんど
ヒッキーみたいに好きなことやってりゃいい恵まれた人間なんて少ないのよ