これからの「GNU Screen」の話をしよう
縦分割が目的で使い始めた開発版の GNU Screen。CVS、Subversion、Gitとリポジトリを追いかけていると、他にも便利な機能があることが分かってきました。ここ半年ほど主だった変更はありませんが、4.1.0 のリリースに向けてドキュメントも整備されてきたようですので、2年ほど使用してきて分かってきた変更点をまとめようと思います。 4.1.0における変更点 ここで取り上げる変更点は次の通り。詳細は ChangeLog などを確認してください。 新しい機能 縦分割 レイアウト ウィンドウグループ マウス操作のサポート コマンドメッセージの抑止 外部からのコマンド問合せ 拡張されたコマンド／機能 最大ウィンドウ数の増加 ウィンドウ番号の相対指定 イベント発生ウィンドウの装飾設定 設定で使用可能な変数／書式の追加 ウィンドウリスト／画面リストの拡張 その他 256色サポート コマンド
手軽な ssh dynamic port fowarding - UNIX的なアレ
ポートフォワーディングさせたい機会っていろいろありますよね。 今回はsshで簡単にSocksProxyを利用する方法を紹介します。 さて、sshのmanを見てみましょう。 -D [bind_address:]port Specifies a local ``dynamic'' application-level port forwarding. This works by allocating a socket to listen to port on the local side, optionally bound to the specified bind_address. Whenever a connection is made to this port, the connection is forwarded over the secure channel, and the ap
Part5 Mac OS XのUNIXな使い方：ITpro
最近，特にオープンソース関係の集まりなどに顔を出すと，Windowsマシンではなく，Mac（Macintosh）を持っている人の割合がかなり高くなっていることに気づきます。Macで動くOSといえば，Mac OS Xです。Mac OS Xはいろいろな顔を持ったOSです。まず，Mac独自のアプリケーション実行環境として「Carbon」と「Cocoa」を搭載しています（図1）。Microsoft OfficeやAdobe Photoshopといった市販のMac OS X用ソフトの多くはこの上で動作します。 Part1「今さら聞けないOSの疑問」，Part2「これがWindows Vistaだ！」，Part3 「Windows XP Tips 25 」，Part4「仮想マシンの仕組みを理解する」に続いて，Part5では，Mac OS X（2006年9月時点の「Mac OS X v10.4 (Tig
第11回 Macを使い始めた一年―ターミナルからUstream.tvまで―［前編］ | gihyo.jp
月日が流れるのは早いですね こんにちは、たつをです。本連載を始めてからもう一年。月日が流れるのは早いですねえ。MacBookの入手から始まった本連載ですが、いよいよ最終回が迫ってきました。これまでの連載の「落ち穂拾い」的な補完ネタですっきりと締めたいと思います。 ローカル開発環境の整備 第1回「なぜMacなのか ……発注＆到着からApacheでCGIを動かすまで」（本誌Vol.38）では、環境整備の話を少しだけ書きましたが、まずはその続きをもう少しだけ書いておきたいと思います。 ターミナル ターミナル（コマンドライン）でソフトウェアの開発やメンテナンスをしたいので、日本語まわりの環境設定をしました。趣味のプログラミングでは、テキストマイニングを始め、日本語データを扱う機会が多いので必須です。 まずは、コマンドラインでの日本語入力まわりについて。デフォルトだと入力した日本語文字がコマンドラ
いまさらxargsの便利さを主張してみる — ディノオープンラボラトリ
タイトルの通りですが、xargsコマンドの便利さを紹介する記事を書いてみました。xargsは私が大好きなコマンドの一つで、標準入力から渡されたファイル名などを引数とみなして、別のコマンドの引数として起動するというものです。 例えばfindで見つけたファイルを全部削除したい場合、xargsなしでも下記のように書くことができます。
技術メモ帳 - pgrep, pkill を使用してプロセスを殺す
最近、会社でシェルの操作方法について教えているのだが、 pgrep / pkill / skill / pidof といった 便利なプロセス操作系コマンドを知らない人が実に多い。 プロセスを殺すというのは、よくある作業なので 今回はコレについて書いてみる。 たとえば、これらのコマンドを知らない人が、 指定した名前のプロセスを kill する手順はだいたい 以下のようなものになることだろう。 $ ps aux | grep プロセス名 | grep -v 'grep' # コマンドの出力結果から pid を目で確認 12345 ... .. hoge .. .. $ kill 12345 この作業は非常に面倒で退屈だ。 もし殺さなければならないプロセスがたくさんあったときは どうするのだろうか。 おまけに、grep コマンド自身が候補に含まれてしまう事があるのだが、 grep -v grep
tips for screen -- screenの覚書
GNU screenとは ひとつの端譁で、複数の仮想端譁を使うシステム。簡単切り替えができて、ひとつのターミナルで全てができるスグレモノ。CUI使いなら活用すべし。 使うには、おおまかにいって次の2つがあると思う。 プロンプトで 'screen' と打つ。 kterm -T kterm -e screen などとしておく(-Tを指定しないと、ウィンドウタイトルがscreenになって、個人的に気持ち悪い)。 個人的には、.xinitrcなどのファイルで呼び出すwindowとしてscreenを利用することを推奨。 GNU screenの使いかた GNU screenは、「コマンド文字」プラスなにかの文字でさまざまな機能を錫現できる。コマンド文字はデフォルトではC-aだが、.screenrc中でescape命令から設定できる。たとえば私は、 escape ^t^t としている。これはC
FreeBSD なあなたのための zsh (The Z Shell) 設定
FreeBSD 用の zsh 設定ファイルの例を公開しています。[ last-update: 2008.06.22 ] のうがき 最初にこの文書を公開してから７年が過ぎています。自分の設定ファイルを作り始めてからもう１０年です（！）。zsh は日々使っていますが、ここの設定ファイルは今や歴史の彼方にある zsh 3.x のものをベースにしています。ちゃんと設定したい方は、他のサイトを参照するようお願いします。 旧のうがき 全然（４年くらい）メンテしていないのになぜか未だに各所で紹介されているようなので、ちょっとだけきれいにしました。もはや FreeBSD はあまり関係なくなっていますが、役に立つのであれば幸いです。 旧旧のうがき こんにちは。UNIX クローン OS、FreeBSD の初心者ユーザ and/or マニアなあなた（たぶん）のための zsh 講座の時間がやってまいりました。とい
シェルのリダイレクトを「こわいものなし」というくらい完全に理解しよう - 檜山正幸のキマイラ飼育記 (はてなBlog)
「Java BlockingQueueで遊ぶ：パイプラインごっこ」でパイプラインの話をしたので、本来の、つまりUnixのパイプやリダイレクトを少し調べてみました。 たまに話題となる some-command >file 2>&1 と some-command 2>&1 >fileの挙動の違いについて、「シェルはコマンドラインリダイレクトの指定を右から左に解釈実行する」なんて説明が見つかりました。んなバカな！ パージングは左から右にするものですよ。パーズツリーを逆順にたどることはできるけど、そんなことする必然性はなんにもないよ。 次の記事を読むと、「右から左」なんて事情じゃないことが分かるでしょう。 UNIXの部屋 検索: リダイレクト シェルのリダイレクトにまつわる失敗 さてここでは、複雑なリダイレクト処理も完全に理解できる処方箋を示しましょう。例えば、次のコマンドラインが何をするか分かる
パイプとかリダイレクトとかがちょっと理解した。 - tohokuaikiのチラシの裏
いやー、いままでパイプとリダイレクト全然分かってなかったんだよね。 適当に使ってましたけど、シェルのリダイレクトを「こわいものなし」というくらい完全に理解しよう - 檜山正幸のキマイラ飼育記読んでわかったよー。 以下、理解のために色々考えてみたこと。 ちなみに、以下の例で入力ファイルがprototype.jsなのはたまたまその場にあったから。全く深い意味は無い。 UNIXの一般的なShellだと、 0番目のファイルディスクリプタをコマンドに対する入力に使い 1番目のファイルディスクリプタをコマンドの結果表示に使い 2番目のファイルディスクリプタをコマンドのエラー出力に使う となっている。デフォルトで。これは今までも良く聞いてきた。 ちなみに、ファイルディスクリプタってなに？って感じだったのだけど、データを出し入れ運ばせられるホースみたいな機能を持ったものを想像した。 とりあえず、最初にある
find + xargs と find -exec の使い分け
Landscape トップページ | < 前の日 2003-11-05 2003-11-07 次の日 2003-11-10 > Landscape - エンジニアのメモ 2003-11-07 find + xargs と find -exec の使い分け 当サイト内を Google 検索できます * find + xargs と find -exec の使い分けこの記事の直リンクURL: Permlink | この記事が属するカテゴリ: [Linux] ファイル名をクオートしなくても良いなら xargs を使った方が速い。 find -exec はクオートを勝手にやってくれてるというか、うまく処理してくれているようだ。 find UNIXの部屋 検索結果 http://x68000.startshop.co.jp/~68user/unix/pickup?find ソースの中から文字列「ho
Geekなぺーじ：10のUNIX小技
IBMのサイトで「Learn 10 good UNIX usage habits」という記事が発表されていました。 面白かったので要約してみました。 変な部分があるかも知れないので詳細は原文をご覧下さい。 原文とは一部異なります。 本ページスペースなどの関係でコマンド引数などを短く省略しています。 原文のサンプルコマンドが間違っていたりするので、修正している部分もあります。 原文を修正しているのは、tar.gzをzオプションを使わないでxfvしようとしているところと、xargsにlsではなくls -lを渡している部分です。 あと、説明文を短くしてしまっています。 1. ディレクトリの作成 良く使うコマンドの一つであるmkdirですが、面倒臭い使い方をしていませんか？ 悪い例 ~/ $ mkdir a ~/ $ cd a ~/a $ mkdir b ~/a $ cd b ~/a/b/ $ m
横着プログラミング 第3回: 履歴マニア
最終更新日: 2002-05-18 (公開日: 2002-05-18) Unix Magazine 誌に 2002年1月号から 2003年2月号にかけて連載し ていた記事の元の原稿です。 コンピュータの方がうまくできることに人間を使うな。 -- Tom Duff *1 私の見る限り、プログラマという人種は決まって事務作業が嫌いな ようである。同じような書類を何枚も書かされたり、1つ誤字があ るから書き直せと言われたりすると、異常にストレスがたまる。 同様に、計算機を使っていても、同じような作業を何度も繰り返し たり、ちょっとでも間違えたら最初からやり直し、というのは耐え られない。そこで、今回は履歴を活用して作業の再利用をするノウ ハウを取り上げる。 シェルの履歴 Unixを使い始めて間もない初心者が作業しているところを見ると、 打ち間違えたコマンドを律儀に最初から打ち直しているのに気づく
vi screen
LAST UPDATED Jul/21/2007 1.設定ファイル screenは各ユーザごとに設定ファイルを置くことができます。 設定ファイルはホームディレクトリ直下の .screenrcです。 以下が標準的な設定ファイルの例です。 (ただし行頭の番号は説明のためのものです) 1: defencoding eucJP 2: escape ^z^z 1行目は使用する漢字コードの指定です。上の例ではeucを指定しています。jisやsjisを指定することもできます。自分の環境に合わせて設定してください。 screen-3.9.11では、以前のバージョンのdefkanji、kanjiに代わって defencoding encodingコマンドを用います。詳しくは man pageを参照してください。 2行目はエスケープキャラクタのの指定です。エスケープキャラクタとはscreenにコマンドを与える
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
find／grep／xargsコマンドを使いこなす 業務で楽するためのUNIXテクニック集「検索」編
UNIX & Linux コマンド・シェルスクリプト リファレンス
http://www.chironoworks.com/yuell/flash/unix.swf
http://iwa.ath.cx/software/cygwin/cocot.html
Linux のヒント: cron と at を使ったジョブ・スケジューリング
Meadow/Emacs memo: