エラーメッセージ（標準エラー出力）は表示しない エラーメッセージは不要、という場合は「2> /dev/null」で標準エラーメッセージを「/dev/null」へリダイレクトします（画面10）。「/dev/null」というのは「ヌルデバイス」という特別な場所で、ここへの出力は全て破棄され、どこにも出力されず、保存もされません。
パイプとリダイレクトでコマンドを組み合わせて実行しよう
エラーメッセージ（標準エラー出力）は表示しない エラーメッセージは不要、という場合は「2> /dev/null」で標準エラーメッセージを「/dev/null」へリダイレクトします（画面10）。「/dev/null」というのは「ヌルデバイス」という特別な場所で、ここへの出力は全て破棄され、どこにも出力されず、保存もされません。
【 source 】【.】 ファイルからコマンドを読み込んで現在のシェル環境で実行 【 Linuxコマンドまとめ 】
「別のシェルで実行する」場合との違い「シェルスクリプト」を実行する場合、通常は「source」および「.」を使いません。次のように、「bash」などの引数として実行するか、シェルスクリプトに実行権を付けて実行します。 bashの引数として実行する例 bash script.shchmodで実行権を付けてから実行する例 chmod +x script.sh ./script.shこれらは、実行中のインタラクティブシェル（対話的シェル）とは別のシェルでスクリプトを実行します。 これに対して、「source」および「.」は実行中のインタラクティブシェルでファイル中のコマンドを実行します。 たとえば、次の内容で「script1.sh」を作成したとします。 #!/bin/bash HOGE=hoge echo $HOGEシェル変数「HOGE」に文字列「hoge」を設定し、出力するだけのスクリプトです
シェルスクリプトは変数代入で = の前後にスペースを置けない！･･･の本当の理由を知ると優れた文法が見えてくる - Qiita
シェルスクリプトは変数代入で = の前後にスペースを置けない！･･･の本当の理由を知ると優れた文法が見えてくるShellScriptBashUNIXshellPOSIX はじめに シェルスクリプトの変数代入で = の前後にスペースを置くことができない理由は、検索すれば「プログラマーの君！ 勘違いするな！ シェルスクリプトでは読みやすさのためにスペースを置くな！！ という話」のような記事がすぐに見つかります。記事に書いてあるとおり変数代入とコマンド呼び出しと区別がつかないからです。それは間違いではないんですが、私はもう少し説明が足りないと感じています。そこで今回は = の前後にスペースを置けない本当の理由を解説したいと思います。 の前に皆さんにはこの話を読みながら、自分がシェルスクリプトの言語設計者だったとしたら、どういう言語仕様にするかを考えて欲しいです。なぜかと言うとシェルスクリプトの文
NetBSDを手探りで移植したときの話 - Qiita
この記事は自作OS Advent Calendar 2020 7日目の記事となります。 はじめに 現在のオープンソースOSは、たとえばLinux開発ボードであればボードベンダーから移植済みのLinux環境が提供されたり、たとえばNetBSDであればクロスコンパイル環境が整備済みでドキュメントも用意されていて、最低限の移植作業で移植が完了したりします。 ぼくがNetBSDを移植した当時(1993年)はそうではありませんでした。ドキュメントもなくいろいろ手探りで、それも一人でやらざるを得ませんでした。苦労話のことは置いておいて、技術的にどういう物が用意され何を調べてどういう手順で移植していったかを記録に残せればと思います。(って前置きした割に苦労話が多いような気がします、すみません) かなり昔の話なので、けっこう忘れてることも多く、微妙に記憶が間違っていたりすることも、順番が前後していることも
bash の危険な算術式 - どさにっき
圧縮されたtarの展開方法の変遷 - Qiita
業界に痕跡を残して消えたメーカー UNIXの覇者Sun Microsystems (1/3)
改めてlessコマンドの使い方 - 日々之迷歩
テキストファイルを閲覧するためによく使うのがlessコマンド。特に巨大なファイルを開く時などは必須でしょう。Gバイト単位の巨大なファイルをVimやEmacs、その他のテキストエディタで開くと、メモリを大量に消費して最悪OSが反応無しとかになります、、、 また、コマンドの出力結果をパイプでlessに渡し、出力結果をジックリ観察するのに重宝します。普段何気なく使っていらっしゃる方々が多いと思うが、改めて使い方の確認をしてみると、何かしらの発見があるかもしれません。 起動時オプション 各オプションには、短いショートオプションと長いロングオプションがあります。設定ファイルに記載する場合は分かりやすいロングオプション、コマンド実行時にはタイプ数が少ないショートオプションを使うと便利でしょう。特に-X/--no-initオプションは案外知られていないかもしれません。終了時に画面が消えてショボーンとなる
のほほんのおと 【ITトリビア】 suは"スイッチユーザ"ぢゃない
Ubuntuの/bin/shはbashではなくdash
dash is not bash #!/bin/sh offset=(`ls`) echo $offset みたいなシェルスクリプトがあって、こいつを Ubuntu で実行すると $ ./foo.sh ./foo.sh: 2: ./foo.sh: Syntax error: "(" unexpected というようにシンタックスエラーが発生した。shebang の /bin/sh ではなく /bin/bash として実行すると $ bash foo.sh $ とエラーにはならない。 シンタックス的に OK そうな foo.sh が一つ目ではなぜエラーになったかというと、ubuntu の /bin/sh は Almquist shell (ash) から派生したシェル Debian Almquist shell(dash) へのシンボリックリンクになっており、bash で OK な( … )
シェルスクリプトの set -e は罠いっぱい
ふみやす＠シェルまおう(自称でない) FGO:838,149,789 @satoh_fumiyasu Perl では最初に use strict; use warnings すべきなように、シェルでは set -u すべき。「例外処理って何? おいしいの?」って人は set -e もしておけ。 2012-06-25 18:25:20 ふみやす＠シェルまおう(自称でない) FGO:838,149,789 @satoh_fumiyasu シェルスクリプトをまともに書けない奴は、それでも書かなければならないときは、とりあえず変数展開するとき必ずダブルクォートで括れよ。$foo じゃなくて "$foo” な。あと最初に set -u; set -e でもしておきな。シェルスクリプトが駄目なんじゃなくて、書けないだけ。 2012-12-22 00:27:38
vim も zsh も捨てた - AnyType
プログラマーの君！ 騙されるな！ シェルスクリプトはそう書いちゃ駄目だ！！ という話 - Qiita
本記事が切っ掛けとなってお声がけを頂き、本記事の増補リファイン版となる記事をSoftwareDesign 2018年1月号のシェルスクリプト特集第2章として執筆しました。リファイン版には、この記事で触れていない文法面での分かりにくさについての解説が含まれています。その文法面での分かりにくさの解説の一部に相当する記事もありますので、ぜひそちらも併せてご覧下さい。 Shell Script Advent Calendarをご覧の皆様、図々しくも5日目に続く2度目のエントリーのPiroです。 前回は自作のBashスクリプト製Twitterクライアントをネタに実装を解説しましたが、今日は他の言語で多少のプログラミング経験はあるんだけど、どうにもシェルスクリプトは苦手だ……という人のための、シェルスクリプトによるプログラミングの勘所を解説してみようと思います。多分、プログラミング入門レベルの人や上級
年収1千万超えのソフトウェアスキルトップ20、第1位は?｜ニフティニュース
fossBytesに11月25日(米国時間)に掲載された記事「20 Highest Paying Software Skills That Pay Over $100,000 A Year」が、高い年収に結びつく20のソフトウェアスキルを発表した。NovelAspectの集計したデータを引用する形で紹介されている。ランキングの順位はクラウドで提供されているサービスをどれだけ使いこなせるかが高い年収に結びつきやすいことを示している。 ソフトウェアスキルトップ20は次のとおり。 1. Amazon DynamoDB 平均年収141,813米ドル(約1587万円) 2. Amazon Elastic MapReduce 平均年収136,250米ドル(約1525万円) 3. Amazon CloudFormation 平均年収132,308米ドル(約1480万円) 4. AWS ElastiCac
25 Years of WIDE Project : Up to this point and beyond this point of Japan and the Internet
UnixBenchでいろいろベンチマーク（さくらVPS、raspberry pi 3、ローカルPC） - into the void
使える計算機環境が増えたのでそれぞれのベンチマークをとってみる。 ベンチマークソフトはUnixBenchを使う。 さくらVPS Ubuntuをインストールしてあるので、aptでビルド環境を入れた後、UnixBenchをビルドして使う。 ビルドツールを入れる。 $ sudo apt-get update $ sudo apt-get install build-essential UnixBenchはGitHubで公開されているので取ってこれるようにgitツールも入れる。 $sudo apt-get install git git cloneする $ mkdir unixbench $ cd unixbench $ git clone https://github.com/kdlucas/byte-unixbench.git . あとはRunするだけで、必要なソースコードのビルドからベンチマ
「マイクロソフトを嫌っていたのではない、われわれが嫌われていたのだ」――Rubyまつもとゆきひろ氏が語る、MSの壁
論文紹介: The Evolution of C Programming Practices: A Study of the Unix Operating System 1973–2015 - みずぴー日記
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【1990年代前半/HashHub編】平成生まれのためのUNIX&IT歴史講座
bashのそれって実はこういう書き方できるよ一覧 - Qiita
