hns - 日記自動生成システム - Version 2.19.9

先月 2002年02月 来月
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28
Namazu for hns による簡易全文検索
詳しくは 詳細指定/ヘルプを参照して下さい
検索式:

2002年02月28日(木) 旧暦 [n年日記]

#1 [Namazu] 3. mknmz で一部の mhonarc のファイルが Segmentation fault で落ちる。

引用:
これは、私のほうの環境にあるmhonarcのリソースをかなり書き換えしているのが 問題でした。mhonarc.plの108行目 $$contref =~ s!^(<LI>)(.*?)(</LI>$)!$1 . lftospace($2) . $3!gemsi; ここで、LIを見つけることができずに落ちていたようです。 ちゃんと見つけられるように書き直しをしたら問題無くなりました。 バグ追跡システムの incoming にある ID:106 mknmz segfaults も もしかすると同じ問題かもしれませんね。
mhonarc.pl 要 watch, 気まぐれに #2 ↑へ

#2 [cvs] jitterbug も要 watch

tracking するなら
1.2.1                + MEF ...   (more japanese)
                    /
1      HEAD ..  JP patch (i18n)
         \
1.1.1     SAMBA (1.6.2)
ってやるのかな。
1.2.1                + I18N ... (tracking)
                    /
1      HEAD ..  JP patch .. (more japanese)
         \
1.1.1     SAMBA (1.6.2)
の方が自分では作業しやすそう。

#3 [NetBSD] "_simple_lock_held((&sched_lock)) == 0" failed

switching with held simple_lock 0x8035b40 CPU 1 ../../../../uvm/uvm_fault.c:719

simple_lock: locking against myself
lock: 0x490f10, currently at: ../../../../kern/sys_generic.c:946
on cpu 1
last locked: ../../../../kern/kern_synch.c:403
last unlocked: ../../../../kern/kern_synch.c:597
panic: kernel diagnostic assertion "_simple_lock_held((&sched_lock)) == 0"
failed: file "../../../../arch/powerpc/powerpc/trap.c", line 114

Stopped in pid 11379 (sh) at cpu_Debugger+0x14: mtspr  8,0
db{1}> trace
at panic+158
at __assert+2c
at trap+210
at ddblow+f4
at end+94aff30
at _simple_lock+104
at selwakeup+90
at logwakeup+28
at vprintf+c8
at lock_printf+c4
at simple_lock_only_held+10c
at simple_lock_switchcheck+1c
at mi_switch+8c
at ltsleep+364
at _lockmgr+ce0
at uvm_unmap+d0
at uvm_deallocate+24
at sys_execve+980
at trap+6ac
at ddblow+f4
panic: kernel diagnostic assertion "_simple_lock_held((&sched_lock)) == 0"
failed: file "../../../../arch/powerpc/powerpc/trap.c", line 114

Stopped in pid 11379 (sh) at cpu_Debugger+0x14: mtspr  8,0
db{1}> 
っていうの見たことがなかった。

#4 [URL] Examples: Translations from HTML to CSS


#5 [NetBSD] X401-2002-02-25

(u は G4/400 AGP)
makoto@u 12:56:59/020228(/export/xc-cvs-X401)> time make World > & ../xc-cvs-401-make-world
2315.340u 575.940s 57:45.05 83.4% 0+0k 1008+72802io 4895728pf+44w
makoto@u 13:55:07/020228(/export/xc-cvs-X401)> setenv DESTDIR /export/x20020225d
makoto@u 13:57:04/020228(/export/xc-cvs-X401)> mkdir /export/x20020225d
makoto@u 13:57:06/020228(/export/xc-cvs-X401)> su
Password:
# tcsh
makoto@u 13:57:19/020228(/export/xc-cvs-X401)# echo $DESTDIR
/export/x20020225d
makoto@u 13:57:31/020228(/export/xc-cvs-X401)# make install >& ../xc-cvs-401-make-install
makoto@u 13:59:02/020228(/export/xc-cvs-X401)# make install.man > & ../xc-cvs-401-make-install.man
makoto@u 14:06:33/020228(/export/x20020225d)# tar zcf /a/j/ftp/pub/NetBSD/port-macppc/X11R6-2002-02-25.tar.gz .
(u は G4/400 AGP)

