[過去ﾛｸﾞ] FreeBSDを語れ Part56 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
880: 2023/04/19(水)19:54 AAS
>>879
その通り、需要の全くない話だわ
881: 2023/04/19(水)21:25 AAS
Windowsの一部(WiFi?)のドライバをFreeBSDでも使えたようなと思って確認してみたら
14.0で削除されるみたいだ
外部ﾘﾝｸ:cgit.freebsd.org
882: 2023/04/19(水)21:36 AAS
ちゃんとリンクぐらい晴れ
外部ﾘﾝｸ:cgit.freebsd.org
883: 2023/04/19(水)22:22 AAS
規制かなんか知らねーけど貼れねーんだよ！！！
884: 2023/04/19(水)23:10 AAS
回線と板の規制の設定によっては5chのスレのURLを貼っただけで一発BBQ食らったりする
>>8辺りでもガイシュツ
885: 2023/04/20(木)01:31 AAS
ちんちん！シュッシュッシュッシュッ
886: 2023/04/20(木)06:19 AAS
外部ﾘﾝｸ:cgit.freebsd.org
887: 2023/04/20(木)06:19 AAS
外部ﾘﾝｸ:cgit.freebsd.org
888: 2023/04/20(木)06:19 AAS
外部ﾘﾝｸ:cgit.freebsd.org
889: 2023/04/20(木)06:20 AAS
外部ﾘﾝｸ:cgit.freebsd.org
890: 2023/04/20(木)06:20 AAS
外部ﾘﾝｸ:cgit.freebsd.org
891(1): 2023/04/20(木)10:01 AAS
Windowsは同じCPUであればだいたいプログラムが実行できる
FreeBSDのバイナリに互換性はあるのか？
2.0Rのバイナリが13.0Rで動くのか？
「make しなおせば？」
ソースが無ければ？
MS-DOSとWindowsはバイナリの下位互換性があるし
おそらくAndroidあたりもアーキテクチャが同じならありそうな気がする
macOSやiOSもありそう
892(5): 2023/04/20(木)10:13 AAS
>>891
2.0Rはさすがに古すぎだけど、4.0R以降なら、compat*x入れればたいがい動くんじゃないか
WindowsやMacの方が古いプログラムが動かなくて困ってる印象
例えば、WindowsXPのプログラムが軒並み動かなかったとか
893: 2023/04/20(木)10:58 AAS
>>892
FreeBSDはバイナリ互換あったのか
直近だと自分でMakeしたNgが9でも12でも動いていたけど
894: 2023/04/20(木)12:15 AAS
FreeBSD のカーネルは後方互換性を持つってどこかで見たな
メジャーバージョンを跨ぐ make installkernel した後でも以前のユーザランドが実行できるのはそれが理由
make installworld した後なら >>892 の言うように compat*x が必要になってくる
そう考えると FreeBSD 4.11 i386 の base であれば拾ってきてユーザランドを上書きしても動作するってことになるな
誰かの実験結果を見てみたいなあ
895: 2023/04/20(木)13:48 AAS
>>892
Vista以降でxpのバイナリが動かなくなるのは特にゲームで見られたな。
綺麗なDOSプログラムが32bit版Windows 10で動くかは興味深い。
一方x86版との互換性さえ疑われるamd64版FreeBSD
896: 2023/04/20(木)14:26 AAS
バージョン違いのバイナリが動かないのはABIの問題というよりは共有ライブラリの問題が大部分だからスタティックリンクしていればELFに移行以後のバイナリなら動くんじゃね
a.out時代ならNetBSDのバイナリも動いたんだが
897: 2023/04/20(木)14:35 AAS
>>872
OpenBSD はソースみたら libc からガンガン変更入ってた
単純な関数でもバッファオーバーフロー対策入れてる
バイナリ互換性は知らん
898(1): 2023/04/20(木)16:10 AAS
>>892
> WindowsやMacの方が古いプログラムが動かなくて困ってる印象
> 例えば、WindowsXPのプログラムが軒並み動かなかったとか
それはWindowsの方が動かしたいGUIアプリがたくさんあったからだね
FreeBSDなんて、なくても良いものばかりで
そもそも使ってないので、動かなくても誰も話題にしない
899: 2023/04/20(木)17:17 AAS
>>898
んなこと言い出すと
「お前がそう感じるだけ」
「お前が知らんだけ」
というとっても不毛な言い合いで終わる
その辺で止めとけ
900(1): 2023/04/20(木)17:25 AAS
まーGUIなんて言ってるからね
99%ライブラリの依存関係の話しなんだろうけどねー
そういうのはどの環境でも起きる話だからpythonのpyenvのような仕組みを導入したりjailやDockerで実行環境切り替えたりDockerのイメージで丸ごと実行環境から提供したり、それってJAVAのやった事の再発明だよねとか
まあ下らないけど人によっては大事な話なんだろうね
901: 2023/04/20(木)19:35 AAS
Java はセキュリティ強化していったせいで動かなくなったのが沢山。
言語仕様も直されているし。
902(1): 2023/04/20(木)20:18 AAS
>>900
ライブラリの依存関係についてはWindowsは早くから
OS以外の共有ライブラリを共有しないようになってるので関係ない話
知らないかもしれないけど、Windowsではライブラリはアプリに付属するもの
共有するから依存関係がーなんて言うのはLinuxとかの話
903(1): 2023/04/20(木)20:22 AAS
>>892
> WindowsやMacの方が古いプログラムが動かなくて困ってる印象
> 例えば、WindowsXPのプログラムが軒並み動かなかったとか
んなこと言い出すと
「お前がそう感じるだけ」
「お前が知らんだけ」
というとっても不毛な言い合いで終わる
から、無知のくせに喧嘩うるな
904: 2023/04/20(木)20:27 AAS
shared objectのバージョン依存があるから
なおstatic linkなら
最近ならコンテナで丸っと配布がトレンド
Windowsも古いアプリはApp-Vで仮想化してたりするし
905(1): 2023/04/20(木)21:22 AAS
>>902
そら問題の起きにくい説明にはなってるけど起きない説明にはなってねーよ
VCランタイムの問題だとか使われるDLLの問題なんかは起きてる
906: 2023/04/20(木)21:30 AAS
俺的にちょっと嫌なのはjuypter notebookなんかを使った場合に各種言語のカーネルがpythonのライブラリと整合取れるか怪しそうだなってとこ
OS関係なしに問題起きるだろうなこれ
こういうのは問題出たら丸ごと入れ替えたい
907: 2023/04/20(木)22:39 AAS
>>903
WindowsはxpからVistaの時に\Program Filesのセキュリティ設定が変わった影響が結構ある。
908(1): 2023/04/20(木)23:41 AAS
>>905
DLL Hellはとっくになくなってる
909: 2023/04/21(金)02:31 AAS
>>908
だからアプリケーションレベルだけで起きる依存性の問題について付け足したんだが？
上下前次1-新書関写板覧索設栞歴
あと 93 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.016s