IFCサポートを入れるときに、G77/DEC Fortran/Intel Fortran 全てで共通に使える改行制御を探すのにえらい苦労した記憶が... (I hope the below works for all compilers...って希望するだけなら簡単だけど、それでは世の中のコンパイラは動かないんだ...)

絶望した!I/Oを再定義出来ないのに、ベンダーが勝手に I/O書式制御を拡張する Fortranコンパイラに絶望した!

(2008/02/19追記)

IFCだと#文字の characterを表示するのにa#という書式指定も NGというか期待と違う動作をする

a#は、i#と同様に #bytesな characterと解釈されるので "abc"を a3でフォーマットすると出力は" a"となり、一文字の character "a"を先頭に空白を付けて 3byte幅で出力する。

[ツッコミを入れる]

2009-02-16

_ [FreeBSD]SA-09:05

話題のtelnetd 0-dayのパッチだが、environから許された環境変数以外 (例えばLD_PRELOAD)を取り除くと言う意味では、元のコードでも問題ないはずで、何故mallocした上でstrdupしているのか疑問だったのだが...src/lib/libc/stdlib/getenv.cを読んで納得。

ポイントは__merge_environでenvironから構造体型のキャッシュを作っており、setenvやgetenvはそちら側を参照している。 setenvの最後で、__rebuild_environしてenvironを再生成してしまうので、scrub_envした後に/bin/loginを execvする前に行うsetenv,unsetenvでenvironが巻き戻るという筋書きになっている。従って、本質はenviron配列を複製して __merge_environに変更を通知する部分が肝である。

この辺の、環境変数回りの管理コードの変更は歴史的には比較的最近導入されたはずで、昔のlibcだとenvironの現物を直接参照＆操作していたので問題は出なかったはず。

今回の問題の本質は、歴史的にenvironへの直接操作が許されるのにそれを想定していないsetenv,getenv系APIの実装に問題が有るような気がする。

environ回りのAPIに、定義済み環境変数を辿るイテレータAPIが無いのも原因なんですが...(イテレータで辿って、不要な変数をunsetenvする)

[ツッコミを入れる]

カテゴリー: Admin | Emacs | EPICS | Fortran | FreeBSD | GCC | hgsubversion | IPv6 | KEKB | LHC | Lisp | LLVM | MADX | Ryzen | SAD | samba | tDiary | unix | WWW | YaSAI | お仕事 | イベント | 出張 | 宴会 | 数学 | 艦これ | 買いもの | 追記 | 雑記