FreeBSDを語れ Part56

1 名前：名無しさん＠お腹いっぱい。 [2022/12/15(木) 15:15:24.22 .net] The FreeBSD Project www.freebsd.org/ja/ 前スレ FreeBSDを語れ Part55 https://mevius.5ch.net/test/read.cgi/unix/1649337763/ 過去スレ FreeBSDを語れ Part54 https://mevius.5ch.net/test/read.cgi/unix/1630061644/ FreeBSDを語れ Part53 https://mevius.5ch.net/test/read.cgi/unix/1607845477/ FreeBSDを語れ Part52 https://mevius.5ch.net/test/read.cgi/unix/1596404184/ 関連スレ 初心者もOK! FreeBSD質問スレッド その125 https://mevius.5ch.net/test/read.cgi/unix/1632283136/ BSD/LinuxでのOffice/Desktop環境を語れ！　Part03 https://mevius.5ch.net/test/read.cgi/unix/1633521461/ RaspberryPiで稼働する*BSDを語れ https://mevius.5ch.net/test/read.cgi/unix/1582471618/ ##次スレは>>950を踏んだ人がたてませう ##立てられない場合は報告し立てられる人が立てるべし ##それまで雑談すんなスットコドッコイめ 836 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/16(日) 21:13:44.29 .net] ちなみに俺らの頃に教材として使ってたのはMINIXだった。 837 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/16(日) 22:12:54.67 .net] >>828 俺の中のWindowsの評価が爆上げされた 838 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/16(日) 23:12:07.44 .net] 今UnixというていでUnixの何を教えてるの？ コマンドの使い方？ 専門学校でやれば？ 839 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 00:51:41.42 .net] >>830 そんな感じでしょ 案外タネンバウムのテキストは使ってるところもある わりとあるのがバッチ系、リアルタイム系などと合わせて軽く触れてる程度 840 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 00:55:27.58 .net] >>827 Machの特徴の大部分はもう他の実装、ソースコードで実現されているんだよ 別に否定する理由もないけど普遍化してるのでそれでなければならない理由もない 理由はないけど結果はある MacOSってそういう物だよ 841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 01:43:50.83 .net] >>835 何言ってるか意味不明… 30年以上も同じカーネルを使い続けられてるのが凄いと言っている Machの仮想記憶はみんな真似してるとか書いてあるし、後続に与えた影響は計り知れない 842 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 07:29:30.12 .net] ×30年以上も同じカーネルを使い続けられてる 同じカーネルなんて使っていない 843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 11:08:35.99 .net] このあたりでその説明をしている https://news.ycombinator.com/item?id=10125933 DarwinがMicrokernelを使用しているのであれば、Microsoft Windowsも同じです。 これらは非常によく似たデザインです。 念のため言っておきますが Microsoft Windowsがマイクロカーネルを使用しているとは思いません。 Machのいくつかのバージョンはマイクロであり、他のバージョンはそうではありません。 OS Xはマイクロカーネルを使用していませんし、Darwinも使用していません。 彼らはXNUカーネルを使用しています。 XNUはMachのコードを持ち、FreeBSDのコードも使っています。 人々はこれを「ハイブリッドカーネル」と呼びますが、私はこれは誤用であり、 Appleのマーケティングの効果によってのみ存在するものだと思います。 XNUはモノリシックなカーネルで、マイクロカーネルから着想を得た メッセージパッシング機能を備えています。 そのため、特定の機能やドライバを分離することができ、例えばLinuxよりも優れています。 アップルとは異なり、マイクロソフトは実際に真のマイクロカーネルである NTのバージョンをリリースしましたが、彼らはすぐにそれがUnixと競合するOSを作るための 実用的なアプローチではないことに気づきました。 それはともかく... これは、FreeBSDを移植された Darwin のようなものだ。 商用ネットワークアプライアンスデバイスとしては、おそらく良いアプローチでしょう。 彼らは、Apple、FreeBSD、そして ZFS のソースコードを使用することで、 競合他社の製品を強化するために使用できるような、本当の意味での改善のための ソースコードを実際に提供することなく、すべての利益を得ることができます。 https://upload.wikimedia.org/wikipedia/commons/thumb/4/43/XNU_v2.svg/1024px-XNU_v2.svg.png 844 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 16:11:39.13 .net] >>836 その辺で拾った情報をかき集めて記憶して組み立てただけで知ってるつもりになってるだろ 845 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 17:16:40.69 .net] Darwinのソースコードもざっとは見たけどコードの部分一行も変えてないファイルもApple inc.の著作権表示入れてるのが滑稽だったわ 846 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 17:27:28.12 .net] >>839 ブーメランw 847 名前：名無しさん＠お腹いっぱい。 [2023/04/17(月) 17:31:35.51 .net] ほぼ全てのOSが多かれ少なかれBSDの影響受けてるんだからOSは全部BSDってことでいいだろ 848 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 18:24:33.47 .net] それでいい。 849 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 18:28:02.21 .net] >>837 少なくともXNUは26年使ってるが、その前にあったRhapsodyはほぼNeXTSTEPだが、その後カーネル部分をXNUと分離する時に、Machが2.5→Mach3.0ベースのOSFMK7.3、BSD4.4がFreeBSD由来のものにバージョンアップされたが、それを別物と言うかどうかだな AppleはドキュメントではMach3.0と言っている バージョンアップと考えれば、別物じゃないだろう 850 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 18:34:53.53 .net] >>842 影響受けたくなくて自前で純美しちゃった奴ら GNU 851 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 21:47:30.05 .net] >>844 Windows 11もNT10.0なので、NTは1993年のNT3.1からなので 30年間、同じカーネルをバージョンアップして使っていますね。 852 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 22:42:39.37 .net] Machを最初に開発したラシッド教授はマイクロソフトに引き抜かれて WindowsNTのマイクロカーネルを設計している カトラーのVMSとラシッドのMachが合体したのがWindowsNT なので現在のWindowsとMacは兄弟とは言わないが、遠い親戚みたいな 853 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/17(月) 23:02:03.01 .net] >>846 MinWinと言って1回再構築はされてる それはバイナリ解析である程度分かってるけど、結局のところ情報公開されてないので詳細は分からん Vistaは妙に重くなって評判悪いバージョンになったけど、MinWinが導入されて内部が思いっきり変わった影響だと思われる 854 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 00:11:21.10 .net] 名前や表向きのバージョンが30年同じってだけで実際には大分変ってるだろう 855 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 01:16:58.71 .net] >>848 再構築していても同じカーネルだよ 856 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 01:18:08.02 .net] Vistaが重くなったのはGPUドライバ周りの仕様変更があったから カーネルの 857 名前：問題じゃない [] [ここ壊れてます] 858 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 01:21:46.43 .net] >>848 おらよ、わかりやすそうな記事を持ってきてやったぜ Windows Aeroを極める https://xtech.nikkei.com/it/article/COLUMN/20091211/341888/ VistaのAeroではこれまでGPUが担当していた2Dの描画をソフトウエアで エミレーションするようにして，その代わりに3DをGPUが担当するようにしたことで， 必ずしもそうならなかったのだ。つまりWindows Vistaでは，3D処理が高速化した半面， 2Dの描画が足を引っ張っていたことになる。もう1つの問題は，ウィンドウのメモリー管理である。 VistaのAeroでは，ウィンドウを開く度に消費メモリーが増えてしまっていた。 Windows 7では，これらの問題を改善することで処理性能の問題を解消した。 まず，Aeroのメモリー管理を改良し，ウィンドウを開いていった際に消費するメモリー量を削減した。 さらに，グラフィックス・カードのデバイス・ドライバ仕様である「Windows Display Driver Model」を 1.1へバージョンアップし，2DについてもGPUが描画するようにした。これらの改良により， Windows 7では高速なAeroが誕生することになった。 859 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 01:30:03.31 .net] マルチプロセッサに対応できるようにするだけでも結構な変更が必要なんだから30年も同じなんてこたぁない 860 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 07:13:51.37 .net] OpenBSDはSMPに対応した？ 861 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 08:10:08.54 .net] >>853 結局そういうことだよ。 どのカーネルも30年間同じなんてわけないし 同じだとしたらそれはもうメンテナンスされていないと言うだけ 862 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 09:06:08.78 .net] Androidはずっと同じLinuxカーネル使ってると思ってたけど、違うカーネル使ってたんだw 863 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 09:12:11.67 .net] Linuxカーネルも誕生してからの30年で大きく変わってるやろ 864 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 12:53:31.61 .net] Linuxカーネルは突然別のカーネルになった訳じゃない ちょっとずつ機能が追加改善されてきたものを、ずーっと使い続けてるだけで、使ってる側からすれば同じものを使い続けてるとしか思えないだろう 大人になった人間を、子供の頃と比較して別人だろと言ってるようなもんだな 時間的な連続性を無視した極論だ 865 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 12:58:41.46 .net] テセウスの船的なアレか 866 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 16:02:00.99 .net] >>858 どのOSでも同じ話だな 全部書き換えるわけがない 867 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/18(火) 21:47:56.59 .net] 何年もかけてバージョンアップしていたNTを 本当にMinWinで一から作り直して 短期間であれだけ高い互換性を実現していたのなら MSの開発能力は他のOSの10倍ぐらいあるってことになるよ 868 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 02:18:39.77 .net] >>859 博学だなw 同じかどうかというパラドックスをテセウスの船というのか 869 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 05:20:14.95 .net] >>861 BeOS はOS機能フルセット持ったものが突然出てきたみたいな感じ。 何かが足りなくてAppleに採用されなかったけど。 870 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 06:30:18.17 .net] >>861 ReactOSが同じ事をやろうとしている >>863 BeOSは過去との互換性が無いから アプリも無いのにまた1からエコシステム作るのは大変 871 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 07:05:13.01 .net] >>862 博学っていうか、この間コミックとドラマでやってただろ 見てないのか？ 872 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 07:09:17.55 .net] >>864 > ReactOSが同じ事をやろうとしている 50年ぐらいかけてか？ 873 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 07:33:51.74 .net] 1990年代はOS/2が普及に失敗したこともあってOS作る会が全盛期だった希ガス 874 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 10:08:36.54 .net] まあ現在OS市場に立ち続けている汎用OSは Windows macOS/iOS Linux Android/ChromeOS FreeBSD カーネル別で言えば WindowsNT Mach Linux FreeBSD これは様々なCPUやデバイスやネットワークやプロトコルへの対応が 企業や個人が一からスクラッチ出来るような段階では無いということかな。 875 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 10:10:37.22 .net] 車輪の再発明は漢のロマン 876 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 10:20:55.05 .net] TRONやWindows CEはダメだったんか？ SunOS とか超漢字は悲しいな。 877 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 11:49:22.79 .net] ReactOSはプロプライエタリなドライバーが使えるし、ユーザーランドについてはWineの成果を使える 他のクローンOSとは違う有利なとこだな 878 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 13:25:11.61 .net] >>868 FreeBSDとOpenBSDのカーネルは違うのか？ 879 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 16:40:30.70 .net] >>870 TRONの構想は意味があったかもしらんけど実際に作った物はウンコ（特にBTRON） デバイスのプローブだけは早かったかも知らんがTRONコードはクソ ITRONはV2あたりまではユルユルの仕様のせいでアプリケーションのレベルで互換性のないシステムを量産した その後の整理したITRONは主に高田先生の業績 但し機能が足りない、普及もイマイチ 880 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 16:45:00.07 .net] TRONに関してはBTRONとITRONの区別もつかない素人の戯言に終始するのでとても不愉快 話題にしないでくれ 881 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:01:48.27 .net] FreeBSDのスレでTRONに詳しいってマウント取られましてもねｗ 882 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:10:00.56 .net] FreeBSD にサブシステムを乗せる口を付けてもらって BTRON を動かせたら喜ぶ人はいないだろうか。 883 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:22:33.10 .net] >>875 日本語版読めないのか？ せめてBTRONとITRONは全くの別物だということも分からずに話されても不愉快なだけだ 884 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:30:31.76 .net] ま、その程度の類だから全く話が通じなくても気持ち悪いなんて思わないのだろうがな 885 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:46:12.02 .net] TRONのことなんてどうでもいいだろ？ TRONスレででも熱く語ってろよ 886 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 19:54:51.77 .net] >>879 その通り、需要の全くない話だわ 887 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 21:25:55.41 .net] Windowsの一部(WiFi?)のドライバをFreeBSDでも使えたようなと思って確認してみたら 14.0で削除されるみたいだ tps://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa 888 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 21:36:40.04 .net] ちゃんとリンクぐらい晴れ https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa 889 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 22:22:02.00 .net] 規制かなんか知らねーけど貼れねーんだよ！！！ 890 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/19(水) 23:10:55.57 .net] 回線と板の規制の設定によっては5chのスレのURLを貼っただけで一発BBQ食らったりする >>8辺りでもガイシュツ 891 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 01:31:58.04 .net] ちんちん！シュッシュッシュッシュッ 892 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:19:14.61 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa 893 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:19:30.52 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa　 894 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:19:46.32 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa　　 895 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:20:02.17 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa　　　　 896 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 06:20:18.13 .net] https://cgit.freebsd.org/src/commit/?id=bfc99943b04b46a6c1c885ce7bcc6f235b7422aa　　　　　 897 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 10:01:10.96 .net] Windowsは同じCPUであればだいたいプログラムが実行できる FreeBSDのバイナリに互換性はあるのか？ 2.0Rのバイナリが13.0Rで動くのか？ 「make しなおせば？」 ソースが無ければ？ MS-DOSとWindowsはバイナリの下位互換性があるし おそらくAndroidあたりもアーキテクチャが同じならありそうな気がする macOSやiOSもありそう 898 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 10:13:59.81 .net] >>891 2.0Rはさすがに古すぎだけど、4.0R以降なら、compat*x入れればたいがい動くんじゃないか WindowsやMacの方が古いプログラムが動かなくて困ってる印象 例えば、WindowsXPのプログラムが軒並み動かなかったとか 899 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 10:58:23.82 .net] >>892 FreeBSDはバイナリ互換あったのか 直近だと自分でMakeしたNgが9でも12でも動いていたけど 900 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 12:15:34.10 .net] FreeBSD のカーネルは後方互換性を持つってどこかで見たな メジャーバージョンを跨ぐ make installkernel した後でも以前のユーザランドが実行できるのはそれが理由 make installworld した後なら >>892 の言うように compat*x が必要になってくる そう考えると FreeBSD 4.11 i386 の base であれば拾ってきてユーザランドを上書きしても動作するってことになるな 誰かの実験結果を見てみたいなあ 901 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 13:48:14.45 .net] >>892 Vista以降でxpのバイナリが動かなくなるのは特にゲームで見られたな。 綺麗なDOSプログラムが32bit版Windows 10で動くかは興味深い。 一方x86版との互換性さえ疑われるamd64版FreeBSD 902 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 14:26:54.60 .net] バージョン違いのバイナリが動かないのはABIの問題というよりは共有ライブラリの問題が大部分だからスタティックリンクしていればELFに移行以後のバイナリなら動くんじゃね a.out時代ならNetBSDのバイナリも動いたんだが 903 名前：名無しさん＠お腹いっぱい。 [2023/04/20(木) 14:35:45.75 .net] >>872 OpenBSD はソースみたら libc からガンガン変更入ってた 単純な関数でもバッファオーバーフロー対策入れてる バイナリ互換性は知らん 904 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 16:10:34.49 .net] >>892 > WindowsやMacの方が古いプログラムが動かなくて困ってる印象 > 例えば、WindowsXPのプログラムが軒並み動かなかったとか それはWindowsの方が動かしたいGUIアプリがたくさんあったからだね FreeBSDなんて、なくても良いものばかりで そもそも使ってないので、動かなくても誰も話題にしない 905 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 17:17:07.33 .net] >>898 んなこと言い出すと 「お前がそう感じるだけ」 「お前が知らんだけ」 というとっても不毛な言い合いで終わる その辺で止めとけ 906 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 17:25:48.14 .net] まーGUIなんて言ってるからね 99%ライブラリの依存関係の話しなんだろうけどねー そういうのはどの環境でも起きる話だからpythonのpyenvのような仕組みを導入したりjailやDockerで実行環境切り替えたりDockerのイメージで丸ごと実行環境から提供したり、それってJAVAのやった事の再発明だよねとか まあ下らないけど人によっては大事な話なんだろうね 907 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 19:35:57.87 .net] Java はセキュリティ強化していったせいで動かなくなったのが沢山。 言語仕様も直されているし。 908 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 20:18:42.05 .net] >>900 ライブラリの依存関係についてはWindowsは早くから OS以外の共有ライブラリを共有しないようになってるので関係ない話 知らないかもしれないけど、Windowsではライブラリはアプリに付属するもの 共有するから依存関係がーなんて言うのはLinuxとかの話 909 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 20:22:44.77 .net] >>892 > WindowsやMacの方が古いプログラムが動かなくて困ってる印象 > 例えば、WindowsXPのプログラムが軒並み動かなかったとか んなこと言い出すと 「お前がそう感じるだけ」 「お前が知らんだけ」 というとっても不毛な言い合いで終わる から、無知のくせに喧嘩うるな 910 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 20:27:11.58 .net] shared objectのバージョン依存があるから なおstatic linkなら 最近ならコンテナで丸っと配布がトレンド Windowsも古いアプリはApp-Vで仮想化してたりするし 911 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 21:22:59.22 .net] >>902 そら問題の起きにくい説明にはなってるけど起きない説明にはなってねーよ VCランタイムの問題だとか使われるDLLの問題なんかは起きてる 912 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 21:30:43.30 .net] 俺的にちょっと嫌なのはjuypter notebookなんかを使った場合に各種言語のカーネルがpythonのライブラリと整合取れるか怪しそうだなってとこ OS関係なしに問題起きるだろうなこれ 913 名前： こういうのは問題出たら丸ごと入れ替えたい [] [ここ壊れてます] 914 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 22:39:29.47 .net] >>903 WindowsはxpからVistaの時に\Program Filesのセキュリティ設定が変わった影響が結構ある。 915 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/20(木) 23:41:32.76 .net] >>905 DLL Hellはとっくになくなってる 916 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 02:31:07.73 .net] >>908 だからアプリケーションレベルだけで起きる依存性の問題について付け足したんだが？ 917 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 14:07:59.31 .net] ん？ DLL Hellがアプリケーションレベルの問題だって理解できてない？ 共有ダイナミックリンクライブラリしかしらない？ 共有されてないDLL（ダイナミックリンクライブラリ）がある理由がわかってない？ 918 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 18:37:03.19 .net] >>910 んなはなしはしていない 919 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 18:38:29.45 .net] >>910 いつまでもWindows.の話がしたいなら他へ行ってくれ 920 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 19:13:59.35 .net] FreeBSDはメジャー番号上げすぎ問題 CUIのOSでメジャー番号をころころ変えるのはどうか 最近だとWindowsが10、macもXでかなり長い年月粘った 921 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 19:17:55.92 .net] bhyveにVNCで繋げた時のキーマップを修正するパッチが取り込まれたはずだと思って13.2のリリスノートを見てもその事が書いてなかった まさかの14町かよ 922 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 20:08:09.63 .net] >>911-912 言い負かされたからってみっともないｗ 923 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 20:08:53.56 .net] >>913 長期サポートが欲しいならLinuxを使ってくれ 短期アップデートを繰り返すのがFreeBSDだ 924 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 20:18:33.79 .net] >>916 Ubuntuは16とか18とか、すげーペースでバージョン上げるんだなと思ったら 西暦の下二桁だった 925 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 21:52:44.37 .net] >>915 二度と来るなボケ 926 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 22:07:30.96 .net] >>913 上げすぎも何もここしばらくは2年毎で機械的にメジャー番号が上がってるはず リリースの遅れはあるけど 要はそういうスケジュールが先にあって期限に間に合うものが入るという形 927 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 23:49:35.87 .net] >>917 UbuntuはFreeBSDみたいに、新しいバージョンが出たら 古いバージョンを切り捨てるという方針じゃないので安心 Ubuntu 14.04がサポート終了になるのは来年 一方でFreeBSDは、2016年にリリースされた11系が 2020年にサポート終了している 928 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 23:53:25.45 .net] >>919 古いバージョンを使い続ければいいだけだから バージョンが上がるだけなら問題ない サポート終了になるのが問題 5年ごとにOSをアップデートしなければならんから困る ゲームぐらいならどうでもいいがミッションクリティカルなシステムには使えない 929 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/21(金) 23:57:37.55 .net] >>920 で？ 主張したいことは何？ 930 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 00:02:52.12 .net] >>922 お前ら寄付をしろ サポートが10年にならないと 候補にすらならん 931 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 00:07:12.66 .net] >>923 現状のFreeBSDには長期サポートを必要としてるスポンサーがいないってことだろ お前が必要とするなら、お前がスポンサーになって長期サポートバージョンを維持するか お前が長期サポートするプロプライエタリなディストリを作るかしろ 932 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 00:10:17.58 .net] ものすごい疑問なんだが即時対応する有料サポート無しでミッションクリティカルな用途に採用するんか？ いやコード全部自分とこで管理してパッチ当て続けるマンパワーがある組織なら屁でもないんだろうけど そんな連中はバージョンサポートの有無なんて気にしないやろうし… 933 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 10:39:29.06 .net] まあ、長期サポートが10年になろうがすごいデスクトップになろうがFreeBSDがlinux に取って代わることはないから。linuxがなんかおおポカやってEUに出禁になるとかなったらあるかもしれんけど。よくわからん覇権を夢見るより今できることを楽しめばいいと思う。 934 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 10:40:48.74 .net] ちんちんシュッシュッシュッ! 935 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 10:46:44.51 .net] コピペ馬鹿 936 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/04/22(土) 11:01:37.37 .net] >>924 > お前が必要とするなら、 必要ない。長期サポートしないようなものはビジネスとして選択肢にならないと言ってる 事実を言ってるだけ。 別にFreeBSDはこのまま消えてもらっても構わん

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef