C shell 撲滅委員会

1 名前：名無しさん＠お腹いっぱい。 [04/09/01 21:21] tcsh とかｲﾗﾈ 153 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/09(日) 21:24:04 ] >>152 She sells C-shell "at" the sea shore が正しい。 元ネタは sea-shells ネタ間違えるとカコワルイ。 しかもどっかでがいしゅつ。 154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/09(日) 22:56:35 ] >>153 マジレスすると元ネタにatもonもbyのバージョンもあるよ。 そのへんにこだわるのは日本人だけ。 155 名前：名無しさん＠お腹いっぱい。 [2005/10/10(月) 02:27:48 ] ある企業で、 #!/usr/bin/csh sh -c ` XXXX 1> /dev/null 2>log` 。。。　スクリプトで csh を使うメリットってあるの？ 関数もないのになぜ「C」を名乗ってるんだ？ 156 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 14:41:26 ] UNIX+CShell+C　というスキームだから。 スクリプトしか書けない奴なんて使うこと想定してないだろ。 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 14:42:45 ] シェルスクリプトとシェルの話が混ざってないか ログインシェルはダイナミックリンクをしてなければ何でもいいんじゃないのか。 シェルスクリプトは"sh -c"をしないで動けば何でもいいのでは。 純粋なcshがどの場面でも使えないのは同意だけどね。 といいつつtcshマンセー 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 15:19:18 ] >純粋なcshがどの場面でも使えないのは同意だけどね。 今ではあまりないけれど、sh と csh しかないような環境では ファイル名の補完ができるというだけでも有用。 # set filec して ESC で補完。 159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 15:32:08 ] >>157 > ログインシェルはダイナミックリンクをしてなければ何でもいいんじゃないのか。 そんな限定が付くのはrootだけで十分だろ。 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 17:05:50 ] >>158 補完ができればよいという理由ならbashでも同じこと。 少しでもシェルスクリプトを書いたことがある者なら、 スクリプトとコマンドラインの仕様が違うのはイラつく。 だから(t)csh系はイラね。 161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 17:37:24 ] >>160 UNIXとその周辺は、ほとんどすべてその種の不統一があると思うけどね。 Windowsはそういうところはマシなんじゃね？ だからって撲滅はやめてほしーね。黙ってなんとかするのがプロってもんだろ。 162 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 17:53:18 ] >>161 論点がずれてる。 スクリプトとコマンドラインで同じシェルを使えば済むこと。 スクリプトではcshは糞というのが、異論のない結論。 なぜわざわざコマンドラインだけcshを使うのか、理解できん。 初心者が間違えてcshを使い始めないようにするためにも、撲滅は必要。 163 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 17:54:32 ] >スクリプトとコマンドラインの仕様が違うのはイラつく。 イラつかない。 164 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 17:55:53 ] >>162 FreeBSDもdefault login shellをtcshってのは辞めたんでしょ。 必然的に死滅していくと思われ 165 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 18:04:42 ] >>164 ＞FreeBSDもdefault login shellをtcshってのは辞めたんでしょ。 ソース希盆。バージョンは? 6.0から? 166 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 22:20:19 ] >>160 sh と csh しかない環境の話で bash を出されても。 ときどき触らざるを得ない。勝手にインストールできないし。 そういうときは sh よりはマシという理由で自分も csh 起動。 167 名前：名無しさん＠お腹いっぱい。 [2005/10/10(月) 22:46:46 ] >>166 ハァ？ cshで補完はできないよ。 「補完ができる」のはtcsh。 で、tcshを持ち出すならbashでも同じことだろ、と言ってるんだろ。 168 名前：名無しさん＠お腹いっぱい。 mailto:age [2005/10/10(月) 22:50:14 ] いや、new cshはset filecで補完できる。 俺は10年くらい前にUltrixで使ったことがある。 169 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 22:54:43 ] tcsh tcsh ............. TCS! ..........TCS w tcsh → 東京コンピューターサービス エッチ 170 名前：名無しさん＠お腹いっぱい。 [2005/10/10(月) 22:59:20 ] kshは？ 171 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 23:06:02 ] そうそう、set filec して ESC で補完。TAB と間違えて面倒なときも あるけどまあ補完できた方が楽だね。 172 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 23:33:47 ] たまに ESC 連打してる奴見かけるね。 ESC はキー位置が遠いから力が入るのだろうか、打鍵音が鳴り響く。 vi 使いは、「カタカタカタカタカタカタ、っポン、カタタ」てな感じだが、 csh 使いは「カタカタカタ、っポン、ポンポンポン、カタカタ」って感じ。 173 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 23:39:33 ] bash tcsh zsh使いは商用機にそんなもの勝手に入れられないから シェル・シェルスクリプトどちらでもsh csh kshは一通り使えるようにした方がいいと思う。 set filecはsh/cshしかなかった環境では非常にありがたかった。 もう博物館に行ってもらって現場にはあまり出てきてほしくないけどね。 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 23:44:55 ] 純cshにも(旧式の)補完機能があったとは知らなかった。 純cshは、Ctrl-P/Nによるヒストリーが使えないから、 !!で直前コマンドとか、 historyコマンド打ってから!ヒストリ番号とか そんなことしか覚えてない。 175 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 23:48:57 ] sh/cshしかない商用UNIXでは、俺はsh使うなぁ。 ヒストリーだの補完だの、ヤワなものはもともとあまり使わないし、 やはり、cshだとシェルスクリプトと文法が違う違和感の方が大きい。 for i in ... とか日常茶飯事で直接コマンドラインに打つから、 cshよりも素の/bin/shの方が使いやすい。マジで。 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 23:56:46 ] >175 それだと端末速度が遅いときイライラしないかい。 設置位置とセキュリティ対策と予算でEther経由でログイン出来ず 9600bpsでDOSのターミナルソフトでコピペも出来ないうちは ファイル保管重宝してるよ。 for in ..はshの方が使いやすいね。 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 01:10:41 ] 使いやすいってのは単なる主観だね。 別にどうでもいいけど、俺はcshが使いやすい。 シェルはプログラムだ。 機能の違うプログラム。同じような、だけど微妙に異なる 機能を果たすプログラム。 こういう議論は富士山へ上るルートのどれが一番か 、舞姫と猫のどっちが好きかってのと同類の議論。 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 01:11:50 ] >>177 じぶんのせかいにとじこもらないでー 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 01:13:39 ] >>177 俺も俺も。 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 02:47:56 ] bashと聞くと板違いだと思う私はtcshをどうしても手放せない。 補完だけが目的。スクリプトを書くならさっさとshで書いちゃうし。 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 03:34:07 ] そんな貴方に zsh 182 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 04:34:38 ] たしかに補完だけが目的なら zsh 最強 まだ tcsh なんて使っちゃってるんですが、っていう感じ 183 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 04:55:44 ] 粘るか他に切り替えるかの閾値がとても低くなるので楽です。 184 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 09:34:41 ] >>180 > bashと聞くと板違いだと思う アホ? 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 09:50:00 ] そういう人は居るよ。アホじゃないけど。 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 10:01:53 ] そんなにたくさんアホがいるのですか。怖いですね。 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 18:39:42 ] FreeBSD 5.xの/bin/shって、いつのまにか、 コマンドライン編集機能とヒストリに対応してるね。 これで益々csh/tcshの存在意義がなくなるね。 188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 18:52:50 ] >>187 なんで？ならないよ。 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 22:28:24 ] >>188 できるよ。やってみろ。 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 22:31:33 ] >存在意義がなくなるね。 >ならないよ。 >できるよ。 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 23:08:48 ] 「なくなるね」に反応するなら「なくならないよ」と書くはず。 「ならないよ」と書いてるから違うだろ。 「なんで(どうしてだ=自問)？(コマンド編集できるように)ならないよ」 と言ってると思われ。 192 名前：188 mailto:sage [2005/10/11(火) 23:46:47 ] いえ、(なく)ならないよという意味で使っている( アンカー付けて自問するほどアレじゃないし (コマンド編集できるように)ならないと書きたいなら (対応)してないよと書くはず)よ？ 193 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 00:58:33 ] 馬鹿は馬鹿らしく素直が一番。 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 01:27:04 ] >>191 (君が)馬鹿って言われてる(んだ)よ。酷いね。 195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 04:06:28 ] 単に便利だからというなら、どうしてUNIXなんか使ってるんだろう（笑 196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 07:13:23 ] >>192 「なくなる」は、これで1語の動詞。 「なくな・る」(ラ行五段自)「なくな(語幹)」＋「る(語尾)」 であって、決して、 「なく(形容詞「ない」の連用形)」＋「なる(動詞)」 ではない。 よって、「なくなる」に対して、「ならない」と受けるのは誤り。 「なく」は形容詞の連用形じゃなく、「なくなる」の動詞の語幹の一部だから、 「なく」だけを省略できない。 「なくなる」を否定するなら「なくならない」とすべき。 197 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 11:44:29 ] >>187 そんなことは良いから、なんで？なくならないよ。 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 11:48:30 ] うむ。やっぱり「ならないよ」で良いや。 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 11:59:23 ] /bin/shが「シェルスクリプト専用」との位置付けなら、 /bin/shに「インタラクティブな」機能を追加するはずがない。 それが追加されたということは、FreeBSDの中の人にも csh(tcsh)をやめようという空気があるのは確かだろう。 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 12:21:21 ] >>199 あれって追加されたのか？グランドデザイン時点で 入ってるだろ。 やめる空気があってもいいけれど（やだけど＾＾；）、 問題は過去の資産をどうするかだな。 自分が使わない余分なシェル、じゃなくて、他人の 使っているアプリだと考えるとどうかな？ 資産の中にはBJの思想も含まれるわけだけどな。 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 12:25:02 ] >>199 釣りなら釣り、マジならマジで最後まで通せよ。 中途半端な(ことしかできない)奴だな。 何故こんなことを書くかと言うと>>199 には おかしな(笑えると言う意味で)点が 5ヶ所はあるからだ。 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 12:40:59 ] >>200 FreeBSD 4.xのshではできなくて5.xでできるから、追加されたんじゃないの? 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 12:47:13 ] BJの思想はviとかだけでいい。 cshは負の遺産だ。 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 12:51:38 ] 自分が最近知ったからって最近追加されたと思うのは 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 16:43:57 ] >>203 仮想記憶とかジョブコントロールとか他にも遺産はあるだろ。(思想?) 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 19:14:11 ] >>205 仮想記憶云々はシェルの議論とは直接関係ない。 ジョブコントロールは確かにcsh発祥だが、 すでにB-sh系にも採り入れられているから、 cshを撲滅しても遺産が残るので問題ない。 cshに「しか」ないもので、捨てて困るものはもはやないはず。 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 19:19:09 ] >>206 はず、か。恣意ね。 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 19:27:23 ] >>206 じゃあ、「もはやない。」と言い切る。満足？ 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 19:31:38 ] そんな言葉じりをとらえるのやめて、 csh撲滅反対派の人は、なぜ反対なのか、 正直な意見を聞かせて欲しいな。 まだ一部にユーザーが残っている件については、 /binからは外してports送りという案でいいと思うが。 /bin/csh -> /usr/local/bin/csh のシンボリックリンクくらいは置いてやっていいよ。 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 19:38:11 ] >>208 cshに「しか」ないもので、捨てて困るものはある。 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 20:05:11 ] 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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 20:58:01 ] ﾜﾛﾀ 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 21:01:11 ] cshをports化しちゃうと、特定コミッター局長からプレゼントをもらえなくなるので 立場上反対せざるを得ません。 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 21:22:01 ] ports化後、 合理化と称して徐々に切り捨てられるのではないかと 少数の csh スクリプターは心配しております。 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 21:37:56 ] bash厨がキモい。 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/12(水) 23:57:13 ] 造反csh厨は除名されても知りませんぞ。 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/13(木) 02:08:13 ] scsh 最強 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/13(木) 02:12:23 ] scsh ってシェルスクリプティング用の scheme だっけ? と、ググらずに言ってみる。 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/13(木) 02:31:18 ] ish 最強 220 名前：名無しさん＠お腹いっぱい。 [2006/03/03(金) 22:46:26 ] 今、login shellとしてのcsh(tcsh)ユーザーって、 全体の何%くらいですかね。 俺のイメージだと、Linuxを除くUNIXで5%未満、 Linux限定だと1%未満かなと思うけど・・ 撲滅まであと一歩だね。 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/03(金) 22:58:52 ] Mac OS Xがつい最近までtcshだったからもっと多いかと。 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 01:54:25 ] Windows がつい最近までcmd(ry 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/04(土) 02:00:08 ] 何その角度 224 名前：名無しさん＠お腹いっぱい。 [2006/03/04(土) 14:35:38 ] うちもcsh使ってる それはいいんだが、同機能でソースが違うのは勘弁して欲しいぜ なあ、ＮＥ○(；´д｀) 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/08(水) 02:28:08 ] 大昔からの流れでtcshつかってまふ ・その当時WE2のcshにはファイル名補完があった ・!viとか!!とか便利だった ・環境変数を設定するのに2回コマンドを打つのはかったるかった 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/12(日) 08:02:37 ] どうでもいいけど、tcshのcompleteは、やり出すとはまる。 227 名前：名無しさん＠お腹いっぱい。 [2006/03/15(水) 12:11:55 ] csh/tcsh はどちら使ってるか判らない時があるんだ。 tcsh固有のコマンドが通らないとき思わず「怒りの感情」が 出て、非常に身体に悪いと思う。 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 12:25:31 ] FreeBSDよ、rootのシェルのデフォルトをcshにするのやめろ。 suでrootになっても、プロンプトが # なので、cshであることがすぐにはわからない。 コマンドのPATHが通っていることを確認する時、 # type コマンド と打ってエラーになるし、 一時的に環境変数を変えるために # LANG=C コマンド と打ってもエラーになるし、 こういう時「怒りの感情」が出て、非常に身体に悪いなぁ。 229 名前：名無しさん＠お腹いっぱい。 [2006/03/15(水) 13:10:17 ] >>228 そうだ、そっちのほうが害がある。 だから、cshは要らない。 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 13:43:57 ] デフォルトぐらい自分で変えられないバカばかりか かなしいなぁ 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 13:44:07 ] ﾌｧﾋﾞｮる前にecho $SHELL しろよｗ 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 13:49:45 ] ほとんど毎日新規鯖の構築やる身としては慣れてるtcshが一番 お客の鯖だから俺様設定にする訳にもいかんし bashの挙動ｳｻﾞｰ 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 13:57:05 ] みんなが使うrootのデフォルトを自分で勝手に替えちゃうのか・・・ 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 14:04:36 ] >>230 「デフォルト自体」を変えるんだよ。配布ファイルのデフォルトを。 自分のマシンの/etc/passwdを編集するんじゃなくて。意味わかってる? 実際やろうとすると反対意見とか全部ねじふせて調整が要るだろうなと想像するけど、 是非やって欲しいな。 235 名前：名無しさん＠お腹いっぱい。 [2006/03/15(水) 14:47:18 ] >>234 /bin./sh に味付け無しでｵK？ 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 14:57:07 ] >>234 所詮少数意見だろ 配布を変えたらc shellの人間はどうするんだ？ また自分で変えろと？ 鼬ごっこだろ 多数決で利便性の多い方に決まるだけ 別にだれも困らないから変えないだけ いやなら自分で独自版を配布しろ 声が大きくなれば現状と取って変わるよ 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/15(水) 14:58:24 ] わたしはこれでOS替えました 238 名前：名無しさん＠お腹いっぱい。 [2006/03/16(木) 04:55:19 ] その極端な言説にアレルギー反応がでる人の多いDJBも c-shellで起動が前提のdaemontoolsなんか作っていた。 そういう意味で撲滅されると困る人もいるのだろう。 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 05:17:33 ] ぶっちゃけ、bash使うならsh(ashの)を使うなぁ。 tcshが糞ならbashも同等に糞。目糞が鼻糞を笑ってるだけ。 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 09:25:29 ] >>239 sh(ash)使えばいいじゃん。大歓迎だよ。csh(tcsh)さえ捨ててくれれば。 そもそも話の流れでは誰もbashの話はしていないと思うが、、 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 10:31:14 ] >>240 bash廃絶運動のヨカン。 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 10:56:47 ] kshとかzshだってあるし。 tcshがdefault shellのFreeBSD厨が、 bashがdefault shellのデストリが多いLinuxを嫌って、 bash叩いているケースが多そう。 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/16(木) 10:57:40 ] cshはちょっとしたスクリプトで使ってるけどな 自分にはbashより書きやすいから便利 普段はbash使ってるけどスクリプトが書きづらい 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/21(火) 16:08:40 ] >>242 妄想乙 245 名前：名無しさん＠お腹いっぱい。 [2006/03/21(火) 18:59:18 ] 今からUNIXを始めるという新規のユーザーが わざわざ(t)cshを選ぶというのは考えにくいし、 今の(t)cshユーザーは、過去に(t)cshを使っていて そこから抜け出せない老人しかいないはず。 なので、撲滅は時間の問題。 FreeBSDでも、/stand/sysinstallで一般ユーザーを作ると、 デフォルトのシェルは /bin/shになっている。 (/etc/passwdのrootは依然/bin/cshだが) その意味でも(t)csh撲滅は時間の問題。 246 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/03/21(火) 21:48:05 ] 馬鹿みたいｗ 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/21(火) 22:57:53 ] ま、年寄りが自己責任でtcshを使い続けるのは勝手だとしても、 ビギナーにUNIXを教える時はちゃんと/bin/sh前提で教えろってことだな。 ユーザーのデフォルトログインシェルは、当然/bin/shにするべき。 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/21(火) 23:32:23 ] >>172 vi使いはふつうescじゃなくて^[。 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/22(水) 07:50:25 ] 10年くらい前だったら、社内アカウントに新規ユーザーを登録する際、 デフォルトのシェルはtcshだったが、今はとりあえずbashになっている。 で、1割ほどのユーザーが自分でログインシェルを変更するが、 変更先はzshかashが多く、tcshは居ない。今でもtcshを使ってるのは 10年前にデフォルトで割り当てたのをそのまま使ってるユーザーのみ。 まあ、半数のユーザーはUNIXにログイン自体ほとんどせず、 SambaやPOPでしかアクセスしないわけなんだが。 残ってるtcshユーザーも、UNIXにはほとんどログインしていないな。 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/22(水) 18:35:24 ] ash に変更する人って何を期待して ash にするの？ 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/22(水) 18:41:56 ] 復活の呪文が失敗したんだろ 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/22(水) 20:28:55 ] ⊃カドルト 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/23(木) 01:26:03 ] つwish 254 名前：名無しさん＠お腹いっぱい。 [2006/03/24(金) 02:14:11 BE:40029023- ] 楽しいscript講座 とりあえず csh で （ 関数なんて使わないよ ） とりあえず 変数は全て setenv で （ 引数なんて面倒でしょ ） とりあえず シグナルと戻り値は全て無視 （っていうか何それ？） トドメに setuid （ sudo ？タイプミス？） 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 01:03:16 ] 何でここでkshやpshの話が出てこないんだろう POSIX標準なのに… 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 08:10:18 ] 坊やだからさ 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 08:55:13 ] >>255 POSIXが実務上は役に立たないということ。 というか、csh系さえ撲滅できればそれでいいんだよ。 B-sh系同士の優劣の議論はスレ違い。 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 09:08:35 ] でも自分で使いもしないshellをなんで叩くんだろ？ その心理が疑問 UUCPなんて時代遅れ。糞 使ってるヤツ死ね。撲滅キボンヌ なんか滑稽だよな 自分が使わず世間が忘れたものに熱くなれる その若さの秘密が知りたい 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 09:27:13 ] 使わなくてもダメなところがわかるからだよ 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 09:29:03 ] 自分がUnixぶつのに関係ないことまで親切なこった 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 09:36:03 ] >>258 (理由1) 古い考えのシステム管理者で、 新人ユーザーにcshをデフォで割り当てたりするのを防ぐため。 (理由2) ユーザーにコマンドを説明する時、 $ LANG=C hoge と実行してと言うと、「エラーになった」とか言われるのを防ぐため。 (env使えと言う意見は却下) 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 10:43:05 ] >>261 古い考えのシステム管理者なら デフォでcshが割当たらないようなシステム管理をする ユーザーにコマンドを説明する時は現状のShellを打ち出させて 聞くか 環境線数の前にshell変更のUNIXもぶたせる もしくは最初から複数のShellを想定する WindowsｗをサポートしてUnix屋は廃業する べつにcshを根本から撲滅するほどの問題ではない アメリカ人が箸撲滅運動をしてるようで滑稽だよ 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/25(土) 10:54:26 ] >>262 261の言わんとするところを理解してないな。 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 01:10:49 ] おれも>>261はどうでもいいな。老害管理者がcshで管理用スクリプト書いたり しないで自分だけで使う分には無問題。糞爺に Csh Programming Considered Harmful 読ませたらむきになってcshで書きやがる。市ね 265 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/03/26(日) 02:08:51 ] 年寄りに正論言っても無駄でつよ 無知のまま放置が一番の薬ｗ 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 11:44:08 ] 老害管理者が新人ユーザーにcshを教えてしまうのが問題。 新人にとっては初めて触るシェルがcshになってしまうので、 こういう刷り込みは困る。 267 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2006/03/26(日) 11:52:28 ] 前も書いたが cshスクリプトという意味なら問題だが インタラクティブなシェルにcshを使うのは問題ない 老害はさっさとリストラするように上に伝えてください 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 11:59:23 ] インタラクティブなシェルとしてcshを使うのも問題。 初心者ユーザーはいずれ、コマンドラインをファイル化して シェルスクリプトにできることを知る。 その時、cshの文法をそのまま持ち込もうとするので混乱が起きる。 で、ユーザーによっては、「自分はcshだから」という理由で cshスクリプトを書いてしまう。 そういう芽は幼少のうちから摘んでおくべき。 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 12:00:00 ] 老害憎けりゃcshまで憎い 270 名前：名無しさん＠お腹いっぱい。 mailto:age [2006/03/26(日) 12:40:00 ] cshがダメなのに気付けない老人という構図です。 271 名前：名無しさん＠お腹いっぱい。 mailto:hage [2006/03/26(日) 16:57:13 ] うっさいﾊｹﾞ。 272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/26(日) 23:06:42 ] 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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/27(月) 01:37:54 ] cshにchshしようとしたら、obsoleteだからヤメレ!って警告が出るようになれば、 新規ユーザは居なくなるだろうな。 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/27(月) 10:35:03 ] でも実際の話cshの問題はそれなりに受けとめて スクリプトを書き問題が生じなければそれまで 大量のcshスクリプトを持ってるが365日なんの 問題もない 何熱くなってるの？って話だ 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/27(月) 11:08:43 ] 老害ｷﾀｰ 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/27(月) 11:27:23 ] 百歩譲って「インタラクティブ使用のcshならOK」とするなら、 /bin/cshを/usr/local/bin/cshに移動するべきだな。 どうしても使いたい人は/etc/passwdも/usr/local/bin/cshにする。 すると、#!/bin/csh なスクリプトは動かなくなるので、 これでcshスクリプトを一掃できる。 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/27(月) 11:53:14 ] ついにbashが入ってそうなディレクトリへ移動しなければならないのか 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/27(月) 12:39:11 ] >>276 どうせなら、/usr/local/Program Files/csh にすればいい。 パス名にスペースが入ってると、 #!/usr/local/Program Files/csh と書いてもスクリプトが実行できない。 コマンドとしての起動はできるので、インタラクティブのみ桶を徹底できる。 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/27(月) 13:18:11 ] 所詮素人が寄って集ってもcshは無くならない 歴史を見て未来をみろよ 素人が何人集まっても 政治的に動くこととそうでないことがある 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/27(月) 20:10:30 ] >279 そうだな。 Linusに直メールして、csh使ってるとランダムにkernel panicが起きるよう細工してもらおう。 281 名前：名無しさん＠お腹いっぱい。 [2006/03/27(月) 23:36:51 ] $HOME/.xinitrc(←これはxinitによって固定的に/bin/shスクリプトで扱われる) に cshの文法で記述するという、アフォな例が検出されました。 ↓ pc8.2ch.net/test/read.cgi/unix/1140542841/843 exportとsetenvが混在ｗ 282 名前：氏天国 [2006/03/27(月) 23:42:36 ] うーそー じゅんになー あきさみよー でーじなってる 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/28(火) 00:57:32 ] ln /bin/sh /bin/csh 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/28(火) 15:03:09 ] またまたヴァカ発見。↓ pc8.2ch.net/test/read.cgi/unix/1143302182/17 やっぱ早くcsh撲滅しないと、初心者の被害者増やすなぁ。 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/29(水) 19:50:02 ] >>258 uucp使って人に迷惑かけるやつはそんなにいないが、 cshつかうやつはたいてい人に迷惑かけてるだろ。 286 名前：名無しさん＠お腹いっぱい。 [2006/04/11(火) 22:49:04 ] age 287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/12(水) 03:01:44 ] >>284 それはべつにどうでも 288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/12(水) 03:47:33 ] 嬉々として老害、老害いってねーで シェルのひとつやふたつくれぇちゃっちゃとマスターして 「あ、それ csh ですか？20分で書き直すんで待ってもらえます？ 　ちなみにこの際、都合のいいシェル言っていただければ、できますが？」 くれぇ言えや！このゆとり教育世代の腐れニートどもが！ って言うべき流れかなと思った 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/20(木) 20:00:01 ] 最近書いたtcshの補完が全部shに丸投げｗ 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/28(金) 14:02:23 ] >>289 日本語でおk 291 名前：名無しさん＠お腹いっぱい。 [2006/05/16(火) 20:55:00 ] Linux使ってたんですが最近FreeBSD使い始めました。 とりあえずportsからbash入れたんですが、rootのログインシェルを /usr/local/bin/bash に変更したくてたまりません。 どうしたらいいでしょうか？ 292 名前：291 [2006/05/16(火) 21:02:42 ] そういえば使ってる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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/16(火) 22:25:31 ] >>292 cp /usr/local/bin/bash /bin/csh 294 名前：名無しさん＠お腹いっぱい。 [2006/05/16(火) 22:54:55 ] シングルユーザーモード入るときシェル選べるから、 /usr/local/bin/bash をrootのログインシェルにしても問題ないですかねえ？ >>293 せめてシンボリックリンクにさせてください 295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/16(火) 23:47:21 ] >>292 それって、単に依存してることになってるだけで、 強制削除しても何も問題ないよ。 (実際オレはtcsh削除した) 依存パッケージになってしまったのは ある意味パッケージングミスだな。 296 名前：名無しさん＠お腹いっぱい。 [2006/05/17(水) 11:09:29 ] >>294 その bash は static link になってる？ FreeBSD だと /bin と /usr 以下は runlevel で分けられてるとｵﾓﾀ root アカウントは single user mode 起動時の最後の砦だから、 常に mount される /bin 以下の shell にしとくのが無難だよ。 でないと library が link デキネーって怒られるからｗ Solaris なら /bin は /usr/bin の symbolic link だから init S でも 問題が起きるケースは少ないけど 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/17(水) 11:24:20 ] run level は SysV 由来のもの。FreeBSD にはねーよ。 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 11:38:23 ] >>295 気付いてたなら報告しといてよ。 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 13:03:39 ] >>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 名前：名無しさん＠お腹いっぱい。 [2006/05/26(金) 00:28:03 ] ports の zsh は、Makefile を変更。　 NOSHARED=yes にして　/bin/zsh として突っ込んでる。 ｸﾗﾝﾁﾊﾞｲﾅﾘの/rescue なんて使いたくないね。 バカ犬のインストーラに、よくついてくるbusyboxもオプションが マトモに渡せないのでかなり腹たたよ。 ﾊﾞｶ犬はそれ以来うちの箱では飼ってない。客んとこに有るけど 手入れはおざなり（っつか、手間がかかりすぎる) 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/08/15(火) 14:57:31 ] 標準エディタはedだからEmacsは使うべきじゃない。 edと同系統のviに統一すべき。 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/01(金) 01:23:00 ] >>295 以外にcshスクリプトとかパッケージに含まれてたりするんじゃないの？ >>296 もうrescueイメージでネットブートでもCD-ROMブートでも簡単に できて復旧できるから、あまりstatic linkに拘る必要はなくない？ 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/09/01(金) 08:16:19 ] >>302 実行しなければならないcshスクリプトはパッケージに含まれていない。 含まれているのは、cshユーザー用の環境変数設定ファイルとか。 (もちろん、B-shユーザー用もある) なので、これはcshに依存しているわけではないのに、 パッケージ上は依存扱いにされているのが間違い。 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/04(金) 21:46:34 ] くだスレでこっちで質問するように言われたのですが、 マルチポストになると思ったのでリンクだけ張っておきます cshで環境変数PATHの設定の仕方についての質問です pc11.2ch.net/test/read.cgi/unix/1205161256/192 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/04(金) 21:49:13 ] >>304 またまた csh被害者だね。cshを捨てると直るよ。マジで。 306 名前：304 mailto:sage [2008/04/04(金) 23:19:59 ] FreeBSD でシェルを変えるのってどうしたらいいのでしょう？ 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/04(金) 23:36:39 ] シェルを起動する 308 名前：名無しさん＠お腹いっぱい。 [2008/04/05(土) 09:57:46 ] >>306 chsh >>307 それだとログインシェルは変わらないし、ログインシェル用の設定ファイルが読まれない。 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/05(土) 12:28:45 ] >>308 どこにログインシェルを変えたいって書いてあるんだよ 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/05(土) 13:15:30 ] >>309 >>304 311 名前：304 mailto:sage [2008/04/05(土) 14:01:12 ] >>307 >>308 ありがとん bashに変えてみたけど .profile再生成とかできないのかな？ 結局kahua-packageが起動できないorz 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/05(土) 14:37:22 ] エラーメッセージを秘密にしたまま質問したいならエスパースレで聞くといいよ。 pc11.2ch.net/test/read.cgi/unix/1207042632 313 名前：304 mailto:sage [2008/04/05(土) 15:24:16 ] エラーメッセージではないですが command not found と言われます 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/05(土) 16:13:13 ] >>313 やっぱり、初心者にとって、エラーメッセージを示すこと自体困難だよな。 >>312 の言う通り、 【エスパー】くだ質【エラーメッセージ不要】(1) で質問し直して。 そっちのスレでは「マルチ」って言われないから、再度質問分を書いてもOK。 今回の場合、単にPATHの通し方がわかってないだけみたいだけど、 エスパースレの方に移動してから回答してやるから。 315 名前：304 mailto:sage [2008/04/05(土) 20:39:04 ] スレを汚してすみません。 移動しましたので宜しくお願い致します 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/05(土) 20:57:35 ] ここは糞スレだから汚れてはいないw 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/05(土) 21:04:15 ] tcshのports送りﾏﾀﾞｰ? 318 名前：ｳｻﾁｬｿ ◆/0IEZmXnQ6 mailto:sage [2008/04/06(日) 19:41:08 ] csh が存在する理由が解らない。 老人ホーム以外の意味なんてあるんだろーか？ 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/06(日) 19:46:53 ] 普通に便利だと思うが 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/09(水) 12:04:17 ] 普通にしか便利じゃないのに文法が違う 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 01:03:17 ] インタラクティブな場合には便利とかいう意見もあるけど、 それはbsh系が貧弱だった過去の評価を未だに盲信してるだけじゃないのかな。 職場でしばらくtcshを使っていたが 結局自分でHOMEの下に違うの入れちゃった。 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 14:11:43 ] 半年前にcsh&tcsh Manual&Referenceをブックオフにて 100円で購入した僕が通りますよっと。 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/20(火) 22:39:41 ] cshは必要です。 324 名前：名無しさん＠お腹いっぱい。 [2008/05/24(土) 10:35:08 ] % 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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/24(土) 13:30:36 ] cshの課題出す教授の講義受けるの止めろ 時間の無駄だから 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/24(土) 15:47:58 ] あのう、ｃｓｈって現場ではもう使われていないんですかぁ？ 327 名前：名無しさん＠お腹いっぱい。 [2008/05/24(土) 19:49:25 ] csh恥ずかしい・・・ 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/07(土) 01:29:54 ] 普通はksh93、そうでなければ、Bash (3.x)、 パワーユーザはzsh、 感傷に浸りたいひとが、tcsh 。 329 名前：名無しさん＠お腹いっぱい。 [2008/06/10(火) 08:45:10 ] cshのデメリットって 標準エラー絡みしか思いつかないんだけど他にもある？ 330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/10(火) 08:59:50 ] csh why not 331 名前：名無しさん＠お腹いっぱい。 [2008/06/17(火) 10:59:44 ] #!/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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/18(水) 02:37:22 ] cshはglobの制御がどうにもしがたい。糞。 333 名前：名無しさん＠お腹いっぱい。 [2008/06/18(水) 03:12:26 ] #!/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 名前：名無しさん＠お腹いっぱい。 [2008/07/15(火) 17:13:57 ] ------------------------------- 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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 21:32:06 ] ｃｓｈか・・・今となっては全てが懐かしい 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/15(火) 21:49:37 ] マルチかよ 337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/19(土) 22:13:32 ] おまえらdashって知ってるか？ 338 名前：ｳｻﾁｬｿ ◆/0IEZmXnQ6 mailto:sage [2008/07/20(日) 05:13:21 ] >>337 えー初耳なにそれ 339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/20(日) 23:54:08 ] 昔debianでNetBSDのshのlinux移植版をdashってしてたけど そのこと？ 340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/28(月) 11:40:07 ] dash(dead again shell)ってどこかで聞いた覚えがあるけど なんだか思い出せん 341 名前：名無しさん＠お腹いっぱい。 [2008/09/13(土) 18:03:43 ] うちの会社では、基幹系の処理をcshスクリプトで実行してます。 6,7年前に汎用機からSoralisに基幹処理を移行したときに、 対話もスクリプトもcshってことになっちゃったみたいです。 3,4年前から対話はtcshでやろう！ってことになってきたのですが、 それもログインシェルの変更ではなくて、 ログイン後に"tcsh"っていちいちタイプしてますよ。 （わたしはbashだけど） 「標準エラー出力が...」なんて言っても、 会社の同僚はみんな汎用機 & JCL & COBOL の人達なので(わたしもそうですが)、 そもそも標準入力・標準出力を理解してないので、話になりません。 まだまだそういう環境もあるのですよ...(最近できたんだけど) 342 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/13(土) 18:39:01 ] スクリプトはbshで書くようにしないとでしょ... 343 名前：名無しさん＠お腹いっぱい。 [2008/09/13(土) 20:16:34 ] ナショナル撲滅してパナソニックに統一しろ！　みたいなスレだな 344 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/13(土) 20:20:10 ] >>343 え、それはすでに決定事項で、パナソニックに統一されますが。今年10月からだっけ? 345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/13(土) 21:53:00 ] Soralisならしょうがないな 346 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/13(土) 23:06:13 ] csh(tcsh)も、期限を切ってサポート終了すればいいのだな。 347 名前：名無しさん＠お腹いっぱい。 [2008/09/13(土) 23:16:41 ] 池田大作が「宗教は自由」って言ってた 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/11(水) 17:45:33 ] cshの勉強をするのにお勧めの書籍ってある？ 349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/11(水) 18:27:25 ] C　SHELL　フィールドガイド　とか？ でもなんだっていまさらcshなの？ SI会社で昔のcshスクリプトでもメンテナンスしなきゃならないの？ 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/11(水) 21:10:55 ] www.faqs.org/faqs/unix-faq/shell/csh-whynot/ 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/11(水) 21:16:37 ] 汚れ仕事は金になる〜 352 名前：名無しさん＠お腹いっぱい。 [2009/03/06(金) 23:26:10 ] いわゆるラッパースクリプトで、 コマンドライン引数をそのまま、 引数に含まれるスペースや記号に解釈を加えないで、 別のコマンドの引数として引き渡す場合、 /bin/shなら、 command "$@" としますが、 これ、cshスクリプトだとどう記述するんですか？ 353 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/07(土) 20:28:05 ] >>352 $argv man を見るんだ。 354 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/07(土) 20:58:39 ] >>353 $argvでは、引数に含まれるスペースや記号が解釈されてしまう。 そもそも$argvでできるなら質問しないだろ。 質問は「引数に含まれるスペースや記号を解釈しないでそのまま渡す方法」だ。 355 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/07(土) 21:19:41 ] >>352 それは cshでは不可能というのが結論。だからcsh撲滅すべし。 cshの $argvは、/bin/shの $* 相当なので、内容が再解釈されるから不可。 cshの "$argv"は、/bin/shの "$*" 相当なので、引数が連結されてしまうから不可。 /bin/shの "$@" に相当するものは cshには存在しない。 >>353 おまえ、あほだろ。何が「man を見るんだ」だ。 356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/07(土) 21:47:04 ] まんまんを見る 357 名前：ｳｻﾁｬｿ ◆/0IEZmXnQ6 mailto:sage [2009/03/08(日) 02:35:04 ] >>356 man man か？ それにしても最近おまんまｎ見てねーな… 358 名前：man man mailto:sage [2009/03/12(木) 15:20:51 ] しこっていいのよ 359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/08(水) 23:19:38 ] 以下のソースで動きが異なる理由が知りたい。。。 #!/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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/08(水) 23:45:17 ] 359だが、別の環境でやったら同じ動きをしたよ。。。 バージョンとかの違いだったみたいです。お騒がせしました。 誰も見てねーとは思いますが

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef