①ＩＥのメニューより　［ツール］→［オプション］　を選択

②現れた「インターネットオプション」の「全般」タブ内
　「インターネット一時ファイル」欄の
　左側の「Cookieの削除...」ボタンをクリック

③「Cookieの削除」にて「ＯＫ」ボタンをクリックし、
　クッキーを全て削除すべし。

で、
私の愛機ではGyaOが再び見られるようになった。

以下、顛末。

　GyaOを見るようになってから、
普通のテレビを見なくなった。
見るのは
Ｎ●Ｋの教育テレビの子供向け番組と、
プリキュアだけだ。
（子供たちを静かにさせておくため）
それよりも
テレビ見る暇ないし。
家事・育児が一段落する午後１１時以降は
ろくでもない番組しかオンエアしてない。
（月～金の間に限るが）
だから、
いつでもどこでも見れるGyaOを見る。
（ＣＭを無理やり見せられる、という制限が若干あるが、致し方なし）

そんな
GyaO好きな“凡庸”の愛機で
突然GyaOのトップページが見れなくなった。

昨日まではサクサク見れていたのに、
なぜ？！
表示にやたら時間がかかり、
しまいにはスクリプト・エラーが発生してフリーズする始末。

なぜ見れなくなったか？！
恐らく、
前夜GyaOのストリーミング放送を見終えて、
ＷＭＰウィンドウを閉じた際
「ライセンスをバックアップしますか？」
と聞いてきて、
いつもなら「はい」を押すのに
なぜか「いいえ」を押してしまった。
で、
スムースに見ることが出来なくなったのではないか。

あれこれ試したが、
一向に直らない。

我が家でGyaOを快適に見れるのは愛機１台だけだし、
どーしよー
と途方に暮れていた時。

ＳＥ歴２２年の直感が
ピキピキーンっと走った。

「GyaOに、最初っから登録し直せば良いかも」
GyaOの設定は
Cookieで保持されてるから、
それを消せばいいんだ、
きっとそうだ！

で、
冒頭の操作を行った。

結果、
見事復活。

あー、良かった。
危うく「ガン×ソード」を見逃すところだった。

P.S.
試行錯誤してる最中
解決策がどこかにないか
ググッてみたら
GyaOの視聴トラブルって多いのね。

同志よ、健闘を祈る。

　知ってる人は良く知ってるが、
　知らない（デバッガ使ったことがない）人は、
　デバッガを使う事さえも見当つかないようだ。

　そんな初心者のために、
　‘凡庸’から
　愛情を込めて♪
　デバッガの使い方を伝授。

準備≫
　ストールしているプロセスを確認する。
    % ps -ef | grep simpserv
        hoge  6774  6759  0 17:38:02 ?         0:00 simpserv 41 7 -r -e stderr.out
    %

　プロセスＩＤ（ｐｉｄ）は　６７７４　だ。

  “simpserv”は、
純正“HP ANSI C / HP-UX”コンパイラで、“－ｇ”オプション付きでコンパイルしている。

　ちなみに、ＯＳは
    % uname -srm
    HP-UX B.11.23 ia64
    %

手順≫
１）デバッガを起動。
    % gdb
    HP gdb 5.2 for HP Itanium (32 or 64 bit) and target HP-UX 11.2x.
    Copyright 1986 - 2001 Free Software Foundation, Inc.
    Hewlett-Packard Wildebeest 5.2 (based on GDB) is covered by the
    GNU General Public License. Type "show copying" to see the conditions to
    change it and/or distribute copies. Type "show warranty" for warranty/support.

    (gdb)

　GNU gdb を移植してはるようだ、ＨＰさんは。
　ということは、
　“HP ANSI C/HP-UX” とgcc はオブジェクト・レベルで互換性があるのか？！
　後日試してみよう。

２）ｐｉｄを指定して対象プロセスにアタッチする。
    (gdb) attach 6774
    Attaching to program: /homea/nzpf/service_parts/simpserv, process 6774
    warning: The shared libraries were not privately mapped; setting a
    breakpoint in a shared library will not work until you rerun the program.
    Use the following command to enable debugging of shared libraries.
    chatr +dbg enable a.out
    0xc000000000317bb0:0 in _select_sys+0x30 () from /usr/lib/hpux64/libc.so.1
    (gdb)

３）スレッドを確認。
    (gdb) info threads
        4 system thread 43575  Priority:168  0xc00000000031cc10:0 in __sigtimedwait_sys+0x30 () from /usr/lib/hpux64/libc.so.1
        3 system thread 42490  Priority:137  0xc0000000001137b0:0 in ___lwp_wait_sys+0x30 () from /usr/lib/hpux64/libpthread.so.1
        2 system thread 42489  Priority:168  0xc00000000031cc90:0 in __sigwait_sys+0x30 () from /usr/lib/hpux64/libc.so.1
    *   1 system thread 42488  Priority:154  0xc000000000317bb0:0 in _select_sys+0x30 () from /usr/lib/hpux64/libc.so.1
    (gdb)

　４番スレッドがアプリを実行しているスレッドと思われるので、
　そちらにアタッチ

    (gdb) thread 4
    [Switching to thread 4 (system thread 43575)]
    #0  0xc00000000031cc10:0 in __sigtimedwait_sys+0x30 () from /usr/lib/hpux64/libc.so.1
    (gdb)

４）スタックトレースを確認。
    (gdb) where
    #0  0xc00000000031cc10:0 in __sigtimedwait_sys+0x30 () from /usr/lib/hpux64/libc.so.1
    #1  0xc00000000032b4d0:0 in sigtimedwait+0xb0 () from /usr/lib/hpux64/libc.so.1
    #2  0xc000000000243bc0:0 in sleep+0x120 () from /usr/lib/hpux64/libc.so.1
    #3  0x40000000000013a0:0 in TOUPPER () at simpserv.c:183
    #4  0xc0000000000b1c00:0 in __pthread_bound_body+0x190 () from /usr/lib/hpux64/libpthread.so.1
    (gdb)

５）アプリケーションのどこでストールしているのか
　　ソースを確認。
    (gdb) up 3
    #3  0x40000000000013a0:0 in TOUPPER () at simpserv.c:183
    183             sleep(30);
    (gdb) list
    178
    179
    180
    181         for(i = 0; i < rqst->len; i++) {
    182             rqst->data[i] = (char)toupper((int)rqst->data[i]);
    183             sleep(30);
    184         }
    185
    186
    187

　sleep させてやした。　　　(*^_^*)
　わざとやで～。

６）終わる。
    (gdb) detach
    Detaching from program: /home/hoge/simpserv, process 6774
    (gdb) quit
    %

あとがき≫
　Solaris ぢゃ
　gcore コマンドでコア・ダンプ吐かせて、
　それをデバッガ（Ｓｕｎ純正だと dbxコマンド）に食べさせてたが、
　これだと、
　稼動中のプロセスもデバッグできちゃうのね。

　知らんかった。

　ＳＥ稼業２０年だけど、知らないことばっかり。　(-_-;)
　安穏とできるのはいつのことやら。

以上だし

クライアント／サーバ型システム用通信ミドルウェアの移植をしてまして。

結合テストの障害対応のため、
再現をすることになった。
で、
クライアントとサーバ、各々で出力されるログの日時がずれてると送受信データのタイミングとか把握しづらいので、
クライアントのＷｉｎｄｏｗｓＸＰ　ＰＣと
サーバのＨＰ－ＵＸ１１ｉで
時刻同期させたいと思った。

基盤担当者に
時刻同期の機能が実装されてるか聞いてみると。

「そんなん、してへん」

(＠_＠;)　唖然‥‥‥

来月からアプリケーションの結合テストが始まるのに。。。
ＮＴＰサーバとか立ててないの？！

仕方ないので、
ちゃちゃっと動くようにした。
なお、
プリインストールされてるｘｎｔｐｄ（/usr/sbin/xntpd）を動かす。

手順≫

１）‘ntp.conf’を用意する
　ＮＴＰデーモンの動作パラメータを指定する。
　サーバ内、“/etc/ntp.conf”を以下の内容に編集。

    server 127.127.1.1
    fudge 127.127.1.1 stratum 1
    broadcastdelay 0.008

　クローズドな内部ＬＡＮぢゃ、これだけの設定でＯＫ。

２）xntpd の自動起動設定
　xntpdがＨＰ－ＵＸブート時に稼動するよう設定。
　“/etc/rc.config.d/netdaemons”内のXNTPD用環境変数指定を以下のように編集

    export NTPDATE_SERVER=
    # ‘１’でデーモン起動のサイン
    export XNTPD=1
    # ログを別のファイルに出力するよう指定
    export XNTPD_ARGS="-l/var/adm/xntpd.log"

３）動け！
　早速、手動でスタートさせてみる。

    # /sbin/init.d/xntpd start
    xntpd #

なんで“xntpd”ってペロっと表示されるんやろ‥‥‥。

４）WindowsXP クライアントと同期
　今度は
　ＷｉｎｄｏｗｓＸＰ側の設定。

　タスクトレイ右端の時刻をマウスで右クリックする。
　ポップアップメニューの「日付と時刻の調整」を選択。
　「日付と時刻のプロパティ」ダイアログが現れるので、
　その「インターネット時刻」タブ内にて
    サーバー欄にＩＰアドレスかホスト名を書け。

　OKボタン押して、再起動。

　再起動後、再び「日付と時刻のプロパティ」ダイアログを出し、
　「インターネット時刻」タブ内「今すぐ更新」ボタンを押してみる。

　１０～２０秒程度かかって。
　おぉ、更新でけた。

 参考ＵＲＬ≫

　@IT Windowsネットワーク時刻同期の基礎とノウハウ
　　第3回 UNIXベースのNTPサーバとWindows Timeサービス 

　  H/W →HP Integrity Series(Itanium2石)
　  OS  →HP-UX11i Ver2.3
　  svn →Subversion-1.3.2

　クライアント⇒
　  H/W →Windows PC
　  OS  →WindowsXP/SP2

　  svn →TortoiseSVN 1.3.5
     　      Subclipse 1.1.5 (Eclipse 3.2 plugin)

　　eclipse →Eclipse-3.2, CDT-3.1.1, preiades-1.0.1, jstyle-3.2.0
　　cygwin →cygwin-1.5.21

 　Subversionは
　≪こちら≫
に書いているやり方で放り込めた。
（かなり苦労した‥‥‥）

はじめに：
　WindowsXP 上のEclipse CDT(+cygwin/MinGW)を使って、
　サーバサイドのＣ言語ソースを開発するにあたり、
　普通の使い方では差し障りが結構あった。
　ので、
　SubversionやEclipse を騙しダマシ使う方法を編み出してみる。

使い方：

