BASH Running in Ubuntu on Windowsについて
情報源: BASH Running in Ubuntu on Windows 現状わかってきたことをまとめてみます。 出来ること出来ないこと。Ubuntu on Windowsの用途。 BASH Running in Ubuntu on Windowsで出来ること。 GUIの無いLinuxアプリケーションの実行。 ELF形式のバイナリファイルを直接実行できる。 ELF形式のバイナリを開発できる。 Aptによるアプリケーション管理。 Windows側ファイルシステムのマウント。 Windows側から見るとLinux(Ubuntu)のファイルシステムは通常のディレクトリ/ファイルに見える。 BASH Running in Ubuntu on Windowsで出来ないこと。(そう考えることが出来るもの) Ubuntu側のシェルからのWindowsアプリケーションの起動、またその逆。 Ubuntu
Bash specially-crafted environment variables code injection attack
This article was originally published on the Red Hat Customer Portal. The information may no longer be current. Update 2014-09-30 19:30 UTC Questions have arisen around whether Red Hat products are vulnerable to CVE-2014-6277 and CVE-2014-6278. We have determined that RHSA-2014:1306, RHSA-2014:1311, and RHSA-2014:1312 successfully mitigate the vulnerability and no additional actions need to be ta
私が他人のシェルスクリプトから学んだこと | Yakst
私はシェルスクリプトの大ファンで、他人のスクリプトから面白い方法を学ぶのが大好きだ。最近、SSHサーバの2要素認証を簡単にするためのauthy-sshスクリプトに出会った。このスクリプト群を見まわしていて、みんなと共有したいたくさんのクールなことを見つけた。 出力に色付けする 出力文字列を、成功した時は緑に、失敗した時は赤に、警告は黄色に色づけしたいと思うことはたくさんあるだろう。 NORMAL=$(tput sgr0) GREEN=$(tput setaf 2; tput bold) YELLOW=$(tput setaf 3) RED=$(tput setaf 1) function red() { echo -e "$RED$*$NORMAL" } function green() { echo -e "$GREEN$*$NORMAL" } function yellow() { e
シェルスクリプトのデバッグは typeset または declare を使うと良いかも - よんちゅBlog
はじめに つい最近知った便利なデバッグ方法 (長年シェルスクリプトを書いているのに知らなかった。これが常識だったら恥ずかしい…) シェルスクリプトのデバッグでは echo で変数の中身を見るという原始的な方法をよく使うかと思います。 いわゆる プリントデバッグ というやつですね。 もう少し詳しいデバッグが必要な場合は、 set -x と set +x でデバッグしたい部分を囲むという方法もあります。 今回は プリントデバッグ で使う echo の代わりに typeset or declare を使うと良いというお話です。 プリントデバッグは typeset or declare を使おう typeset or declare は変数宣言などでよく使うコマンドですが、変数の中身を見るのにも使えます。 echo と比べて何が良いのかというと、変数の中身はもちろん変数名や変数の型も表示してくれ、
bashによるシェルスクリプトの小技(2) - shibainu55日記
前回(bashによるシェルスクリプトの小技(1))に引き続き、シェルによって自動的に値が設定される特殊な変数について紹介する。特殊な変数を参照することにより、様々な情報を取得することができる(ただし、これらの変数には自分で任意の値を設定することはできない)。 さて、まずは特殊変数を一覧でまとめてみる。お馴染みのものが多いが、最後の2つ(特に最後のPIPESTATUS)についてはきっと今まで知らなかった人もいるんじゃないだろうか。シェルの中でパイプすると途中のコマンドのリターンコード、拾えないとか思っていませんか？今回のポイントとしては、「1. PIPESTATUS変数について」と「2. 特殊変数 $@と$*の違いについて」の2点を主に説明する。 特殊変数一覧表 変数名 自動的に設定される値 $? 直前に実行されたコマンドの終了ステータスが設定される変数。正常終了の場合は「0」、異常終了の場
AWK Users JP :: クロス集計を AWK で
クロス集計をBash(とawk)だけで実装した話 にインスパイヤされて AWK で作ってみます。 ここでは クロス集計をBash(とawk)だけで実装した話 の資料の P. 5 にある左の表を右の表の形式に変換します。 ここでは以下のような表を準備しました。 $ cat sample.txt User Item Money A Ice 130 A Ice 180 B Juice 120 B Ice 130 I OREO 210 I OREO 210 I OREO 210 ユーザー (User) と商品 (Item) の重複を避けるために連想配列にインデックスと値が同じものを構成しています。 #! /usr/local/bin/gawk -f # table.awk NR > 1 { user[$1] = $1; item[$2] = $2; money = $3; total[$1, $2
Bashの変数パラメータ展開のまとめ - harry’s memorandum
Bashのパラメータ展開はすぐに忘れてしまうのでメモ。 変数の文字数 ${#parameter}で変数の文字数を調べることができます。 name=/var/log/boot.log echo ${#name} 17 wcやawkコマンドを使う方法がありますがスマートではありません。*1 $ n=`echo $name | wc -c`; echo $(($n-1)) 17 $ echo $name | awk '{ print length($0)}' 17 配列も同じように配列数を調べることができます。 $ array=(a b c d e) $ echo ${array[0]} a $ echo ${#array[@]} 5 変数パラメータ展開 変数を切り出せます。ファイル名やディレクトリ名を簡単に切り出すことができます。 $ name=/var/log/boot.log $ echo
sshを使うとbashのループが回らない?
cles::blog 平常心是道 blogs: cles::blog NP_cles() « てんぷら 天松 日本橋店 :: 確定申告準備 » 2009/03/14 sshを使うとbashのループが回らない? cli sh ssh 253 4へぇ sshを使って他のホストのコマンド呼び出しを行うシェルスクリプトを開発していたのですが、自分が意図する動作にならずに色々と試行錯誤をする羽目になったので、同じところではまらないようにメモを残しておきます。 #!/bin/bash seq 1 5 | while read i ; do echo $i ssh host1.example.com 'hostname' done 今回書いたのは上記のようなスクリプトでhost1.example.com上でhostnameコマンドを実行するというのをループで5回繰り返すものです。 $ ./exam
bashのTAB補完(パス名補完)で.svnを無視したい場合 - 元RX-7乗りの適当な日々
ソースコード等をSubversionとかでバージョン管理している場合、チェックアウトしたディレクトリに。.svnとかが含まれていて、ターミナルなんかでbashのTAB補完するとき邪魔だなって思うことがありますよね。 単一のディレクトリしかない場合、TABを連打していくと階層を掘っていけるはずが、.svnがあるおかげでちょっとタイプしてからTABキーを押す必要があったりとか。 そんな時は、~/.bashrcとかに、 export FIGNORE=${FIGNORE}:.svnを追加しておけば、TAB補完時に.svnディレクトリを無視してくれる！ これは便利。 ちなみに、無視したいディレクトリやファイルが複数ある場合は、 export FIGNORE=${FIGNORE}:.svn:.git:.bakこんな感じで、":"(コロン)区切りで書いておくとOK! サフィックスでマッチする条件なので、
Re: sourceで読み込んだらいい感じにPATHに追加するbashrc - （ひ）メモ
sourceで読み込んだらいい感じにPATHに追加するbashrc - As a Futurist...
bashで人気言語アンケートサイトの結果をcsvに変換してみる - labunix の ラボゆにっくす
■元ネタ 参考：ハッカーニュース人気言語 http://d.hatena.ne.jp/karasuyamatengu/20120324/1332561697 ■本家からデータ生成 $ w3m -dump 'http://news.ycombinator.com/item?id=3746692' | \ grep -B 1 "[0-9] points\$" | sed s/"^ *\|\[grayarrow\] \| points"//g > temp.txt ■CSV形式に変換 $ sed s/" "/"__"/g temp.txt | \ for list in `xargs`;do echo -ne "\"$list\",";done | \ sed s/"[0-9]\","/"&\n"/g | \ sed s/",\$"//g | \ sed s/"__"/" "/g >temp.c
USP友の会:追記をもやもやと嫌いつつ、UNIXのファイルの使い方を説明
こんばんは。勉強会の打ち合わせに出たナッツをバカ食いして、その後の楽しい飲み会を不成立にしてしまったかいちょうです。 たまには意味のある情報を（←おい）ということで、実験がてらに書いてみます。 UNIXはファイルを直接書き換えない データ一方通行の掟 UNIX系OSでは、同じファイルの内容を直接書き換える方法はあまり用意されていません。シェルスクリプトを書き慣れていないと、つい次のようなスクリプトを書いてしまい、ファイルをぶっ壊すことがあります。おそらく、10回壊すと一人前です。 ueda@uedaubuntu:~$ cat hoge.sh #!/bin/bash #入力と出力が同じファイルだとファイルの中身が消える cat ./a | tr ' ' '\n' > ./a 下のスクリプトの方が当然正しく、「データの流れは一方通行」が原則のUNIXらしい処理になります。つまり、上のスクリプト
bashの"&"と"&&" - 元RX-7乗りの適当な日々
ちょっと前、職場の人に、「(以下の)このエントリが役立った、ありがとう！」とお礼をいただきました。(わざわざ、ありがとうございました。恐縮です。) cronで30秒毎など、秒単位で処理を実行したい場合 - 元RX-7乗りの適当な日々 で、今更ですが、気付けばそこそこの数のブクマがついていたので、コメントを見させていただくと「正確には30秒毎ではなく、コマンド実行時間+30秒になる。」といった記載がいくつかありました。 あれ？そうなん？なんか自信なくなってきた。 ちなみに↑の(cronの)書き方は以下のような感じ。 * * * * * command & sleep 30; command 実行時間も含める(実行後の終了ステータスを見て、次コマンドを実行する)のは"&&"だと思ってたのですが、何か間違っているのかしら。 1つ目の処理(コマンド実行)は"&"でバックグラウンドに移って、すぐにs
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
対話式のコマンドをスクリプト化する方法 - Qiita
IDEA * IDEA