#!/bin/shコミュの「コマンドの同時実行」

（シェルは，bashを使用しております）

録画ソフトを用いて，
コマンドの自動実行画面を，録画したいと考えているのですが，

----------------------------------------
例えば，test.shというファイルに，

./vnc2swf　　　　←録画ソフト起動コマンド
ls

と書くと，
１つ目の録画ソフトが終了してからでないと，
２つ目のlsコマンドが実行されません．
-----------------------------------------

　１つ目のコマンドが実行中のままで，
２つ目のコマンドを実行させることは，可能でしょうか？

　初歩的な質問で，恐縮なのですが，
もしご存じの方がおられましたら，コメント頂けませんでしょうか．

　どうかよろしくお願い申し上げます　m__m

コメント(35)

最初
全て
最新の40件

[1] mixiユーザー 12月04日 14:47

./vnc2swf &
ls

[2] mixiユーザー 12月04日 16:42

便乗です
で
バックグラウンドで走ってるものを落とすには
psで調べて
killするしかナイのでしょうか？

となると何か面倒なので
ターミナルのタブを増やしたくなる感じです

[3] mixiユーザー 12月04日 17:03

現在のshellのバックグラウンドで走ってるのを表に持って来るっていう意味だったらfg。

例えば
$ less /etc/hosts &
でバックグラウンドに持って行って、
$ fg
で表に出てくる。

[5] mixiユーザー 12月04日 17:16

> 2

kill %1
はcshのみかと気付き、man sh したら"jobid"という組込みコマンドを発見。

kill `jobid`
というのに辿り付くまでに10分少々。

少しはmanしたほうがいいんでは?

[6] mixiユーザー 12月04日 17:20

僕も便乗質問。
起動した標準出力のあるというか対話型のプログラム、TTYが切れた時って繋ぎ直す事、出来ないんですか？
今はscreen使ってるんで問題は無いんだけど、根本的な話として知りたいです。

[8] mixiユーザー 12月04日 18:24

./vnc2swf &
ls

で，うまく行きました．　
ありがとうございました．
（fgとkill `jobid`も，これから試してみます．）

皆様方，えぇと･･
ハンサムで
頭が良くて格好いいなぁと思いました．

･･ハンサムはお世辞です．(*^_^*)

[9] mixiユーザー 12月04日 22:16

>>5
bashでもkill %1とかできますよ。逆に、jobidって、どのシェルの組み込みコマンドでしょうか?

killallなんてのがあります。これも、場合によっては便利です。

>>6
TTYが切れたら、そのプロセスもそのうち死んじゃいません? ものによるのかな。

[10] mixiユーザー 12月04日 22:33

/bin/sh じゃなかったのね。失礼。

[11] mixiユーザー 12月04日 22:37

> 9
sshでremoteにloginしてviで編集中とかに、回線が切れたりした時の復帰とか。
この場合、短時間であればviって放置で死にませんよね？逆に長時間だと切れたりするんでしたっけ？

[13] mixiユーザー 12月05日 23:26

SIGHUPですか。ついこのあいだも同じ間違いをしましたのに、もう忘れていました。

>>10
bashにjobidコマンドがないということは標準的な/bin/shの機能ではなく、そのOSの/bin/shの独自の拡張かなぁと思うのです。OSは何でしょう?

[15] mixiユーザー 12月06日 01:13

>>14
ありがとうございます。で、試そうと思ったのですが、Debianではashの代わりにdashを使え、みたいになっていました。
http://packages.debian.org/etch/ash
http://packages.debian.org/etch/dash

なのでdashを試してみたのですが、jobidコマンドはありません。むぅ。

[17] mixiユーザー 12月06日 08:22

$ jobid
はashのみですが、
$ jobs
は、ほとんどのshellでいけるかと。

[18] mixiユーザー 12月06日 10:39

> 13 14

FreeBSDです。
#たしか、NetBSDでもmanしたような気が。BSD野郎なもんで

「ashってなに？」と調べていたら、力尽きて寝てしまいました。遅くなってスンマソ
まだまだ、知らないことが一杯です。

[20] mixiユーザー 02月04日 21:37

>hoge_01.sh
>hoge_02.sh
>...
>
>などと連番のファイルがあったとき、一時的にまとめてリネームするには
>いいでしょうか？
>
>hoge_01.sh_old
>hoge_02.sh_old
>...
>
>というような結果を得たいのです。

for i in *.sh
do
mv ${i} ${i}_old
done

でいいんじゃない？
キレイじゃないけど...

[21] mixiユーザー 02月04日 21:39

>>2

pkillではダメなの？

[23] mixiユーザー 02月09日 02:09

$ echo *.sh|while read i;do echo ${i}{,_old};done
$ find . -name "*.sh" -exec mv {} {}_old \;

違う書き方で書いてみたかっただけ。

[27] mixiユーザー 04月29日 09:12

>26
少なくともDebianでは、/bin/shはbashとはなりません。そんなことをすると、/bin/shとしてインストールできる他のシェルを選択する自由がなくなります。たまたま、/bin/shの実体がbashになっているだけです。

また、パッケージのインストール時に実行されるスクリプトがbash独自の機能を使っている場合はバグ扱いとなります。

Debianは特別だとして、他のOSでは/bin/shはシステムのあらゆる部分で使われているので、標準で入っているものを取り替える気はしないですね。bashスクリプトを書きたければ明示的に示せばいいだけですし。

[30] mixiユーザー 04月29日 13:44

横からすいません。ちょっと気になったので・・・

＞その場合、bashにしろGNUmakeにしろBSDmakeにしろPerlにしろ、
＞そういう相当普及した互換レイヤが存在する/すんなり入れられるのだから、
＞それに依存してしまうのがいいと思います。

そういう意見も分からないではないです。先進的に依存していく方が合理的なコードに
なる可能性は高いとは思うんですが・・・

ただ、コンシューマが製品をインストールするときに、「この手順ならまず大丈夫」って
いうガイドラインみたいなものも必要かと思います。
たぶん、Railsの成功ってのは、そういう部分だったりするような気がしますし、RPMが
開発されて、Linuxの普及が加速したのも事実じゃないでしょうか？

ただ、個人的には、「Bash標準で早く決めちゃってくれよ」と思ったりしてますけど。ｗ

ログインすると、残り17件のコメントが見れるよ