〜2004年4月下旬〜
最適化が強化されたらしい。 rubyのmake test-allでgcc 3.3.3と時間を比較してみたが変わらない。 でもmake test-allは待ちが多いからあまり参考にならないな。 比較するならmake install-docだったか。急に面倒になった。
早速GCC 3.4.0でmake all test installした。問題なし。
perlを上げてしまうとcpanを実行すたびにConfig.pmの初期化が始まるので、~/.cpan/CPAN/MyConfig.pmを作ることにした。 単に
% mkdir ~/.cpan/CPAN % cp /usr/local/lib/perl5/5.8.4/CPAN/Config.pm ~/.cpan/CPAN/MyConfig.pm
としただけなんだけどね。
借りた。途中うつらうつらしながら見てたせいか、またよくわからず。 そういえば他の新作は全部貸し出し中だったのに、 なぜかMatrix Revolutionsだけはいっぱい残っていた。 みんな理解できてない?
Changes:
This release only affects the DHCP function. It adds a couple of minority-interest configuration options. It also has interoperability fixes for some HP JetDirect printers and IBM LANMAN DHCP clients, and a fix for broken DHCP functionality under OpenBSD.
実に余計なお世話的な話だが、djgppにはforkが存在する。 中身は
errno = ENOMEM; return -1;
だけ。そんなもん作ってくれてもなあ。 configureするとHAVE_FORKが定義されて実によろしくない。
Linux上でmingw32をクロスコンパイルするとlibmsvcrt-ruby19-static.aが作られないことに気づいた。 今日は久し振りに全部消したから気づいたわけだけど、 たまにはいつもと違うことをしてみるもんだな。
Changes:
cls for was sftp improved. 'cd dir/' now checks if the directory exists, and ftp:ssl-force is honored even if the FTP server does not advertise AUTH in its FEAT reply. Several bugs were fixed in FXP and SFTP.
そういえばsftpってどうやるんだ?適当に
% lftp sftp://host
を試してみる。いけた。なるほど。 hostは~/.ssh/configに書かれているHostがそのまま使える。
autoconf 2.58以上が必要。
ブロック引数は多重代入と同じ。
% irb x.rb >> a, (b, c) = 1, [2, 3] => [1, [2, 3]] >> [a, b, c] => [1, 2, 3] >> a, b, c = 1, [2, 3] => [1, [2, 3]] >> [a, b, c] => [1, [2, 3], nil]
ってことなんだよね。代入だから
module Enumerable def to_h inject({}) {|h, (k, v)| h[k] = v; h} end end
はvを使わなくても
module Enumerable def to_h inject({}) {|h, (k, h[k])| h} end end
と書ける。でもわかりにくくなるだけか。
雑誌の連載でちらっとしか見てないが、SELinuxの設定はすごく面倒な感じだった。 Fedora Core 2 test3で無効になったのはそのあたりが原因だったりするんだろうか?
Changes:
Several Makefiles and other build files were corrected or changed. An HTTP basic authentication annoyance was fixed (bug# 244029), along with an IPv6 FQDN resolution failure in Debian. Other minor bugs were also fixed.
どうも最近はアップデートというとセキュリティがらみが多いね。
Security Note:
There is a security fix included in 2.6.1 that affects only people running a read/write daemon WITHOUT using chroot. If the user privs that such an rsync daemon is using is anything above "nobody", you are at risk of someone crafting an attack that could write a file outside of the module's "path". Please either enable chroot or upgrade to 2.6.1. People not running a daemon, running a read-only daemon, or running a chrooted daemon are totally unaffected.