アカウント名:
パスワード:
仕様として明記されてない挙動・実装でも,その利用者が十分に多ければその実装・挙動は正式な仕様に組み込まれるべき,という考え方があります.いわゆるハイラムの法則です.
では DT_HASH はどうなのかというと,- 8月以降ほとんど話題になってない.- 動かなくなるのは商用ゲームで Easy Anti-Cheat(ゲームの不正防止モジュール)を組み込んでる製品などのごく一部のソフトだけ- 大半のソフトウェアでは問題が起きない- glibc のバグレポートも放置されている https://sourceware.org/bugzilla/show_bug.cgi?id=29456 [sourceware.org]- ユーザープログラム側を DT_GNU_HASH に対応させるのはそんなに難しくない- DT_HASHよりDT_GNU_HASHのほうが性能がよいという状況です
つまり利用者が少ないのでハイラムの法則には当てはまらず,DT_HASHが復活することは無さそうです.
別解としては glibc 2.36 にパッチを当ててDT_HASH を再度実装するという方法もあります.再度実装といってもDT_HASHを削除したcommitをリバースパッチするだけの簡単な作業です.ディストリビューションとしては当面はglibc側にパッチをあてて DT_HASH を提供,将来的には完全廃止という方針が無難な気がします.
ぜんぜん詳しく無いけど、Linux用のバイナリはELFOSABI_GNUだからsysvのABIには縛られないって事なんだと思う。ELFOSABI_NONEならばDT_HASHは必須だけど。
SCO なんて鼻つまみ者のサイトじゃなくて、別のがなかったのかよ。Solarisのも [oracle.com] はどうだ、って Oracle かよ。
クラッカー感涙モノの法則ですな
「ユーザーが十分に多ければ約束されていないあらゆる挙動に依存される」という意味です。つまり、インターフェイスがあるのに実装に依存するユーザーが多いという事実を説明するもので漏れのある抽象化の法則に繋がり、自明ではない抽象化云々の話です。
観測的にプライベートな実装などないとは言ってますが「仕様に組み込まれるべき」とは言ってません。
https://www.hyrumslaw.com/ [hyrumslaw.com]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
ハイラムの法則 (スコア:3)
仕様として明記されてない挙動・実装でも,その利用者が十分に多ければその実装・挙動は正式な仕様に組み込まれるべき,という考え方があります.
いわゆるハイラムの法則です.
では DT_HASH はどうなのかというと,
- 8月以降ほとんど話題になってない.
- 動かなくなるのは商用ゲームで Easy Anti-Cheat(ゲームの不正防止モジュール)を組み込んでる製品などのごく一部のソフトだけ
- 大半のソフトウェアでは問題が起きない
- glibc のバグレポートも放置されている https://sourceware.org/bugzilla/show_bug.cgi?id=29456 [sourceware.org]
- ユーザープログラム側を DT_GNU_HASH に対応させるのはそんなに難しくない
- DT_HASHよりDT_GNU_HASHのほうが性能がよい
という状況です
つまり利用者が少ないのでハイラムの法則には当てはまらず,DT_HASHが復活することは無さそうです.
別解としては glibc 2.36 にパッチを当ててDT_HASH を再度実装するという方法もあります.再度実装といってもDT_HASHを削除したcommitをリバースパッチするだけの簡単な作業です.
ディストリビューションとしては当面はglibc側にパッチをあてて DT_HASH を提供,将来的には完全廃止という方針が無難な気がします.
DTのおにんにんを切り刻む (スコア:0)
http://www.sco.com/developers/gabi/latest/ch5.dynamic.html [sco.com]
Re: (スコア:0)
ぜんぜん詳しく無いけど、Linux用のバイナリはELFOSABI_GNUだからsysvのABIには縛られないって事なんだと思う。ELFOSABI_NONEならばDT_HASHは必須だけど。
Re: (スコア:0)
SCO なんて鼻つまみ者のサイトじゃなくて、別のがなかったのかよ。
Solarisのも [oracle.com] はどうだ、って Oracle かよ。
Re: (スコア:0)
クラッカー感涙モノの法則ですな
Re: (スコア:0)
「ユーザーが十分に多ければ約束されていないあらゆる挙動に依存される」という意味です。
つまり、インターフェイスがあるのに実装に依存するユーザーが多いという事実を説明するもので漏れのある抽象化の法則に繋がり、自明ではない抽象化云々の話です。
観測的にプライベートな実装などないとは言ってますが「仕様に組み込まれるべき」とは言ってません。
https://www.hyrumslaw.com/ [hyrumslaw.com]