１）リポジトリを作成
    サーバ側にリポジトリを作成する。
    （ここはフツーにすべし）

    % pwd
     /home/hoge/svnrepos
    % svnadmin create LIPOVITAN
    % cd LIPOVITAN/
    /homea/nzpf/svnrepos/LIPOVITAN
    % ls
    README.txt  conf/  dav/  db/  format  hooks/  locks/
    % cd conf
    /homea/nzpf/svnrepos/LIPOVITAN/conf
    % ls -l
    合計 4
    -rw-r--r-- 1 nzpf nz  684 2006-09-07 13:23 authz
    -rw-r--r-- 1 nzpf nz  309 2006-09-07 13:23 passwd
    -rw-r--r-- 1 nzpf nz 1457 2006-09-07 13:23 svnserve.conf
    %

    接続用アカウント情報を　‘svnserve.conf’ および‘passwd’に記録。
    やり方は　《こちら》　を参照。

２）インポート
    リポジトリに、
    バージョン管理したいソース一式を突っ込む。

    % pwd
    /homea/nzpf/svnrepos/LIPOVITAN
    % svn mkdir file://localhost/$PWD/UNIX-1.6.0 -m "made top directory"
    リビジョン 1 をコミットしました。
    %

    おぉぅ！
    日本語でメッセージがでるぜ。
    苦労してＮＬＳ対応した甲斐があるってもんだぜ。
    引き続き。。。

    % svn list file://localhost/$PWD
    UNIX-1.6.0/
    %
    % cd /home/hoge/src         # ソースの在り処
    % ls
    LIPOVITAN-sdk-1.6.0/
    % svn import $PWD/LIPOVITAN-sdk-1.6.0 file://localhost/home/hoge/svnrepos/LIPOVITAN/UNIX-1.6.0 -m "Initial Import"
    追加しています              /home/hoge/src/LIPOVITAN-sdk-1.6.0/Makefile.in
    追加しています              /home/hoge/src/LIPOVITAN-sdk-1.6.0/foo.c
    追加しています              /home/hoge/src/LIPOVITAN-sdk-1.6.0/foo.h
            ・                              ・
            ・                              ・
            ・                              ・
            ・                              ・
    追加しています              /home/hoge/src/LIPOVITAN-sdk-1.6.0/install-sh

    リビジョン 2 をコミットしました。
    %

３）単体テストレベル工程で、Eclipse を用いる
    単体テストまでは、
    Eclipse CDT を使う。

    ＣＤＴは、Solaris用はあるが、HP-UX用がない。
    仕方がないので、
    Windows 側に持って来よう。

3-1)作業セットの取り出し準備
    Eclipse の所在フォルダ　→　D:\eclipse
    ワークスペースの場所　　→　S:\workspace    (= D:\cygdrive\s\workspace)
    ‘Ｓ’ドライブの実体　　→　D:\cygdrive\s

    少し説明。
    ワークスペースの可搬性を高めるため、
    subst コマンドでドライブを作ってやるのは、皆さんご承知。
    その際、
    subst で作成するドライブに指定する実体フォルダは、「\cygdrive\ドライブ」
    にしておくべし。
    そうすると、
    デバッガでソースのトレースが正しく行われる。
    ただし、
    ソースのルックアップパスに「D:\」 を追加してやる必要がある。

    そして、
    ワークスペースに“S:\workspace”  を指定してeclipse を起動。

3-2)C/C++ プロジェクトを作成
    まず、
    リポジトリと接続したプロジェクトを作る。

    メニューより、
    ［ファイル］→［新規］→［プロジェクト...］ を選択。
    「新規プロジェクト」ダイアログ内のツリーより、
    ［SVN］→［SVNからプロジェクトをチェックアウト］を選択し、
    「次へ」ボタンをクリック。

    「SVNからチェックアウト」ダイアログにて、
    　　「新規リポジトリー・ロケーションを生成」をチェックし、「次へ」。
    　　ロケーションに
    　　    “svn://hoge_server/home/hoge/svnrepos/LIPOVITAN”
    　　を入力し、「次へ」。
    　　接続認証用ユーザー名とパスワードの入力を促してくるので、
    　　リポジトリ作成時に‘passwd’ファイルに設定したアカウント情報を入力する。
    　　ついでに「パスワードを保存」にもチェックを入れとけ。
    　　（お勧めではないらしいが）
    　　フォルダの選択を促してくるので、リポジトリ直下の「UNIX-1.6.0」を選択し、「次へ」。
    　　チェックアウト方法を問い合わせてくるので、
    　　「新規プロジェクトウィザードを使ってプロジェクトとしてチェックアウト」にし、「終了」。

    「新規プロジェクト」ダイアログ内のツリーより、
    　　［Ｃ］→［スタンダードMake C プロジェクト］を選択し、「次へ」。
    　　プロジェクト名を入力して　「次へ」。
    　　『C/Makeプロジェクトの設定』にて、バイナリー・パーサーを調整。
    　　　→PE Windowsパーサー、Cygwin PE パーサー、の二つを有効にすること。
    　　「終了」ボタンを押す。

    と。

    リポジトリとの同期化処理が行われ、
    プロジェクトの出来上がり。

    パースペクティヴがC/C++ 用に切り替わり、
    パッケージ・エクスプローラは、C/C++ プロジェクト・エクスプローラ（ビュー）に変わる。

　　エクスプローラからチェックアウト後のフォルダを見てみると。

3-3)Eclipse でのソースの取り扱いについて
    何も悩むことはない。
    フツーに使え。

    ただし、
    ソースのロックとコミットについては、チームで打ち合わせしとけ。
    でないと、喧嘩になるぞ。
    コミットは、
    単体テスト“完”までやるもんぢゃないぞ。

