[過去ﾛｸﾞ] FreeBSDを語れ Part50 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
135: 2020/02/26(水)05:10:27.63 AAS
なにこのふいんき
178(1): 2020/02/29(土)20:31:20.63 AAS
「こけもも」って、リアルでは見たこと無い
291: 2020/03/05(木)21:54:12.63 AAS
>>290
サンクス
複素数が標準化されないと方言だらけになって
数値計算用途に使いにくいんだよな
324: 2020/03/07(土)16:02:35.63 AAS
>>323
Fortranのspellがおうとらん
338: 2020/03/08(日)20:28:58.63 AAS
rsは消費税と送料がかかる
346(1): 2020/03/10(火)21:46:03.63 AAS
あれ、本スレこっちか。
FreeBSDでcode−ose使おうとしてるんだけど
MSのC/C++ブラグイン入れてもclangがうまく連携できない。
gccなら動くとかなん？
436: 2020/04/29(水)18:09:33.63 AAS
>>435
GNU C のインライン・アセンブラでプロセッサのキャリーフラグを読み出すことで、桁あふれと桁借りを変数に求めることができます
外部ﾘﾝｸ:tociyuki.hatenablog.jp
512: 2020/05/02(土)23:20:10.63 AAS
ディスプレイのサイズが問題なだけだよ？
動作は完璧、日本語フォントが大きいから見切れてるだけ
547: 2020/05/04(月)01:09:09.63 AAS
Unix思想の拡張性とはフォークして分裂することである。
670(2): 2020/05/10(日)17:34:53.63 AAS
>>663
>>681です。Windows全盛の今では考えられないだろうが、DOS時代はNEC、FMV、X6800、IBM-PCどれも機種依存が当たり前だった。
ゲームなら画面描画を高速にする必要があったのでビデオRAM直書きが当たり前だった。
だからゲームほどではないにしろ、当時作られたプログラムはほぼどれも機種依存なのが普通だった。俺が書いたのもそう。
機種依存しないものがあるとしたら、BIOSコールを使わずDOSコールだけで書いたごくシンプルなものくらいだけど、
それだと遅すぎて実用にならなかった。それに、NEC用の拡張基板を使って制御しようとすると、その基板のI/Oを通して
動かさないといけないから、嫌でもハード依存になってしまう。それを他の機種でも動くように汎用化しようなんて誰も考えなかった。
お客さんの要望に合わせて1機種で動くように作ればいいことだし、それ以上の予算も出なかった。
もしやろうとすれば他機種でも同じように動く拡張基板から作らないといけなくなって、桁違いの予算と開発期間がかかってしまう。
それは現実的じゃない。
今だとArduinoのIOポートを操作してLEDを光らせたり、基板に接続したスイッチのON/OFFをしたりする感じ。
またはラズパイに拡張基板を乗せてGPIB経由で拡張基板を制御して動かすようなのに近い。こういうソフトは必ずハード依存になる。
Arduinoやラズパイは今買えるからいいが、古いソフトを動かすためにわざわざ中古のPC-9800を買って使おうとは思わない。
724(1): 2020/05/15(金)21:52:07.63 AAS
>>722
とりま現状こんな感じですね(デフォルトのまま)
画像ﾘﾝｸ
pkg upgrade は事前にやってしまっていたのであまり説得力がありませんが、現状のものなら通ると思います
(なんせさっき入れたばかりなので)
「これさえあれば余程特殊な用途でない限り、もうLinuxは不要(FreeBSDユーザーならば)」と思える様な出来ですな
バッタもんだろと侮っていただけにインテルWiFiですらデフォルトで認識されたのにはビックリした！
922: 2020/05/21(木)13:21:36.63 AAS
トマトとスイカは野菜です。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.031s