BSD

uname -a は冗長か?

わりとどうでもいいネタ。

uname -a を実行すると、

$ uname -a
NetBSD xxx.ceres.ne.jp 9.0_STABLE NetBSD 9.0_STABLE (GENERIC) #0: Fri Apr  3
02:59:31 JST 2020  est@xxx.ceres.ne.jp:/xxx/amd64/obj/sys/arch/amd64/compile
/GENERIC amd64

NetBSD とか 9.0_STABLE とか、2回出てきて冗長な気がする。

NetBSD が悪いわけではなく、BSD 系全般(とか Darwin とか)こんな感じだったはずだが(※)。

変数初期化の重要性

とある(比較的広く使われている)C言語のプログラムをデバッグしていたのだけれど、なんか初期化されていない変数を使っていそうな感じの箇所が多い。

そこで、全体をgcc -Wmaybe-uninitializedでチェックしてみると、結構出てきた。
(デバッグの話はこれで終わり。)

もっとも、maybeだけあって、必ず妥当な警告を出すわけではなくて、

-Walloc-size-larger-than= とは?

特定のコードを特定のコンパイルオプションつきでコンパイルするとこんなのが出る

warning: argument 1 value '18446744073709551615' exceeds maximum object size 9223372036854775807 [-Walloc-size-larger-than=]

例えば NetBSD の src/lib/libc/gen/asysctl.c を -O3 で(というか -O2 -fsplit-paths でも)コンパイルすると出る。
通常は -O2 なので出ない。

NetBSD 8.0 と 8.1 以降で npf の挙動が違う?

NetBSD/amd64 8.0_STABLE(以下 8.0)
NetBSD/amd64 8.1_STABLE(8.1)
NetBSD/amd64 9.0_BETA(9.0)

こんな感じの、中からの通信はプロトコルを問わないけれど、外からはsshだけ受け付ける npf.conf

$ext_if = "bge0" # or "re0" or ...
$ext_v4 = inet4($ext_if)
group "external" on $ext_if {
        pass stateful out final all # rule (1)
        pass in final proto tcp to $ext_v4 port ssh # rule (2)
}
default {
        pass final on lo0 all
        block all # rule (3)
}

だけど、8.1, 9.0 だと外から ssh で接続できない。

Sun Fire T1000


入手したのでメモ。

2005年12月発表・2006年1月から出荷・2010年1月EOL、という時代の製品です。

Sun MicrosystemsがOracleに買われたのとEOLが同時期なので、「Oracleは無関係」な Sun Microsystems 製品と言いたいところですが、最新のファームウェアにすると Copyright が Oracle になります。(どうでもいい)

pkgsrc/www/php-nextcloud などが特定条件下で segmentation fault になる件

条件が揃うと、nextcloud の occ status のような単純な処理でも segmentation fault が発生する。

根が深かったのでメモっておく。

概要
php で mysql と curl の extension が両方あり、mysql 5.7 以降と openssl 1.0系(以前)を組み合わせていると不具合が発生する(場合がある)。

pkgsrc(2019年2月頃~)の mysql のデフォルトは 5.7、NetBSD 8.[01] の openssl は 1.0.2k、なので引っ掛かりやすい(はず)。
(NetBSD 9.0 からは openssl 1.1系になるはず……)