トップページ⇒unix
984コメント301KB

くだらない質問はここに書き込め！Part 53

■ このスレッドは過去ログ倉庫に格納されています
0001だよもん2007/08/11(土) 15:55:24
前スレ
くだらない質問はここに書き込め！Part 52
http://pc11.2ch.net/test/read.cgi/unix/1176049968/

UNIX板は 2ch のサポートセンターではありません
批判、要望は→ 2ch批判要望 http://ex21.2ch.net/accuse/

NGワード
* UNIXって何? → http://pc11.2ch.net/test/read.cgi/unix/998779290/l50
* UNIXとLinuxの違いは何? → http://pc11.2ch.net/test/read.cgi/unix/1024558135/l50
* 2ch閉鎖の危機をUNIX板が救ったという話{は本当? | を知った。有り難う! | のflashはどこ?}
禁止事項
* 既出・内容なし・マルチポスト・アスキーアート各種・ネタage・宿題の丸投げ
注意事項
* 荒らしは無視が鉄則
* Unixと関係ない質問/話題は、よけいな相手をせず適切な板に誘導
* 転んでも泣かない
* ひろゆきのギャグには笑うこと
質問する前にググること http://www.google.co.jp/
0339名無しさん＠お腹いっぱい。2007/09/10(月) 16:13:41
>>336
何使えばいいっすか？

>>338のほうが余計なお世話。
0340名無しさん＠お腹いっぱい。2007/09/10(月) 17:15:59
>>336 のほうが余計なお世話。

>>339
せっかく回答して貰った人にその言い方は失礼だろ。
で、>>335 は試したの?
別にそれで問題ないだろ?

basename以外のやりかたも当然知ってるが、
>>339 みたいなことを言うなら教えてあげない。
0341名無しさん＠お腹いっぱい。2007/09/10(月) 17:26:44
>>340
何様のつもりですか？
教えたくないなら、書かないでいいだけです。
わざわざそれを明言してどうしたいのやら
0342名無しさん＠お腹いっぱい。2007/09/10(月) 17:29:31
>>341
おまえ、>>335 に対してはどう思ってるんだよ。
教えて貰っておいてお礼なしで、しかも
「何様のつもりですか」ってなんだよ。

335=338 なんだが。
0343名無しさん＠お腹いっぱい。2007/09/10(月) 17:30:56
ひっぱりすぎ。
0344名無しさん＠お腹いっぱい。2007/09/10(月) 17:31:08
>>341
>教えたくないなら、書かないでいいだけです。

すでにbasenameを使う方法は教えている。
失礼なこと言うな。
0345名無しさん＠お腹いっぱい。2007/09/10(月) 17:43:22
ここまで読んだ。このスレひでーｗｗ

まあ、回答をもらったらお礼というか、それで解決したかどうかの
結果報告をするのが普通だな。(解決しなかったらその詳細も)

回答者に暴言はいてる >>341 は痛いぞ
0346名無しさん＠お腹いっぱい。2007/09/10(月) 17:45:37
元の質問者は>>337以来来てないでしょ。
03473412007/09/10(月) 18:16:38
俺は質問者じゃないし、質問者を装った覚えもないのだが…。
とりあえず頭冷やして恋
0348名無しさん＠お腹いっぱい。2007/09/10(月) 18:20:16
basenameを使おうと思ったその発想力はすごいものがあるかもしれない
0349名無しさん＠お腹いっぱい。2007/09/10(月) 19:06:10
>>339 は質問者だろ?
339 = 341 か?
03503412007/09/10(月) 19:09:07
俺は質問者じゃないんだが、どうしてもそういうことにしたいのか？
0351名無しさん＠お腹いっぱい。2007/09/10(月) 19:10:07
>>341
質問者じゃないのにどうして余計な口を出すんだよ?
自分からは回答を出さずに、回答出している人を煽るのが趣味か?
0352名無しさん＠お腹いっぱい。2007/09/10(月) 19:12:53
>>351
>>351
0353名無しさん＠お腹いっぱい。2007/09/10(月) 19:15:20
ちゃんと回答してるのは >>335 ひとりだけだな。
あとは回答案を出してない ただの煽り。
0354名無しさん＠お腹いっぱい。2007/09/10(月) 19:21:12
文字列の右端を取り除くために basenameを使うというのは、
テクニックとして存在する。注意点は、文字列に / が含まれていないこと。

