【超漢字】BTRON総合スレッド/20版【TAD】
超漢字等のBTRON仕様OSについて語るスレッドです。
BTRON最強の使用法01 BTRON-OS0.01.0_20220713_223607
https://www.nicovideo.jp/watch/sm40765468
■前スレ
BTRON 総合 スレッド/19
https://medaka.5ch.net/test/read.cgi/os/1574171882/
■意味不明なレスを繰り返すステテコ君には一切反応しないでください
■レス番号へのアンカーではなく引用によるレス対象指示を推奨
■詳細は >>2-20 あたり >>256
BTRON3だとファイルIDは16bitの符号なし整数で、ファイルを新たにつくるとき、
その時点で使われていない番号から1つ選んで入れるんだろうけど、
BTRON2だとcharの配列にどんなデータが入れられるんだろ
"1"、"2"、"3"といった通し番号なのか、"20240509064530"といった日時なのか、それとも…
複数のファイルでIDが同じになっては困るわけだが、ランダムな並びを入れてしまうと
重複チェックが大変なことになるだろう >>260
P255-P258にディスプレイデバイス実身インターフェースの説明がある
レコードにVRAMがあるからフレームバッファはここかと
>>264
Pviiに「実身IDの大きさ、表現は実身の種類によって異なる」とある
32bit固定長ファイルIDをストレージ実身のIDにしてもよいし、BTRON1/3互換
ファイルシステムのファイルIDをストレージ実身のIDにするなら16bit固定長に
していいはず >>266
ファイルIDが16bitなのにウィンドウIDは32bitとか… 頭に0000……と並んでるほ-むぺ~ぢのアクセスカウンタみたいな >>241
こんなこと言ってたのにな
坂村健
「BTRONの特徴はマルチメディアパーソナルコンピュータを指向しているということです。
これはどういうことかというと、メディアというのは情報を伝達する媒体ですから、
文字とか数字だけでなくて絵とか動画とか音とかがうまく扱えるようにはじめから考えたことです。」 >>267
坂村は2000年問題の話で、ハードウェアが貧弱ということで西暦年の下二桁だけ扱うようにしたからこういう問題が起こった
ハードウェアが貧弱という理由でそうした制限をするのは間違いと言ってたけど
BTRON3でファイルIDが16bitなのは、貧弱なハードウェアで使うように作られた
BTRON1のファイルIDの制限を引きずっているんだよな >>273
>>15
>Panasonic(当時は松下電工)がインプリメントしたBTRONを中途半端に引き継いだのが最大の敗因 >>275
BTRON1仕様OSを開発したのは松下電器産業らしい
電工と電器産業と通信工業がどんなどういう関係かは知らんけど 約3万円の「VMware Workstation Pro」が無償化 ～個人利用で、Mac向け「Fusion」も - 窓の杜
ttps://forest.watch.impress.co.jp/docs/news/1591499.html
17.5の問題解決しない内にPlayer終わっちゃったけどどうするんだろう
と言うかこれさらっと括弧書きで流してるけどダウンロードするためにアカウント登録要るようになった？ BTRONが優位になることは33年間なかったし、これからもない
坂村
だから、OSの優位性なんかは決して絶対的なものではないし、
応用や技術革新によって意外と簡単にひっくり返るものです。
だから、未来のパーソナルコンピュータを考えるときに、
そんなものに縛られる必要はないと思いますね。 >>280
坂村健
「(BTRONは)市場で戦っていけると思いますよ。
私もよく言っているのですが、Macintoshが1984年に出たときにはアプリケーションも何もなかったですから。」
「DOSの世界ではアプリケーションが何万個もあるのに、
BTRONなんか何もないじゃないかと攻撃する人がいるのだけれども、
実際問題としてそんなにいらないのですよ。
Windowsだって結局アプリケーションがほとんど何もないところから売込みを始めているでしょう。」
それから33年w 