４）結合テスト以降、サーバ側でバージョン管理
    サーバサイドのものなので、
    結合はサーバ側で行う。
    が、
    これまでの経験上、
    サーバ側にソースを持ってくると、
    ＣＵＩのためか、
    バージョン管理しなくなってしまう。
    （更新しっぱなしで、コミットしない‥‥‥　(ーー;)　　）
    ので、
    Windows GUI の‘TortoiseSVN’ でバージョン管理したい。

    ここで、
    編み出したのが以下の方法。
    （笑うなよ）

4-1)作業セットをチェックアウト
    まず、
    TELNET端末でhoge_serverにログインし、
    チェックアウトを実行する。

    % pwd
    /home/hoge/src
    % svn list svn://hoge_server/home/hoge/svnrepos/LIPOVITAN
    認証領域: <svn://hoge_server:3690> 6f4cb375-d51c-0410-a572-af31c84df79b
    'hoge' のパスワード: ******<CR>   　　※‘******’はエコーされない
    UNIX-1.6.0/
    % svn checkout svn://hoge_server/home/hoge/svnrepos/LIPOVITAN/UNIX-1.6.0  $PWD

    A    /home/hoge/src/AUTHORS
    A    /home/hoge/src/COPYING
    A    /home/hoge/src/ChangeLog
                ・
                ・
                ・
    A    /home/hoge/src/zzz.h
    リビジョン 6 をチェックアウトしました。
    %

4-2)WindowsXPでネットワークドライブをマウント
    ＰＣ側に戻り。
    hoge_serverのhogeユーザのホームディレクトリを見えるようにする。
    なお、
    hoge_server では、Ｓａｍｂａ３が動いている。

    エクスプローラより、以下のフォルダをネットワークドライブに割り当てる。
        「 \\hoge_server\hoge 」

    パスワードを入力すると。。。
    ファイル一覧が開いた！

    今回は“Ｎ”ドライブを使用

4-3)ネットワークドライブ上でのTortoiseSVN の取り扱いについて
    ローカルだと、
    作業セット内のフォルダやファイルに
    (レ)，(＋)，(！)，(錠マーク)などが付くが、
    残念ながら、
    ネットワークドライブでは付かない。
    しかし、
    TortoiseSVN で操作できる。
    それは、
    サーバ側で作業セットをチェックアウトするときに
    ｓｖｎプロトコルを用いたからである。
    かつ、
    ＵＲＬのホスト名を“hoge_server”（localhostではない）、
　　つまり、
　　外向けのＩＰアドレスの設定されたホスト名にすべし。
    （‘凡庸’　＜　賢い）

    であるから、
    あとは、
    フツーに使え。
    （ローカルに作業セットを置くよりも時間がかかるが、何かと。　でも、気にするな。）

以上である。

はじめに：
　私は、
　Ｓａｍｂａが大好きだ。
　愛している、と言っても過言ではない。

　セキュリティ云々とかで利用機会が減りつつあるが、
　「好きにしていいよ」
　と言われたら、
　すかさずSamba を入れる。

　なんでSamba が必要か、て？
　理由⇒
　　・Windows のファイラ（エクスプローラ、WinFM 、卓駆☆、FileVisor 等々）で
　　　サーバ内のファイルを操作したい
　　・Windows のエディタ（秀丸やらサクラやらＷＺやらMIFES やら）で
　　　サーバ内のファイルを編集したい
　　・エディタのgrep機能でサーバ内プログラムソースを一括検索したい
　　・ＦＴＰは使いたくない

　で、
　今回さわる“Itanium2”サーバも「勝手に使えば」ということなので、
　Samba を入れてやった。
　（嫌がられたけど）

ビルド手順：
　Ｓｏｌａｒｉｓに入れるのと、同じ段取り。
　《詳細はこちら》　

　ただ、
　若干トラぶった。
　（私が初めてＨＰ－ＵＸをさわる、ということもあるのだが。）

　configure時に実行したコマンドは次のとおり。

    % gzcat samba-3.0.23c.tar.gz  | tar xf -
    % cd samba-3.0.23c/source
    % CFLAGS="-O +DD32 -DWITH_SYSLOG -D_KERNEL_THREADS -Y +z -AC99"; export CFLAGS
    % ./configure \
      --enable-socket-wrapper \
      --sysconfdir=/etc/samba \
      --with-privatedir=/etc/samba \
      --localstatedir=/var/samba \
      --with-lockdir=/var/samba/locks \
      --with-piddir=/var/samba/locks \
      --with-configdir=/etc/samba \
      --with-libiconv=/usr/local \
      --with-pam \
      --with-winbind \
      --without-libsmbclient \
★１  --disable-pie \
★２  --without-ldap
    % make
        ・
        ・
        ・
    %

    結構警告メッセージがでるが、気にするな。
    あと、
    “★１”，“★２”のconfigure オプションは必ず指定すること。
    コンパイルエラーがで出ちゃうので。
    “★１”でＰＩＥ(Position Independent Executable) 機能を無効にしてるけど、
    CFLAGSに「+z」を指定してるので、
    今回使用する‘HP ANSI C Compiler’ではＰＩＥが有効になる。

    ビルド後に気づいたのだけれど。
    “HP CIFS Server A.02.02 based on Samba 3.0.14a”
    というのが
    プリインストールされてたわ。
    でも、
    ＣＰ９３２がちゃんと通らないと思うから、使わない。
    自動起動スクリプトは流用させてもらおうっと。
        /sbin/init.d/samba
        /sbin/rc1.d/K100samba
        /sbin/rc2.d/S900samba

        /etc/rc.config.d/samba

デーモン起動：
    起動してみる。

    # /sbin/init.d/samba start
    # ps -ef | grep 'mbd'
    root 20774     1  0 16:09:51 ?         0:00 /usr/local/samba/sbin/nmbd -D -l/var/samba -s/etc/samba/smb.conf
    #

    あ゛ーーっ！
    ‘smbd’がいないぢゃん！！

    ログファイルを確認。

    # cd /var/samba
    # view log.smbd
                ・
                ・
    [2006/09/29 16:09:51, 0] lib/util.c:smb_panic(1591)
      PANIC (pid 20772): failed to set gid
    [2006/09/29 16:09:51, 0] lib/util.c:log_stack_trace(1749)
      unable to produce a stack trace on this platform
    [2006/09/29 16:09:51, 0] lib/fault.c:dump_core(173)
      dumping core in /var/samba/cores/smbd
    [EOF]

    あ゛ーーっ！
    パニクってるぢゃん。

    調べてみる。
　　解決の糸口を発見。
    こちら⇒　http://www.samba.gr.jp/project/kb/J0/0/37.html

    上記ページでの説明によると、
    Samba の仕様によるもの。
    ‘guest account ’パラメータが明示されていない場合、
    nobodyアカウントをゲスト用に使用するが、
    HP-UX ではnobodyのUID, GIDは次のようになっていた。
        UID = -2
        GID = -2
    UID, GIDは正の値を前提としているので、
    これらを正の値に変える必要がある。

    下記のアカウントファイルに設定されている‘nobody’のUID, GIDを正の値に変更。
        /etc/passwd
        /etc/group      （nogroup グループのGID を変えること）

　　再チャレンジ。

    # /sbin/init.d/samba start
    # ps -ef | grep 'mbd'
    root 20978     1  0 16:15:56 ?         0:00 /usr/local/samba/sbin/nmbd -D -l/var/samba -s/etc/samba/smb.conf
    root 20977 20975  0 16:15:56 ?         0:00 /usr/local/samba/sbin/smbd -D -l/var/samba -s/etc/samba/smb.conf
    root 20975     1  0 16:15:56 ?         0:00 /usr/local/samba/sbin/smbd -D -l/var/samba -s/etc/samba/smb.conf
    #

    あー、
    やっと動いた。
    幸せ。。。

    ちなみに、
    今回使用する‘smb.conf’の中身は次のとおり。
        [global]
                dos charset = CP932
                unix charset = EUCJP-MS
                display charset = EUCJP-MS
                server string = Samba-%v
                interfaces = 192.168.0.1/255.255.255.0
                bind interfaces only = Yes
                smb passwd file = /etc/samba/smbpasswd
                private dir = /etc/samba
                passwd program = /usr/bin/passwd %u
                passwd chat = *New*password:* %n\n*Re-enter*new*password:* %n\n
                username map = /etc/samba/smbusers
                unix password sync = Yes
                log level = 3
                log file = /var/samba/log.%m
                max log size = 50
                socket options = IPTOS_LOWDELAY
                os level = 127
                preferred master = Yes
                domain master = Yes
                dns proxy = No
                wins support = Yes
                ldap ssl = no
                lock directory = /var/samba/locks
                create mask = 0644
                hosts allow = 192.168.0.
                hosts deny = 192., 172., 10.
                strict sync = Yes
                case sensitive = No

        [homes]
                comment = Home Directories
                force user = %S
                read only = No
                browseable = No

後記：
　‘HP ANSI C Compiler’は、
　かなり優秀なコンパイラだ。
　だって、
　Ｓａｍｂａのビルドができちゃうんだもん。
　優秀、優秀。

　Sun Solaris でＳａｍｂａをビルドする場合、
　純正の
　  Sun ONE Studio
　たら
　  Sun Forte C/C++
  では
  コンパイルエラーが多発するので、
　ｇｃｃを入れてやる。

参考ＵＲＬ：
    Samba 3.0で日本語を利用できるようにしたパッケージ集
    libiconv パッチ集

#!/bin/tcsh ################################################################## # Shift_JISコードのWindows/DOS形式ファイルを #  EUCコードのものに変換 # # 使用方法：　$0 directory... # ################################################################## # 全てのaliasを削除 unalias * # コマンドに指定されたディレクトリをそれぞれ処理 foreach DDD ( $* )     # ファイルを探し、見つけたファイルをそれぞれ処理     foreach FFF ( `find $DDD -type f -print` )         # ベース名(basename)         set BASNAM=$FFF:t         echo -n "processing $FFF ... "         #         # 改行のCRを除去後、ＥＵＣコードへの変換を行って/tmpの仮ファイルに出力         cat $FFF | dos2unix -ascii | sjtoeuc > /tmp/$BASNAM         # ファイルの更新日時を移行         /usr/local/bin/touch -r  $FFF   /tmp/$BASNAM         # 仮ファイルを元ファイルに上書き         mv -f /tmp/$BASNAM $FFF         echo "done"     end end echo "終わり" exit 0

現場では、
開発サーバ（Ｓｏｌａｒｉｓ９）にＳａｍｂａを導入し、
Ｗｉｎｄｏｗｓ　ＰＣと連携させている。

が。

ＷｉｎｄｏｗｓからＵＮＩＸへテキストファイルを送り込んだ場合、
漢字コードと改行コードを変換してやる必要がある。
（ＦＴＰクライアントのように中身の変換までしてくれないから）

で、
しょっちゅうこんなシェルスクリプトを作っているみたいなので、
ここに掲載しとこう。

Ｃシェル・ネタ　としてるが、
現状では
Ｔ－Ｃシェルでしか動作しなくなってる部分あり。
ベース名を求めてるとことか。