頭ごなしに「パス名じゃないのに使うもんじゃない」と言ってる
>>336 は創造力不足。
0355 ◆QiLZblCDYs 2007/09/10(月) 20:35:58
これからUNIXに触れてみたいのですが、UNIXってたくさん種類があって、
どれを選べばいいのでしょうか？なにかお勧めはありますか？

将来的にはサーバーを構築してみたいと思っています。

教えてｴﾛｲｼﾄ
0356名無しさん＠お腹いっぱい。2007/09/10(月) 20:50:39
まず適当に選べ。触ってから乗り換えるのは自由だ。
0357名無しさん＠お腹いっぱい。2007/09/10(月) 20:51:12
>>355
MacOS X
0358名無しさん＠お腹いっぱい。2007/09/10(月) 21:05:26
>>356-357
マジレスでお願いします。
0359名無しさん＠お腹いっぱい。2007/09/10(月) 22:06:28
basename

トンカチを持った子供の目には全てのものが釘の頭に見える

何かひとつツールを覚えるとなんでもかんでもそれで解決してしまおうと考えがちなんだよねー
0360名無しさん＠お腹いっぱい。2007/09/10(月) 22:14:10
このスレ的には質問は質問にあらず。質問=「お題」
「お題」をネタに、回答者同士が罵り合うのがこのスレの趣旨。
0361名無しさん＠お腹いっぱい。2007/09/10(月) 22:17:20
>>355
2.11 BSD
0362名無しさん＠お腹いっぱい。2007/09/10(月) 22:18:19
>>359
basenameが使えることに気づかなかった者の負け惜しみ乙ｗ
0363名無しさん＠お腹いっぱい。2007/09/10(月) 22:19:07
PDP の入手に難あり
0364名無しさん＠お腹いっぱい。2007/09/10(月) 22:20:34
>>355
釣りじゃないなら、
なにか唯一のお勧めなんてものはありえないから、
マジでどれでも好きなのをいじってみればいい。
なんなら俺の目にとまった縁で、FreeBSDでもお勧めしようか？
0365名無しさん＠お腹いっぱい。2007/09/10(月) 22:21:39
>>362
変な使い方を思いついて悦に入るなんて
1000年前に通過した場所だ
0366名無しさん＠お腹いっぱい。2007/09/10(月) 22:23:09
ミイラ乙。
0367名無しさん＠お腹いっぱい。2007/09/10(月) 22:28:56
>>365
変な使い方じゃなくて、シェルのテクニックの常識なんだが。。
0368名無しさん＠お腹いっぱい。2007/09/10(月) 22:51:32
シェルスクリプト内でシェル変数を編集するのはawkの仕事だと思うが常識で考えて…

きっと linux では何使ってもいいんだろうな
0369名無しさん＠お腹いっぱい。2007/09/10(月) 22:58:00
>>368
awkか。言うと思った。
しかしこの場合、シェル内部だけでやる方法あるんだよ。
外部コマンドは無駄。(言っとくけど、bashの機能じゃないよ)

あと、外部コマンドを使うとしても、awkよりbasenameの方が軽いし、
awk使うくらいならexprとかcutとか使った方がいい。それが常識。
0370名無しさん＠お腹いっぱい。2007/09/10(月) 23:00:04
いやもう文化的断絶の下では使い古された言葉しか残ってないな

「動きゃいいってもんじゃないんだよ読む人の事考えろ」
0371名無しさん＠お腹いっぱい。2007/09/10(月) 23:01:31
何だかんだ言って >>369 が新たなヒントを回答してしまってる件について。

なるほど、exprとかcutね。メモメモ。
あと、シェル内部だけでやる方法も知りたいな。
0372名無しさん＠お腹いっぱい。2007/09/10(月) 23:02:48
>>370
そりゃbasenameを使いこなせない人には読みこなせないだろうねｗ
0373 ◆QiLZblCDYs 2007/09/10(月) 23:41:23
>>356
>>361
>>364

親切にありがとう。なるほどとにかく何か触ってみます。

FreeBSDにしてみようかな。

また来ます〜。
0374名無しさん＠お腹いっぱい。2007/09/11(火) 06:22:11
お前ら落ち着け
こんなところで相手をけなして悦に浸っても何もならんぞ
精神の安定のためにはスポーツでもどうだ？
0375名無しさん＠お腹いっぱい。2007/09/11(火) 07:17:57
>>358
真面目に答えてやったのに、失礼な奴だな。
0376名無しさん＠お腹いっぱい。2007/09/11(火) 13:53:55
a.logには随時ログデータが書き込まれている場合、
cp a.log b.log
とすると、
完了するまでに書き込まれたデータ（コピー中に書き込まれたデータ）
は b.log にはコピーされない、
という状態になりますよね。