G4/Dual を .MP にしていると、save_fpu_proc ですぐ落ちてしまう:

ので、それは止めにして、20020214-insecure-shm にしている。上で作った X を動かして見たが startx >& /tmp/log した瞬間に、画面が真黒になり、完全に止ってしまう (何も記録も残らない)。/var/log/X.Free86.0 にも何も書かれない。


2002年02月27日(水) 旧暦 [n年日記]

#1 [URL] Tiki WelcomeVisitors

これって一体何なのでしょうか ?

#2 [XFree86] tracking

  • 4.0.1 + TS 版 (2001-04-17, 2001-12-16, 2001-12-21, 2001-12-31, 2002-01-23)
    という枝があってその他に
  • XF-4.2.0
  • XF-4.2.0 macppc patch
  • XF-current がある
ような時に、tracking するには 最初は(ものは試しと) -current から始めてしまったけれど、 やはり
4.0.1 -> (2001-04-17, 2001-12-16, 2001-12-21, 2001-12-31, 2002-01-23)  
とやっておいて
4.0.1(上の枝の最後)  -> 4.2.0 -> -current
          \              \
           \              +-- macppc 版
            \
             TS 版
とするものなのかな。それとも 4.2.0 が 2001/11 に出たことを考えれば、
4.0.1 (2001-12-16)  -> 4.2.0 -> -current
          \              \
           \              +-- macppc 版
            \
             TS 版 12-21....
の方がいいか。(と思ったら 2002/2/25 日版がある)

#3 [Emacs] w3

url-generic-parse-url: Wrong type argument: syntax-table-p, nil
またこれ。何か忘れてしまった。確か何か古い方を見ていたはず。 2/22 #3 の下の方 に書いてある。「 ~/cvs-work/w3/lisp/url-vars.el を見てはいけない。」
ではなくて、~/.emacs に一時的に書いたものが残っていた
(setq url-parse-syntax-table nil)


2002年02月26日(火) 旧暦 [n年日記]

#1 [hns] google から 一日に 26 件も検索で来た。

記録的。 多分来た人は何も満足がないのではと心配。

#2 [Namazu] 集めた Web の <title> が項目に入らない

