○ 連休

○ pkgsrc/print/cups

$ uname -sm
Linux i686

なのにlibcups.soがlib64以下にインストールされてしまうのはなんでだろ。

○ 連休

○ OpenBSD

4.1でたのか、Citrus patchも更新しなきゃなぁ。

○[NetBSD] src/sys/compat/compat_util.[ch]

のemul_find() -> emul_find_root()の変更でsrc/sys/lkm/execあたりが壊れてる >>4.99.19
patchは こんなかんじ。

○[NetBSD] kern/36287

dsl@のお返事の意味がよーわからんちん。

The fix is to exclude the object file containing find_emul-root() from
the LKMs.  I thought I'd done that.

ぇー？

$ nm /netbsd | grep emul_find_root
c073aef0 T emul_find_root
$ nm /usr/lkm/exec_linux_elf.o | grep emul_find_root
000007bc T emul_find_root

やってないじゃん、なんか俺勘違いしてる？

• lkmはkernelがemul系のoptions付きでcompileされてようがされてまいが
  どっちでもちゃんと動かなければならない。
• つまりkernel側にはemul_find_root()があるかないかは不明。
• なのでlkmはcompat_util.cを自前でlinkしておく。
• ただしkernel側にあった場合、symbolがconflictsするのでCPPFLAGSを指定してrenameしとく。

というこれまでの方法を踏襲したpatchを送ったつもりなんだがなぁ。
これをcompat_util.cをoptions LKMの場合は常にkernelにlinkするようにして
それぞれのlkm moduleにはcompat_util.cを含めないようにすべきってことかね？

○[NetBSD] 続 kern/36287

修正入った。
でもこれだけだとkernel configでcompat系のoptionsを全て切ってると
kernelにはcompat_util.oがリンクされなくなる。される模様、 ここ参照。
そうするとmodloadした時にundefined symbolだし駄目だよなぁ。
libcompatもlibkernと同様にoptions LKMが指定されている場合は
COMPAT_AS=objをセットしてlibcompat.aでなくlibcompat.oとしてbuildしないと。

--- Makefile.i386.orig	2007-05-13 21:05:58.000000000 +0900
+++ Makefile.i386	2007-05-13 21:06:14.000000000 +0900
@@ -39,8 +39,10 @@
 ##
 .if !empty(IDENT:M-DLKM)
 KERN_AS=	obj
+COMPAT_AS=	obj
 .else
 KERN_AS=	library
+COMPAT_AS=	library
 .endif
 
 ##

○[NetBSD] libcompat.o

う、COMPAT_AS=objじゃ駄目ぽ。

making sure the compat library is up to date...
make: don't know how to make libcompat.o. Stop

make: stopped in /usr/src/sys/arch/i386/compile/NO_COMPAT/lib/compat
*** Error code 2

Stop.
make: stopped in /usr/src/sys/arch/i386/compile/NO_COMPAT

○[NetBSD] COMPAT_AS=library

compat系のoptions全部外してみたけど、exec_elf32.oがemul_find_intrp()を呼んでるおかげで
libcompat.aのままでもcompat_util.oはちゃんとkernelにlinkされる模様。
メンドいしこのままcloseするかな...

○[OpenBSD] citrus patch

作業中の ブツ。
2〜3日中にはちゃんと仕上げて配布物を作るのでしばしおまちを。

○ とつか再開発くん