なんと、
全マクロをダンプする機能があったんですねー。
下記のＷｅｂページに紹介されてた。
    《cygwin FAQ 3.4.37 プリプロセッサについては何を知っておくべきですか?》

 やってみる。
    C:\> gcc -dM -xc -E /dev/null
    #define __DBL_MIN_EXP__ (-1021)
    #define __FLT_MIN__ 1.17549435e-38F
    #define __CHAR_BIT__ 8
        ・
        ・
    #define __unix 1
        ・
        ・
    #define __GNUC__ 3
        ・
        ・
    #define __i386__ 1
    #define __SIZE_TYPE__ unsigned int
    #define __FLT_RADIX__ 2
    #define __LDBL_EPSILON__ 1.08420217248550443401e-19L
    #define __CYGWIN__ 1
        ・
        ・
    #define __LDBL_MIN_10_EXP__ (-4931)
    #define __LDBL_DIG__ 18
    #define __declspec(x) __attribute__((x))
    C:>

おぉ、素晴らしい。

商用UNIXの純正コンパイラには、こんな機能、ないのかしら。

　リヴィジョン管理する必要があり、
　今回、
　Ｓｕｂｖｅｒｓｉｏｎを導入することにした。

　ＣＶＳよりも、クローズドな環境での運用が楽そう。
　ロック（チェックアウト）とか明示できるし。

前提⇒
　　６４ビットＥＬＦバイナリとしてビルドする。
　　理由、Ａｐａｃｈｅ２用ＤＳＯを６４ビットで構成する必要があるため。

　　それから、インターネットで使うわけぢゃないので、ＳＳＬたら、データ圧縮たら、しない。

    関連パッケージは以下の通り。
×    1.  apr-0.9.7         subversion付属のもので良し
×    2.  autoconf          入れない
×    3.  libtool           入れない
×    4.  neon              subversion付属のもので良し
●    5.  Berkeley DB 4.X   db-4.4.20.tar.gz 　←　<http://dev.sleepycat.com>
●    6.  Apache httpd-2.0  httpd-2.0.59.tar.bz2 　←   <http://httpd.apache.org/>
○    7.  Python 2.4.3      Python-2.4.3.tar.bz2　←   <http://www.python.org/>
×    8.  Visual C++ 6.0    関係ない
×    9. Perl 5.8 or newer  /opt/perl/bin/perl      (プリインストールされてたもの　Ver.5.8.3)
×   10. MASM 6 or newer    関係ない
     11. Libraries for our libraries
×      "--with-ssl=/opt/openssl"
×      "--with-zlib=/usr/local"

    肝心のＳｕｂｖｅｒｓｉｏｎのパッケージ、
