|
ついでに、もうひとつ。 私の vi では、テキストファイルに一行 １０２４バイト以上の行があるとき 途中で切れて、全部見れません。 このような場合、「編集できない」と「多少のデータ欠落」はＯＫですが、 とにかく、全体を見れて、検索できるような、コマンドってないですか？ |
|
LASER5 Linux (標準で MD5) では、 crypt('secret','$1$xx$') -> $1$xx$r/r0qx2Q7FpBQWOTZk2Nc. (MD5) crypt('secret",'xx') -> xxWAum7tHdIUw (DES) となりました。こういう環境があるとは知らなかった。 > UNIXにおいてflockを使用するデメリットを教えて下さい。 NFS 環境下で flock が動作しないそうですが、僕のまわりでは NFS 環境でも正常にロックできていたように見えました。 それ以外はわかりません。プロバイダが「使うな」と言うほどの デメリットはないように思います。 > また、flock使用のＣＧＩを見つけるコマンドなど存在しますか？ これは質問の意図がわかりません。 > 私の vi では、テキストファイルに一行 １０２４バイト以上の行があるとき > 途中で切れて、全部見れません。 nvi という vi ファミリのエディタでは、その手の制限はなかった ように思います。ちなみに FreeBSD の vi は nvi だったりします。 > とにかく、全体を見れて、検索できるような、コマンドってないですか？ nvi 以外だと less かなぁ。less で 1024バイト/行なファイルを 見られるかどうかは確かめてませんが。まぁ、fold してその出力を 眺めるっつーのもアリかもしれません。 |
|
大学では、UNIXを使っているので、いつもこのHPにはお世話になっております。 それで、質問があるのですが。 UNIXでは、Windowsなどから送られてくる添付ファイルを 受けとる事はできますか? また、添付ファイルを送る事はできますか? よろしければ、そのやりかたも教えて頂けると嬉しいです。 ちなみに、使用機種は、SunOS 5.6です。 |
|
＞68userさんへ foldコマンドでいけました！ ありがとうございました。 >>また、flock使用のＣＧＩを見つけるコマンドなど存在しますか？ >これは質問の意図がわかりません。 ただ、プロバイダがどうやってflock使用のプロセスを見つけたのかなぁっておもったもので...。 では、これで、失礼いたします...。 |
|
> プロバイダがどうやってflock使用のプロセスを > 見つけたのかなぁっておもったもので...。 grep? > UNIXでは、Windowsなどから送られてくる添付ファイルを > 受けとる事はできますか? また、添付ファイルを送る事はできますか? メーラー次第です。Mew や Wanderlust あたりなら できますが、emacs の rmail とか mail コマンドでは 難しい…というか多分無理でしょう。 # Mew ... http://www.mew.org/index-j.html # Wanderlust ... http://www.gohome.org/wl/index.ja.html |
|
NFS上のファイルをflockすると，複数マシンから 同時にロックできてしまう(場合がある)と思いますが... Perlで普通にflockを使っていると，たいがい まともにロックできないうえ処理速度が遅くなります． open (LOCK, "> $file")||&error flock (LOCK,2)||&error とか書いた時点で終わってます．2箇所直せば使えますけど 普通そんなこと気付きません． あと，デッドロックの発生を検知するのが難しいです． |
|
68userさん> 御回答ありがとうございました。 僕のメーラーはemacsのrmailなので、受けとれないみたいですね。 文章の添付ファイルならば、その文章は一応表示されますが。 それで、御紹介頂いた Mew と Wanderlust のHPに行ってみたのですが、 その2つの違いというものがよく解りません。 よろしければ教えて頂けますか。 用途は、添付ファイルを受けとるだけなので、それに適しているのは どちらなのかというのも教えて頂けると嬉しいです。 あと、もう一つ質問なのですが、 あるファイルのシンボリックリンクを作った時に、 そのシンボリックリンクの元となるファイルから、 そのファイルのシンボリックリンクがどこに作られているかを 見つけ出す事はできますか? なんか解りにくい文章ですみません。 |
|
> それで、御紹介頂いた Mew と Wanderlust のHPに行ってみたのですが、 > その2つの違いというものがよく解りません。 両方ともメーラーなわけで、できることは自然と似てきます。 一応僕の思う特徴をあげると Wanderlust のいいところ ・見栄えがきれい (スクリーンショット参照) ・IMAP4 対応 ・ニュースリーダの機能もある Mew のいいところ ・im と mew を入れるだけなので、インストールが簡単 (Wanderlust だと semi やら apel やら入れて、さらに それぞれのバージョンにも気をつけなくてはいけない) てな感じ。インストールに自信がないなら Mew の方がいいかも しれません。 ちなみに「添付ファイルを受け取る」という一点に関して言うと、 Mew の方が使いやすいように感じます。 > そのファイルのシンボリックリンクがどこに作られているかを > 見つけ出す事はできますか? 無理です。全ファイルを調べるしかないです。これはハード リンクも同じです。 > NFS上のファイルをflockすると，複数マシンから > 同時にロックできてしまう(場合がある)と思いますが... んー、なるほど。複数マシンからの flock というのは全く 思いつきませんでした。一つの NFS クライアントマシンから flock して、「ああ、NFS でもうまくロックできるのね」と 思ってました。 試してみたいけど、NFS 環境がないなぁ・・・ |
|
はじめまして。 勉強になるのでちょくちょく見させてもらっています。 crypt化した文字を復元することはできるのですか？ |
|
申し訳ないです。先ほどの追加です。 crypt化するのにperlでやっています。 #!/usr/bin/perl $A ="AAAAAA"; #←crypt化する文字 $B ="BB"; #←KeyWord print crypt ($A,$B); |
|
> crypt化した文字を復元することはできるのですか？ できないです。復元ができないようなアルゴリズムを採用している からです。なので、辞書を使ったり、総当りで調べるしかありません。 ちなみに keyword じゃなくて salt と言います。 |
|
unixはぜんぜん知らないのですが、 flockに関しては以前から疑問があったので、 ちょっとお伺いします。 >とか書いた時点で終わってます．2箇所直せば使えますけど >普通そんなこと気付きません． open の時点で $file が破壊されるってことですね。 これは、確かにしっかりしたドキュメントが必要だと思います。 >あと，デッドロックの発生を検知するのが難しいです． flock でデッドロックが発生したら、意味ないのでは…？ flock がセマフォを使ってるのか、別の何かを使ってるかは知りませんが、 デッドロックを回避できるからこそ flock の価値があるんではないでしょうか？ それとも、セマフォとかの待ち行列の状態が検知できないという意味でしょうか？ >Perlで普通にflockを使っていると，たいがい >まともにロックできないうえ処理速度が遅くなります． こういう文章を読んで、flockはダメだと勝手に判断して、 もっと酷い、訳の分からない排他制御手段を考える人が出て来るような気が… ただ、flockを使えばOSが対象ファイルごとに待ち行列を 用意することになるんでしょうから、チャット等が沢山使われるサーバーでは、 リソースを大量に消費して、レスポンスも悪くなるような気はします。 先のプロバイダの制限は、そういうことを嫌ったのではないでしょうか？ |
|
>open の時点で $file が破壊されるってことですね。 はい，あと引数'2'だと，待っている間何も出来なくなるので マズイ，ということで2箇所...としました． シグナル起こしはあてにならないということで． >デッドロックを回避できるからこそ flock の価値があるんではないでしょうか？ デッドロックは起きます． flockには価値なんかありません．BSDでの互換性だけです． 言葉遊びでなく，確率というか危険度と考えてください． flockして成功したプロセスが無限ループに入ったとき， 解除にはたいがいプロセス殺しが必要です．うまく殺せるか どうかは不確実なので，この時点でデッドロックといえます． symlinkやmkdirでの排他処理だとまだ通常のファイル操作で済みます． >それとも、セマフォとかの待ち行列の状態が検知できないという意味でしょうか？ はい，検知と制御ができません．同じ意味でfcntlやセマフォも 使うのは難しいです．OSリソースを隠れて消費し，工夫しないと システム全体の速度が低下します． OSに付属する排他処理機構を，よく検証せずに使うのはまずいです． 私の経験だと， - いつどのプロセスが何をロックして - それを参照する何個のプロセスがどれくらいの時間待機しているか 外から判るようにしなければだめな感じです． >訳の分からない排他制御手段を考える人が出て来るような気が 他人の手法を参考のうえ，排他処理の仕組みを自分で考えるのは 結構なことだと思います． |
|
>解除にはたいがいプロセス殺しが必要です．うまく殺せるか >どうかは不確実なので，この時点でデッドロックといえます． なるほど、もし解除できないということが起こるなら、 確かにデッドロックですね。 unixを触ったことがないため、そのヘンは、何となくシステムを 信頼していました(^^; >flockには価値なんかありません．BSDでの互換性だけです． う〜ん、それが現状だとすると、問題ありそう… >言葉遊びでなく，確率というか危険度と考えてください． 確かに、私の先の書き込みは、スパゲッティを食べる哲学者のレベルでの 話かも知れません(^^; >OSに付属する排他処理機構を，よく検証せずに使うのはまずいです． 検証する能力がない人間が下手なことをするよりは、 システムが用意した機能をそのまま利用した方がマシ、 というスタンスでいたのですが、少なくともflockに関しては、 考え直さないといけないみたいですね。 >symlinkやmkdirでの排他処理だとまだ通常のファイル操作で済みます． 今後は、作成時からの経過時間検査による解除機能付きsymlink/mkdirあたりで 検討してみたいと思います。 >他人の手法を参考のうえ，排他処理の仕組みを自分で考えるのは >結構なことだと思います． これは、あくまでもっと低次元の話です。 「他人の手法」を正確に理解し、問題点を的確に把握した上で、 「自分で考える」のであれば、仰る通りすばらしいことだと思います。 |
|
Netboy さんは、ノンブロッキングの flock なら OK、 という立場ですよね? で、いくつか疑問があります。 > flockには価値なんかありません． fcntl には価値がある、という話でしょうか。それとも 両方価値がない、という話ですか? > flockして成功したプロセスが無限ループに入ったとき， という状況って、起こり得ますか? (現象事態は root が SIGSTOP 送れば容易に発生しますが) Netboy さんは、どういうプログラムを想定しておられます? ちなみに僕が考えたのは、カウンタとか web BBS とかです。 > Perl で普通にflockを使っていると，たいがいまともに > ロックできないうえ処理速度が遅くなります． 僕の環境では「まともにロックできない」というのは 経験したことはありません (1000回カウントアップしたつもりが、 カウンタデータファイルを見ると998回しか実行されていない というのはあった。原因は不明)。 それと flock は、symlink・mkdir よりは速かったです。 しつこいですが、僕の環境では、です。 # あと、排他処理はいつも symlink でやるので、flock を # 使いこんだことはないです。 > 訳の分からない排他制御手段を考える人 http://www2q.biglobe.ne.jp/~terra/cgi/lockfile.htm (笑) |
|
>http://www2q.biglobe.ne.jp/~terra/cgi/lockfile.htm (笑) あはは、どもです。どこだったか忘れてました。 |
|
>Netboy さんは、ノンブロッキングの flock なら OK、 >という立場ですよね? はい． 動作環境を知っていて，使えると判断した用途にはOKです． 例えば常駐動作のサーバー用のスクリプトなんかにはいいですよね． >それとも 両方価値がない、という話ですか? いいえ，fcntlは意味があると思います． POSIX準拠(?)+NFS対応だそうですし． あれはOSの内部操作をそのまま出してくれているんですよね? でもWin環境で互換性が無いので，あまり使いません． >> flockして成功したプロセスが無限ループに入ったとき， >という状況って、起こり得ますか? (現象事態は >root が SIGSTOP 送れば容易に発生しますが) 次のようなものです． - スクリプトの単なるバグ - 作成中のスクリプトのテスト時 - 予期しないデータを与えられたスクリプト - Perlインタプリタがコケたとき．OSリソース逼迫下． - インタプリタのバグ． - Apacheの設定ミス，管理者の不注意な設定変更． - クラッキングを受けたサーバー >Netboy さんは、どういうプログラムを想定しておられます? >ちなみに僕が考えたのは、カウンタとか web BBS とかです。 私も同じです． スクリプトのバグでは，機種/環境依存文字の訂正で ある予期しない文字列のとき置換操作が止まらなくなる...など． >僕の環境では「まともにロックできない」というのは >経験したことはありません それは68userさんだから(笑)． 普通の人は下で書いたスクリプトみたいな感じです． NFSを使っているプロバイダの場合，もっと状況は複雑になります． >それと flock は、symlink・mkdir よりは速かったです。 う〜ん，負荷が掛かった時なんです，問題は． デッドロックの自動検出と，flockの解除のための pidの保存操作や予防措置も含めてください． MMX233+FreeBSDで1000個の掲示板が同時動作で平均待ちプロセスが2〜4個 の状況('97のテレホ時)でflockを使うかどうか，です． >訳の分からない排他制御手段を考える人 いや，いいんじゃないですか．誰もが通る出発点だと思います． 68userさんだって，miniBBSのアレとか，ほら，悪い思い出(笑)． 混雑時の実用性や設置性を検証すると，面白いことになります． |
|
はじめに、flockについて質問した者です。 ＣＧＩをダウンロードした人にプロバイダ来たメールで、 やはり、「NFSがらみで、flockが利用不可能な状態」とのことでした。 ＣＧＩの方は、WIN95も考慮して、ロックファイルの有無で対処いたしました。 話は、変りますが、DNSサーバーについて知識として教えて下さい。 rlogin,ftp,telnetなどで、ホスト名を指定した時に、どのようにして、 DNSサーバーとやり取りをしているのですか？ DNSサーバーはhttpみたいなデーモンが動いているですか？（私の買った本には、この辺書いていなかった） ちょっと、気になったので、よろしくお願い致します。 |
|
flock の件は後程。 > rlogin,ftp,telnetなどで、ホスト名を指定した時に、どのようにして、 > DNSサーバーとやり取りをしているのですか？ rlogin/ftp/telnet などは、ユーザからホスト名を受け取ると gethostbyname(3) などを使って、ホスト名から IP アドレスを 得ようとします。 gethostbyname の内部では、ソケットを使って DNS サーバに アクセスします。で、DNS サーバは UDP の port 42 を listen していて (UDP だから listen という表現は変?)、 クライアントからの問い合わせに応じて IP アドレスを 教えたり、他の DNS サーバに問い合わせたり、見付から ないよと答えたりします。 こういう問い合わせを行う DNS クライアント (この例では gethostbyname) のことを resolver と言います。resolver は 概念的なもので、問い合わせを一手に引き受ける resolver サーバのようなものがあるわけではありません。ただのライブラリです。 なので、自分で外部の 42/udp にアクセスする DNS クライアントを 書く事もできます。 > DNSサーバーはhttpみたいなデーモンが動いているですか？ UNIX 界で DNS サーバとして有名なのは bind です。 プログラム名は named。 # apache と httpd の関係と似ています。 |