先日、ちょっとした遠隔教育をする必要があった。Linux上でソフトウェアをビルドするデモを見せて欲しいと同僚が言ってきたのだ。問題は一つ。私が東海岸、彼が西海岸にいたことだ。さて、ビルドとインストールの方法をどうやって彼に見せようか。いくつかの候補を検討した結果、私たちはGNU Screenを使うことにした。 私たちが最初に考えた候補は、標準Unixユーティリティのscriptを使ってログをとるという案だ。しかしscriptはいくつかの問題点を抱えている。例えば、結果の出力がすさまじい（scriptは、キャリッジリターンや訂正を含めた何から何までを保存する）という、無視しがたい問題点がある。加えて、scriptではインタラクティブ性が完全になくなる。同僚が質問したかったり、説明を必要としたら、後から電子メールでのやり取りが必要になっただろう。これでは彼にとっても私にとってもイライラが募る。
![[from rtk2106] Open Tech Press | screenで遠隔教育](https://cdn-ak-scissors.b.st-hatena.com/image/square/4196864a37518a8c4219cc80d90c0a0b1a82a491/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fmag.osdn.jp%2Fimages%2Fmag%2Fmagazine-200x200.png)
rlwrap runs the specified command, intercepting user input in order to provide readline’s line editing, persistent history and completion. rlwrap tries to be as transparent as possible, keeping track of command’s terminal settings, so that it can do the right thing when command asks for single keypresses or for a password. Always use readline, regardless of command’s terminal settings. Use this op
_ failmallocの続き あんまりもう弄る気はなかったのだが、 まつもとさんに指摘された問題を修正し、 zundaさんのパッチに触発されて最大失敗回数の指定、 更に、安全に確保できるサイズの指定をサポートした。 自分は好みがうるさいので、コードは自前で書いた。 すんません。 バージョンは 1.0 です。 二進法ですから。 しかしこれで何やら ls の不思議な挙動に気づいてしまった。 $ LD_PRELOAD=.libs/libfailmalloc.so FAILMALLOC_TIMES=4 ls Makefile config.status* failmalloc-1.0.tar.gz.sig failmalloc.o libtool* config.log failmalloc-1.0.tar.gz failmalloc.lo libfailmalloc.la なぜかちょっとぐらい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
