TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
UNIXガーディアンズ
初心者もOK! FreeBSD質問スレッド その120
全文検索エンジンNamazu ver2
UNIXMP3Player
w3m その8
どうして内容を表示するコマンドがcatなの?
Linux使ってみて、こりゃ普及するはずだと思った時
携帯ユーザとメールをやりとりしちゃいかんのか?
【SCSAs】サン認定UNIX(Solaris)アソシエイツ資格
ed スレッド
C shell 撲滅委員会
- 1 :04/09/01 〜 最終レス :2017/09/20
- tcsh とかイラネ
- 2 :
- じゃあzshで統一する?
いまさらbashで統一はないだろうしw
ライセンスの問題もあるけど。
- 3 :
- tcshしか使い方わかんねーYO!!
- 4 :
- zshしか使い方わかんねーYO!!
- 5 :
- sh以外いらねーYO!!
- 6 :
- >>5
ホントかよ?
バグってる csh とか使いづらいだけの ksh とか、もう全部駆逐ようぜ。
スクリプトは sh、操作は zsh、これ。
何でもかんでも csh でやろうとするジジィどもはチネ!
- 7 :
- zshなんか重くて使えねーYO!!
- 8 :
- Perlってログインシェルとして使えないの?
- 9 :
- ish さいこー
- 10 :
- cshR
- 11 :
- zsh 使うくらいなら Windows コマンドプロンプト のほうが100倍マシ(プッ
- 12 :
- FreeBSDのcshの正体はtcshだよね?
本当のcshをまだ使ってる人いるの?
- 13 :
- >>12
Solarisって聞いたことない?
- 14 :
- >>11
ぁぁ、俺Windowsもzsh。
- 15 :
- わたしはbashですが
- 16 :
- わたしはipythonですが
- 17 :
- cshねぇ〜。ま、ほっといても僕滅するんじゃない。
つーか、今時(t)cshをログインシェルにしてる香具師なんて居るの?
居るとすれば、むかしまだcsh系が優勢だった頃に
初めてUNIXアカウントもらったユーザーくらいかな。
どっちかっつーと*BSD系ユーザーでしょう。
bashがLinux色が強くて拒否反応するような香具師も、
zshとか使ってるわけでしょ。
- 18 :
- >>17
csh 好きなのは商用UNIXの人でしょ。
- 19 :
- 撲滅総合スレでも作れよ
- 20 :
- 現在の撲滅対象リスト
{GNU,X}Emacs
(t)csh
vi
Solaris
Java
R.M.S.
- 21 :
- IRIX使いなのでcsh以外必要ありません。
- 22 :
- 今夜は彼女とcsh
- 23 :
- やっぱりshellといえばsshでしょ
- 24 :
- おしぇるカンケイ
- 25 :
- BSDユーザのシェル人気投票とかやったことあるのかな?
- 26 :
- http://www.pegasoft.ca/bush.html
bushサイコー
- 27 :
- http://www.whitehouse.gov/
bushサイコー
- 28 :
- ◆BSDユーザのシェル人気投票結果◆(中間発表)
bush<csh<ish<ipython<sh<ssh<tcsh<bash<zsh<彼女とcsh
- 29 :
- >>12
本当かどうか解りませんが、知合いに44bsd-cshを使っている人がいます。
- 30 :
- >>12
本当のcsh、というのが何をさしているのか解りませんが、
知合いに44bsd-cshを使っている人がいます。
- 31 :
- 作者さえ放り捨てて顧みなくなってしまったソフトウェアに未来はない
- 32 :
- ashとzshしかいらん
中途半端なbashこそ撲滅しる!
- 33 :
- ash
ash
ash
- 34 :
- zsh しかいらない.
sh は zsh の シンボリックリンク.
- 35 :
- >>34
zshはshと非互換な部分があるから、
シンボリックリンクにしてしまうと
普通のシェルスクリプトがまともに動かなくなる。
bashだと問題ない、つか犬が実際にやってるけど・・
それよりここはtcsh/csh撲滅スレ。
zshの話はよそでよろしこ。
- 36 :
- cshで
> /dev/null 2>&1 ってどう書くんですか?
- 37 :
- まさかcshでシェルスクリプト書いてる香具師はいないよな
- 38 :
- >>36
() を使う
- 39 :
- sh -c 'echo hoge > /dev/null 2>&1'
- 40 :
- >>36
マジレスするけど、cshでも
echo hoge >& /dev/null
とは書ける。書けないのは、
echo hoge > file1 2> file2
cshでシェルスクリプトを書かない、というのは
もう結論が出ている常識で、そうでなくて、
コマンドラインでも
cshを撲滅しよう、
というのがこのスレの趣旨じゃないのかな。
- 41 :
- stderr, stdout両方を同じところに吐く
% command >& file
別々に吐くにはサブシェルを使うしかなく、
% (command > out) >& err
とする。内側でstdoutを全部食うので、外側の >& には stderr だけが残るわけだ。
- 42 :
- >>41
間違いなく撲滅対象だね.
- 43 :
- つか、誰かbashをベースにしてCの構文で書けるシェルを作る奴はいないのか?
- 44 :
- Cの構文で書けてもうれしくともなんともない。
- 45 :
- せめてPHP
- 46 :
- >>45
俺PHPは嫌いだから、それだけは許さん。
- 47 :
- >>45
俺も許さん。
- 48 :
- じゃ、せめてHSP
- 49 :
- アニメやゲームのキャラが好きならtcsh
オリジナルカタログでいつでも逢える。
- 50 :
- >>49見てzshに乗り換えたくなった
- 51 :
- theoやdjbが好きならtcsh
オリジナルカタログでいつでも逢える。
- 52 :
- >>51見て切実にzshに乗り換えたくなった
- 53 :
- #!/bin/zsh
for ((i = 0; i <= 3; i++)) {
if (( i )) {
print $i is not zero
} else {
print $i is zero
}
}
#工エエェェ(´д`)ェェエエ工
- 54 :
- ぬるぽ
- 55 :
- >>53
なんかもんだいあるの?
0 is zero
1 is not zero
2 is not zero
3 is not zero
あってんじゃん。
- 56 :
- こんな書き方を許す辺りが問題有る気がする.
- 57 :
- どうして?
i が 0だったら未定義値なんだから 評価したら undefでしょ?
else loopで処理することに何か問題が?
- 58 :
- for ((;;))はbashにもある。
- 59 :
- zsh は知らんのだが、i と $i が混在してるのはいいのか?
- 60 :
- それがarithmetic evaluation
bash$ echo $[ x = 7, y = 3, x * y ]
21
- 61 :
- bashやzshよりもはやく日本語に対応した
んだっけ?
- 62 :
- >>22は、viとemacsと両方撲滅して、catでも使うつもりか?
- 63 :
- autoload -U compinit
compinit -i
zstyle ':completion:*' menu select=1
zstyle '*' hosts $hosts
zstyle ':completion:*::::' completer _expand _complete _ignored _approximate
zstyle ':completion:*' verbose yes
zstyle ':completion:*:descriptions' format '%B%d%b'
zstyle ':completion:*:messages' format '%d'
zstyle ':completion:*:warnings' format 'No matches for: %d'
zstyle ':completion:*:corrections' format '%B%d (errors: %e)%b'
zstyle ':completion:*' group-name ''
zstyle ':completion:*' matcher-list 'm:{a-z}={A-Z}'
zstyle ':completion:*:*:-subscript-:*' tag-order indexes parameters
zstyle ':completion:*:functions' ignored-patterns '_*'
- 64 :
- Solaris が tcsh をバンドルしているのが悪い。
TAB 押して補完しか使えないくせに、tcsh にこだわる
香具師が多くてウザい。
- 65 :
- シェルスクリプト自体撲滅きぼんぬ
- 66 :
- FreeBSDは今でも糞tcshがdefault shellなのか?
- 67 :
- シェルスクリプトは sh で、あとは各自
好きなの使えば良いんじゃないの ?
- 68 :
- >>66
インストーラでユーザ追加すると、デフォルトのシェルは/bin/sh になってるけど。
まぁ root のシェルは /bin/csh なんだけどね。
- 69 :
- ログインシェルをemacsにしよう。
- 70 :
- scsh をログインシェルにするのもいいと思う
- 71 :
- scsh 大好きっしゅ
- 72 :
- false でいいんじゃね?
- 73 :
- さいきんのおすすめはshutdown
- 74 :
- shutdown(8)とshutdown(2)って名前が似てるけど
やることはだいぶ違う...
- 75 :
- shutdown(2)ってソケットの香具師じゃないか。
俺はこんなの使わずにclose(2)してますが、何か?
つーか、この文脈でshutdown(2)は普通出てこないだろ。
本題に戻す。
cshは撲滅すべし。
- 76 :
- csh がなくなると djb 厨が困るでしょう。
- 77 :
- シェルスクリプトは sh で書く。
あとはそれぞれ好きなの使う。
それでいいだろが。
なぜに厨だの房だのと ?
- 78 :
- 客先で使う手順書に「補完がしたい」からって
わざわざ
# tcsh
と、書くのはやめてほしい。
恥ずかしい
- 79 :
- (t|)csh 推す人がいないと盛り上がらんね。
- 80 :
- >>75
> 俺はこんなの使わずにclose(2)してますが、何か?
まぬけですね。
- 81 :
- >>78
set filec すれば tcsh じゃない csh でもファイル名補完は可能。
ただし TAB じゃなくて ESC。
大昔ならともかく今となっては無用の知識だが。
>>79
>(t|)csh 推す人がいないと盛り上がらんね。
正規表現で書くなら t?csh と書くほうがふつーじゃない?
- 82 :
- それりゃ拡張正規表現です。
http://www.opengroup.org/onlinepubs/007908799/xbd/re.html#tag_007_003
- 83 :
- 単独(:なし) >
も、
>&-
も、使えないらしい。
- 84 :
- : のない > が使えるのは sh だけ。zsh ではまったく別の動作になる。
sh の動作の方が例外。
- 85 :
- ぼくめつしないとこまるほど、スタンダードではないので
% sh
$
で解決
- 86 :
- >>84
: のない > がまったく別の動作になるのは、zsh だけ。
sh ksh bash ash等、すべて : のない > が使えるのが標準。
中途半端に cshかぶれした zsh の動作の方が例外。
- 87 :
- >中途半端に cshかぶれした zsh の動作の方が例外。
csh と zsh で違う挙動するけど。
- 88 :
- 恥ずかしい>>86!! 恥ずかしい>>86!!
- 89 :
- tcshなんてうんこ
- 90 :
- 個人的にシェルで使うならまだしも、
c-shellでスクリプト書くやつはキテガイに違いない。
- 91 :
- tcsh, zshは、便利なものを実装する意欲はあるけど、
仕様を考えるのは下手な人が作ったね。
cshはその辺のバランスはまあまあ良かった。
- 92 :
- よし!じゃぁみんなでKShell使おう!
- 93 :
- >>91
過去形だからもうイランね。
- 94 :
- csh の仕様のバランスがいいなんて、気違いの言いグサとしか
思えない。if 文の仕様だけみてもグタグタ。
- 95 :
- cshは良いよ。素敵だ。
- 96 :
- >>94
文法はアレなんだけど、(.login, .cshrcも)
ジョブコンのカーネル側の新規設計をポイント加算した。
ビル女医偉大なり。
- 97 :
- >>94
仕様と実装のバランス。
- 98 :
- sh をインタラクティブシェルとして使う人がほとんどいないように、
csh をスクリプト記述用のシェルとして使わないだけ。
主たる使用目的が違うだけだと思うでよ。
スクリプトを書くのに csh を使うのはアホだが、
ログインシェルに使うのがアホだとは思わん。
歴史が古いだけにインタラクティブシェルとしても後発に追い越されてるのは事実だが。
- 99 :
- C風の文法にしてプログラミングしやすくする意図があったべよ。
- 100 :
-
どこがCだw
それにcshでプログラミングするやつなんてこの世にいない
おれが殴ってやる
そもそもいまだにshなんて強要するUNIX使うなんて正気じゃない
全員病院R
- 101 :
- >全員病院R
激しく同意
- 102 :
-
全員病院R
- 103 :
- C shellってNetBSDとかのデフォルトのあれか?
- 104 :
- それは*BSDの過去の恥部。
- 105 :
- 今さら確認して気づいたんだけど、
NetBSDやOpenBSDでは/bin/kshが標準で付いてるんだね。
ちょっとだけ見直した。
csh=tcshとハードリンクされたFreeBSDとはおお違い。
- 106 :
- せっかくだからcshスクリプトを推進しよう。
- 107 :
- Motifなwidgetを持つkshってfreeなのないの?
- 108 :
- cshで大きなスクリプト書くのは色々つらいけど、
配列が使えるとか、拡張子やパス名をいじくるコロン演算とか
便利な機能があるので、ごく短いスクリプトにはよさげ。
- 109 :
- cshの配列使えねー。上限あるのがダサ過ぎ。
shかperlでいいだろ。
- 110 :
- tcsh使っているんだけど、自分で書いたcompleteがあるからだな。
- 111 :
- つーかRubyとかPerlとかPythonがあるのに何が悲しくて古代のcshやshでいまさら
スクリプト作るわけ?
頭おかしいんじゃない?
- 112 :
- csh は同意だが、sh はケースバイケースだろ。
コマンドをいくつか呼び出すだけなら sh が一番記述量が少なくて
すむし、利用リソースも少なくて軽いし。
- 113 :
- cshスクリプト好き好き。
- 114 :
- ときどき 105 みたいな意見を見るが、分かんないなぁ。
いまどきただの csh って、存在価値ある? ないだろ?
スクリプト書くには文法が腐ってて使えないし、
対話的に使うには機能不足だし。
>>103
それは昔の話。今の NetBSD はインストール時に root の
シェルを /bin/sh や /bin/ksh にできるよ。
- 115 :
- csh使う使う
- 116 :
- >>114
それにシングルユーザモードのシェルは、昔から/bin/sh だな。
- 117 :
- >>114,116
ばかだなぁ。
- 118 :
- >>114
欲嫁。
>>105 は、NetBSD等にkshが標準で付いていることを評価しているんだよ。
NetBSDのcshについては言及していない。
一方、FreeBSDで、tcshを標準にしてしまったことを批判している。
>>111
じゃあ、rcスクリプトをperlやpythonで書けよ。/bin/sh使うなよ(w
- 119 :
- >>114の読解力さらしage
- 120 :
- どうせ csh なんて全く存在価値ない (tcsh なら一応ある) んだから、
FreeBSD のやり方で全然問題ないじゃん… って書いたつもりなんだ
けどなあ。
114は、そうは読めないかね?
- 121 :
- tcshは実装が糞。入力の便利さにかまけて基本がおろそか。
- 122 :
- >>120
今のcshは、tcshとほとんど同じらしいぞ。
- 123 :
- >>120
bashがあればshはいらんと。
ところで"デフォルトシェル"でインストール時のrootのシェルとか言ってる>>114ちゃんなんて!
- 124 :
- >>121
あの… tcsh って csh から派生していて、ソースはかなり共通
なんですけど。
おまけに tcsh の方が、csh に比べれば、まだ多少は言語レベル
のバグが取れてるんですが… 「setenv * foo」とか。
より駄目な方を好むって、いったい…?
>>123
そんなことないでしょ。bash より sh の方が軽いから、スクリプト
の実行に使うには、sh の方がいい。
ところが、csh はスクリプト書くのには使いものにならないから、
存在価値がないってことが、114には書いてあるのよ。
- 125 :
- 114 がんばってるなぁ。
- 126 :
- >>124
csh, tcsh、合わせて価値がない。むしろ害があるのみ。
tcshには価値があると言うからtcshを話しただけ。
cshから派生しているのは知っています。tcshにcontrib.したので。
- 127 :
- 価値が無いものに何故contiributeなんかしたんだ?
- 128 :
- 配布ファイルの、
/root/.profile と /usr/share/skel/dot.profile に、
rm -f /bin/*csh と書いて是非 contribute をお願いします。
- 129 :
- おまえら能書垂れるだけで、どうせヘボスクリプトしか書けないんだろ。
- 130 :
- ごめんなさいちょっと背伸びしてみたかっただけなんです。
ほんとはcshぜんぜん知らないけど批判して通っぽく思われたかったんです。
- 131 :
- 玄人こそcsh
- 132 :
- csh を使いたくなければ使わなければいいだけ。
多くの Linux における bash のように、
使いたくなくても使わざるを得ないものの方がずっと迷惑だ。
- 133 :
- 「英語のマニュアルを読むにはどうすればいい?」
と質問を受けた時、cshユーザーかも知れないことを考慮して、
env LANG=C man hoge
と説明しなければならないのがウザイ。
また、老害的シス管だと、新規のユーザにアカウントを与える時、
デフォでtcshをログインシェルとして与え、
しかもその組織固有の設定を$HOME/.tcshrcに書いていたりするから、
とってもウザイ。
csh/tcsh撲滅すべし。
- 134 :
- >>132
> 多くの Linux における bash のように、
最近はashがあれば動くものが多いです。
アプリでbash依存のものはありますが。
- 135 :
- >env LANG=C man hoge
LANG=C だけだとシェル変数の設定だけで環境変数にエクスポートされないのに、
LANG=C man hoge だと環境変数に設定されてコマンドが起動されるという非対称性が
気持ち悪いので、sh でも必ず env を使ってます。おれは。
- 136 :
- 日記に書け
- 137 :
- 次スレ
「UNIX撲滅委員会」
- 138 :
- >>127
好きな子がcsh使いだったので(ポ
- 139 :
- 情報系の仕事してると、F系もN系も何故か苦労してcshスクリプトを
書いてて頭が痛い。
cshスクリプトの中でsh -cなんてするくらいなら最初からsh使えよ…
と思うのだけど、「基盤はsh、業務はcsh」とか訳わからん事言うし。
(他に影響出さない部分は無視してshで書いてるけど)
まぁ最初に作った奴の流用してるからってのもあるんだろうが、いい
加減負の遺産はこれ以上増やさないでくれ…
- 140 :
- >>139
馬鹿?
- 141 :
- tcshに「うぐぅ」とか「ほぇ〜」とか言わせるのが厨の使い方だろ。
- 142 :
- >>141
玄人の使い方だろ?厨は犬使うからbashが基本だ。
ちょっといい気になるとzshなんて使い始めるぞ。
それに今更tcsh使いはじめる香具師なんて多くはないだろ。
「うぐぅ」とか「ほぇ〜」とか言わせてるのは、ごく一部だろうが
犬使いは、そう言うのバカにしそうだしなw
- 143 :
- 馬鹿だからこそ、tcshなんて疑いもなく使いはじめるわけでして。
- 144 :
- cshのオリジナルカタログ作るぞゴルァ
http://cocoa.2ch.sc/unix/kako/983/983511529.html
- 145 :
- zsh 使いだけど「〜なの」とか言わせてみたい
- 146 :
- ↑あんたどっかのスレですさまじいプロンプト設定してなかった?
- 147 :
- 遊びでやってる人は好きなの選べていいね。
仕事でやってるとなんでも使えないとやってけない。
- 148 :
- さゆPさん、どうしてるかな。
- 149 :
- (t)csh残さなきゃいけない理由なんてある?
老人ユーザの介護用以外で。
- 150 :
- マジレスすると、他にまともなシェルが無いから。
- 151 :
- 馬首なんかのたぶ補完より、ヒストリ出して ^a^b やってるほうがなんか安心。
- 152 :
- She sells C-shell on the sea shore
- 153 :
- >>152
She sells C-shell "at" the sea shore が正しい。
元ネタは sea-shells
ネタ間違えるとカコワルイ。
しかもどっかでがいしゅつ。
- 154 :
- >>153
マジレスすると元ネタにatもonもbyのバージョンもあるよ。
そのへんにこだわるのは日本人だけ。
- 155 :
- ある企業で、
#!/usr/bin/csh
sh -c ` XXXX 1> /dev/null 2>log`
。。。 スクリプトで csh を使うメリットってあるの?
関数もないのになぜ「C」を名乗ってるんだ?
- 156 :
- UNIX+CShell+C というスキームだから。
スクリプトしか書けない奴なんて使うこと想定してないだろ。
- 157 :
- シェルスクリプトとシェルの話が混ざってないか
ログインシェルはダイナミックリンクをしてなければ何でもいいんじゃないのか。
シェルスクリプトは"sh -c"をしないで動けば何でもいいのでは。
純粋なcshがどの場面でも使えないのは同意だけどね。
といいつつtcshマンセー
- 158 :
- >純粋なcshがどの場面でも使えないのは同意だけどね。
今ではあまりないけれど、sh と csh しかないような環境では
ファイル名の補完ができるというだけでも有用。
# set filec して ESC で補完。
- 159 :
- >>157
> ログインシェルはダイナミックリンクをしてなければ何でもいいんじゃないのか。
そんな限定が付くのはrootだけで十分だろ。
- 160 :
- >>158
補完ができればよいという理由ならbashでも同じこと。
少しでもシェルスクリプトを書いたことがある者なら、
スクリプトとコマンドラインの仕様が違うのはイラつく。
だから(t)csh系はイラね。
- 161 :
- >>160
UNIXとその周辺は、ほとんどすべてその種の不統一があると思うけどね。
Windowsはそういうところはマシなんじゃね?
だからって撲滅はやめてほしーね。黙ってなんとかするのがプロってもんだろ。
- 162 :
- >>161
論点がずれてる。
スクリプトとコマンドラインで同じシェルを使えば済むこと。
スクリプトではcshは糞というのが、異論のない結論。
なぜわざわざコマンドラインだけcshを使うのか、理解できん。
初心者が間違えてcshを使い始めないようにするためにも、撲滅は必要。
- 163 :
- >スクリプトとコマンドラインの仕様が違うのはイラつく。
イラつかない。
- 164 :
- >>162
FreeBSDもdefault login shellをtcshってのは辞めたんでしょ。
必然的に死滅していくと思われ
- 165 :
- >>164
>FreeBSDもdefault login shellをtcshってのは辞めたんでしょ。
ソース希盆。バージョンは? 6.0から?
- 166 :
- >>160
sh と csh しかない環境の話で bash を出されても。
ときどき触らざるを得ない。勝手にインストールできないし。
そういうときは sh よりはマシという理由で自分も csh 起動。
- 167 :
- >>166
ハァ?
cshで補完はできないよ。
「補完ができる」のはtcsh。
で、tcshを持ち出すならbashでも同じことだろ、と言ってるんだろ。
- 168 :
- いや、new cshはset filecで補完できる。
俺は10年くらい前にUltrixで使ったことがある。
- 169 :
- tcsh tcsh .............
TCS! ..........TCS w
tcsh → 東京コンピューターサービス エッチ
- 170 :
- kshは?
- 171 :
- そうそう、set filec して ESC で補完。TAB と間違えて面倒なときも
あるけどまあ補完できた方が楽だね。
- 172 :
- たまに ESC 連打してる奴見かけるね。
ESC はキー位置が遠いから力が入るのだろうか、打鍵音が鳴り響く。
vi 使いは、「カタカタカタカタカタカタ、っポン、カタタ」てな感じだが、
csh 使いは「カタカタカタ、っポン、ポンポンポン、カタカタ」って感じ。
- 173 :
- bash tcsh zsh使いは商用機にそんなもの勝手に入れられないから
シェル・シェルスクリプトどちらでもsh csh kshは一通り使えるようにした方がいいと思う。
set filecはsh/cshしかなかった環境では非常にありがたかった。
もう博物館に行ってもらって現場にはあまり出てきてほしくないけどね。
- 174 :
- 純cshにも(旧式の)補完機能があったとは知らなかった。
純cshは、Ctrl-P/Nによるヒストリーが使えないから、
!!で直前コマンドとか、
historyコマンド打ってから!ヒストリ番号とか
そんなことしか覚えてない。
- 175 :
- sh/cshしかない商用UNIXでは、俺はsh使うなぁ。
ヒストリーだの補完だの、ヤワなものはもともとあまり使わないし、
やはり、cshだとシェルスクリプトと文法が違う違和感の方が大きい。
for i in ... とか日常茶飯事で直接コマンドラインに打つから、
cshよりも素の/bin/shの方が使いやすい。マジで。
- 176 :
- >175
それだと端末速度が遅いときイライラしないかい。
設置位置とセキュリティ対策と予算でEther経由でログイン出来ず
9600bpsでDOSのターミナルソフトでコピペも出来ないうちは
ファイル保管重宝してるよ。
for in ..はshの方が使いやすいね。
- 177 :
- 使いやすいってのは単なる主観だね。
別にどうでもいいけど、俺はcshが使いやすい。
シェルはプログラムだ。
機能の違うプログラム。同じような、だけど微妙に異なる
機能を果たすプログラム。
こういう議論は富士山へ上るルートのどれが一番か
、舞姫と猫のどっちが好きかってのと同類の議論。
- 178 :
- >>177
じぶんのせかいにとじこもらないでー
- 179 :
- >>177
俺も俺も。
- 180 :
- bashと聞くと板違いだと思う私はtcshをどうしても手放せない。
補完だけが目的。スクリプトを書くならさっさとshで書いちゃうし。
- 181 :
- そんな貴方に zsh
- 182 :
- たしかに補完だけが目的なら zsh 最強
まだ tcsh なんて使っちゃってるんですが、っていう感じ
- 183 :
- 粘るか他に切り替えるかの閾値がとても低くなるので楽です。
- 184 :
- >>180
> bashと聞くと板違いだと思う
アホ?
- 185 :
- そういう人は居るよ。アホじゃないけど。
- 186 :
- そんなにたくさんアホがいるのですか。怖いですね。
- 187 :
- FreeBSD 5.xの/bin/shって、いつのまにか、
コマンドライン編集機能とヒストリに対応してるね。
これで益々csh/tcshの存在意義がなくなるね。
- 188 :
- >>187
なんで?ならないよ。
- 189 :
- >>188
できるよ。やってみろ。
- 190 :
- >存在意義がなくなるね。
>ならないよ。
>できるよ。
- 191 :
- 「なくなるね」に反応するなら「なくならないよ」と書くはず。
「ならないよ」と書いてるから違うだろ。
「なんで(どうしてだ=自問)?(コマンド編集できるように)ならないよ」
と言ってると思われ。
- 192 :
- いえ、(なく)ならないよという意味で使っている(
アンカー付けて自問するほどアレじゃないし
(コマンド編集できるように)ならないと書きたいなら
(対応)してないよと書くはず)よ?
- 193 :
- 馬鹿は馬鹿らしく素直が一番。
- 194 :
- >>191
(君が)馬鹿って言われてる(んだ)よ。酷いね。
- 195 :
- 単に便利だからというなら、どうしてUNIXなんか使ってるんだろう(笑
- 196 :
- >>192
「なくなる」は、これで1語の動詞。
「なくな・る」(ラ行五段自)「なくな(語幹)」+「る(語尾)」
であって、決して、
「なく(形容詞「ない」の連用形)」+「なる(動詞)」
ではない。
よって、「なくなる」に対して、「ならない」と受けるのは誤り。
「なく」は形容詞の連用形じゃなく、「なくなる」の動詞の語幹の一部だから、
「なく」だけを省略できない。
「なくなる」を否定するなら「なくならない」とすべき。
- 197 :
- >>187
そんなことは良いから、なんで?なくならないよ。
- 198 :
- うむ。やっぱり「ならないよ」で良いや。
- 199 :
- /bin/shが「シェルスクリプト専用」との位置付けなら、
/bin/shに「インタラクティブな」機能を追加するはずがない。
それが追加されたということは、FreeBSDの中の人にも
csh(tcsh)をやめようという空気があるのは確かだろう。
- 200 :
- >>199
あれって追加されたのか?グランドデザイン時点で
入ってるだろ。
やめる空気があってもいいけれど(やだけど^^;)、
問題は過去の資産をどうするかだな。
自分が使わない余分なシェル、じゃなくて、他人の
使っているアプリだと考えるとどうかな?
資産の中にはBJの思想も含まれるわけだけどな。
- 201 :
- >>199
釣りなら釣り、マジならマジで最後まで通せよ。
中途半端な(ことしかできない)奴だな。
何故こんなことを書くかと言うと>>199 には
おかしな(笑えると言う意味で)点が 5ヶ所はあるからだ。
- 202 :
- >>200
FreeBSD 4.xのshではできなくて5.xでできるから、追加されたんじゃないの?
- 203 :
- BJの思想はviとかだけでいい。
cshは負の遺産だ。
- 204 :
- 自分が最近知ったからって最近追加されたと思うのは
- 205 :
- >>203
仮想記憶とかジョブコントロールとか他にも遺産はあるだろ。(思想?)
- 206 :
- >>205
仮想記憶云々はシェルの議論とは直接関係ない。
ジョブコントロールは確かにcsh発祥だが、
すでにB-sh系にも採り入れられているから、
cshを撲滅しても遺産が残るので問題ない。
cshに「しか」ないもので、捨てて困るものはもはやないはず。
- 207 :
- >>206
はず、か。恣意ね。
- 208 :
- >>206
じゃあ、「もはやない。」と言い切る。満足?
- 209 :
- そんな言葉じりをとらえるのやめて、
csh撲滅反対派の人は、なぜ反対なのか、
正直な意見を聞かせて欲しいな。
まだ一部にユーザーが残っている件については、
/binからは外してports送りという案でいいと思うが。
/bin/csh -> /usr/local/bin/csh
のシンボリックリンクくらいは置いてやっていいよ。
- 210 :
- >>208
cshに「しか」ないもので、捨てて困るものはある。
- 211 :
- perlだってports化しました。
なのに、なぜにcshだけはports化してはいけないのか、
どうしてcshだけが特別なのか、
これが、私がBSDを使い始めた10数年前以来の疑問です。
B-shにだってできる。B-shにできることはB-shに、
スクリプトだってコマンドラインだって、
もはやcshにしかできないことは何もないのです。
私は、本当にcshをports化してはいけないのか、
国民の皆さんに聞いてみたい、そして、実際、
B-sh系ユーザーの方がすでに圧倒的にcsh系ユーザーを抜いているという
民意を反映したいのです。私はcshのports化を改革の本丸と位置付け、
改革を進めてまいります。cshのports化なくしてBSDの未来はありません。
どうぞみなさん、cshのports化にご賛同いただけますよう、
心からお願い申し上げます。
- 212 :
- ワロタ
- 213 :
- cshをports化しちゃうと、特定コミッター局長からプレゼントをもらえなくなるので
立場上反対せざるを得ません。
- 214 :
- ports化後、
合理化と称して徐々に切り捨てられるのではないかと
少数の csh スクリプターは心配しております。
- 215 :
- bash厨がキモい。
- 216 :
- 造反csh厨は除名されても知りませんぞ。
- 217 :
- scsh 最強
- 218 :
- scsh ってシェルスクリプティング用の scheme だっけ?
と、ググらずに言ってみる。
- 219 :
- ish 最強
- 220 :
- 今、login shellとしてのcsh(tcsh)ユーザーって、
全体の何%くらいですかね。
俺のイメージだと、Linuxを除くUNIXで5%未満、
Linux限定だと1%未満かなと思うけど・・
撲滅まであと一歩だね。
- 221 :
- Mac OS Xがつい最近までtcshだったからもっと多いかと。
- 222 :
- Windows がつい最近までcmd(ry
- 223 :
- 何その角度
- 224 :
- うちもcsh使ってる
それはいいんだが、同機能でソースが違うのは勘弁して欲しいぜ
なあ、NE○(;´д`)
- 225 :
- 大昔からの流れでtcshつかってまふ
・その当時WE2のcshにはファイル名補完があった
・!viとか!!とか便利だった
・環境変数を設定するのに2回コマンドを打つのはかったるかった
- 226 :
- どうでもいいけど、tcshのcompleteは、やり出すとはまる。
- 227 :
- csh/tcsh はどちら使ってるか判らない時があるんだ。
tcsh固有のコマンドが通らないとき思わず「怒りの感情」が
出て、非常に身体に悪いと思う。
- 228 :
- FreeBSDよ、rootのシェルのデフォルトをcshにするのやめろ。
suでrootになっても、プロンプトが # なので、cshであることがすぐにはわからない。
コマンドのPATHが通っていることを確認する時、
# type コマンド
と打ってエラーになるし、
一時的に環境変数を変えるために
# LANG=C コマンド
と打ってもエラーになるし、
こういう時「怒りの感情」が出て、非常に身体に悪いなぁ。
- 229 :
- >>228
そうだ、そっちのほうが害がある。
だから、cshは要らない。
- 230 :
- デフォルトぐらい自分で変えられないバカばかりか
かなしいなぁ
- 231 :
- ファビョる前にecho $SHELL しろよw
- 232 :
- ほとんど毎日新規鯖の構築やる身としては慣れてるtcshが一番
お客の鯖だから俺様設定にする訳にもいかんし
bashの挙動ウザー
- 233 :
- みんなが使うrootのデフォルトを自分で勝手に替えちゃうのか・・・
- 234 :
- >>230
「デフォルト自体」を変えるんだよ。配布ファイルのデフォルトを。
自分のマシンの/etc/passwdを編集するんじゃなくて。意味わかってる?
実際やろうとすると反対意見とか全部ねじふせて調整が要るだろうなと想像するけど、
是非やって欲しいな。
- 235 :
- >>234
/bin./sh に味付け無しでオK?
- 236 :
- >>234
所詮少数意見だろ
配布を変えたらc shellの人間はどうするんだ?
また自分で変えろと?
鼬ごっこだろ
多数決で利便性の多い方に決まるだけ
別にだれも困らないから変えないだけ
いやなら自分で独自版を配布しろ
声が大きくなれば現状と取って変わるよ
- 237 :
- わたしはこれでOS替えました
- 238 :
- その極端な言説にアレルギー反応がでる人の多いDJBも
c-shellで起動が前提のdaemontoolsなんか作っていた。
そういう意味で撲滅されると困る人もいるのだろう。
- 239 :
- ぶっちゃけ、bash使うならsh(ashの)を使うなぁ。
tcshが糞ならbashも同等に糞。目糞が鼻糞を笑ってるだけ。
- 240 :
- >>239
sh(ash)使えばいいじゃん。大歓迎だよ。csh(tcsh)さえ捨ててくれれば。
そもそも話の流れでは誰もbashの話はしていないと思うが、、
- 241 :
- >>240
bash廃絶運動のヨカン。
- 242 :
- kshとかzshだってあるし。
tcshがdefault shellのFreeBSD厨が、
bashがdefault shellのデストリが多いLinuxを嫌って、
bash叩いているケースが多そう。
- 243 :
- cshはちょっとしたスクリプトで使ってるけどな
自分にはbashより書きやすいから便利
普段はbash使ってるけどスクリプトが書きづらい
- 244 :
- >>242
妄想乙
- 245 :
- 今からUNIXを始めるという新規のユーザーが
わざわざ(t)cshを選ぶというのは考えにくいし、
今の(t)cshユーザーは、過去に(t)cshを使っていて
そこから抜け出せない老人しかいないはず。
なので、撲滅は時間の問題。
FreeBSDでも、/stand/sysinstallで一般ユーザーを作ると、
デフォルトのシェルは /bin/shになっている。
(/etc/passwdのrootは依然/bin/cshだが)
その意味でも(t)csh撲滅は時間の問題。
- 246 :
- 馬鹿みたいw
- 247 :
- ま、年寄りが自己責任でtcshを使い続けるのは勝手だとしても、
ビギナーにUNIXを教える時はちゃんと/bin/sh前提で教えろってことだな。
ユーザーのデフォルトログインシェルは、当然/bin/shにするべき。
- 248 :
- >>172
vi使いはふつうescじゃなくて^[。
- 249 :
- 10年くらい前だったら、社内アカウントに新規ユーザーを登録する際、
デフォルトのシェルはtcshだったが、今はとりあえずbashになっている。
で、1割ほどのユーザーが自分でログインシェルを変更するが、
変更先はzshかashが多く、tcshは居ない。今でもtcshを使ってるのは
10年前にデフォルトで割り当てたのをそのまま使ってるユーザーのみ。
まあ、半数のユーザーはUNIXにログイン自体ほとんどせず、
SambaやPOPでしかアクセスしないわけなんだが。
残ってるtcshユーザーも、UNIXにはほとんどログインしていないな。
- 250 :
- ash に変更する人って何を期待して ash にするの?
- 251 :
- 復活の呪文が失敗したんだろ
- 252 :
- ⊃カドルト
- 253 :
- つwish
- 254 :
- 楽しいscript講座
とりあえず csh で ( 関数なんて使わないよ )
とりあえず 変数は全て setenv で ( 引数なんて面倒でしょ )
とりあえず シグナルと戻り値は全て無視 (っていうか何それ?)
トドメに setuid ( sudo ?タイプミス?)
- 255 :
- 何でここでkshやpshの話が出てこないんだろう
POSIX標準なのに…
- 256 :
- 坊やだからさ
- 257 :
- >>255
POSIXが実務上は役に立たないということ。
というか、csh系さえ撲滅できればそれでいいんだよ。
B-sh系同士の優劣の議論はスレ違い。
- 258 :
- でも自分で使いもしないshellをなんで叩くんだろ?
その心理が疑問
UUCPなんて時代遅れ。糞
使ってるヤツR。撲滅キボンヌ
なんか滑稽だよな
自分が使わず世間が忘れたものに熱くなれる
その若さの秘密が知りたい
- 259 :
- 使わなくてもダメなところがわかるからだよ
- 260 :
- 自分がUnixぶつのに関係ないことまで親切なこった
- 261 :
- >>258
(理由1)
古い考えのシステム管理者で、
新人ユーザーにcshをデフォで割り当てたりするのを防ぐため。
(理由2)
ユーザーにコマンドを説明する時、
$ LANG=C hoge
と実行してと言うと、「エラーになった」とか言われるのを防ぐため。
(env使えと言う意見は却下)
- 262 :
- >>261
古い考えのシステム管理者なら
デフォでcshが割当たらないようなシステム管理をする
ユーザーにコマンドを説明する時は現状のShellを打ち出させて
聞くか
環境線数の前にshell変更のUNIXもぶたせる
もしくは最初から複数のShellを想定する
WindowswをサポートしてUnix屋は廃業する
べつにcshを根本から撲滅するほどの問題ではない
アメリカ人が箸撲滅運動をしてるようで滑稽だよ
- 263 :
- >>262
261の言わんとするところを理解してないな。
- 264 :
- おれも>>261はどうでもいいな。老害管理者がcshで管理用スクリプト書いたり
しないで自分だけで使う分には無問題。糞爺に Csh Programming Considered
Harmful 読ませたらむきになってcshで書きやがる。市ね
- 265 :
- 年寄りに正論言っても無駄でつよ
無知のまま放置が一番の薬w
- 266 :
- 老害管理者が新人ユーザーにcshを教えてしまうのが問題。
新人にとっては初めて触るシェルがcshになってしまうので、
こういう刷り込みは困る。
- 267 :
- 前も書いたが
cshスクリプトという意味なら問題だが
インタラクティブなシェルにcshを使うのは問題ない
老害はさっさとリストラするように上に伝えてください
- 268 :
- インタラクティブなシェルとしてcshを使うのも問題。
初心者ユーザーはいずれ、コマンドラインをファイル化して
シェルスクリプトにできることを知る。
その時、cshの文法をそのまま持ち込もうとするので混乱が起きる。
で、ユーザーによっては、「自分はcshだから」という理由で
cshスクリプトを書いてしまう。
そういう芽は幼少のうちから摘んでおくべき。
- 269 :
- 老害憎けりゃcshまで憎い
- 270 :
- cshがダメなのに気付けない老人という構図です。
- 271 :
- うっさいハゲ。
- 272 :
- csh撲滅(廃止)までのロードマップ。
・/binから追い出し、/usr/local/binへ(FreeBSDならports化)
・/etc/shellsから/bin/cshを外す。(cshユーザはftp等不可)
・/etc/csh.login /etc/csh.cshrcに、使用非推奨・警告メッセージを追加
・/usr/local/bin/cshを、/bin/shへのシンボリックリンクに変更
・/usr/local/bin/cshのシンボリックリンク自体削除
以上、めでたしめでたし。
- 273 :
- cshにchshしようとしたら、obsoleteだからヤメレ!って警告が出るようになれば、
新規ユーザは居なくなるだろうな。
- 274 :
- でも実際の話cshの問題はそれなりに受けとめて
スクリプトを書き問題が生じなければそれまで
大量のcshスクリプトを持ってるが365日なんの
問題もない
何熱くなってるの?って話だ
- 275 :
- 老害キター
- 276 :
- 百歩譲って「インタラクティブ使用のcshならOK」とするなら、
/bin/cshを/usr/local/bin/cshに移動するべきだな。
どうしても使いたい人は/etc/passwdも/usr/local/bin/cshにする。
すると、#!/bin/csh なスクリプトは動かなくなるので、
これでcshスクリプトを一掃できる。
- 277 :
- ついにbashが入ってそうなディレクトリへ移動しなければならないのか
- 278 :
- >>276
どうせなら、/usr/local/Program Files/csh にすればいい。
パス名にスペースが入ってると、
#!/usr/local/Program Files/csh
と書いてもスクリプトが実行できない。
コマンドとしての起動はできるので、インタラクティブのみ桶を徹底できる。
- 279 :
- 所詮素人が寄って集ってもcshは無くならない
歴史を見て未来をみろよ
素人が何人集まっても
政治的に動くこととそうでないことがある
- 280 :
- >279
そうだな。
Linusに直メールして、csh使ってるとランダムにkernel panicが起きるよう細工してもらおう。
- 281 :
- $HOME/.xinitrc(←これはxinitによって固定的に/bin/shスクリプトで扱われる) に
cshの文法で記述するという、アフォな例が検出されました。
↓
http://pc8.2ch.sc/test/read.cgi/unix/1140542841/843
exportとsetenvが混在w
- 282 :
- うーそー
じゅんになー
あきさみよー
でーじなってる
- 283 :
- ln /bin/sh /bin/csh
- 284 :
- またまたヴァカ発見。↓
http://pc8.2ch.sc/test/read.cgi/unix/1143302182/17
やっぱ早くcsh撲滅しないと、初心者の被害者増やすなぁ。
- 285 :
- >>258
uucp使って人に迷惑かけるやつはそんなにいないが、
cshつかうやつはたいてい人に迷惑かけてるだろ。
- 286 :
- age
- 287 :
- >>284
それはべつにどうでも
- 288 :
- 嬉々として老害、老害いってねーで
シェルのひとつやふたつくれぇちゃっちゃとマスターして
「あ、それ csh ですか?20分で書き直すんで待ってもらえます?
ちなみにこの際、都合のいいシェル言っていただければ、できますが?」
くれぇ言えや!このゆとり教育世代の腐れニートどもが!
って言うべき流れかなと思った
- 289 :
- 最近書いたtcshの補完が全部shに丸投げw
- 290 :
- >>289
日本語でおk
- 291 :
- Linux使ってたんですが最近FreeBSD使い始めました。
とりあえずportsからbash入れたんですが、rootのログインシェルを /usr/local/bin/bash に変更したくてたまりません。
どうしたらいいでしょうか?
- 292 :
- そういえば使ってるFedora Core 5 になぜかtcshが入ってるなあ・・・
削除しちゃえと、
# yum remove tcsh
とやったら・・・
Dependencies Resolved
=============================================================================
Package Arch Version Repository Size
=============================================================================
Removing:
tcsh i386 6.14-6.fc5.1 installed 1.1 M
Removing for dependencies:
cvs i386 1.11.21-3.2 installed 1.5 M
mkbootdisk i386 1.5.2-5.2 installed 6.9 k
mtools i386 3.9.10-1.2.1 installed 326 k
syslinux i386 3.10-2.2 installed 430 k
Transaction Summary
=============================================================================
Install 0 Package(s)
Update 0 Package(s)
Remove 5 Package(s)
tcshに依存してるパッケージがこんなに・・・orz
- 293 :
- >>292
cp /usr/local/bin/bash /bin/csh
- 294 :
- シングルユーザーモード入るときシェル選べるから、 /usr/local/bin/bash をrootのログインシェルにしても問題ないですかねえ?
>>293
せめてシンボリックリンクにさせてください
- 295 :
- >>292
それって、単に依存してることになってるだけで、
強制削除しても何も問題ないよ。
(実際オレはtcsh削除した)
依存パッケージになってしまったのは
ある意味パッケージングミスだな。
- 296 :
- >>294
その bash は static link になってる?
FreeBSD だと /bin と /usr 以下は runlevel で分けられてるとオモタ
root アカウントは single user mode 起動時の最後の砦だから、
常に mount される /bin 以下の shell にしとくのが無難だよ。
でないと library が link デキネーって怒られるからw
Solaris なら /bin は /usr/bin の symbolic link だから init S でも
問題が起きるケースは少ないけど
- 297 :
- run level は SysV 由来のもの。FreeBSD にはねーよ。
- 298 :
- >>295
気付いてたなら報告しといてよ。
- 299 :
- >>296
最近は/bin以下の物もstatic linkじゃないよ(6.1R/stable)
% file /bin/sh
/bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 6.1 (601100), dynamically linked (uses shared libs), stripped
% file /bin/csh
/bin/csh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 6.1 (601100), dynamically linked (uses shared libs), stripped
それで作られたのが/rescueだ
% ls -l /rescure
-r-xr-xr-x 131 root wheel 3319064 May 7 04:28 [
-r-xr-xr-x 131 root wheel 3319064 May 7 04:28 atacontrol
-r-xr-xr-x 131 root wheel 3319064 May 7 04:28 atm
-r-xr-xr-x 131 root wheel 3319064 May 7 04:28 atmconfig
: ↑
いわゆるクランチバイナリ。
- 300 :
- ports の zsh は、Makefile を変更。
NOSHARED=yes にして /bin/zsh として突っ込んでる。
クランチバイナリの/rescue なんて使いたくないね。
バカ犬のインストーラに、よくついてくるbusyboxもオプションが
マトモに渡せないのでかなり腹たたよ。
バカ犬はそれ以来うちの箱では飼ってない。客んとこに有るけど
手入れはおざなり(っつか、手間がかかりすぎる)
- 301 :
- 標準エディタはedだからEmacsは使うべきじゃない。
edと同系統のviに統一すべき。
- 302 :
- >>295
以外にcshスクリプトとかパッケージに含まれてたりするんじゃないの?
>>296
もうrescueイメージでネットブートでもCD-ROMブートでも簡単に
できて復旧できるから、あまりstatic linkに拘る必要はなくない?
- 303 :
- >>302
実行しなければならないcshスクリプトはパッケージに含まれていない。
含まれているのは、cshユーザー用の環境変数設定ファイルとか。
(もちろん、B-shユーザー用もある)
なので、これはcshに依存しているわけではないのに、
パッケージ上は依存扱いにされているのが間違い。
- 304 :
- くだスレでこっちで質問するように言われたのですが、
マルチポストになると思ったのでリンクだけ張っておきます
cshで環境変数PATHの設定の仕方についての質問です
http://pc11.2ch.sc/test/read.cgi/unix/1205161256/192
- 305 :
- >>304
またまた csh被害者だね。cshを捨てると直るよ。マジで。
- 306 :
- FreeBSD でシェルを変えるのってどうしたらいいのでしょう?
- 307 :
- シェルを起動する
- 308 :
- >>306
chsh
>>307
それだとログインシェルは変わらないし、ログインシェル用の設定ファイルが読まれない。
- 309 :
- >>308
どこにログインシェルを変えたいって書いてあるんだよ
- 310 :
- >>309
>>304
- 311 :
- >>307
>>308
ありがとん
bashに変えてみたけど
.profile再生成とかできないのかな?
結局kahua-packageが起動できないorz
- 312 :
- エラーメッセージを秘密にしたまま質問したいならエスパースレで聞くといいよ。
http://pc11.2ch.sc/test/read.cgi/unix/1207042632
- 313 :
- エラーメッセージではないですが
command not found
と言われます
- 314 :
- >>313
やっぱり、初心者にとって、エラーメッセージを示すこと自体困難だよな。
>>312 の言う通り、
【エスパー】くだ質【エラーメッセージ不要】(1)
で質問し直して。
そっちのスレでは「マルチ」って言われないから、再度質問分を書いてもOK。
今回の場合、単にPATHの通し方がわかってないだけみたいだけど、
エスパースレの方に移動してから回答してやるから。
- 315 :
- スレを汚してすみません。
移動しましたので宜しくお願い致します
- 316 :
- ここは糞スレだから汚れてはいないw
- 317 :
- tcshのports送りマダー?
- 318 :
- csh が存在する理由が解らない。
老人ホーム以外の意味なんてあるんだろーか?
- 319 :
- 普通に便利だと思うが
- 320 :
- 普通にしか便利じゃないのに文法が違う
- 321 :
- インタラクティブな場合には便利とかいう意見もあるけど、
それはbsh系が貧弱だった過去の評価を未だに盲信してるだけじゃないのかな。
職場でしばらくtcshを使っていたが
結局自分でHOMEの下に違うの入れちゃった。
- 322 :
- 半年前にcsh&tcsh Manual&Referenceをブックオフにて
100円で購入した僕が通りますよっと。
- 323 :
- cshは必要です。
- 324 :
- % alias lo logout
% alias ls 'ls -AF'
% alias rm 'rm -i'
% alias q99 'echo please | mail -s q99 quest@B'
% alias quest 'echo please | mail -s \!* quest@B'
% alias ans 'mail -s \!:1 ans@D'
% alias ppa 'echo \!* echo'
% alias ppb 'echo echo'
このようにコマンドを実行したあとに
ppa sunday ppb
ppb sunday ppa
quest q30
と打つと置換が完了した時にどのような文字列に変わるか、という課題が
わかりません。
aliasが置換コマンドなのはわかります。
ただ、\!*や\!:1がどう影響を及ぼすかが私には推測できません。
どなたかUNIXにお強い方がいましたら
ご教授を願えないでしょうか?
- 325 :
- cshの課題出す教授の講義受けるの止めろ
時間の無駄だから
- 326 :
- あのう、cshって現場ではもう使われていないんですかぁ?
- 327 :
- csh恥ずかしい・・・
- 328 :
- 普通はksh93、そうでなければ、Bash (3.x)、
パワーユーザはzsh、
感傷に浸りたいひとが、tcsh 。
- 329 :
- cshのデメリットって
標準エラー絡みしか思いつかないんだけど他にもある?
- 330 :
- csh why not
- 331 :
- #!/bin/csh -f
set com=$0
if ($#argv < 1 || $#argv > 3) then
echo Usage:$com start_line total_lines '[file_name]'
exit 1
endif
if ($#argv == 2) then
set s=$1
set t=$2
tail +$s | head -$t
else
set s=$1
set t=$2
set f=$3
cat $f | tail +$s | head -$t
endif
exit 0
echo ------------------
これだとエラーがでます。どなたか改良してください。お願いします。
- 332 :
- cshはglobの制御がどうにもしがたい。糞。
- 333 :
- #!/bin/sh
com="$0"
if [ $# -lt 2 -o $# -gt 3 ]; then
echo Usage:$com start_line total_lines '[file_name]' >&2
exit 1
fi
if [ $# -eq 2 ]; then
s="$1"
t="$2"
tail +$s | head -$t
else
s="$1"
t="$2"
f="$3"
cat $f | tail +$s | head -$t
fi
exit 0
- 334 :
- -------------------------------
echo "running..."
set num = 1
foreach file (*.ppm)
./mser.ln $file img$num.mser
./compute_descriptors.ln -sift -i $file -p1 img$num.mser -o1 mser.img$num.sift
@ num++
end
echo "running..."
set num = 1
foreach file (*.ppm)
./mser.ln $file img$num.mser
./compute_descriptors.ln -sift -i $file -p1 img$num.mser -o1 mser.img$num.sift
@ num++
end
----------------------------------------------
こう書くと
./mser.sh: line 7: syntax error near unexpected token '('
./mser.sh: line 7: 'foreach file(*.pp,)'
と言うエラーが出ます。ボスケテ!
- 335 :
- cshか・・・今となっては全てが懐かしい
- 336 :
- マルチかよ
- 337 :
- おまえらdashって知ってるか?
- 338 :
- >>337
えー初耳なにそれ
- 339 :
- 昔debianでNetBSDのshのlinux移植版をdashってしてたけど
そのこと?
- 340 :
- dash(dead again shell)ってどこかで聞いた覚えがあるけど
なんだか思い出せん
- 341 :
- うちの会社では、基幹系の処理をcshスクリプトで実行してます。
6,7年前に汎用機からSoralisに基幹処理を移行したときに、
対話もスクリプトもcshってことになっちゃったみたいです。
3,4年前から対話はtcshでやろう!ってことになってきたのですが、
それもログインシェルの変更ではなくて、
ログイン後に"tcsh"っていちいちタイプしてますよ。
(わたしはbashだけど)
「標準エラー出力が...」なんて言っても、
会社の同僚はみんな汎用機 & JCL & COBOL の人達なので(わたしもそうですが)、
そもそも標準入力・標準出力を理解してないので、話になりません。
まだまだそういう環境もあるのですよ...(最近できたんだけど)
- 342 :
- スクリプトはbshで書くようにしないとでしょ...
- 343 :
- ナショナル撲滅してパナソニックに統一しろ! みたいなスレだな
- 344 :
- >>343
え、それはすでに決定事項で、パナソニックに統一されますが。今年10月からだっけ?
- 345 :
- Soralisならしょうがないな
- 346 :
- csh(tcsh)も、期限を切ってサポート終了すればいいのだな。
- 347 :
- 池田大作が「宗教は自由」って言ってた
- 348 :
- cshの勉強をするのにお勧めの書籍ってある?
- 349 :
- C SHELL フィールドガイド とか?
でもなんだっていまさらcshなの?
SI会社で昔のcshスクリプトでもメンテナンスしなきゃならないの?
- 350 :
- http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
- 351 :
- 汚れ仕事は金になる〜
- 352 :
- いわゆるラッパースクリプトで、
コマンドライン引数をそのまま、
引数に含まれるスペースや記号に解釈を加えないで、
別のコマンドの引数として引き渡す場合、
/bin/shなら、
command "$@"
としますが、
これ、cshスクリプトだとどう記述するんですか?
- 353 :
- >>352
$argv
man を見るんだ。
- 354 :
- >>353
$argvでは、引数に含まれるスペースや記号が解釈されてしまう。
そもそも$argvでできるなら質問しないだろ。
質問は「引数に含まれるスペースや記号を解釈しないでそのまま渡す方法」だ。
- 355 :
- >>352
それは cshでは不可能というのが結論。だからcsh撲滅すべし。
cshの $argvは、/bin/shの $* 相当なので、内容が再解釈されるから不可。
cshの "$argv"は、/bin/shの "$*" 相当なので、引数が連結されてしまうから不可。
/bin/shの "$@" に相当するものは cshには存在しない。
>>353
おまえ、あほだろ。何が「man を見るんだ」だ。
- 356 :
- まんまんを見る
- 357 :
- >>356
man man
か?
それにしても最近おまんまn見てねーな…
- 358 :
- しこっていいのよ
- 359 :
- 以下のソースで動きが異なる理由が知りたい。。。
#!/usr/csh -f
set cmd = ( 'echo "test test2"' "|" "wc -l")
set cmd2 = ( "echo" "|" 'echo "test test2"' "|" "wc -l")
echo "cmd=$cmd"
eval $cmd
echo "###########################"
echo "cmd2=$cmd2"
eval $cmd2
- 360 :
- 359だが、別の環境でやったら同じ動きをしたよ。。。
バージョンとかの違いだったみたいです。お騒がせしました。
誰も見てねーとは思いますが
- 361 :
- デスマご苦労さまでちゅ!
仕事がなくてヒマしているPGさんも
ご苦労さまでちゅ!
壊れて辞めてしまったPGさんも
これまた本当にご苦労さまでちゅた!
さて、フロは入ったほうがさっぱりいたしますが、
スレタイどおりと思いませんか?
- 362 :
- 撲滅する必要は無い
- 363 :
- >>362
ある。
- 364 :
- 応募資格:
・UNIXシェル(コマンドライン)上にて一通りの作業ができる方
(ただし、ログインシェルがcsh系(tcshを含む)の方は応募を御遠慮下さい)
- 365 :
- バカなcshのこれ、解決できないの?
% alias foo 'echo Hello' ; foo
foo: Command not found.
% foo
Hello
- 366 :
- そんな訳ないだろと思って試してみたら本当だったでござる
- 367 :
- と思ったらbashでもzshでも同じじゃねーか!ふざけんな
- 368 :
- $ foo(){ echo Hello;}; foo
Hello
$ foo
Hello
- 369 :
- 1行ごとに解釈して alias 展開したのち、全体を実行するという man 通りの動作です。
% alias foo 'echo Hello' ; foo
foo: Command not found.
% unalias foo ; foo
Hello
- 370 :
- >>365
それできないと何か困るの?
- 371 :
- >>369
へぇー
- 372 :
- 今のLinuxの主要ディストリはみんな、
デフォではcsh/tcshは入ってないんだよ。
撲滅完了?
- 373 :
- ビル女医大先生は、どうして新しいシェル文法を考えるのをやめて、
Bourne shellにジョブコンとヒストリを付けてくれなかったのか…
>>372
Mac OS Xもtcshをディフォルトログインシェルにするの辞めたしな。
HP-UXは今でもそうなんじゃない? *BSDはもう最近全然知らないが。
- 374 :
- >>373
C言語の文法を、スクリプト書き、もっと言えばインタラクションの場面でも使いたかったからでは。
C shellって名前にしたぐらいなんだから。
- 375 :
- She sells C shells by the seashore.
- 376 :
- 撲滅だよもん
- 377 :
- $の部分を食べたらおいしかった
- 378 :
- bshの文法が受付けないわ
tcshで桶
- 379 :
- 文法はどうでもいい部分。
cshは意味に問題がある部分が多い。
- 380 :
- 基本文献
ttp://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
- 381 :
- いい加減Cシェル書くのは止めようよ。マジCシェルみたいなカス使ってるの
ってFREE?BSDユーザだけだよ。ていうかROOTのデフォルトシェル
がTCシェルなのは一体何時になったら変わるの?
Cシェル使うくらいならSHシェル使ってください。それか、あとからバッシュ
入れるか。
- 382 :
- わざわざ意識してまで間違った言葉遣い&用語選びをしなくてもいいんですよ。
- 383 :
- 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。
多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や
シミュレーションなど行う必要があり、制御コマンドとしてシェルスクリプトを
使用するのは聞いていたのですが、そのファイルを開いて1行目に書かれていたのは
#!/bin/tcshという文字列でした。
「うへぇ〜、よりによってtcshかよ」
ファイル記述子のリダイレクト不可、クオートのネスティング等に無理あり、
今の奴でさえシェル関数は使えないし、パイプラインの終了ステータスもおかしいし、
今時の担当者が扱ってセキュリティは大丈夫なのか不安はつきませんし、
スクリプトとしてのcshは嫌われるのでネット上の情報も少なく調べるのも大変です。
おそらく導入に際して、大学など教育機関で最初にcshに触れて刷りこまれた人間が
強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。
昔、当時、シェルで唯一aliasやhistoryやジョブコントロールの機能が使えた
cshは大学など教育機関に浸透していて、日本のシェル界に多くのバカを輩出しました。
これから私は、おそらくそういうバカが、$*でスペース入りファイル名が扱えないとか
$<でファイルから読めないのかとか、if文の条件式のコマンドでリダイレクト
できないのかなどと、シェル通気取りの偏ったどうでもいい我侭を言い出し
(だからcshスクリプト書くんじゃねーよ)それと戦わなければならないのでしょう。
そして時代によって決着している、過去25年のシェル界隈のくだらないそれらの議論が
再現され、それに巻き込まれるのでしょう。もう今からうんざりです。
だからお願いです。教育現場ではbashでもzshでもkshでもashでも
Bourne shでもなんでもいいですがBシェル系のシェルにしてください。
教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
- 384 :
- そのコピペ面白くないからもういいよ。
- 385 :
- コピペだったのか。マジレスしそうになったよw
- 386 :
- >>383
「輩出する」は自動詞
×バカを輩出しました。
○バカが輩出しました。
- 387 :
- ただの誤変換だろ。
○バカを排出しました。
- 388 :
- >>387
だからそれが間違いだって。
○バカが輩出しました。
- 389 :
- 一人じゃ輩出できないけどな。次々出てこないと。
- 390 :
- >>388
ぷぷぷっ。教養の無さを自白すんなよ。どっかのブログでつけた浅知恵か。
「排出する」は他動詞だから「バカを排出しました」は正しい用法。
>>389
元記事は「多くのバカ」となってるよ。切り出し方も無教養だったって事だね。
- 391 :
- >>390
だから、排出じゃなくて輩出だよ。>>383 もう1回良く読め。
勝手に排出と読み間違えて何言ってんだか。
- 392 :
- そんなひっぱるほどの話じゃない。
- 393 :
- >>381
排出: (内部の不用な物を)外へ出すこと。
(不要な)バカが(大学など教育機関)から外に出てきたんだから、排出であってるじゃん。
- 394 :
- >>393
原文は >>383
383では輩出と言ってる。原文がすべて。以上終了。
(排出だと前後の文脈と矛盾して意味が通じない)
- 395 :
- 単なる誤変換。排出でも前後の文脈と全然矛盾しない。
ゴミやクズやバカに対しては「〜〜を排出する」は正しい用法であること
に気づかず、どこかのブログで仕入れた半端な知識を振り回したお前の負け。
- 396 :
- 「〜を排出する」では「〜」の部分に「人」は来ない。「物」が来る。
- 397 :
- >>395
「cshで教育を受けた人間が世の中に輩出した」という文脈だから、
「排出」だと矛盾する。「排出」だとcshで教育を受けたことが不要なことだったという
意味になってしまうから。
もちろん、原文ではそういう大学教育をやめろともう一度否定してるんだけど、
その否定元が「排出」だと意味が逆になってしまう。
よって、原文は「輩出」の意味で書いていると考えられる。
- 398 :
- >>395
> 「排出」だとcshで教育を受けたことが不要なことだったという意味になってしまうから。
違う。不要なのはcshの教育を受けたことではなく、csh教育を受けた結果としてできた「バカ」。
なんら矛盾しない。
- 399 :
- >>398
「排出」だと仮定した場合の主語は「大学等」だから
398が言うことは矛盾している。大学自身は「排出」だと考えていないのだから。
で、>>396 には反論できないのかな?w
- 400 :
- このように、>>838からは排出の誤変換なのか、自動詞の誤用なのかは判断できないのだが、
>>386はどこかのブログで仕入れた半端な知識で自信たっぷりに
> ×バカを輩出しました。
> ○バカが輩出しました。
と突っ込んでしまった。
ところが、「輩出する」とは「たくさん出てくる」という事なので、主語は複数で
なければならない。○をつけた文が誤用という愉快な突込みをとなってしまった。
×多くのバカを輩出しました。
○多くのバカが輩出しました。
とすべきであろう。付け焼刃でアゲ足を取ると恥をかくという実例である。
- 401 :
- >>399
反論して欲しいなら反論に値するレスを書け。
ゴミカス書いて反論できないのかとは片腹痛いわ。
バカはゴミに等しい。すなわち「物」以下なので正しい用法。
- 402 :
- >>400
元の文の >>383 に「多くのバカ」ってちゃんと書いてあるよ。
何ボケてんだかw
- 403 :
- >>396 への反論まだぁ? ないなら >>396 の勝ちだね。
- 404 :
- かつてスクリプトスレで/dev/tcpで無知晒したクンが騒いでるのか。
文体そっくりでわかりやすいわ。
- 405 :
- >>399
これもゴミカスだな。
> 大学自身は「排出」だと考えていないのだから。
ゴミを排出する側がゴミであるか否かを決定できるならゴミの違法投棄なんて
起こるはずがない。「排出」していると考えなければいいんだからな。
- 406 :
- 383です。ご指摘通りバカが輩出しましたに直しました。レスが流れてしまったのでもう一度書きます。
-----------------------------------------------------------------
今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。
多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や
シミュレーションなど行う必要があり、制御コマンドとしてシェルスクリプトを
使用するのは聞いていたのですが、そのファイルを開いて1行目に書かれていたのは
#!/bin/tcshという文字列でした。
「うへぇ〜、よりによってtcshかよ」
ファイル記述子のリダイレクト不可、クオートのネスティング等に無理あり、
今の奴でさえシェル関数は使えないし、パイプラインの終了ステータスもおかしいし、
今時の担当者が扱ってセキュリティは大丈夫なのか不安はつきませんし、
スクリプトとしてのcshは嫌われるのでネット上の情報も少なく調べるのも大変です。
おそらく導入に際して、大学など教育機関で最初にcshに触れて刷りこまれた人間が
強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。
昔、当時、シェルで唯一aliasやhistoryやジョブコントロールの機能が使えた
cshは大学など教育機関に浸透していて、日本のシェル界に多くのバカが輩出しました。
これから私は、おそらくそういうバカが、$*でスペース入りファイル名が扱えないとか
$<でファイルから読めないのかとか、if文の条件式のコマンドでリダイレクト
できないのかなどと、シェル通気取りの偏ったどうでもいい我侭を言い出し
(だからcshスクリプト書くんじゃねーよ)それと戦わなければならないのでしょう。
そして時代によって決着している、過去25年のシェル界隈のくだらないそれらの議論が
再現され、それに巻き込まれるのでしょう。もう今からうんざりです。
だからお願いです。教育現場ではbashでもzshでもkshでもashでも
Bourne shでもなんでもいいですがBシェル系のシェルにしてください。
教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
- 407 :
- そういう理屈ならWindows使ったほうが合理的だよ
- 408 :
- だな、素直にWindows使ったほうがいい
- 409 :
- 自分で調べる気0なんだけど、
cshでshのset -eやecho Error 1>&2相当をやるにはどうすんの?
- 410 :
- cshからshのスクリプトを呼び出す。
- 411 :
- もちろん「cshからshのスクリプトを呼び出す」以外の方法で。
- 412 :
- >>410
set -eは、個別にshのスクリプトを呼び出しても機能しないだろw
そのshスクリプトがexitするだけで元のcshスクリプトはexitしないから。
- 413 :
- さっきスクリプトのデレクトリをちょっと
catしてみてら、cshのスクリプトが40本以上あったよw
ボーンのほうがはるかに本数は多いけど
別に毎日20年からcシェル使い続けてるが、なんの問題もない
1回書いて回して無問題ならOK
あれれ?ってなったらshで書けば済むことだろ
なんで兼用できないバカがおおいのだろう
- 414 :
- なんで兼用しなきゃいけないんだろう。
- 415 :
- なんで各種のシェルを使い分けたくないんだろう?
- 416 :
- 複数使う必要特にないからなぁ。
- 417 :
- あるcshスクリプトに渡された空白を含む可変長引数を、別のコマンドに転送したいのですが書き方がわかりません
具体的にはシェルスクリプトhoge.cshを./hoge.csh "a b" "c d"…と実行すると,内部で別のコマンドcmdを引数"a b" "c d"…で実行するような場合です.
引数の数が固定であればhoge.cshの中にcmd "$1" "$2"…と記述すれば良いのですが,可変長に対応しようと$*をそのまま用いると
展開されてcmd a b c dというコマンドになり,引数が4つになります.
どなたかわかる方がいましたら,ご教授ください.
- 418 :
- >>417
http://toro.2ch.sc/test/read.cgi/unix/1352973453/21
- 419 :
- tcsh使いの求人情報ってどこにありますか?
- 420 :
- 同じPCでも、使うシェルによってPCの耐久寿命が変わるそうですね。
C shellは、電解コンデンサがライトアップしやすいって聞きましたけど、
やっぱり撲滅するべきなんでしょうね。
- 421 :
- コンデンサとは本来、大型の蓄電器、蓄電装置のこと。
静電容量を持った電子部品のことはキャパシタという。
この用語を間違えて使用していると日本人と思われて馬鹿にされるので
気を付けるように。
- 422 :
- cshの組み込みコマンド echo で\nを改行コードとして扱いたいのですが。
例)echo "test\ntest"
→
test
test
bashは使えない環境のため、cshで実現をしたいのですが、可能でしょうか?
- 423 :
- >>422
シェルスクリプトのスレからですが、man echoに不十分な場合はprintfを使うことと書いてあったので。
以下でどうでしょうか。
% printf "test\ntest\n"
test
test
- 424 :
- \n じゃなく \n を使いたいんだろう。
- 425 :
- 【静岡】男子バレー部で体罰、部員平手打ち ネットに動画が投稿される-浜松日体高★11
http://uni.2ch.sc/test/read.cgi/newsplus/1379467365/
- 426 :
- fedoraって標準でCシェルがインストされてないんだよね、ビックリした。
Cシェルってもう時代遅れなの?
- 427 :
- 昔から時代遅れだよ。
- 428 :
- 中HIGHドライブ
びーるうまい
オマエラ
仕事わー
- 429 :
- 標準エラー出力と標準出力、それぞれを
別のパイプに通すことは可能?
- 430 :
- cshを使ってきた君たちへ
君たちが悪いわけじゃないんだよ
君たちが覚えたcshの将来が無かっただけ
当時の社会が悪かっただけ
君たち一人ひとりが悪いわけじゃないんだよ
だから自分を責めないで
社会と向き合ってください
そうすればきっと気が付くはず
君たちのcshの知識が無用なのだということに
君たちの存在自体が社会の足枷だということに
- 431 :
- いい加減csh書くのはやめようよ。マジ(t)cshみたいなカス使ってるの
ってFreeBSDユーザだけだよ。ていうかrootのデフォルトシェルが
tcshなのは一体何時になったら変わるの?
(t)csh使うくらいならsh使ってください。それか、あとからbashかzsh入れるか。
- 432 :2017/09/20
- 「ログインシェルが何か」と「どのシェルでスクリプトを書くか」は別の話
ハッククラックされたい方が居るようです。
Courier-MTA
2ちゃんねる版sl
なぜUNIXはwindowsに敗北しているのか?4
tcpdumpを用いて他人の通信を盗聴したら犯罪
犬厨とBSD厨とソラ厨が仲直りするスレッド
いいかげんPC-98は捨てろ
デーモン君に引退をせまる署名スレ
タンネバウム先生へ。
そんなふうに考えていた時期がありました
--------------------
野獣先輩のイキ過ぎた言動に疑問を感じる喪女 134人目
東方キャラ+タイツ★8足目
アナゴ釣りスレ 3
【芸能】宮迫博之、「子供食堂を開いて無料で料理を振る舞う準備中」インタビューマン山下氏明かす★4
グイン・サーガ総合 その13
【当落・発券】NMB48 LIVE TOUR 2019 in Summer 総合スレ 【雑談】
実況パワフルプロ野球2018 作成選手晒しスレpart1
呪術・魔術代行スレ70社目 蛭間ライト君桜スレ
実話系怖い話漫画総合【HONKOWA/あな怖/実怖】2
パズドラ被害者の会
ヨーロッパイエコオロギ
【バーチャルYoutuber】にじさんじアンチスレ1374【にじさんじ最後の夏休み応援スレ】
【デレステ】スターライトステージ★9949
日本初の「ろう者」のバス運転士パート2
群馬県・DQN車両情報
桐生競艇場について語ろう【13】
RIFTSってどうよ?
異世界の聖機師物語 part41
【初代】ダイアクロン・第13次アタック計画【リブート】
土星人(+)集まれ〜]V
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