a.log を b.log としてコピーして
かつ a.log 一旦データを0にしたいのですが、
コピー中に書き込まれたデータが消えるのがネックとなっています。

何か良い回避方法はないでしょうか。
0377名無しさん＠お腹いっぱい。2007/09/11(火) 14:02:54
>>376
普通に
mv a.log b.log
touch a.log
した後に書き込み先を切り替えてもらうんじゃだめなん？
03783762007/09/11(火) 14:22:52
>>377
自由に扱えるログデータを別ユーザに与える、
というのが目的で、
書き込み先を切り替えると
元のログデータの保守がきかなくなってしまうため、
書き込み先を変えるのは避けたいと考えてます。
0379名無しさん＠お腹いっぱい。2007/09/11(火) 14:26:32
378 は「書き込み先を切り替える」の意味を取り違えてる悪寒
0380名無しさん＠お腹いっぱい。2007/09/11(火) 14:27:54
>>378
日本語でおｋ
0381名無しさん＠お腹いっぱい。2007/09/11(火) 14:39:13
>>378
別ユーザーのファイルにしたいんなら、普通に、
mv a.log b.log
chown user b.log
> a.log
したあとに
kill -HUP
すればいいんじゃないの?
0382名無しさん＠お腹いっぱい。2007/09/11(火) 14:44:47
kill -HUP で切り替わるなら、な。
0383名無しさん＠お腹いっぱい。2007/09/11(火) 14:46:33
kill -HUP は一例だろ。論点はそこじゃない。
0384名無しさん＠お腹いっぱい。2007/09/11(火) 14:50:57
メールスプールのように、ログを吐き出すプログラムも、
ログを取り分けるプログラムも、lockf()してファイル操作すれば無問題。
0385名無しさん＠お腹いっぱい。2007/09/11(火) 14:51:10
>>383
そここそが問題でしょう。
簡単に切り替えられないからこそ
>>376のように聞いてるんじゃないだろうか。
0386名無しさん＠お腹いっぱい。2007/09/11(火) 14:53:55
>>376の意図の背景の推測だけど、
ログを出す側は1行（あるいは1項目）ごとにcreat付のopenしてるんじゃない？
それなら、HUPなんかしなくても大丈夫でしょ。
0387名無しさん＠お腹いっぱい。2007/09/11(火) 14:54:59
エスパーが多いスレだな。
0388名無しさん＠お腹いっぱい。2007/09/11(火) 14:56:31
>>385
ちがうだろ。>>376 は cpでコピーしようとしてるし、
>>377 が言ってる基本の方法すら知らないで質問してる初心者だろ
0389名無しさん＠お腹いっぱい。2007/09/11(火) 14:58:26
今日の「お題」はコレですかｗ

↓では、回答者同士のバトルをどうぞ
03903762007/09/11(火) 15:25:32
すいません、うまく伝わっているのかわからないのですが、
cp(mv) a.log b.log
してる間に発生しているログ（a.logに書き込まれているログ）は
b.log には移らないという考えはあってますでしょうか？

0391名無しさん＠お腹いっぱい。2007/09/11(火) 15:27:33
>>390
cpとmvで違う。
cpだと途中で発生しているログは移らない。
mvだと、途中で発生しているログも移る。

やっぱり、>>388 が言ってるとおり、基本を理解してなかったんだね。
03923762007/09/11(火) 15:30:51
>>391
そうなんですか！！
めちゃくちゃ勉強になりました。
ありがとうございます。

ありえないかと思うんですが、
極端に言えば、
ログの発生スピードとmvのデータ移動のスピードが
同じ場合、
mvは永遠に終わらない、ってことですよね。
0393名無しさん＠お腹いっぱい。2007/09/11(火) 15:32:27
>>329
ありゃ、ファイルのopenについても理解してなかったのか・・・

