Re: Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed. を消すに は?
河野真治 @ 琉球大学情報工学です。特に悪く言っているつもりもないんだが...
たぶん、glibc をそのバイナリだけ古いのを使うって言う風にする
と思う....
In article <ct854o$fnp$1@news.sannet.ne.jp>, Yoshimichi Kubo <selvid@sannet.ne.jp> writes
> Vine Linuxは Red Hat Linux用のバイナリの動作を保証していませんし、
> Synopsys は動作プラットフォームを明言しているわけですから、
> ユーザはそのプラットフォーム上で使うべきです。それに反した使い方を
> しながら、動かなかったといって悪し様に言うのはおかしいと思います。
> 事情が判らない人間が読めば、「Synopsys というツールが(動くはずの)
> Vine 3.0 で動かない、けしからん」としか読めません。
僕は自分の責任で動かそうとしているので、あって、そこに関して
「Ret Hat を使え」ってのは、ちょっと余計なお世話だと思う。た
だ、あなたが考えている Linux 開発者の態度とか、期待されるLinux
ユーザが何かは、良くわかりました。それは覚えておきます。
バイナリ互換を落せば誰かが文句を言うのは当然だと思います。それは
わかってやっているわけですよね。しかも、
system error message を stdout に出すような真似しておいて開きなおられる
のは、ちょっとなぁ。stderr だったら、まだ、許せるんだけど...
detect できているんだから、そのようなバイナリに関しては古い errno
の実装を使うっていう風にするべきだと思う。あるいは、errno をマクロ
にしておいて、バイナリ互換のために int errno;もサポートするって、
そんなに不可能な程、非常識な実装
なんですか?
> 誰の目にも入るように「Vine Linux 3.0 をお使いの方には特別な事情が
> ない限り、Vine Linux 3.1 へのアップグレードを推奨いたします。」と
> 書いてあります。3.0 をお使いになっている理由はどうしてですか。
実は3.1です。手が滑べっただけ〜 そもそも、2.6->3.1 のupgrade
で、このあたりの問題が出ているので。
もちろん、Vine Linuxを入れるのには、一応、反対しましたよ。
でも、なんとか出来るつもりだったので、Vine Linuxで頑張っている
んです。もちろん、これを理由に Red Hat に移行するていう手も
あるけど、それは嫌だからいろいろやっているってところですね。
---
Shinji KONO @ Information Engineering, University of the Ryukyus
河野真治 @ 琉球大学工学部情報工学科
Fnews-brouse 1.9(20180406) -- by Mizuno, MWE <mwe@ccsf.jp>
GnuPG Key ID = ECC8A735
GnuPG Key fingerprint = 9BE6 B9E9 55A5 A499 CD51 946E 9BDC 7870 ECC8 A735