68user's page 掲示板

Prev< No. 1392〜1395> Next  [最新発言に戻る] [過去ログ一覧]
No. 1392 # ぷに辻 2000/11/20 (月) 22:58:33
返事どうもありがとうです。

> えっと、あの例では rename は使っていません。

よく見てませんでした。申し訳ないです。。

> もし rename でやるとしても、それ以前に複数のプロセスが
> tmp_file へ同時に出力しようとする可能性があるので、あの
> 部分全体を排他する必要があります。

なるほど。そこで、お教えいただいた通りにちょっと改造してみました。

# 毎回違う名前で作る
$tmp_file = 'bbs'.$$.'.tmp';

open(TMP_OUT,"> $tmp_file");
print TMP_OUT "発言者: $from<BR>\n";
print TMP_OUT "$now_date $host<BR>\n";
print TMP_OUT "$message<HR>\n";

open(IN,"$data_file");
while (<IN>){
    print TMP_OUT $_;
}
close(IN);
close(TMP_OUT);

# tmp_file の内容を $data_file にコピーするだけ
#open(TMP_IN,"tmp_file");
#open(OUT,"> $data_file");
#while (<TMP_IN>){
# print OUT $_;
#}
#close(TMP_IN);
#close(OUT);

# コピーのかわりに、$data_fileにrename
# その前に排他処理。
$lock_file = 'bbs.lock';
touch($lock_file);
open(IN,"$lock_file");
flock(IN, 2);
rename($tmp_file, $data_file);
close(IN);
unlink($lock_file); # 必要ない??

これで完璧ですか??
読みこみ専用でオープンしてるのにflock()のオペレーションが「2」って
どうなんですかね。ちゃんと書きこみモードでオープンしなきゃだめですか??
改善点があればご教授くださいませ。
長文すみませんでした。

No. 1393 # hemo [URL] 2000/11/21 (火) 08:01:23
>> len = sizeof(peer_sin);
>> は、いらなんじゃないですか?
>こっちの getpeername のは必要だと思います。以下 getpeername(2) より。

失礼しましたぁ。。勘違いです。
きっちりしたサイズを指定しなくてもよかったんですね。
小さい場合は切り詰めるって仕様も最初は意味不明でしたが、
よく考えると最低でもアドレスファリは所得できそうなので有用ですね♪

No. 1394 # ふくし [E-mail] 2000/11/21 (火) 18:00:08
いつもすいません、ふくしです。
LDAP の使い方でこんなことができるかどうかどなたか相談に乗ってください。

Microsoft Exchange Server のアドレス帳で、集団のアドレス
(営業部 <markettng@nantoka.org とか)があって、
そこに送るとたくさんのひとに
(yamada.tarou@nantoka.org、satou.hanako@nantoka.net、、)に
行くようになっているとき、組織名を渡してこの構成員一覧を返す
アプリケーションを作ろうと思っています。

Exchange は LDAP を受け付けるときいたので、
Perl に Net::LDAP をインストールして、
サンプルをいじって使ってみたのですが、
marketting というメール アドレスが「ある」ことはわかるところまで
いったのですが、その内容まではわかりません。

ご存じの方がいらっしゃいましたら、よろしくお願いします。

No. 1395 # has 2000/11/22 (水) 17:22:26
ちょっと前にHTTPのセパレータの話がありましたが、
どうも最近の携帯の中には、\r\nにしか対応していないものもあるようで、
友人からの「携帯からアクセスできない」との苦情に対応方法がわからず、
「まさか」と思いつつもこれまで\n\nとしてきたセパレータに\r\nを加えてみたところ、
ちゃんと読んでくれるようになりました。

これはうちのサーバの設定の仕方がおかしいんでしょうか。
(普通は\r\nに勝手に変換してくれるものなんですか?)
それともCGIの方で正式な\r\nに対応すべきなんでしょうか。

Prev< No. 1392〜1395> Next  [最新発言に戻る] [過去ログ一覧]