(上記 URL が有効になるのは一日後 ?)
makoto@u 7:03:03/020226(~)> grep -in '<TITLE' /usr/pkg/share/namazu/*/* から
filter/excel.pl:149: $$cont =~ s!<TITLE>.+</TITLE>!!;
filter/hnf.pl:123: $$contref = "<title>$title</title>\n" . $$contref;
filter/html.pl:148: if ($$contref =~ s!<TITLE[^>]*>([^<]+)</TITLE>!!i) {
filter/powerpoint.pl:146: $$cont =~ s!<TITLE>.+</TITLE>!!;
pl/htmlsplit.pl:37:<title>${subject}</title>
pl/htmlsplit.pl:94: if ($$contref =~ s!<TITLE[^>]*>([^<]+)</TITLE>!!i) {
何か別の原因と混線しているのではないかなぁ。

#3 [NetBSD] (pkgsrc)/tracking

commit だけ -ko を忘れてしまった。
makoto@u  7:27:26/020226(~/cvs-work/namazu-tar)> cat ~/.cvsrc
add -kb -ko
checkout -ko
diff -u -ko
import -ko
update -ko
後から直せるのかなぁ。
どちらにしても、 一回毎に -ko を付ける習慣にしないとだめかな。
  • tracking の時には -ko を付ける
  • committer/自分用の repository の時は -ko を付けない
他の人はどうしているのだろう。上のような切換自体が間違っている ?

一応新しいものを作って make update:

===> Becoming root@u to deinstall namazu-2.0.10.
su Password:
Running PKG_DBDIR=/var/db/pkg /usr/sbin/pkg_delete -r namazu-2.0.10

=============================================================
Note that namazu configuration (/usr/pkg/etc/namazu/*), index
files (/usr/pkg/libdata/namazu/*) are not removed in the
de-installation process.  You should remove those by hand,
if you no longer need them.
=============================================================

pkg_delete: unable to completely remove directory '/usr/pkg/etc/namazu'
pkg_delete: unable to completely remove directory '/usr/pkg/include/namazu'
pkg_delete: unable to completely remove directory '/usr/pkg/share/namazu/etc'
pkg_delete: unable to completely remove directory '/usr/pkg/share/namazu/filter'
pkg_delete: unable to completely remove directory '/usr/pkg/share/namazu/pl'
pkg_delete: unable to completely remove directory '/usr/pkg/share/namazu'
pkg_delete: couldn't entirely delete package (perhaps the packing list is
incorrectly specified?)
pkg_delete してから中を見ればいいのかな。
env DESTDIR=/tmp/namazu make install
して中を見た方がいい ?

make install すると、最後に make clean もしてくれる:

のは、自分で設定しているのだろうか。 この方が確かにうれしいこともあるけれど (何か勘違いしている ?)

#4 [機械][NetBSD] X を起動すると真黒で止ってしまう

/var/log/XFree86.0.log (以上 debug print 入だけれど) 動くやつだと、この後次のようになる
        [10] 0  0x000003b0 - 0x000003bb (0xc) ISB
        [11] 0  0x000003c0 - 0x000003df (0x20) ISB
(II) r128(0): mapVidMem 90000000, 4000, fd = 5
(II) r128(0): mapVidMem 94000000, 1000000, fd = 5
(WW) r128(0): Cannot read colourmap from VGA.  Will restore with default
vgaHWMapMem ...return TRUE
21, 0, 0
(II) r128(0): Memory manager initialized to (0,0) (1280,6553)
(II) r128(0): Reserved area from (0,1024) to (1280,1026)
(II) r128(0): Largest offscreen area available: 1280 x 5527

#5 [spam] From MAILER DAEMON

こういうのって見てしまいそう。にせさつを見る感じで、違うなって思うけれど。
2366 02/26(火)12:08 [ MAILER DAEMON ] MAILER DAEMON: RETURNED MAIL. USE

#6 [NetBSD] kernel build

current-users/2001/12/25 と同じ症状を最近良く見る。 config を新しくしろということらしいが .. やはりそうだった。

#7 [CVS] cvsweb.cgi

import し直した。:

1.1 (MAIN)
    1.1.1 FENNER
    1.1.3 NetBSD ... (pkgsrc)
    1.1.5 JP     ... ここに tarball option を入れた

annotate が動かないのは意図的 ?:

##############
# allow annotation of files
# this requires rw-access to the
# CVSROOT/history - file and rw-access
# to the subdirectory to place the lock
# so you maybe don't want it
$allow_annotate = 1;
に考察がある。
  • ViewCVS は書き込み権限がなくても annotate を実行できる
  • 「FreeBSD の cvs の -R オプションのように」


2002年02月25日(月) 旧暦 [n年日記]

#1 [Opera] Figaro

Figaro Mozart libretto で google で検索すると、一つ目に が出て来て、その中に がある。google 素晴 予習(少しだけ)

東京文化会館 18:30:

素晴しかった。原語上演・字幕付。
  • 役者が揃っている
  • 動きのある演出で楽しかった
  • 字幕スーパも(舞両側に縦書きで)なかなか効果的だった
  • 舞台装置も大きく構えて、新鮮
特に素晴しかった方々:
ケルビーノ: 林 美智子  ... 動きと愛敬
  伯爵夫人: 佐々木典子  ... 美しく伸びのある歌声
  スザンナ: 鵜飼 文子  ... 愛らしい
  フィガロ: 甲斐栄次郎  ... 活動的
  バルトロ: 鹿野 由之  ... 喜劇的
アルマヴィーヴァ
      伯爵: 泉  良平  ... 悪役然
このように楽しめるなんて期待以上。 オケも後になるにつれて、いい響きになって行った気がする。
そうそう、大切なこと。二人で一人分の出費。(何かの招待だった)。 4 列 33 34 番くらい。
「今回はヴェロ氏の提案でチェンバロをフォルテピアノ」 に。... そうか、何か音が違うなと思ったが、そうは理解して いなかった。これはこれでいいだろう。 (本当はチェンバロの方が好きなのだけれど)


2002年02月24日() 旧暦 [n年日記]

#1 [] PostgreSQL


#2 [無題] おひなさまを出す

去年の写真を探したが、 3/03 ではなくて、出した日 になっていた。


2002年02月23日() 旧暦 [n年日記]

#1 [CVS][Namazu] tracking Namazu ?

私家版 pkgsrc を作っていて、 その中での patch-?? を効率良く保守するには もとになる方の tracking をしておく必要がある ?

例えば

pkgsrc/personal/namazu-mef
のためには 
namazu stable-2-0
と
namazu-mef
の版を作っておく 
... それとも
release 版
で作っておいた方がいい ? pkgsrc はそちらから作るから ?

stable-2-0 連動 pkgsrc って作れるのかな。
整理
  • patch-ac 日本語変換 .... 不要
  • patch-ad 途中で消してしまった時 2.0.8 で取入済
  • patch-ae FAST find file
  • patch-af jeedosaquin --html-split 対応のための変更
  • patch-ag regex.c の waring を消すやつ。namazu2/patches/patch-ag と同じ
  • patch-ah jeedosaquin.pl -- Makefile 変更
  • patch-ai jeedosaquin.pl -- 本体
入っていないのが
  1. prefilter
  2. mhonarc.pl 変更

#2 [Namazu] mhonarc.pl

どうも 小川さんのおっしゃっていること が良く分らないので、 要整理。 その通りだった。

#3 [Namazu] pre_filter

    if ( defined(conf::pre_filter())) {
        conf::pre_filter(\$$contref) ;
      };
これでは「定義してある時に呼ぶ」という意味にはならない。
関数を呼んでしまってから、その結果が未定義かを調べるだけ。 どうやるのが正しいのだろうか。
$conf::pre_filter_defined++;
...
としておいて
    if ( defined($conf::pre_filter_defined) {
        conf::pre_filter(\$$contref) ;
      };
なのかなぁ。


2002年02月22日(金) 旧暦 [n年日記]

#1 [URL] しろうさんの Life with MacOSX


#2 [NetBSD] pkgsrc(textproc/id-utils)

make: don't know how to make id-utils.elc. Stop
USE_GMAKE=      yes
DEPENDS += gmake>=3.79.1:../../devel/gmake/
とすると先に進むが
/bin/sh ./elisp-comp id-utils.el
emacs: not found
touch work/id-utils-3.2/lisp/id-utils.elc
してから make install (完全後向)。最初から
USE_GMAKE=      yes
しておくとだめ。そういう話とは関係ないけれど、 id-utils でなくて、 LXR とか使った方がいいのかな。( ~raeve さん から Mozilla 解体新書 に行って) とにかく使いたいだけなので、それは後にして、

(--) PCI: (0:16:0) NVidia unknown chipset (0x0110) ..:

makoto@harry 10:26:35/020223(/export/xc-20020221)> lid NVidia
NVidia         programs/Xserver/hw/xfree86/common/xf86PciInfo.h
programs/Xserver/hw/xfree86/common/xf86pciBus.c の方に:
331           while (xf86PCIVendorInfo[i].Device[j].DeviceName) {
332               if (xf86PCIVendorInfo[i].Device[j].DeviceID ==
333                   info->chipType) {
334                   chipname =
335                       xf86PCIVendorInfo[i].Device[j].DeviceName;
次の最初の if else って意味があるとは思えないと思ったが、* の違い。
347   if (xf86IsPrimaryPci(info))
348       xf86Msg(X_PROBED, "PCI:*(%d:%d:%d) ", info->bus, info->device,
349           info->func);
350   else
351       xf86Msg(X_PROBED, "PCI: (%d:%d:%d) ", info->bus, info->device,
352           info->func);
353   if (vendorname)
354       xf86ErrorF("%s ", vendorname);
...
357   if (chipname)

359   else
360       xf86ErrorF("unknown chipset (0x%04x) ", info->chipType);
361   xf86ErrorF("rev %d", info->chipRev);
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:0b:0: chip 106b,002d card 0000,0000 rev 00 class 06,00,00 hdr 00
(II) PCI: 00:10:0: chip 10de,0110 card 10de,0002 rev b2 class 03,00,00 hdr 00
(II) PCI: End of PCI scan
(--) PCI: (0:16:0) NVidia unknown chipset (0x0110) ...
* がないのはいいのかな ? programs/Xserver/hw/xfree86/common/xf86PciInfo.h の方は
#define PCI_VENDOR_NVIDIA       0x10DE
#define PCI_CHIP_GEFORCE2_MX            0x0110
    {PCI_VENDOR_NVIDIA, {
       {PCI_CHIP_GEFORCE2_MX,        "GeForce2 MX/MX 400",0},
いいはずだぁ。何か /etc/XF86Config の簡単な間違いの気がする。 でも普通は、ここに何が表示されるかで次のものを設定するはずだから、
Section "Device"
    Identifier  "NV"
    Driver      "GeForce2 MX/MX 400"
#    BusID      "PCI:0:16:0"
EndSection
card 10de,0002
この 0002 って何かな。少し下を見ると devp->pci_subsys_card, と書いてある。
typedef struct {
    unsigned short VendorID;
    struct pciDevice {
        unsigned short DeviceID;
        char *DeviceName;
        CARD16 class;
    } Device[MAX_DEV_PER_VENDOR];
} pciVendorDeviceInfo;
class って ?
xc/programs/Xserver/hw/xfree86/os-support/bus/Pci.c
985   xf86MsgVerb(X_INFO, 2, "PCI: %02x:%02x:%1x: chip %04x,%04x"
986               " card %04x,%04x rev %02x class %02x,%02x,%02x"
987               " hdr %02x\n",
988               devp->busnum, devp->devnum, devp->funcnum,
989               devp->pci_vendor, devp->pci_device,
990               devp->pci_subsys_vendor, devp->pci_subsys_card,
991               devp->pci_rev_id, devp->pci_base_class,
992               devp->pci_sub_class, devp->pci_prog_if,
993               devp->pci_header_type);
僕の見ているのは 4.0.1 + patch なので行数は、かなり違う。

#3 [Emacs] wl での返信先の決め方

ml の保存 -- 何かいつも優れているものがある。今回は色。 wl-en #00006 (参照) mutt manual-4
実のところ、最近僕のところでは(自分の設定のせいだと思うけれど) 挙動が変っていて a で ML に返信出来ないことがある。 X-Mail がない時とかだったかな。.... そうではなくて
To: myself
Cc: hoge
From: you
の時に Cc: の人を含む方法さえ、実は分っていないので、答える立場ではないな。
;; ドラフトバッファの内容により From や Organization などのヘッダを自
;; 動的に変更する
(setq wl-draft-config-alist
これか、それとも
;; メールの返信時に宛先を付ける方針の設定
;; 下記変数の alist の要素
;; ("返信元に存在するフィールド" .
;;   ('Toフィールド' 'Ccフィールド' 'Newsgroupsフィールド'))

;; "a" (without-argument)では Reply-To: や From: などで指定された唯一人
;; または唯一つの投稿先に返信する。また,X-ML-Name: と Reply-To: がつい
;; ているなら Reply-To: 宛にする。
こっちかな。これの英語版ってあるのかな。あるある。samples/en/dot.wl 今読直したら、大きな点がやっと理解出来た。
    a    reply to author (Reply-To or From)
C-u a    reply to all
というのがまずあって、それぞれに wl-draft-reply-list という変数がある。
    a    wl-draft-reply-without-argument-list
C-u a    wl-draft-reply-with-argument-list
これが分っていなかった。今言っても遅いと思うけれど、
    a    wl-draft-reply-list
C-u a    wl-draft-reply-all-list
の方が分り易い気がする。 次は一つづつの読み方。
(setq wl-draft-reply-without-argument-list
      '((("X-ML-Name" "Reply-To") . (("Reply-To") nil nil))
	("X-ML-Name" . (("To" "Cc") nil nil))
	("Followup-To" . (nil nil ("Followup-To")))
	("Newsgroups" . (nil nil ("Newsgroups")))
	("Reply-To" . (("Reply-To") nil nil))
	("Mail-Reply-To" . (("Mail-Reply-To") nil nil))
        ("X-Mail-Count"  . (("To" "Cc") nil nil))
        ("Delivered-To"  . (("To" "Cc") nil nil))
	("From" . (("From") nil nil))))

;; "C-u a" (with-argument) reply to all.
(setq wl-draft-reply-with-argument-list
      '(("Followup-To" . (("From") nil ("Followup-To")))
        ("Newsgroups" . (("From") nil ("Newsgroups")))
        ("Mail-Followup-To" . (("Mail-Followup-To") nil ("Newsgroups")))
        ("From" . (("From") ("To" "Cc") ("Newsgroups")))))
関係ないけれど url-generic-parse-url: Wrong type argument: syntax-table-p, nil とか言われているので ... どうやって定義するものなのかなと
(defvar wl-score-mode-syntax-table
  (let ((table (copy-syntax-table lisp-mode-syntax-table)))
    (modify-syntax-entry ?| "w" table)
    table)
  "Syntax table used in score-mode buffers.")
url-vars.el が違うものを見ていた。
  • $SITELISP/url-20020214/url-vars.el にはある。
  • ~/cvs-work/w3/lisp/url-vars.el にはない。

#4 [hns] ML archive & HNS

「HNS-2.2beta *1 に入ったリンク拡張を使えば、」 ... 便利そう


2002年02月21日(木) 旧暦 [n年日記]

#1 [NetBSD] RS/6000 B50

おおっ、と言っても、どんな機械か知らないのだけれど、やはり NetBSD/powerpc ではないかな
動くかどうかは ? (どうやって調べるかな...)
  • Open Firmware が入っているかどうか
  • install.en.txt には、
     IBM RS/6000
                  40P, 43P, B50                    prep
                  Power 830/850/860 (6070, 6050)   prep
                  6030, 7025, 7043                 prep
                  p640                             prep
    
    と書いてあるので大丈夫そう。
だとすると、どうやって入力待にするか。 Installing a 43P/150 or B50 with SuSE 6.4 に、
9600 baud, 8 bits, no parity, 1 stop bit (8N1). A null modem (i.e. crossover) cable must be used if the display is a PC or Workstation, of course.
とあるので、 特に良く考えなくても、上のようなものをつないで、起動すれば OF になるらしい。
When the RS/6000 is booted it should display firmware messages on the ASCII terminal. If it does not but appears to be trying to boot via a graphics adapter, simply unplug (or plug in) the mouse or keyboard into the RS/6000 and try booting again.
素晴しい。ということで NetBSD/prep本家 かな。 (実は日記の古い方 2/15日 ?を見ていてこれを書いているのだけれど)
正直いうと PREP と CHRP の違いを分っていないけれど ...(僕にとっては同じもの)
遠くから見ると、同じに見えても、 近くに行くと、全然違う方向に行く必要があるって、 どこかに出かける時と同じ。
OF の入力待ち になったら、まずは
printenv
devalias
かな。

#2 [Emacs] dot.emacs の画面の上の方に

共通見出しを付けたくて jeedosaquin の配置の自由度を上げた。 1.14

#3 [NetBSD] GENERIC-shm-insecure.MP

cpu0 at mainbus0: 7450 (Revision 201), ID 0 (primary)
cpu0: HID0 8410c0bc<TBEN,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
cpu0: HID0 8410c0bc<TBEN,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
cpu0: 256KB on-chip L2 cache, 2MB backside L3 cache
cpu1 at mainbus0: 7450 (Revision 201), ID 1
何か表示が変だけれど 7 分 ?
474567847.798u -1979969863.001s 7:03.30 -511094.-1%     0+0k 171+3013io 3275pf+0w

panic: save_fpu_proc:

save_fpu_proc{1} pid = 4032, fpcpu->ci_cpuid = 0
IPI[0] = 0x2, IPI [1] = 0x0
cpl 0xf0001ffe 0x0
ipending 0x0 0x0
panic: save_fpu_proc
Stopped in pid 4032 (cvs) at cpu_Debugger+0x14: mtspr 8,0
db{1}>

ohci_intr: ignored interrupt while polling
ohci_intr: ignored interrupt while polling
at panic_158
at save_fpu_proc+d8
at trap+7b8
at ddblow_f4
...



最近の日記
2025年02月13日
dvipdfmx ICC profile format spec. version 4.3.0
2025年01月29日
ham/wsjtx
2025年01月27日
wip/wsjtx 5.4.2
2025年01月25日
ham/wsjtx
2025年01月15日
今更 advent calendar
以上、8 日分です。
タイトル一覧
カテゴリ分類
Powered by hns-2.19.9, HyperNikkiSystem Project

Count.cgi (since 2000/02/05)