どうみても「人生オワタ＼(^o^)／」にしか見えんこのやる気のない キャラ
最近駅前でやたら見かけてツボに入ってたんだがやっぱり 一部で評判になってたらしい。
流石はWim Wendersの名作 「パリ、テキサス」の続編 「原宿、戸塚」の舞台(ぉ

[豆知識]
かつて戸塚にあった遊園地「ドリームランド」の名前の由来は、同名の占領軍特殊慰安所。
まるで Joy Divisionですな。
つまり人生オワタ=Ian Curtis、とつか再開発くん=New Orderだったんだ(AA略

洋楽オタしか判らんネタですいまそ。

○[FreeBSD] ja_JP.eucJP

http://www.freebsd.org/cgi/query-pr.cgi?pr=51085 ネタ。

問題になってるisprint(3)の挙動だけど
multibyte文字の1byte目だけ食わせればそりゃ0になりますわな。
mbrtowc(3)でwchar_tに変換してiswprint(3)を使いまひょう。 *1

つーわけで普通はi see no evil〜 *2なんだけれどもacceptされてるよ、おい。

何か弄るならsrc/lib/libc/locale/euc.cでSS2/SS3を扱えるように直せばいいのにねぇ。
(追記) 塩崎さんからツッコミ、SS2/3は対応しているそうです。

○[FreeBSD] 続 ja_JP.eucJP

utf-8使えってことですかねより。

いや別にja_JP.eucJPがFreeBSDから無くなったとかという訳ではないので安心してください。
ja_JP.eucJPの定義が一部壊れただけです、今回の変更をbackoutすれば何の問題もないんですけどね。

FreeBSDの実装だと半角カナの2byte目をisprint(3)に食わせたときに0にならない件を塩崎さんが指摘されてますが
これを保障しようとするとShift_JISの場合困るんで、まあ1byte目以外の挙動は
undefinedのケースでいいんじゃないかと私は思います。 *1

今回の(普通ならrejectされるべき)patchをacceptしたのがache@ってんで「ああ、やっぱり」というのが今回の話のキモ。
この人はFreeBSDのi18n周りの責任者を長年務めてる人で、LC_COLLATE他の実装をした人なんですが
ちょっと知識が古いつーかなんつーかでして。

CitrusをFreeBSDにmergeしようとした時のの彼の反応で判って頂けるかなぁ。

　　　　 　 　　 　　／￣￣￣￣￣＼
　　　　　　　　　／　　　　　　　　　　　＼
　　　　　　　　 /　　　　　　　　　　　　　　ヽ
　　　／￣＼　l　　　　　 ＼,, ,,／ 　　　　　| 
　　,┤　　　 ト | 　　 （●） 　 　 （●）　　　|　Citrusは標準APIじゃないお！！実装する価値ないお！！
　|　 ＼＿／　 ヽ 　 　 ＼＿＿_／　　 　　|　(いってやった、いってやった)
　|　　　＿_（￣　｜　　　　＼／　　　　　ノ
　ヽ＿＿＿）


　　　.　. .... ..: : :: :: ::: :::::: :::::::::::: : ::::::::::::::::::::::::::::::::::::::::::::: 
　　　　　　　 Λ＿Λ . . . .: : : ::: : :: ::::::::: ::::::::::::::::::::::::::::: 
　　　　　 　/:彡ミ゛ヽ;）ー、　. . .: : : :::::: ::::::::::::::::::::::::::::::::: 
　　　　　 / :::/:: ヽ、ヽ、 ::i . .:: :.: ::: . ::::::::::::::::::::::::::::::::::::::: 
　　 　　 / :::/;;: 　 ヽ　ヽ ::ｌ　. :. :. .:: : :: :: :::::::: : :::::::::::::::::: 
￣￣￣（_,ノ ￣￣￣ヽ、_ノ￣

大ちゃん…ISO/IEC 9899/{AMD1:1995,1999}とIEEE Std 1003.1くらい読もうよ…

つー感じで、いやぁ相変わらずだなぁという。

○[i18n] pkgsrc/converters/libiconv

現場のLinux(FC2) + pkgsrcで動かしてるファイルサーバなんだけど
pkgsrcのGNU libiconvが1.10 -> 1.11になったときに
legacy-encoding projectのpatchがkillされたせいでsambaがちとマズイことになってた。
3ヶ月近く気付かず放置してたがキニシナイ。

EUCJP-MS -> UTF-8にするのもメンドイので1.11用のpatchをでっちageしてみた。
/distfiles/GNU/libiconv/libiconv-1.11-ja.patch.gz
LE本家の方が対応するまでの暫定ということでひとつ。

○[SCM] Subversion

$ svn mkdir file:///path_to_svn_repository/{trunk,branches,tags}

という書式も受け付けることに今更ながら気付いた、bashismがこんなところにまで。

○[NetBSD] kern/36370

http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=36370
kernel iconvマダー？ ネタ。
変換テーブルをkernelに抱え込まないようにuserlandにiconvd(8)置いて
/dev/iconv経由でkernelとお話とかするとさすがに遅いんでしょうか。
いやよう知らんけど。

いっそmsdosfsをpuffs/FUSEにしてしまえばlibcのiconv(3)呼び放題だったりするのかもしれん。

○[OpenBSD] http://www.openbsd.org/

アクセスすると403 Forbiddenになてる、謹んでご生前の(以下略)
cvswebは生きてるんだけど一部のソース消えてるげ、何かアナウンスあったっけ？

○[NetBSD] u_int32_t vs uint32_t

typedef uint32_t	u_int32_t;

/*
 * XXX POSIX sized integrals that should appear only in <sys/stdint.h>.
 */
...
#ifndef _UINT32_T_DECLARED
typedef __uint32_t      uint32_t;
#define _UINT32_T_DECLARED
#endif
...
typedef __uint32_t      u_int32_t;

○[FreeBSD] TODIGIT

塩崎さんとこより。

あれ？TODIGITってdigittoint(3)で使ってたと思うんですが…記憶違いかな。
＃ なんで消すと非常にマズイ気がするんですけど。

まあNetBSDの場合はdigittoint(3)は無いので消してもいいんでしょうが
同等の機能が将来的にlocale awareな{str,wcs}to{l,ll,imax,ul,ull,umax}(3)の実装とか
vf(w)printf(3)の%I実装(GNU拡張ですけど)にも必要になる予感。

記憶が正しければFreeBSDは{str,wcs}to{l,ll,imax,ul,ull,umax}(3)の実装に
既にdigittoint(3)を呼んでたかと。
＃ ただし[0-9A-Fa-f]の範囲までしか変換できないので(本当は[0-9A-Za-z]まで必要)
＃ 役に立たないのでコメント化されてた記憶が。

○[OpenBSD] __weak_alias(alias,sym)

cpp マニアックスで思い出したんだけど、OpenBSDとNetBSDの__weak_alias(alias,sym)のちょっとした違いの話。

NetBSDの場合

• <sys/cdefs_elf.h>

  #define _C_LABEL_STRING(x)		x
  
  #define __weak_alias(alias,sym)				\
  __asm(".weak " _C_LABEL_STRING(#alias) "\n"		\
  	_C_LABEL_STRING(#alias) " = " _C_LABEL_STRING(#sym));
  

となってるので

• namespace.hを使う場合

  namespace.h
  --------------------
  #define foo _foo
  
  foo.c
  --------------------
  #include <sys/cdefs.h>
  #include "namespace.h"
  __weak_alias(foo,_foo)
  void foo(void)
  {
  	foo();
  }
  

• 明示的に_を付与する場合

  #include <sys/cdefs.h>
  void _foo(void)
  {
  	_foo();
  }
  __weak_alias(foo,_foo);
  

のどちらの書き方も可能なのだけれども、OpenBSDの場合

• <sys/cdefs.h>

  #define __STRING(x)		#x
  

• <machine/cdefs.h>

  #define __weak_alias(alias,sym)			\
  __asm__(".weak " __STRING(alias) " ; "		\
  	__STRING(alias)  " = " __STRING(sym))
  

という定義になってるので、リンク先にある通りの理屈で
前者のソースをgas assemblerに落とすと

	.file	"test.c"
#APP
	.weak _foo ; _foo = _foo
#NO_APP
	.text
	.globl	_foo
	.type	_foo, @function
_foo:
...

と展開され、fooシンボルが消えてしまう。
これでは__weak_aliasする意味がないのでびみょーに注意、つかこれバグ(以下略

ちなみにFreeBSDだと__weak_reference(sym,alias)というのが同等のマクロ。

• <sys/cdefs.h>

  #define __weak_reference(sym,alias)	\
  	__asm__(".weak " #alias);	\
  	__asm__(".equ "  #alias ", " #sym)
  

○[OpenBSD] Citrus patch

RC1。
MB_LEN_MAX 32 で壊れるバイナリ後方互換は
正式版に対策用のパッチ(以前のrename.patch)も含める予定。

○[NetBSD] Citrus iconv

CP1046(Arabic Extends)とCP1124(Cyrillic, Ukraine)の変換表書いた。
cvs復活したらcommitすんべ。

ところでGNU libiconvとJava6のCP1046の変換表って間違ってないか?
アラビア基本形(U+0600-U+06FF)ではなくてアラビア表示形B(U+FE70-U+FEFE)
の方を使うべきだと思うんだが(実際CP864の変換表はそうなっている)。

それとCP{864,1046}(表示形B) -> ISO8859-6(基本形)の変換では
前者は後者に包摂されることになるよなぁ、これもそのうち直さんと。

○ 最近買った本

• FIRST MAN - The Life of NEIL A. ARMSTRONG(上)(下)
  まさか邦訳出るとは思ってなかった。
  次は故Pete Conradの``Rocketman''もおながいします、Whoopie!
• NASAを築いた人と技術 - 巨大システム開発の技術文化