　　次の通り。
    　サーバ・ソース                (http://subversion.tigris.org/)
        subversion-1.3.2.tar.bz2

    　クライアント・Win32 バイナリ  (http://tortoisesvn.tigris.org/)
        LanguagePack-1.3.5.6804-win32-ja.exe
        TortoiseSVN-1.3.5.6804-svn-1.3.2.msi

    　Eclipse プラグイン            (http://subclipse.tigris.org/)
       《Subclipseプラグインのインストール》

手順⇒
１．インストール
　1.　Berkeley DBをビルド
    % gzcat db-4.4.20.tar.gz | tar xf -
    % cd db-4.4.20/build_unix
    % CC="/opt/ansic/bin/cc +DD64"; export CC
    % CFLAGS="-AC99 -z +Z -Y -g"; export CFLAGS
    % LDFLAGS="-Wl,+n"; export LDFLAGS
    % ../dist/configure \
    --prefix=/usr/local \
    --bindir=/usr/local/bin/hpux64 \
    --libdir=/usr/local/lib/hpux64
        ・
        ・
        ・
    % make
        ・
        ・
        ・
    % make install
        ・
        ・
        ・
    %

　2.　Pythonをビルド
    % bzcat Python-2.4.3.tar.bz2 | tar xf -
    % cd Python-2.4.3
    % CC="/opt/ansic/bin/cc +DD64"; export CC
    % CFLAGS="-AC99 -z +Z -Y -g"; export CFLAGS
    % LDFLAGS="-Wl,+n"; export LDFLAGS
    % ./configure \
    --prefix=/usr/local/Python64 \
    --enable-shared \
    --disable-ipv6 \
    --without-gcc \
    --with-threads
        ・
        ・
        ・
    % make
        ・
        ・
        ・
    % make check
        ・
        ・  ※時間がかかるー。　昼飯、食べて来よっと。
        ・
    % make install
        ・
        ・
        ・
    %

　3.　Apache httpdソースを展開
    % bzcat httpd-2.0.59.tar.bz2 | tar xf -
    %

　4.　subversionをビルド
    % ls --color -F
    Python-2.4.3/         db-4.4.20/              httpd-2.0.59/         subversion-1.3.2.tar.bz2
    Python-2.4.3.tar.bz2  db-4.4.20.tar.gz        httpd-2.0.59.tar.bz2
    % bzcat subversion-1.3.2.tar.bz2 | tar xf -
    % cd subversion-1.3.2
    % PYTHONPATH=/usr/local/Python64/bin/python
    % CC="/opt/ansic/bin/cc +DD64"; export CC
    % CFLAGS="-AC99 -z +Z -Y -g"; export CFLAGS
    % LDFLAGS="-Wl,+n"; export LDFLAGS
    % ./configure \
    --prefix=/usr/local/svn64 \
    --enable-shared \
    --with-berkeley-db=/usr/local \
    --with-apache=../httpd-2.0.59
        ・
        ・
        ・
    % make
        ・
        ・  ※１回目のトラブル、内製の共有オブジェクトとリンクできない旨のエラーで中断

　原因を調査した結果、
　前の段階でリンクされた全ての共有オブジェクトの在り処を
　“ＬＰＡＴＨ”という環境変数を使ってリンク時検索ＰＡＴＨを教えてやる必要あり。

　　% setenv LPATH \
    $PWD/subversion/libsvn_client/.libs:\
    $PWD/subversion/libsvn_delta/.libs:\
    $PWD/subversion/libsvn_diff/.libs:\
    $PWD/subversion/libsvn_fs/.libs:\
    $PWD/subversion/libsvn_fs_base/.libs:\
    $PWD/subversion/libsvn_fs_fs/.libs:\
    $PWD/subversion/libsvn_ra/.libs:\
    $PWD/subversion/libsvn_ra_dav/.libs:\
    $PWD/subversion/libsvn_ra_local/.libs:\
    $PWD/subversion/libsvn_ra_svn/.libs:\
    $PWD/subversion/libsvn_repos/.libs:\
    $PWD/subversion/libsvn_subr/.libs:\
    $PWD/subversion/libsvn_wc/.libs:\
    $PWD/apr/.libs:\
    $PWD/apr-util/xml/expat/lib/.libs:\
    $PWD/neon/src/.libs:\
    $PWD/apr-util/.libs:\
    /usr/local/lib/hpux64:\
    /usr/lib/hpux64
　　% make
        ・
        ・　※２回目のトラブル、libtoolでエラーが発生してしまう。
　　libtool ‥‥‥
　　マルチバイト文字が正しくありません

ＬＡＮＧ環境変数をＥＵＣロケールにしてたのがまずいらしい。
“Ｃ”ロケールにかえる。

　　% setenv  LANG  C
　　% make
        ・
        ・　※３回目のトラブル、svndumpfilterコマンドのリンク時、iconv関数をリンクできない旨のエラー発生
        ・　　って、おいおい、進んじゃうよ、止まれ、止まれ、とCtrl+C 打ち込み

　原因を調査すると、
　libiconv をリンク指定していない。
　ので、手でＭａｋｅｆｉｌｅを修正し、
　/usr/local/lib/hpux64/libiconv.so　　←　ソースＤＬ元　《libiconv-1.10-cp932.patch.gz》
　がリンクされるよう指定。
　（Ｍａｋｅｆｉｌｅを直接編集するのは邪道だが、この際仕方ない、急いでるんで）

　　% make
        ・
        ・　※４回目のトラブル、libtoolコマンドの実行のさせ方が悪いみたい
        ・
　　libtool: link: only absolute run-paths are allowed
　　make: *** [subversion/mod_dav_svn/mod_dav_svn.la] Error 1
　　%

むむむ、
またもや、リンク時のコマンド指定の仕方が良くない。
自力でMakeｆｉｌｅとbuild-outputs.mkというファイルを改修。
ちなみに、
ＤＳＯのビルドに関する詳細は　《こちら》

　　% make
        ・
        ・
    % make check
        ・
        ・  ※めっちゃ、時間がかかる、スタバ行って一服して帰って来てもまだやってたし(-_-;)
        ・
    % make install
        ・
        ・
        ・
    %

  あれ、Apache2 にSubversionのＤＳＯモジュールが組み込まれてないやん。
  手で入れろ、てか。

    % $APACHE_HOME/bin/apxs -i -n dav_svn subversion/mod_dav_svn/.libs/mod_dav_svn.so
        ・
        ・
    % $APACHE_HOME/bin/apxs -i -n authz_svn subversion/mod_authz_svn/.libs/mod_authz_svn.so
        ・
        ・
    %

２．準備
　5.　サーバ設定
    /etc/services　に記述
        svn  3690/tcp              # Subversion

　6.　Subversion Daemon 起動
    # /usr/local/svn/bin/svnserve -d
    # ps -ef |grep svn
        root  2336     1  0 08:50:54 ?         0:00 /usr/local/svn/bin/svnserve -d
    # lsof -i:svn
    COMMAND    PID USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
    svnserve 13954 root    3u  IPv6 0xe00000016595aac0      0t0  TCP *:svn (LISTEN)
    #

  7.　Apache2 WebDAVでもSubversionが動くようにする
    % su -
    Password : ********
    #

  $APACHE_HOME/conf/httpd.conf　にSubversionアクセス設定を追加。
  まず、Subversion DSOがロードされるようになっているか確認。
  （先刻のapxsコマンドで登録されてるはず）
        LoadModule dav_svn_module modules/mod_dav_svn.so
        LoadModule authz_svn_module modules/mod_authz_svn.so

  WebDAV機能を有効にする。
        <Directory />
            DAV on
            Options FollowSymLinks
            AllowOverride None
        </Directory>

　“/svn”というロケーションを用意。
        <Location /svn>
          DAV svn
          SVNParentPath "/home/var/svnrepositories"
        </Location>

    # $APACHE_HOME/bin/apachectl configtest
    Syntax OK
    # $APACHE_HOME/bin/apachectl start
    # exit
    %

　とりあえず、リポジトリを作る。
    % svnadmin create /home/var/svnrepositories/REPOS
    %

  接続確認。
    % telnet localhost 80
    Trying...
    Connected to localhost.hoge.jp.
    Escape character is '^]'.
    OPTIONS /svn/REPOS/ HTTP/1.1<CR>
    Host: localhost<CR>
    <CR>
    HTTP/1.1 200 OK
    Date: Fri, 01 Sep 2006 05:30:36 GMT
    Server: Apache/2.0.59 (Unix) DAV/2 SVN/1.3.2
    DAV: 1,2
    DAV: version-control,checkout,working-resource
    DAV: merge,baseline,activity,version-controlled-collection
    DAV: <http://apache.org/dav/propset/fs/1>
    MS-Author-Via: DAV
    Allow: OPTIONS,GET,HEAD,POST,DELETE,TRACE,PROPFIND,PROPPATCH,COPY,MOVE,LOCK,UNLOCK,CHECKOUT
    Content-Length: 0
    Content-Type: text/plain

    Connection closed by foreign host.
    %

　おぉ、成功！

　8.　クライアント設定
   クライアントの　
   WindowsXP ＰＣの
　 ‘%SystemRoot%\System32\Drivers\etc\services’に下記を追加。
        svn  3690/tcp              # Subversion

  9.　TortoiseSVN をインストール。
    ＭＳＩパッケージだから、すんなり入る。
    日本語ロケールのパッケージも忘れんなよ。
    日本語への切替は、
    パッケージインストール後、
    エクスプローラ上で右クリックして出てきたポップアップメニューで、
    ［TortoiseSVN］→［Settings］ を選択し、
　　「TortoiseSVN Settings」ダイアログを出す。
    当ダイアログ内、
    “Language:” 欄よりプルダウンリスト内の「日本語」を選んで「ＯＫ」
    だ。
    ちなみに、トータス・エス・ヴィ・エヌ　と読むらしい。
    なんで、亀なんやろ。

 10.　Eclipse に‘Subclipse’ をインストール。
　  更新マネージャ使ってダウンロードしてセットアップ。
　  めっちゃ簡単、インターネットに繋がってれば。
　  繋がってない、ローカルのＰＣには、どうやればセットアップできるんやろ。

    今回のEclipse のパッケージングは次のとおり。
    　Eclipse 本体  <http://download.eclipse.org/eclipse/downloads/>
        eclipse-SDK-3.2-win32.zip
        NLpack1-eclipse-SDK-3.2-win32.zip
      ＣＤＴ        <http://www.eclipse.org/cdt/downloads.php>
        org.eclipse.cdt.sdk-3.1.0-win32.x86.zip
      日本語化      <http://mergedoc.sourceforge.jp/>
        pleiades_1.0.3.zip
        jstyle_3.2.0.0.zip

使い方編≪Subversionをあざとく使う方法≫へ、つづく

今回お世話になったサイト⇒

    Subversion によるバージョン管理（邦訳）

   てんぷらメモ ＞ Subversion

    subversion+viewcvsインストール

    Subclipseプラグイン

    Subversion 覚書

    Linux Home Server Memo ＞ Subversionでサイト管理(1/3)

    Landscape - エンジニアのメモ 2005-03-01

《Language Pack》
と
《Pleiades (プラグイン日本語化プラグイン)》
で
Eclipse は日本語化バッチリだが、
makeを実行したりした場合、
エラーメッセージが化けてしまう。
（LANG環境変数に“ja_JP.SJIS”を指定してる場合）
なぜ化けるか、
C:\cygwin\usr\share\locale\ja\  配下のメッセージカタログが
「ＥＵＣコード」
だからだ。
どうやら、
Linux のものをそのままcygwinに適用してるらしい。

化けないよう英語で表示させてたが、
なんか、逃げてる気分。

Ｗｅｂをググると、
少しの手間でシフトＪＩＳ化できそうなので、
《こちらでの紹介》に従い
やってみた。

結果、
おぉ、出た。

終わり
^_^;

少し愚痴：
 cygwinを７月末時点で最新版にしたところ、
 デバッグ・パースペクティヴが開き、
 デバッガを動かせるようになった。
 （その前に一度試したのだが、ｇｄｂ起動中にスタックトレースダンプしてしまい不動のデバッガに陥っていた）

 ブレークポイントでちゃんと止まるし、
 ステップ実行もできるのだが。
 現在実行中のステップを表示するソースウィンドウが正しく表示されない。
 「ソースが見つかりません」
 て警告出しやがる。
 思いつく限りのソースパスを設定して見たが、ダメ。

 うーん、何だろう、と思いつつ、
 画面左上のデバッグ・ビュー内のスレッド情報を眺める。
 あん？！
 スレッドの中断場所を示すソースファイルが、
 cygwin内シェルでのフルパスになってるぞ？！
　S:\workspace\src\unitTest.c    
　となるところ
　\cygdrive\s\workspace\src\unitTest.c 
　と表示
 スレッドを実行しているＥＸＥのフルパスは、
 ＮＴＦＳのパス表現になってるし。
  S:\workspace\src\unitTest.exe
 めっちゃ、ちぐはぐやん。

 もしや？！
 Eclipse の起動ドライブに該当パスを設ければ良いのか？！

 Eclipse は「D:\eclipse\eclipse.exe」を起動してるから、
 “D:\cygdrive\s\workspace\src\unitTest.c”
 というパスのソースを置いたら、、、
 見えた！！

 でもねー。
 ビジュアル・デバッグすんのに、いちいちソースを配置換えせんとあかん？
 勘弁してよねー、cygwinちゃん。
 でも、
 これで非常手段は取れるか。
 ‘凡庸’、
 そんなにビジュアル・デバッグには用事ないし。

    ちなみに、
    単体テスト用フレームワークは、
    Ｗｅｂで偶然拾った
    《CUnit for Mr.Ando.》
　 というのを利用させてもらっている。
    この場で、
    作者の安藤利和さんに感謝。

参考：
 《Studio Sixnine - 日本語メッセージの文字化けに対応する》