07/09/11 13:53:55
a.logには随時ログデータが書き込まれている場合、
cp a.log b.log
とすると、
完了するまでに書き込まれたデータ(コピー中に書き込まれたデータ)
は b.log にはコピーされない、
という状態になりますよね。
a.log を b.log としてコピーして
かつ a.log 一旦データを0にしたいのですが、
コピー中に書き込まれたデータが消えるのがネックとなっています。
何か良い回避方法はないでしょうか。
377:名無しさん@お腹いっぱい。
07/09/11 14:02:54
>>376
普通に
mv a.log b.log
touch a.log
した後に書き込み先を切り替えてもらうんじゃだめなん?
378:376
07/09/11 14:22:52
>>377
自由に扱えるログデータを別ユーザに与える、
というのが目的で、
書き込み先を切り替えると
元のログデータの保守がきかなくなってしまうため、
書き込み先を変えるのは避けたいと考えてます。
379:名無しさん@お腹いっぱい。
07/09/11 14:26:32
378 は「書き込み先を切り替える」の意味を取り違えてる悪寒
380:名無しさん@お腹いっぱい。
07/09/11 14:27:54
>>378
日本語でおk
381:名無しさん@お腹いっぱい。
07/09/11 14:39:13
>>378
別ユーザーのファイルにしたいんなら、普通に、
mv a.log b.log
chown user b.log
> a.log
したあとに
kill -HUP
すればいいんじゃないの?
382:名無しさん@お腹いっぱい。
07/09/11 14:44:47
kill -HUP で切り替わるなら、な。
383:名無しさん@お腹いっぱい。
07/09/11 14:46:33
kill -HUP は一例だろ。論点はそこじゃない。
384:名無しさん@お腹いっぱい。
07/09/11 14:50:57
メールスプールのように、ログを吐き出すプログラムも、
ログを取り分けるプログラムも、lockf()してファイル操作すれば無問題。
385:名無しさん@お腹いっぱい。
07/09/11 14:51:10
>>383
そここそが問題でしょう。
簡単に切り替えられないからこそ
>>376のように聞いてるんじゃないだろうか。
386:名無しさん@お腹いっぱい。
07/09/11 14:53:55
>>376の意図の背景の推測だけど、
ログを出す側は1行(あるいは1項目)ごとにcreat付のopenしてるんじゃない?
それなら、HUPなんかしなくても大丈夫でしょ。
387:名無しさん@お腹いっぱい。
07/09/11 14:54:59
エスパーが多いスレだな。
388:名無しさん@お腹いっぱい。
07/09/11 14:56:31
>>385
ちがうだろ。>>376 は cpでコピーしようとしてるし、
>>377 が言ってる基本の方法すら知らないで質問してる初心者だろ
389:名無しさん@お腹いっぱい。
07/09/11 14:58:26
今日の「お題」はコレですかw
↓では、回答者同士のバトルをどうぞ
390:376
07/09/11 15:25:32
すいません、うまく伝わっているのかわからないのですが、
cp(mv) a.log b.log
してる間に発生しているログ(a.logに書き込まれているログ)は
b.log には移らないという考えはあってますでしょうか?
391:名無しさん@お腹いっぱい。
07/09/11 15:27:33
>>390
cpとmvで違う。
cpだと途中で発生しているログは移らない。
mvだと、途中で発生しているログも移る。
やっぱり、>>388 が言ってるとおり、基本を理解してなかったんだね。
392:376
07/09/11 15:30:51
>>391
そうなんですか!!
めちゃくちゃ勉強になりました。
ありがとうございます。
ありえないかと思うんですが、
極端に言えば、
ログの発生スピードとmvのデータ移動のスピードが
同じ場合、
mvは永遠に終わらない、ってことですよね。
393:名無しさん@お腹いっぱい。
07/09/11 15:32:27
>>329
ありゃ、ファイルのopenについても理解してなかったのか・・・
違うよ。mv は一瞬で終る。
mvによってたとえファイル名が変わっても、
ログはmv後のファイルにそのまま書き込まれるだけ。
394:名無しさん@お腹いっぱい。
07/09/11 15:33:09
>>393
> mvによってたとえファイル名が変わっても、
> ログはmv後のファイルにそのまま書き込まれるだけ。
それは書き込む側の作りによる。
395:名無しさん@お腹いっぱい。
07/09/11 15:33:21
安価ーミス 393は>>392 な。
396:名無しさん@お腹いっぱい。
07/09/11 15:35:45
>>392
UNIXの mvって、移動じゃなくてリネームコマンドなんだよ。ファイル実体は同じ。
397:名無しさん@お腹いっぱい。
07/09/11 15:40:15
>>382
やっぱ、kill -HUP 以前の問題だったなw
論点はそこじゃなかったなw
398:名無しさん@お腹いっぱい。
07/09/11 15:55:04
素人からみるとMac OSXもUNIXだと思うんですが、
何でUNIX板の住人は毛嫌いするんでしょうか?
以前から不思議に感じてます。
399:名無しさん@お腹いっぱい。
07/09/11 15:57:18
気の所為か被害妄想だろう。
ま、MacOS X 特有の話を専用板でやらないとすると
見識を疑われるとは思うけど。
400:名無しさん@お腹いっぱい。
07/09/11 17:04:03
コマンドの実装レベルまで知ってないとUNIXerにはなれないのか・・・すごいな
401:名無しさん@お腹いっぱい。
07/09/11 17:08:31
なれないなんて誰か言ったか?
402:400
07/09/11 17:10:30
>>401
なんでそうつっかかるんだよ
UNIX板の人達は詳しく知っていてすごいなと思っただけじゃないか
403:名無しさん@お腹いっぱい。
07/09/11 17:11:45
なら最初からそう言えばいいじゃん。
遠回しに皮肉っぽく言わずに。
404:名無しさん@お腹いっぱい。
07/09/11 17:12:18
しかし、でかいファイルのcpとmvの時間差を肌で感じて、
実装を推測できないようじゃ、UNIXに限らず先が知れる。
ところで、上のmvがリネームだという話は、ファイルシステム内だけの話な。
405:名無しさん@お腹いっぱい。
07/09/11 17:25:41
昔のmvは、異ファイルシステム間では実行できなかった、というと昔話が始まる悪寒。
406:名無しさん@お腹いっぱい。
07/09/11 17:28:00
デーモンが起動時にopenして終了するまで開けっ放しのタイプだと
データ全部 mv 先に書き込まれ続けたりしませんか
407:400
07/09/11 17:28:40
そうか。
移動するっていうのは(同一ファイルシステム上なら)ファイル情報を書き換える以外に方法はない→mvの実装もそうなる
ってことでおk?
ファイル情報そのままにHDD上を移動させてもしゃーないし。
408:名無しさん@お腹いっぱい。
07/09/11 17:32:16
>>407
「以外に方法はない」じゃなくて、リネームの方が効率がいいということだろ。
別に、データコピーして、コピー元をrmするという実装も可能は可能だよ。
409:名無しさん@お腹いっぱい。
07/09/11 17:33:25
>>406
だから kill -HUP なりなんなりで
書き込み先を変えてやるんじゃん。
410:名無しさん@お腹いっぱい。
07/09/11 17:47:40
>>409
理解しますた
タコで申し訳ない
411:名無しさん@お腹いっぱい。
07/09/11 18:08:40
>>399
新・mac板が閉鎖されたらUNIX板に入れてくれるでしょうか?
412:名無しさん@お腹いっぱい。
07/09/11 18:09:53
そういう事態になってみないことにはなんとも。
413:名無しさん@お腹いっぱい。
07/09/11 18:27:03
偽の仮定からは任意の結論を導いても真である。
414:名無しさん@お腹いっぱい。
07/09/12 00:44:09
cvsのデータをバックアップを取らずに編集してしまいました。
新たに再取得したいのですが、どうしたらいいですか?
415:名無しさん@お腹いっぱい。
07/09/12 01:22:06
>>414
cvs updateってなめてんのか?
416:名無しさん@お腹いっぱい。
07/09/12 01:30:53
>>415
それで、元に戻りますかね?
やってみたんですけど、戻りませんでした。
417:名無しさん@お腹いっぱい。
07/09/12 02:49:16
消したのはCVSROOTの下の*,vか?
418:名無しさん@お腹いっぱい。
07/09/12 12:16:28
Solaris 10をインストールしたんですけど、
「リモートサービスを有効化するか?」
という項目で、
「いいえ」
を選択してインストールしたのですが、
インストールが完了した今になってから、リモートを有効にする事って出来ますでしょうか?
もし出来るのなら、やり方とか教えて下さい。
419:名無しさん@お腹いっぱい。
07/09/12 12:33:20
すまん、自己解決しました。
420:名無しさん@お腹いっぱい。
07/09/12 14:38:26
パソコン用スピーカと観賞用スピーカと分けて聞けるようにしたいのですが、
配線、接続のやり方を教えてください!
421:名無しさん@お腹いっぱい。
07/09/12 14:41:32
観て楽しむだけなら別に接続しなくていいじゃん。
422:名無しさん@お腹いっぱい。
07/09/12 14:44:18
いまいち
423:名無しさん@お腹いっぱい。
07/09/12 14:46:23
間違えました。干渉用スピーカーです。
424:名無しさん@お腹いっぱい。
07/09/12 14:53:26
もう一度だけチャンスをやろう。
425:名無しさん@お腹いっぱい。
07/09/12 15:00:01
間違えました。感傷用スピーカーです。
426:名無しさん@お腹いっぱい。
07/09/12 15:08:28
ところで、漢字がちゃんとなおったとしても意味わからん。
427:名無しさん@お腹いっぱい。
07/09/12 15:15:26
ビープ音用スピーカーを分離したいって話じゃないの?
428:名無しさん@お腹いっぱい。
07/09/12 15:20:55
まぁなんだ、板違いだ。
URLリンク(pc11.2ch.net)
429:名無しさん@お腹いっぱい。
07/09/12 19:56:14
dbmとhashの役割及びそれぞれの違いを教えて頂けませんか
430:名無しさん@お腹いっぱい。
07/09/12 19:58:08
>>429
URLリンク(ja.wikipedia.org)
URLリンク(ja.wikipedia.org)
431:429
07/09/12 20:11:07
>>430
ありがとうございました。
sendmailの設定の中でdbmやhashを設定する箇所があり
詳しくわからないのですがaccess.db等を作成する際に使用するものと想像してます。
その際db化する為に使用するのでしょうが、どちらを使うべきなのか
使い分けや、どのように結果として異なるのかイマイチ理解できずにいます。
432:名無しさん@お腹いっぱい。
07/09/12 20:36:19
「どちらを使うべきなのか」という質問自体が理解不足を表している。
433:名無しさん@お腹いっぱい。
07/09/12 21:55:39
>>431
最初にsendmailがらみだと言わないから話がおかしくなる。
sendmailが使うmakemapのマニュアル見ればわかるとおり、
dbmとかhashとかいうのは、
makemapで生成するデータベースのフォーマットのタイプのこと。
dbmを使うにはそれ用のライブラリndbmがいるし、
hashを使うにはそれ用のライブラリBerkeleyDBがいる。
どちらもハッシュをベースにした方式。
makemapによってはbtreeをサポートしているかもしれない。
で、どれを選ぶかで、性能とかファイルサイズとかが違ってくる。
が、そこらのサーバで使う程度のデータベースじゃ性能の差なんてほとんどない。
dbmはファイルが多少でかいのと、古臭い。
互換性の問題とかライブラリがないとかでなければ、普通はhashでいいかと。
434:429
07/09/12 23:03:34
>>433
詳細にご回答頂きありがとうございました。
makemap BerkeleyDB hashなどの関係が理解できました。
質問が適切でない事は申し訳なかったです...
435:名無しさん@お腹いっぱい。
07/09/13 23:27:47
BBSPINKを救えるつわものはおらんかのぉ(´・ω・`)
436:名無しさん@お腹いっぱい。
07/09/14 18:05:34
BBSPINKに教わるつわものはおらんだろうのぉ(´・ω・`)
437:名無しさん@お腹いっぱい。
07/09/14 23:05:51
救世主伝説を作るチャンスなんだがのぉ(´・ω・`)
438:名無しさん@お腹いっぱい。
07/09/14 23:29:46
…のぉ(´・ω・`)ショボーン
439:名無しさん@お腹いっぱい。
07/09/16 23:06:51
man (roff?) について質問です。
% man make して読んでいくと
SEE ALSE
The GNU Make Manual
ってのが表示されました。
「(あなたのディスク内のどこかにあるであろう) GNU Make のマニュアルを読んでね」ということなのか、
あるいは何か操作をおこなうと紐づけされている部分が開くのか、どっちでしょうか?
要は、このSEE ALSOの部分に書いてあることに対して、
どのような操作が有益なのかパッとひらめかないのです。
440:名無しさん@お腹いっぱい。
07/09/16 23:17:02
>>439
> 「(あなたのディスク内のどこかにあるであろう) GNU Make のマニュアルを読んでね」
ってこと。自動化はされていない。
info(あるいは emacs の M-x info)で読めるようになっているものも多い。
その先はOSによるが、/usr/share/doc とか /usr/local/share/doc
とかにあればラッキー。
441:名無しさん@お腹いっぱい。
07/09/16 23:23:10
>>440
ありがとうございます。
info形式でありました。大変助かりました。
442:名無しさん@お腹いっぱい。
07/09/17 00:37:43
大変厨な質問で恐縮です。友人にUNIXを勉強したいと相談したところ
ソフトウェアいろいろとSUNの機械(SUN ENTERPRISE4500)を二台くれました。
私、SUNの機械に触るのが殆ど始めてて、OSのインストールどころか、CRTの
接続すらままならない状態です。グラボ(?)フレームバッフアァPGX64という
カードを貰いまして、コレを接続すれば15ピンのモニタなら使えると言われま
したがドコに接続すれば良いかもわからない状態です。ググっても取り説らしき
データも引っかかりませんし・・・
どなたかよろしくご教授のほど宜しくお願い致します。
443:名無しさん@お腹いっぱい。
07/09/17 00:39:51
E4500を2台も自宅で動かしたら、電気代と騒音で死ねると思う。
444:名無しさん@お腹いっぱい。
07/09/17 00:43:53
>>443
死亡覚悟です。
とりあえず離れに設置しました。電気代はまぁ二台まとめて動かすことは
まず無いからいいかなと。しかし重たかった・・・
445:名無しさん@お腹いっぱい。
07/09/17 00:48:20
ところで、何を訊きたいのか?
シュリンクD-SUBじゃなく、13W3とか、そう言う話か?
446:名無しさん@お腹いっぱい。
07/09/17 00:52:46
なんで友達に聞かないんだ?
あと、1台でも電気台で死ねるぞ。
貰ったんなら売って、中古でU10でも買え。
447:名無しさん@お腹いっぱい。
07/09/17 00:56:22
シリアルで使えばいいじゃん。
つーか、x86 Solaris とか *BSD とか Linux でいいじゃん。
448:名無しさん@お腹いっぱい。
07/09/17 00:57:51
一日二、三時間稼動でも死にますかね?
友人はコンソールでつないでたとかで、グラボは使ってなかったそうです。
で、グラボも死蔵品だったそうで一緒にくれました。
>>445
ええと、上記グラボを貰ったのですが、どこに差していいのかがまず判らない
状態です。
449:名無しさん@お腹いっぱい。
07/09/17 01:00:08
S-BUSのI/Oボードは有ってもPCIは無い悪寒。
450:名無しさん@お腹いっぱい。
07/09/17 01:09:17
一応ググってはみたのですが、確かに対応グラボにPGX64とは
書かれているのですが、指す場所までは説明が無いんです。
素直にSUNに電話して聞いてみたほうがいいんでしょうか?
451:名無しさん@お腹いっぱい。
07/09/17 02:12:09
刺せるところに刺せばいいんじゃねーの?
しらんが
452:名無しさん@お腹いっぱい。
07/09/17 02:15:46
久しぶりの大釣り物語だ
453:名無しさん@お腹いっぱい。
07/09/17 02:29:37
すいません 釣りのつもりは無いのですが。
SUNのサポートにメールで問い合わせをしましたのでもういいです
454:名無しさん@お腹いっぱい。
07/09/17 10:39:30
釣り失敗に終わったな。ここの連中ルアーには慣れてるから
そう簡単にはつれんぞ。だいたい
俺的には「フレームバッファ」が出てきた時点でオワッタ
455:名無しさん@お腹いっぱい。
07/09/17 18:53:39
Solarisの/procベースのデバッガインタフェースが、昔からのptraceシステムコールより優れているとされるのは
具体的にどのへんですか?Solaris使ってない漏れにやさしくおしえてください。
456:名無しさん@お腹いっぱい。
07/09/17 22:06:46
自分で調べない理由を優しくおしえてください
457:名無しさん@お腹いっぱい。
07/09/18 10:34:42
>>454
>俺的には「フレームバッファ」が出てきた時点でオワッタ
ああ、あの違和感はこれだったのか
458:名無しさん@お腹いっぱい。
07/09/21 00:34:03
ディレクトリの階層構造って上位の方が先に来ますよね?
/usr/local/www/dataみたいに。
アメ野郎的には住所みたいに下から書きたいんじゃないんですか?
data/www/local/usr/みたいに。野郎ども妥協したんですか?アメらしくない。
459:名無しさん@お腹いっぱい。
07/09/21 00:41:17
それがどんだけ不便なことか分かるか?
不便どころか使いものにならないだろ。
460:名無しさん@お腹いっぱい。
07/09/21 00:56:02
www.2ch.net
使い物にならないかぁ? ただの慣れだろ。
461:名無しさん@お腹いっぱい。
07/09/21 01:35:00
>>458
オメリカンナイズなちんこの俺が答えておくが
英語圏の人間は
/usr/local/www/data
←←←←←←←←
こういう順番で読んでるんだよ
モマイもあと数年経つと自然と右から読むようになる
462:名無しさん@お腹いっぱい。
07/09/21 01:38:07
George Bush より Bush George の方が便利だよな。
住所録なんかでは結局
「Bush, George」
とかいう使い方するんだからな。
463:名無しさん@お腹いっぱい。
07/09/21 07:17:06
ふっ
464:名無しさん@お腹いっぱい。
07/09/21 07:21:39
ほ
465:名無しさん@お腹いっぱい。
07/09/21 07:27:11
l
466:名無しさん@お腹いっぱい。
07/09/21 11:54:00
エディタで相談なんですが、今までずっとviしか使ったことがないんです。
そんなヤツにオススメなエディタがあったら、教えて頂けませんでしょか?
GNOMEとか入れてないんで、コンソール限定で。
つか、Unixユーザーって普段どんなエディタ使ってるんですか?
467:名無しさん@お腹いっぱい。
07/09/21 11:58:49
>>466
vi 使えてるならそれで十分だと思うけど。
vi 系、Emacs 系以外なら nano, ee, ae あたり。
使ったことないなら vim とかも。