違うよ。mv は一瞬で終る。
mvによってたとえファイル名が変わっても、
ログはmv後のファイルにそのまま書き込まれるだけ。
0394名無しさん＠お腹いっぱい。2007/09/11(火) 15:33:09
>>393
> mvによってたとえファイル名が変わっても、
> ログはmv後のファイルにそのまま書き込まれるだけ。
それは書き込む側の作りによる。
0395名無しさん＠お腹いっぱい。2007/09/11(火) 15:33:21
安価ーミス 393は>>392 な。
0396名無しさん＠お腹いっぱい。2007/09/11(火) 15:35:45
>>392
UNIXの mvって、移動じゃなくてリネームコマンドなんだよ。ファイル実体は同じ。
0397名無しさん＠お腹いっぱい。2007/09/11(火) 15:40:15
>>382
やっぱ、kill -HUP 以前の問題だったなｗ
論点はそこじゃなかったなｗ
0398名無しさん＠お腹いっぱい。2007/09/11(火) 15:55:04
素人からみるとMac OSXもUNIXだと思うんですが、
何でUNIX板の住人は毛嫌いするんでしょうか？
以前から不思議に感じてます。
0399名無しさん＠お腹いっぱい。2007/09/11(火) 15:57:18
気の所為か被害妄想だろう。
ま、MacOS X 特有の話を専用板でやらないとすると
見識を疑われるとは思うけど。
0400名無しさん＠お腹いっぱい。2007/09/11(火) 17:04:03
コマンドの実装レベルまで知ってないとUNIXerにはなれないのか・・・すごいな
0401名無しさん＠お腹いっぱい。2007/09/11(火) 17:08:31
なれないなんて誰か言ったか？
04024002007/09/11(火) 17:10:30
>>401
なんでそうつっかかるんだよ
UNIX板の人達は詳しく知っていてすごいなと思っただけじゃないか
0403名無しさん＠お腹いっぱい。2007/09/11(火) 17:11:45
なら最初からそう言えばいいじゃん。
遠回しに皮肉っぽく言わずに。
0404名無しさん＠お腹いっぱい。2007/09/11(火) 17:12:18
しかし、でかいファイルのcpとmvの時間差を肌で感じて、
実装を推測できないようじゃ、UNIXに限らず先が知れる。

ところで、上のmvがリネームだという話は、ファイルシステム内だけの話な。
0405名無しさん＠お腹いっぱい。2007/09/11(火) 17:25:41
昔のmvは、異ファイルシステム間では実行できなかった、というと昔話が始まる悪寒。
0406名無しさん＠お腹いっぱい。2007/09/11(火) 17:28:00
デーモンが起動時にopenして終了するまで開けっ放しのタイプだと
データ全部 mv 先に書き込まれ続けたりしませんか
04074002007/09/11(火) 17:28:40
そうか。

移動するっていうのは（同一ファイルシステム上なら）ファイル情報を書き換える以外に方法はない→mvの実装もそうなる

ってことでおk？
ファイル情報そのままにHDD上を移動させてもしゃーないし。
0408名無しさん＠お腹いっぱい。2007/09/11(火) 17:32:16
>>407
「以外に方法はない」じゃなくて、リネームの方が効率がいいということだろ。
別に、データコピーして、コピー元をrmするという実装も可能は可能だよ。
0409名無しさん＠お腹いっぱい。2007/09/11(火) 17:33:25
>>406
だから kill -HUP なりなんなりで
書き込み先を変えてやるんじゃん。
0410名無しさん＠お腹いっぱい。2007/09/11(火) 17:47:40
>>409
理解しますた
タコで申し訳ない
0411名無しさん＠お腹いっぱい。2007/09/11(火) 18:08:40
>>399
新・mac板が閉鎖されたらUNIX板に入れてくれるでしょうか？
0412名無しさん＠お腹いっぱい。2007/09/11(火) 18:09:53
そういう事態になってみないことにはなんとも。
0413名無しさん＠お腹いっぱい。2007/09/11(火) 18:27:03
偽の仮定からは任意の結論を導いても真である。
0414名無しさん＠お腹いっぱい。2007/09/12(水) 00:44:09
cvsのデータをバックアップを取らずに編集してしまいました。
新たに再取得したいのですが、どうしたらいいですか？
0415名無しさん＠お腹いっぱい。2007/09/12(水) 01:22:06
>>414

cvs updateってなめてんのか？
0416名無しさん＠お腹いっぱい。2007/09/12(水) 01:30:53
>>415
それで、元に戻りますかね？
やってみたんですけど、戻りませんでした。
0417名無しさん＠お腹いっぱい。2007/09/12(水) 02:49:16
消したのはCVSROOTの下の*,vか?
0418名無しさん＠お腹いっぱい。2007/09/12(水) 12:16:28
Solaris 10をインストールしたんですけど、
「リモートサービスを有効化するか？」
という項目で、
「いいえ」
を選択してインストールしたのですが、
インストールが完了した今になってから、リモートを有効にする事って出来ますでしょうか？

もし出来るのなら、やり方とか教えて下さい。
0419名無しさん＠お腹いっぱい。2007/09/12(水) 12:33:20
すまん、自己解決しました。
0420名無しさん＠お腹いっぱい。2007/09/12(水) 14:38:26
パソコン用スピーカと観賞用スピーカと分けて聞けるようにしたいのですが、
配線、接続のやり方を教えてください！
0421名無しさん＠お腹いっぱい。2007/09/12(水) 14:41:32
観て楽しむだけなら別に接続しなくていいじゃん。
0422名無しさん＠お腹いっぱい。2007/09/12(水) 14:44:18
いまいち
0423名無しさん＠お腹いっぱい。2007/09/12(水) 14:46:23
間違えました。干渉用スピーカーです。
0424名無しさん＠お腹いっぱい。2007/09/12(水) 14:53:26
もう一度だけチャンスをやろう。
0425名無しさん＠お腹いっぱい。2007/09/12(水) 15:00:01
間違えました。感傷用スピーカーです。
0426名無しさん＠お腹いっぱい。2007/09/12(水) 15:08:28
ところで、漢字がちゃんとなおったとしても意味わからん。
0427名無しさん＠お腹いっぱい。2007/09/12(水) 15:15:26
ビープ音用スピーカーを分離したいって話じゃないの?
0428名無しさん＠お腹いっぱい。2007/09/12(水) 15:20:55
まぁなんだ、板違いだ。
http://pc11.2ch.net/pcqa/
0429名無しさん＠お腹いっぱい。2007/09/12(水) 19:56:14
dbmとhashの役割及びそれぞれの違いを教えて頂けませんか
0430名無しさん＠お腹いっぱい。2007/09/12(水) 19:58:08
>>429
http://ja.wikipedia.org/wiki/DBM
http://ja.wikipedia.org/wiki/Hash
04314292007/09/12(水) 20:11:07
>>430
ありがとうございました。
sendmailの設定の中でdbmやhashを設定する箇所があり
詳しくわからないのですがaccess.db等を作成する際に使用するものと想像してます。
その際db化する為に使用するのでしょうが、どちらを使うべきなのか
使い分けや、どのように結果として異なるのかイマイチ理解できずにいます。
0432名無しさん＠お腹いっぱい。2007/09/12(水) 20:36:19
「どちらを使うべきなのか」という質問自体が理解不足を表している。
0433名無しさん＠お腹いっぱい。2007/09/12(水) 21:55:39
>>431
最初にsendmailがらみだと言わないから話がおかしくなる。

sendmailが使うmakemapのマニュアル見ればわかるとおり、
dbmとかhashとかいうのは、
makemapで生成するデータベースのフォーマットのタイプのこと。
dbmを使うにはそれ用のライブラリndbmがいるし、
hashを使うにはそれ用のライブラリBerkeleyDBがいる。
どちらもハッシュをベースにした方式。
makemapによってはbtreeをサポートしているかもしれない。

で、どれを選ぶかで、性能とかファイルサイズとかが違ってくる。
が、そこらのサーバで使う程度のデータベースじゃ性能の差なんてほとんどない。
dbmはファイルが多少でかいのと、古臭い。

互換性の問題とかライブラリがないとかでなければ、普通はhashでいいかと。
04344292007/09/12(水) 23:03:34
>>433
詳細にご回答頂きありがとうございました。
makemap BerkeleyDB hashなどの関係が理解できました。
質問が適切でない事は申し訳なかったです...
0435名無しさん＠お腹いっぱい。2007/09/13(木) 23:27:47
BBSPINKを救えるつわものはおらんかのぉ(´･ω･`)
0436名無しさん＠お腹いっぱい。2007/09/14(金) 18:05:34
BBSPINKに教わるつわものはおらんだろうのぉ(´･ω･`)
0437名無しさん＠お腹いっぱい。2007/09/14(金) 23:05:51
救世主伝説を作るチャンスなんだがのぉ(´･ω･`)
0438名無しさん＠お腹いっぱい。2007/09/14(金) 23:29:46
…のぉ(´・ω・｀)ｼｮﾎﾞｰﾝ
■ このスレッドは過去ログ倉庫に格納されています