List of Shell [text.Baldanders.info]

GitHub Copilot はシェル芸達者

2026-04-09T06:57:34+00:00

最初に予防線を張っておくと，この記事は技術系の内容ではありませんし，私は生成 AI の扱いにも慣れてません。その辺を割り引いて読んでいただけるとありがたいです。

生成 AI にどこまで任せていいのか

最近は GitHub Copilot に開発支援だけじゃなくて，このブログのメンテナンスもさせている。なにせ，どこまで任せていいのか匙加減がさっぱり分からないので，できそうなところから徐々に任せていく感じ。気分は新卒社会人の OJT だぜ（笑）

今のところ GitHub Copilot に任せているのは以下の作業：

タイトル & slug の提案と記事ファイルの作成
書いた記事の校正とタグの提案
記事ファイルの commit & push
ブログのビルドと GitHub Pages への commit & push
Hugo の更新

記事そのものは書かせてない。

いや，生成 AI に書かせるとホンマに好き勝手な（私の意図とは程遠い）ことを書くのよ。一度，タイトルだけ決めたまっさらな状態で書かせようとしたら「何の論文を書く気？」って感じのアウトラインを組み始めて，さすがに止めた。ブログ記事に10個も章立てしてどうする（笑）

よくアフィリエイト記事を AI に書かせて云々みたいな話を聞くけど，ホンマに AI に書かせてるの？かなり無茶苦茶するぞ。ある意味，文才があるのかも知れないが。

というわけで「記事を書く」以外の作業をやらせている。

ちなみにモデルは GPT-5.3-Codex を使っている。あまり Premium Request を消費したくないので最初は GPT-5 mini を使ってたのだが，どうもこの手の「作業」には向かない感じ。最終的にはローカル LLM を構築したいのだが，お試しレベルならともかく，まともに動くモデルを個人環境で構築するのは難しいか？

タイトル & slug の提案と記事ファイルの作成

私は最初にタイトルを決めないとブログ記事が書けない。マイクロブログ程度の短文ならともかく，ブログ記事でタイトルも決めずに書き始めると大抵記事が迷走する（タイトルを決めて書いても迷走しがちなのだが，それはそれ）。

手順としては

日本語のタイトルを決める（ここだけ私の作業）
Copilot に英語の翻訳と対応する slug を提案させる（たいてい複数個の候補を提案してくれる）
slug が決まったら記事ファイルを作成させる
ファイル内の front matter を埋めさせる

という感じ。日本語タイトルを英訳させるための対話で，色々と気付きがあって面白い。

たとえば日本語タイトルが曖昧で英訳が頓珍漢な文になることがある。これは生成 AI 以前の機械翻訳サービスを使ってたときもそうだったが，機械と対話することで「文のこの部分が誤解を招いてるのか」と気づいたりできるわけだ。こういったやり取りが意外と面白かったりする。

記事ファイルの作成用にシェルスクリプトを組んでいるのだが，まずその挙動を理解させるところから始めた。したら「このスクリプトをリファクタリングするか？」と訊いてきたのでやらせてみたら，なかなかいい感じに仕上げてくれた。これなら AI にスクリプトを改善させることもできそうだ。

他の既存のスクリプトについても同様にリファクタリングさせ，それらの使い方を copilot-instructions.md および README.md にまとめさせた。

書いた記事の校正とタグの提案

私のブログは意図的に文体を崩して書いているので（設計書やビジネス文書じゃあるまいし），下手に賢い lint では却って使いづらかったりする。ためしに Copilot に「誤字だけ指摘して」と指示してみたら，いい感じに結果を返してくれた。以来，校正は Copilot に任せている。

誤字だけでなく慣用句の漢字間違いの指摘とかは結構ありがたかったり。それでいて崩した文体については一切スルーしてくれる（笑）偉い偉い。

もうひとつ悩んでいるのが記事に付与するタグの選択だ。これを普通に AI に任せるとメチャクチャにしてくれるので，まずは過去の記事を全て浚ってタグの一覧を作らせるところから始めた。

したらすごい勢いでシェルスクリプトを書き始めた。私はそれを「へぇ。なるほど」とか言いながら眺めるだけ。アレだ。ペアプログラミングってやつ（笑）機械相手にペアプロすることになるとは思わなかった。

せっかくいい感じのスクリプトを書いてくれたので，それをファイルにまとめていつでも呼び出せるようにさせた。タグの一覧を出現数の多いものからソートして CSV ファイルに出力させる。ここまでできれば，作成した記事に対してタグ一覧の中から妥当なタグを提案するよう指示すればよい。

タグ一覧を作ったメリットはもうひとつあって typo がいくつか見つかったのと似たような意味のタグの重複が見つかった。見つけたのも Copilot だけど（なにせ10年以上の間にタグが450個以上できてるのだ）。これらも修正方針を提案させた上で修正させた。ファイル作業に関してはちゃんと手順を踏めば間違えることなくやってくれる。

記事ファイルの commit & push

記事ファイルの commit に関しては，念のため，最初に commit message を提案させて，私が確認してから実際の作業を行わせている。ここで GPT-5 mini と GPT-5.3-Codex の違いが大きく出た。

いや，ブログ記事の追加なんだから AI (君) のしたことを書くんじゃなくて，どんな記事を追加したのかを書けよ！

というわけで，GPT-5 mini は向いてないという結論になった。 commit & push するためのコマンドラインの組み立て自体はどちらも大差ないんだけどねぇ。

ブログのビルドと GitHub Pages への commit & push

ブログのビルドと GitHub Pages への commit & push についても以前からスクリプトファイルを作っていたので，それをそのまま Copilot に使わせている。まぁ，自分でやったほうが早いのだが，作業の一連を任せることに意味があると思ってるので，敢えて任せている。この辺も OJT っぽいよな（笑）

指示も最初はできるだけ具体的にしていたが，最近は「デプロイして」だけでも（過去の作業履歴や copilot-instructions.md の記述から）適切に処理してくれるようになった。

Hugo の更新

このブログは静的サイトジェネレータである Hugo を使って構築しているのだが，未だ v1 に到達せずベータ版のままである。古いテンプレート変数や関数のいくつかは deprecated になっているし，稀に破壊的変更が起きることもある。 Hugo のバージョンアップのたびにビルドし直して互換性等の確認をしているのだが，だんだん面倒くさくなってきたので，これも Copilot に任せてみることにした。

今回もゴリゴリとスクリプトを書き始める AI。私も前と同じく様子を眺めていたが，出来がよさそうなのでスクリプトファイルとして書き出してもらった。こんな感じ（長いぞ！）。

#!/usr/bin/env bash
set -euo pipefail

# Install latest Hugo Extended .deb from GitHub Releases using apt.
# Usage: ./hugo_inst.sh

REPO="gohugoio/hugo"
API_URL="https://api.github.com/repos/${REPO}/releases/latest"
WORK_DIR="${TMPDIR:-/tmp}/hugo-inst.$$"

cleanup() {
  rm -rf "$WORK_DIR"
}
trap cleanup EXIT

mkdir -p "$WORK_DIR"
cd "$WORK_DIR"

arch="$(dpkg --print-architecture)"
case "$arch" in
  amd64|arm64)
    ;;
  *)
    echo "Unsupported architecture: $arch" >&2
    echo "This script supports: amd64, arm64" >&2
    exit 1
    ;;
esac

echo "Current Hugo:"
if command -v hugo >/dev/null 2>&1; then
  hugo version || true
else
  echo "hugo command not found"
fi

echo "Fetching latest release metadata from ${REPO} ..."
release_json="$(curl -fsSL "$API_URL")"

version="$(awk -F '"' '/"tag_name"/ {print $4; exit}' <<<"$release_json")"
if [[ -z "$version" ]]; then
  echo "Failed to read latest release version." >&2
  exit 1
fi

asset_url="$(awk -F '"' '/"browser_download_url"/ && /hugo_extended_.*_linux-'"$arch"'\.deb/ {print $4; exit}' <<<"$release_json")"
if [[ -z "$asset_url" ]]; then
  echo "Failed to find hugo_extended .deb for architecture: $arch" >&2
  exit 1
fi

deb_file="${asset_url##*/}"

echo "Latest release: ${version}"
echo "Downloading: ${deb_file}"
curl -fL --retry 3 --retry-delay 2 -o "$deb_file" "$asset_url"

# Optional checksum verification when checksums.txt exists in latest release.
checksums_url="$(awk -F '"' '/"browser_download_url"/ && /checksums\.txt/ {print $4; exit}' <<<"$release_json")"
if [[ -n "$checksums_url" ]]; then
  echo "Downloading checksums.txt for verification ..."
  curl -fL --retry 3 --retry-delay 2 -o checksums.txt "$checksums_url"

  if awk '{print $2}' checksums.txt | grep -qx "$deb_file"; then
    echo "Verifying checksum ..."
    grep "  $deb_file$" checksums.txt | sha256sum -c -
  else
    echo "checksums.txt does not include ${deb_file}; skipping verification."
  fi
else
  echo "checksums.txt not found in latest release; skipping verification."
fi

echo "Installing ${deb_file} with apt ..."
sudo apt install -y "./$deb_file"

echo "Installed Hugo:"
hugo version

echo "Done."

これについては，私は1行も触っていない。

手順としては

インストールするマシンのアーキテクチャを確認して対応する .deb ファイルをダウンロードする
可能ならチェックサムの検証も行う
ダウンロードした .deb ファイルを apt install コマンドでインストールする

という感じ。

これを実行して Hugo を更新した後，ブログのビルドを行い，ビルド前後の差分を調べて問題がないことを確認する。問題がなければビルドしたものを commit & push させる。

「問題がないことを確認する」の部分は私が判断しているので完全な自動化ではないが，今のところ問題は起きていない。

GitHub Copilot はシェル芸達者

という感じで緩々と GitHub Copilot を使っている。

今回の一連で意外とシェル芸達者なのが分かったので，自宅機に CLI 版を入れようかなぁ。でも，結城浩さんほど使い倒す勇気はないんだよなぁ。それよりもローカル LLM 構築に向けて環境を整えるほうが先か？

参考

フルスクラッチから1日でCMSを作る_シェルスクリプト高速開発手法入門改訂2版 (アスキードワンゴ): 上田隆一 (著), 後藤大地 (著), ＵＳＰ研究所 (監修); ドワンゴ 2019-07-05 (Release 2019-07-05); Kindle版; B07TSZZPWN (ASIN); 評価

既存の常識に凝り固まったソフトウェア・エンジニアに「痛恨の一撃」を加える快書もしくは怪書。

reviewed by Spiegel on 2014-09-21 (powered by PA-APIv5)

gpgpdump v0.12.0 をリリースした

2021-01-23T02:14:29+00:00

OpenPGP パケットの内容を可視化する gpgpdump の v0.12.0 をリリースした。

Release v0.12.0 · spiegel-im-spiegel/gpgpdump · GitHub

今回は，お試し機能として completion サブコマンドを追加して各 shell 用の自動補完スクリプトを吐き出せるようにした。つっても spf13/cobra の機能を使ってるだけだけどね。

Bash, Zsh, Fish, PowerShell の自動補完機能に対応している。本当は NYAGOS でも使えるようにしたかったんだけど， cobra も NYAGOS も双方カスタマイズの仕方がよく分からなくて，今回は諦めた。今後の課題としておこう。

たとえば Linux 上の bash であれば

$ source <(gpgpdump completion bash)

で取り敢えず試すことができる。また

sudo sh -c "gpgpdump completion bash > /usr/share/bash-completion/completions/gpgpdump"

とかすればシステム全体に設定可能である。

他の shell については

$ gpgpdump completion -h

とすれば簡単な使い方が表示されるので参考にして欲しい。

ブックマーク

参考図書

暗号化プライバシーを救った反乱者たち: スティーブン・レビー (著), 斉藤隆央 (翻訳); 紀伊國屋書店 2002-02-16; 単行本; 4314009071 (ASIN), 9784314009072 (EAN), 4314009071 (ISBN); 評価

20世紀末，暗号技術の世界で何があったのか。知りたかったらこちらを読むべし！

reviewed by Spiegel on 2015-03-09 (powered by PA-APIv5)

暗号技術入門第3版　秘密の国のアリス: 結城浩 (著); SBクリエイティブ 2015-08-25 (Release 2015-09-17); Kindle版; B015643CPE (ASIN); 評価

SHA-3 や Bitcoin/Blockchain など新しい知見や技術要素を大幅追加。暗号技術を使うだけならこれ1冊でとりあえず無問題。

reviewed by Spiegel on 2015-09-20 (powered by PA-APIv5)

Windows Terminal × NYAGOS × Scoop ＝ ♥

2020-10-27T13:17:46+00:00

アルファ・ベータ・オメガの割り振りはご想像にお任せします 😄 って，そういう話ではない。

さて，職場で Windows 10 機を支給されたので，とりあえず ATOM エディタと NYAGOS を入れたいわけですよ。

Windows 10 に ATOM を入れる

まぁこちらはサラッと。

公式ページからインストーラを取ってきて普通にインストールすればいいだけ。なのだが，何故か Windows 版はコマンドラインからの起動が冷遇されているのよ。古いバージョンにはあった atom.cmd がなくなっている。

じゃあ，どうやって起動するのかというと “System Settings” で

System Settings in ATOM

てな感じにエクスプローラ等のコンテキストメニューから開けるように設定できる。また ATOM が起動している状態でタスクバーの ATOM アイコンをピン留めしておけば

ATOM icon in task bar

みたいな感じにコンテキストメニューを展開できる。

困るのが apm コマンドなのだが，これにはパスを通さずに直接カレントまで降りて操作するしかないだろう。 v1.52.0 なら

$ cd C:\Users\username\AppData\Local\atom\app-1.52.0\resources\app\apm\bin

まで降りる。この場所で apm を使ってログインできる。

$ apm login
Welcome to Atom!

Before you can publish packages, you'll need an API token.

Visit your account page on Atom.io https://atom.io/account,
copy the token and paste it below when prompted.

Press [Enter] to open your account page on Atom.io.

ここで [Enter] キーを押すと Web ブラウザでアカウントページが開く（要 GitHub アカウント）。開かない場合は Web ブラウザで直接 https://atom.io/account を開く。アカウントページに表示されたアクセス・トークンを入力すればログイン完了。

Token> ****************
Saving token to Keychain done

あとは

$ apm stars --install

で ⭐ を付けたパッケージをまとめてインストールできる。ちなみに，どのパッケージに ⭐ を付けたかは

$ apm stars

で確認できる。その他の細々した設定は Gist に貼り付けておいたのを流用した。なんでも取っておくものである 😄

Windows Terminal のインストール

これでようやく「メモ帳」から脱することができたので，本格的に環境を作っていこう。

かつて Windows 7 を使ってた頃はターミナル・エミュレータに ConEmu を使っていたが，本家 Microsoft からようやくまともなターミナル・エミュレータがリリースされた。

Windows ターミナルの概要 | Microsoft Docs

Windows Terminal は Microsoft Store からインストールできる。ひとまずこれをインストールして起動し，既定の PowerShell 上で作業する。

Scoop のインストール

Scoop は Windows 用のパッケージ・マネージャである。 Windows 用のパッケージ・マネージャといえば Chocolatey が有名だが，今回は Scoop で。 Scoop の特徴は以下の通り。

利用に管理者権限は不要！

実行ファイルは ~\scoop\shims に集約され、環境変数 PATH の肥大化が抑制される

インストーラのセットアップが簡単

nyagos が公式レポジトリにある (Chocolatey にもあるけど）

scoop / nyagos で始めるコマンドライン生活より

では早速。

まずは PowerShell でスクリプトを起動できるよう権限を取得する。

PS > Set-ExecutionPolicy RemoteSigned -scope CurrentUser

既に許可を取得している場合はこの操作は不要である。そうしておいて Scoop をインストールする。

PS > iwr -useb get.scoop.sh | iex

これで OK。簡単！

NYAGOS のインストール

NYAGOS のインストールは scoop install コマンドで一発 OK。

PS > scoop install nyagos

よーし，うむうむ，よーし。

Windows Terminal に NYAGOS を登録する

Windows Terminal では PowerShell を含む複数の shell を登録できる。

まずは [Ctrl+,] で config.json ファイル（のコピー）がメモ帳で表示される（コメントを端折っているので注意）。これを編集して NYAGOS を登録するのだ。具体的には以下の部分を追記する。

{
    "$schema": "https://aka.ms/terminal-profiles-schema",
    "defaultProfile": "{61c54bbd-c2c6-5271-96e7-009a87ff44bf}",
    "copyOnSelect": false,
    "copyFormatting": false,
    "profiles":
    {
        "defaults":
        {
        },
        "list":
        [
            {
                "guid": "{61c54bbd-c2c6-5271-96e7-009a87ff44bf}",
                "name": "Windows PowerShell",
                "commandline": "powershell.exe",
                "hidden": false
            },
            {
                "guid": "{0caa0dad-35be-5f56-a8ff-afceeeaa6101}",
                "name": "コマンド プロンプト",
                "commandline": "cmd.exe",
                "hidden": false
            },
            {
                "guid": "{b453ae62-4e3d-5e58-b989-0a998ec441b8}",
                "hidden": false,
                "name": "Azure Cloud Shell",
                "source": "Windows.Terminal.Azure"
            },
            {
                "guid": "{19ddaf5e-e045-481a-bf88-37f7ebe66292}",
                "hidden": false,
                "name": "Nihongo Yet Another GOing Shell",
                "commandline": "%USERPROFILE%\\scoop\\apps\\nyagos\\current\\nyagos.exe",
                "cursorShape": "vintage",
                "startingDirectory": "%USERPROFILE%"
            }
        ]
    },
    "schemes": [],
    "actions":
    [
        { "command": {"action": "copy", "singleLine": false }, "keys": "ctrl+c" },
        { "command": "paste", "keys": "ctrl+v" },
        { "command": "find", "keys": "ctrl+shift+f" },
        { "command": { "action": "splitPane", "split": "auto", "splitMode": "duplicate" }, "keys": "alt+shift+d" }
    ]
}

ちなみに guid 項目はローカルマシン内で一意であればなんでもいいのだが（上の記述をそのままコピペしても無問題），気になるのであれば PowerShell の以下のコマンドで取得できる。

PS > New-Guid

Guid
----
6c48ee13-e32b-4937-95a5-7e95a2e88613

更に config.json ファイル（のコピー）の

{
    "defaultProfile": "{61c54bbd-c2c6-5271-96e7-009a87ff44bf}",
}

の部分を NYAGOS の GUID に書き換えれば

{
    "defaultProfile": "{19ddaf5e-e045-481a-bf88-37f7ebe66292}",
}

Windows Terminal の既定の shell を NYAGOS にできる。

編集した config.json ファイル（のコピー）を保存すれば設定が反映される。ふぃー，よーやくここまでたどり着いた。

NYAGOS を使った楽しいアレコレは以下の Zenn 本に書かれている。

scoop / nyagos で始めるコマンドライン生活

上述のセットアップについても，もう少し丁寧に書かれているので，是非どうぞ。

Go で GUID を取得する

そういや Go の github.com/google/uuid パッケージを使えば UUID を取得可能だが， UUID は実質 GUID と同じなので，これを利用して

package main

import (
    "fmt"

    "github.com/google/uuid"
)

func main() {
    fmt.Println(uuid.New())
}

とすれば簡単に UUID/GUID が取れる。

$ go run sample.go 
f6bdc505-e417-4b7d-a247-a06504cf03a9

Scoop を使うなら git は必須

これでインストールは全て完了だが，今後のためにもう少し Scoop で遊んでみよう。

まず Scoop のバージョンを見ようとしたら

$ scoop -v
Current Scoop version:
git : 用語 'git' は、コマンドレット、関数、スクリプト ファイル、または操作可能なプログラムの名前として認識されません。
名前が正しく記述されていることを確認し、パスが含まれている場合はそのパスが正しいことを確認してから、再試行してください
。
発生場所 行:1 文字:1
+ git --no-pager log --oneline HEAD -n 1
+ ~~~
    + CategoryInfo          : ObjectNotFound: (git:String) [], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException

って，どエラ怒られた（笑）どうやら Scoop はパッケージ管理を git ベースで行っているらしく，ちゃんと使うなら git の導入が必須のようだ。ほんじゃあ，まぁ

$ scoop install git
Scoop uses Git to update itself. Run 'scoop install git' and try again.
...

おっ，アップデートした後にもっかいやれって言ってるな。ならば，アップデートしよう。

$ scoop update
Updating Scoop...
Updating 'main' bucket...
Checking repo... ok
The main bucket was added successfully.
Scoop was updated successfully!
'itcode"' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
exit status 1

おりょ，また変なエラーが出たよ。 itcode" 云々というのは PowerShell 絡みらしい。なので，同じコマンドを PowerShell 上で走らせれば問題なく完了する。

うむ，次回から気をつけよう。

これでもっかい

$ scoop update git

とすれば，最新版が取れるわけだ。

ついでに Scoop で GnuPG もインストールする

ついでに Scoop で GnuPG もインストールしてみよう。あるかな？

$ scoop search gnupg
'main' bucket:
    gnupg (2.2.23)
    gnupg1 (1.4.23)

$ scoop search gpg
'main' bucket:
    gnupg1 (1.4.23) --> includes 'gpg.exe'
    gpg (2.2.23)

どっちだよ（笑）

実はこれ，中身は同じなのだが別々のパッケージとしてインストールされちゃうようだ。ふむむー。

まぁ，いいや。今回は gnupg で。

$ scoop install gnupg
Installing 'gnupg' (2.2.23) [64bit]

...

Linking ~\scoop\apps\gnupg\current => ~\scoop\apps\gnupg\2.2.23
Persisting home
'gnupg' (2.2.23) was installed successfully!

Scoop で提供されるパッケージのうち，シングルバイナリのコマンドは %USERPROFILE%\scoop\shims フォルダに集められるのだが， GnuPG のように複数のバイナリで構成されているものは専用のフォルダを作り環境変数 PATH にインストールしたフォルダを追加するようだ。その際に

Linking ~\scoop\apps\gnupg\current => ~\scoop\apps\gnupg\2.2.23

のように current フォルダをシンボリックリンクとして設置することで複数のバージョンに対応できるようにしているみたい。

GnuPG の動作確認をしておこう。

$ gpg --version
gpg (GnuPG) 2.2.23
libgcrypt 1.8.6
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Home: C:/Users/username/scoop/apps/gnupg/current/home
サポートしているアルゴリズム:
公開鍵: RSA, ELG, DSA, ECDH, ECDSA, EDDSA
暗号方式: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
    CAMELLIA128, CAMELLIA192, CAMELLIA256
ハッシュ: SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
圧縮: 無圧縮, ZIP, ZLIB, BZIP2

上述の Home だが，これもシンボリックリンクが切られていて，実体は %USERPROFILE%\scoop\persist\gnupg\home にある。

【2020-11-02 追記】 GnuPG については以下の記事でもう少し掘り下げて紹介している。

GnuPG の HOME はどこにある？

今回はここまで

おっと。昼休憩が終わったようだ。次回があれば，また今度。

ブックマーク

参考図書

暗号化プライバシーを救った反乱者たち: スティーブン・レビー (著), 斉藤隆央 (翻訳); 紀伊國屋書店 2002-02-16; 単行本; 4314009071 (ASIN), 9784314009072 (EAN), 4314009071 (ISBN); 評価

20世紀末，暗号技術の世界で何があったのか。知りたかったらこちらを読むべし！

reviewed by Spiegel on 2015-03-09 (powered by PA-APIv5)

暗号技術入門第3版　秘密の国のアリス: 結城浩 (著); SBクリエイティブ 2015-08-25 (Release 2015-09-17); Kindle版; B015643CPE (ASIN); 評価

SHA-3 や Bitcoin/Blockchain など新しい知見や技術要素を大幅追加。暗号技術を使うだけならこれ1冊でとりあえず無問題。

reviewed by Spiegel on 2015-09-20 (powered by PA-APIv5)

NYAGOS 4.4.2 がリリースされた

2019-04-07T00:16:12+00:00

NYAGOS 4.4.2_0 がリリースされた。つか，もたもたしてたら 4.4.2_1 も出てたよ。

変更点は以下の通り。盛り沢山だぞ！

OLEオブジェクトからLuaオブジェクトへの変換が日付型などでパニックを起こす不具合を修正

Luaの数値が実数として OLE に渡されるべきだったのに、整数として渡されていた。

Lua: 関数: nyagos.to_ole_integer(n) (数値を OLE 向けの整数に変換)を追加(trash.lua用)

Lua: OLEObject に列挙用オブジェクトを得るメソッド _iter() を追加

Lua: OLEObject を開放するメソッド OLEObject:_release() を追加

trash.lua が COM の解放漏れを起こしていた問題を修正

Lua: create_object生成された IUnkown インスタンスが解放されていなかった不具合を修正

「~ユーザ名」の展開を実装

バッチファイル以外の実行ファイルの exit status が表示されなくなっていた不具合を修正

%COMSPEC% が未定義の時に CMD.EXE を用いるエイリアス(ren,mklink,dir,…)が動かなくなっていた不具合を修正

全角空白(%U+3000%)がパラメータの区切り文字と認識されていた点を修正

(#359) -c,-k オプションで CMD.EXE のように複数の引数をとれるようにした

「存在しないディレクトリ\何か」を補完しようとすると「The system cannot find the path specified.」と表示される不具合を修正 (Thx! tsuyoshicho)

(#360) 幅ゼロやサロゲートペアな Unicode は<NNNNN> と表示するようにした (Thx! tsuyoshicho)

サロゲートペアな Unicode をそのまま出力するオプション –output-surrogate-pair を追加

suコマンドで、ネットワークドライブが失なわれないようにした

(#197) ソースがディレクトリで -s がない時、ln はジャンクションを作成するようにした

内蔵の mklink コマンドを実装し、CMD.exe /c mklink のエイリアス mklink を削除

ゼロバイトの Lua ファイルを削除(cdlnk.lua, open.lua, su.lua, swapstdfunc.lua )

(#262) diskfree でボリュームラベルとファイルシステムを表示するようにした

UNCパスがカレントディレクトリでもバッチファイルを実行できるようにした。

UNCパスがカレントディレクトリの時、ren,assoc,dir,for が動作しない不具合を修正

(#363) nyagos.alias.COMMAND=“string” 中では逆クォート置換が機能しない問題を修正 (Thx! tostos5963 & sambatriste )

(#259) アプリケーションをダイアログで選んでファイルを開くコマンド select を実装

diskfree の出力フォーマットを修正

via Release 4.4.2_0

diskfree: 行末の空白を削除

~"\Program Files" の最初の引用符が消えて、Files が引数に含まれない不具合を修正

via Release 4.4.2_1

新たに追加された select コマンドはエクスプローラのコンテキストメニュー「プログラムから開く」に近い機能を提供していて，たとえば

$ select index.html

とか打てば

てな感じでファイルを開くプログラムの選択ダイアログが開く。なにそれ素敵！

まるきし余談だが，先々月に NYAGOS 4.4.1 が出てて，私も Issue 上げてたのに記事にしてなかった。 1月2月はホンマに余裕がなかったからなぁ。まぁ今は余裕があるかと言われればそうでもないんだけど…

アップデートは計画的に。

【2019-04-13 追記】 NYAGOS 4.4.2_2 がリリースされた

Ctrl-RIGHT,ALT-F(次の単語へ), Ctrl-LEFT,ALT-B(前の単語へ)を実装

インクリメンタルサーチ開始時にトップへ移動する時のバックスペースの数が間違っていた不具合を修正

(#364) ESC[0A というエスケープシーケンスが使われていた不具合を修正

via Release 4.4.2_2

NYAGOS 4.4.0 がリリースされた

2019-01-12T08:23:12+00:00

NYAGOS 4.4.0 がリリースされた。

Release 4.4.0_0 · nyaosorg/nyagos · GitHub

変更点は以下の通り。

Support Linux (experimental)

Fix the problem that current directories per drive were not inherited to child processes.

Use the library “mattn/go-tty” instead of “zetamatta/go-getch”

Stop using msvcrt.dll via “syscall” directly

On linux, the filename NUL equals /dev/null

Add lua-variable nyagos.goos

(#341) Fix an unexpected space is inserted after wide characters

On Windows10, enable stdout virtual terminal processing always

If git.exe push disable virtual terminal processing, enable again.

(#339) Fix that wildcard pattern .??* matches ..

It requires github.com/zetamatta/go-findfile tagged 20181223-2

Linux サポート(実験レベル)

ドライブ毎のカレントディレクトリが子プロセスに継承されなかった問題を修正

ライブラリ “zetamatta/go-getch” のかわりに “mattn/go-tty” を使うようにした

msvcrt.dll を直接syscall経由で使わないようにした。

Linux でも NUL を /dev/null 相当へ

Lua変数 nyagos.goos を追加

(#341) Windows10で全角文字の前に文字を挿入すると、不要な空白が入る不具合を修正

それに伴い、Windows10 では virtual terminal processing を常に有効に

git.exe pushが無効にしても再び有効にする

(#339) ワイルドカード .??* が .. にマッチする問題を修正

要 github.com/zetamatta/go-findfile tagged 20181230-2

via Release 4.4.0_beta

Remove beta

To call a batchfile, stop to use /V:ON for CMD.EXE

βを外した

バッチファイルを呼ぶ時に、/V:ON を CMD.EXE に使わないようにした

via Release 4.4.0_0

実験レベルながら Linux に対応したですよ。これって Windows を捨てようとしている私へのご褒美？正直に言って Linux に移行する際の shell をどうしようか悩んでたのよ¹。まぁ，当分先の話だが。

【追記 2019-01-19】 NYAGOS 4.4.0_1 がリリースされた

Release 4.4.0_1 · nyaosorg/nyagos · GitHub

Abolished “–go-colorable” and “–enable-virtual-terminal-processing”

Implemented killall

Implemented copy and move for Linux

(#351) Fix that END (and F11) key did not work

“–go-colorable” と “–enable-virtual-terminal-processing” を廃止

killall コマンドを実装

Linux用の copy と move を実装

(#351) END と F11 キーが動作もキー割り当てもできなかった不具合を修正

via Release 4.4.0_1

ブックマーク

「GNU Bash 5.0」リリース、10年ぶりのメジャーバージョンアップ－ Publickey

普段は bash でいいのだが，現在 NYAGOS 上で運用している Lua スクリプトを Linux でも使いたいなぁ，なんて。 ↩︎

NYAGOS 4.3.1 がリリース

2018-06-03T09:16:56+00:00

NYAGOS 4.3.1 がリリースされた。

Release 4.3.1_0 · nyaosorg/nyagos

いくつかの起動時オプションが追加された。

Support Windows10’s native ESCAPE SEQUENCE processing with --no-go-colorable and --enable-virtual-terminal-processing

For #304,#312, added options to search for the executable from the current directory

--look-curdir-first: do before %PATH% (compatible with CMD.EXE)

--look-curdir-last : do after %PATH% (compatible with PowerShell)

--look-curdir-never: never (compatible with UNIX Shells)

nyagos.prompt can now be assigned string literal as prompt template directly.

Fix #314 rmdir could not remove junctions.

--no-go-colorable と --enable-virtual-terminal-processing で、Windows10 ネイティブのエスケープシーケンスをサポート

#304,#312, カレントディレクトリから実行ファイルを探す時のオプションを追加

--look-curdir-first: %PATH% より前に探す(デフォルト:CMD.EXE互換動作)

--look-curdir-last : %PATH% より後に探す(PowerShell互換動作)

--look-curdir-never: %PATH% だけから実行ファイルを探す(UNIX Shells互換動作)

nyagos.prompt にプロンプトテンプレートの文字列を直接代入できるようになった。

#314 rmdir がジャンクションを削除できなかった問題を修正

via Release 4.3.1_0

【追記 2018-06-24】 下記の件は 4.3.1_3 で改修されたようだ。 --look-curdir-never 指定時はカレントディレクトリ直下の hoge.exe は ./hoge でのみ起動する。

実行ファイルの検索オプションだが --look-curdir-never について --look-curdir-last との違いがよく分からなかったり。たとえばカレントディレクトリに hoge.exe があって PATH 上に同名のファイルが存在しない場合に，どちらのオプションでも

$ hoge

で起動してしまう。私としては --look-curdir-never 指定時は ./hoge のみで起動することを期待したのだが違うのだろうか。まぁ，大した問題ではないのでよかろう。

にしても，コマンドプロンプトと PowerShell ってそんなところで挙動が違うんだなぁ。いいのか，それ。

【追記 2018-06-24】 NYAGOS 4.3.1_1 がリリース

不具合等の改修。

Remove source code for lua53.dll

#317: deadlock when use "subcomplete" is enabled and rclone.exe is found.

See also: yuin/gopher-lua#181

#318,#319: add compatible functions with lua 5.3

bit32.band/bitor/bxor

utf8.char/charpattern/codes

lua53.dll 向けのソースコードを削除

#317: use subcomplete が有効で、rclone.exe が見付かった時デッドロックしていた

yuin/gopher-lua#181 も参照のこと

#318,#319 下記の Lua 5.3 互換関数を追加

bit32.band/bitor/bxor

utf8.char/charpattern/codes

via Release 4.3.1_1

【追記 2018-06-24】 NYAGOS 4.3.1_2 がリリース

不具合等の改修。

#320: fix the imcompatibility: nyagos.rawexec & raweval did not expand tables in arguments.

–show-version-only enables –norc automatically

#320: nyagos.rawexec & raweval が引数内のテーブルを展開していなかった非互換性を修正

–show-version-only を指定すると –norc を自動的に有効化するようにした

via Release 4.3.1_2

【追記 2018-06-24】 NYAGOS 4.3.1_3 がリリース

不具合等の改修。

#316 Fix: zero-length directory-name in %PATH% is regarded as the current directory

#321 Fix: key function names previous_history & next_history were not registered.

Add -h and –help option

Lines starting with @ of Lua script are now ignored to embed into batchfile.

#322 Fix: change the encoding for batchfile’s parameters from Thread Codepage to Console Codepage #322

All of lua variables nyagos.option.* are now able to be set by nyagos.exe’s command-line option.

#316 %PATH% の中の長さゼロのエントリがカレントディレクトリとみなされていた不具合を修正

#321 キー機能名の previous_history と next_history が未登録だった不具合を修正

-h,–help オプションを追加

バッチファイル組み込みのため、Luaスクリプトの @ で始まる行を無視するようにした

#322 バッチファイルの引数のエンコーディングをスレッドのコードページから、コンソールのコードページへ変更した。

Lua変数 nyagos.option.* の全てを nyagos.exe のコマンドラインオプションで設定できるようにした。

via Release 4.3.1_3

NYAGOS 4.3 で GopherLua が採用される

2018-04-30T09:49:39+00:00

（正式版が出たので内容を更新した 2018-05-07）

NYAGOS 4.3 で Lua の Go 言語実装のひとつである GopherLua が採用された。

以下に変更点をまとめて紹介する。

Use Gopher-Lua instead of lua53.dll #300

nyagos with lua53.dll (mains.exe) can be built with cd mains ; go build

nyagos with no Lua (ngs.exe) can be built with cd ngs ; go build

Made nyagos.option.cleanup_buffer (default=false). When it is true, clean up console input buffer before readline.

set -o OPTION_NAME and set +o OPTION_NAME (=nyagos.option.OPTION_NAME= on Lua)

Buffer console-output ( go-colorable and bufio.Writer ) ^ Fix: Typing C-o looks to raise hang up until Enter or ESCAPE is typed (on 4.3beta) #303

Fix the library: go-box

Fix: chcp did not work. (chcp was aliaes to update memory of screen width)

Add ls -L which shows information for the file refernces rather than for the link it self. (because ls could not show the directories in OneDrive )

lua53.dll のかわりに Gopher-Lua を採用 #300

旧来の lua53.dll 版 nyagos (mains.exe) は cd mains ; go build でビルド可能

Lua無し版 nyagos (ngs.exe) は cd ngs ; go build でビルド可能

nyagos.option.cleanup_buffer を追加(デフォルトは false)。true の場合、一行入力の前にコンソールバッファをクリアする

set -o OPTION_NAME と set +o OPTION_NAME を新設(nyagos.option.OPTION_NAME= on Lua と等価)

コンソール出力をバッファリングするようにした ( go-colorable and bufio.Writer )

C-o を押すと Enter か Escape が押されるまでハングしたように見える不具合を修正

(ライブラリを修正: go-box)

chcp が動作しない不具合を修正 (同コマンドは画面幅取得のため別名定義していた)

シンボリックリンクの先を参照するオプション ls -L を追加（OneDrive内のディレクトリーが表示できなかったため）

via Release 4.3.0_0

起動時のバージョン表記は以下のようになる。

Nihongo Yet Another GOing Shell 4.3.0_2-amd64 by go1.10.2
Powered by GopherLua 0.1
(c) 2014-2018 NYAOS.ORG <http://www.nyaos.org>

私も以前 Lua の Go 言語実装についてちょろんと調べたことがあるのだが

Go 言語による Lua 実装を試してみた

このときは別のパッケージでしかも args などのグローバル変数の設定の仕方がよく分からなくて放置していたのだ（ゴメンペコン）。

Go 言語は組込み用途のコードも書けるので，そこに Lua エンジンを（Go 言語ネイティブで）組み込めるというのは意義が大きいと思う。例えば現在のツールの多くは設定情報を YAML や TOML などで記述するが， Lua で設定を記述できるのなら，ちょっとしたロジックを組み込むことも可能になる。実際に NYAGOS ではコマンドの alias に Lua コードを組み込むことができる。

NYAGOS で GopherLua を組み込んでくれるのなら，是非ソースコードも読んでノウハウを勉強したい。

【追記 2018-05-07】 4.3.0 にアップグレードして起動した際に

C:\Users\username\AppData\Roaming\NYAOS_ORG\amd64.nyagos.luac line:1(column:1) near '←':   Invalid token

と警告が出た。古いファイルなのかな？

この場合は C:\Users\username\AppData\Roaming\NYAOS_ORG フォルダの中身を掃除すればいいようだ。なお，このフォルダにある nyagos.history ファイルは名前の通りコマンド履歴なのでご注意を。

【追記 2018-05-07】 NYAGOS 4.3.0_1 がリリース

Release 4.3.0_1 · nyaosorg/nyagos · GitHub

不具合の修正のみ。

Fix: nyagos.d/start.lua did not worked because the member rawargs of alias-function’s argument was not implemented.

Fix: the return value of alias-function was not evaluted.

Fix: for the script in -e option, arg[] was not assinged.

Fix: On -f & -e option, warned as getRegInt: could not find shell in Lua instanc e

Fix: batchfile cound not return the value of exit /b as ERRORLEVEL

nyagos.d/start.lua が動作していなかった不具合を修正 (エイリアス関数の rawargs パラメータが実装されていなかった)

alias 関数の戻り値が評価されていなかった不具合を修正

-e オプションのスクリプト向けに、arg[] に引数が代入されていなかった

-e,-f オプションで、getRegInt: could not find shell in Lua instance が表示される不具合を修正

バッチファイルが exit /b の値を ERRORLEVEL として返せなかった不具合を修正

via Release 4.3.0_1

【追記 2018-05-07】 NYAGOS 4.3.0_2 がリリース

Release 4.3.0_2 · nyaosorg/nyagos · GitHub

不具合の修正のみ。

#305: Fix issue that user’s .nyagos was not loaded again (Thx! @erw7)

#305: ユーザの .nyagos が二回目以降ロードされない不具合を修正(Thx! @erw7)

via Release 4.3.0_2

【追記 2018-05-10】 NYAGOS 4.3.0_3 がリリース

Release 4.3.0_3 · nyaosorg/nyagos

不具合の修正。着々と改善されています。

Fix: forgot implement nyagos.setalias , nyagos.getalias (alias { CMD=XXX} did not work.)

Fix: that the element [0] of the table value returned by alias-function was not used as the new command name to evaluate.

Fix: doc/09-Build_*.md about how to download sourcefiles from github

nyagos.setalias, nyagos.getalias の実装が漏れており、alias { CMD=XXX} が動かなくなっていた

エイリアスの戻り値でテーブルが与えられた時、コマンド名として解釈すべき、要素[0]が使われていなかった不具合を修正

doc/09-Build_*.md: github からのソースダウンロード方法についてドキュメント更新

via Release 4.3.0_3

【追記 2018-05-13】 NYAGOS 4.3.0_4 がリリース

Release 4.3.0_4 · nyaosorg/nyagos

不具合の修正。着々と改善されています。

Fix: #309 nyagos.getkey() raised panic (Thx @nocd5)

Fix: error-message when command lnk’s target is not *.lnk nor exist.

Fix: the cursor blink was switched to off on the child process.

Fix: #309 nyagos.getkey() が使えない不具合を修正 (Thx @nocd5)

lnk コマンドの宛先が *.lnk でなかったり存在しなかった時のエラーメッセージを修正

子プロセスのカーソルがオフになってしまう不具合を修正

via Release 4.3.0_3

ブックマーク

NYAGOS 4.2.5 のリリースと環境変数の扱い

2018-03-27T10:47:59+00:00

（正式版がリリースされたので改題しました）

NYAGOS 4.2.5 がリリースされた。

以下に変更点をまとめて紹介する。

Read the value of environment variables and the current directory that a batchfile changed like CMD.EXE.

And refactored a lot of source files

Fix: #296 the batchfile could not be executed when the username contains multibyte-character.

Fix that the encoding of the temporary batchfile was UTF8.

Fix that the end of the each line of the temporary batchfile was LF not CRLF.

Fix: #297 running the batchfile includes exit without /b option, an error occurs

Add Lua-flag: nyagos.option.usesource. When it is false, batchfiles can not change nyagos’s environment variables and directory.(default:true)

CMD.EXE と同様に、バッチファイルが変更した環境変数・カレントディレクトリを読み取るようにした。

ソースの幾つかを派手にリファクタリングした。

#296 ユーザ名にマルチバイト文字が入っていると、バッチが正常動作しない不具合を修正

一時バッチファイルのエンコーディングが UTF8 になっていた

一時バッチファイルの改行コードが CRLF ではなく LF になっていた

#297 /b なしの exit をバッチファイルが実行した時、一時ファイルが無い旨のエラーがでていた

luaフラグ nyagos.option.usesource を追加。false の時、バッチファイルは NYAGOS の環境変数を変更できなくなる(default:true)

via Release 4.2.5

というわけで，このバージョンからバッチファイル（*.bat, *.cmd）実行時の環境変数の扱いが変わるようだ。詳しくは以下を参照のこと。

NYAGOS 4.2.5βが、いかにしてバッチファイルでの環境変数の変更取り込みを可能としたか - Qiita

個人的にはバッチファイルで環境変数が汚れるのは好みではなかったので source コマンドのみで環境変数を変えられるという仕様は結構気に入っていたのだが，まぁいいか。問題ない。

【追記 2018-03-31】 nyagos.option.usesource オプションを追加していただいた。これを false にすれば従来どおり source コマンドのみで環境変数を変更できる。ホームディレクトリの .nyagos に追記しておけばいいだろう。

【追記 2018-04-18】 NYAGOS 4.2.5_1 がリリース

Release 4.2.5_1 · nyaosorg/nyagos

不具合の修正のみ。

Fix: if [not] errorlevel N did not work on block-if.

Fix: that ls -1F did not show the indicator such as /,* or @.

Fix: the problem that executables reparse-pointed but not symbolic-linked can not be found. ★

Fix: ls -F marked ‘@’ to files and directories which ar reparse-pointed but not symbolic-link nor junction

Changed the error message when the command history is called in _nyagos

★ This is the reason that executables in OneDrive can not be called.

ブロックif で if [not] errorlevel N が動かなかった不具合を修正

リパースポイント先の実行ファイルが見付からなくなっている問題を修正（※）

ls -1F が /,* や @ といったインジケーターを出力しない問題を修正

ls -F が「リパースポイントではあるが、ジャンクション、シンボリックリンクでないファイル・ディレクトリ」に @ マークをつけていた不具合を修正

_nyagos で history コマンドを使った時のエラーメッセージを変更

（※ OneDrive の下においた実行ファイルが実行できなくなる問題の原因がコレです）

via Release 4.2.5_1

【付録】環境変数の汚染を防ぐには

バッチファイルで環境変数を汚さないようにするには setlocal ... endlocal で囲めばよい¹。しかも入れ子にできる。たとえばフィボナッチ数を数え上げる処理はこんな感じ²。

@echo off
setlocal

setlocal enabledelayedexpansion

set /a n = %~1
set /a b1 = 0
set /a b2 = 0

if %n% == 1 echo 1: %b2% && goto :end
echo 1: %b2%
set /a b2 = 1
if %n% == 2 echo 2: %b2% && goto :end
echo 2: %b2%
for /l %%i in (3, 1, %n%) do (
    set /a fib = !b1! + !b2!
    set /a b1 = !b2!
    set /a b2 = !fib!
    echo %%i: !b2!
)

:end
endlocal && set /a fib = %b2%

echo %~1th Fibonacci number is %fib%
endlocal

endlocal && set /a fib = %b2% で setlocal ... endlocal スコープの外に値を持ち出している点に注目。

これを実行すると以下のようになる。

C:> fibonacci.cmd 10
1: 0
2: 1
3: 1
4: 2
5: 3
6: 5
7: 8
8: 13
9: 21
10: 34
10th Fibonacci number is 34

C:> set fib
環境変数 fib が定義されていません

C:> set b2
環境変数 b2 が定義されていません

ブックマーク

時々 setlocal と endlocal がペアになっていない記述を見かける（特に遅延環境変数の説明とか）。 endlocal がなくても別にエラーになったりはしないしちゃんと動くのだが（バッチ終了時に全スコープが閉じられるので），プログラマならスコープは正しく書こうね。 ↩︎
コード内の enabledelayedexpansion は遅延環境変数を有効にするオプション。 !fib! などがこれに該当する。 for 文や if 文の ( ... ) で囲まれた部分で環境変数を操作する場合に必要。遅延環境変数は setlocal ... endlocal スコープ内でしか有効にできない点に注意。 ↩︎

NYAGOS 4.2.4_0 Released

2018-03-11T06:28:00+00:00

NYAGOS 4.2.4_0 がリリースされた。

Release 4.2.4_0 · nyaosorg/nyagos

細かい機能の変更や修正がメイン。

lua: ole: variable = OLE.property is avaliable instead of OLE:_get('property')

lua: ole: OLE.property = value is avaliable instead of OLE:_set('property',value)

Load nyagos.d/*.ny as batchlike file

#266: lua_e "nyagos.option.noclobber = true" forbides overwriting existing file by redirect.

#269: >| FILENAME and >! FILENAME enable to overwrite the file already existing by redirect even if nyagos.option.noclobber = true

#270: Console input buffer has been cleaned up when prompt is drawn.

#228: Completion supports $ENV[TAB]… by native

#275: Fix: history substitution like !str:$ , !?str?:$ did not work.

The error event not found is caused when the event pointed !y does note exists.

#285: Not wait GUI-process not using pipeline terminating like CMD.EXE (Call them with ShellExecute() instead of CreateProcess() )

(Replaced bytes.Buffer to strings.Builder and Go 1.10 is required to build)

When more than one are to be executed with open at once, display error: open: ambiguous shellexecute

Fix that nyagos.alias.NAME = nil could not remove the alias.

lua: ole: variable = OLE.property が OLE:_get('property') のかわりに使えるようになった

lua: ole: OLE.property = value が OLE:_set('property',value) のかわりに使えるようになった

nyagos.d/*.ny のコマンドファイルも読み込むようにした

#266: lua_e "nyagos.option.noclobber = true" でリダイレクトでのファイル上書きを禁止

#269: >| FILENAME もしくは >! FILENAME で、nyagos.option.noclobber = true の時も上書きできるようにした

#270: プロンプト表示時にコンソール入力バッファをクリアするようにした

#228: $ENV[TAB] という補完をネイティブでサポート

#275: !str:$ や !str?:$ といったヒストリ置換が機能しない不具合を修正

! で指定されるヒストリが存在しない時「event not found」エラーを出させるようにした

#285: パイプラインを使っていない GUIプログラムは CMD.EXE 同様終了を待たないようにした (CreateProcess ではなく ShellExecute を使用する)

(bytes.Buffer を strings.Builder に置き換えた。Go 1.10 が必要になった)

複数のファイルが「open」で一度に開こうとした時、open: ambiguous shellexecute とエラーを表示するようにした。

nyagos.alias.NAME = nil で alias を削除できなかった動作を修正

via Release 4.2.4_0

nyagos.d/*.ny は今回のリリース・パッケージには含まれてなかったのだけど，次回以降で入ってくるってことかなぁ？それとも自前のスクリプトは *.lua じゃなくて *.ny にしろってことなのだろうか。

（追記： *.ny は単純にコマンドを列挙したバッチ処理を格納できるファイルだそうだ）

アップデートは上書きコピーでOK。

ブックマーク

NYAGOS 4.2.3_4 Released

2018-03-06T09:57:17+00:00

NYAGOS 4.2.3_4 がリリースされた。

Release 4.2.3_4 (bug fixes) · nyaosorg/nyagos

今回は不具合の修正がメインのようだ。

ls -? for help instead of ls -h

Building with go build instead of make.cmd, print version as snapshot-GOARCH

Show an error when type DIRECTORY is executed.

Made error message simple on del NOTEXISTFILE

Fix: #279 Substitution on Environment variable (%VAR:OLD=NEW%) did not ignore case

Fix: #281 cd \\server\folder ; open -> C:\Windows\system32 was open.

Fix: #286 A tilde(~) after whitespace enclosed with double quotations was interpreted same as %USERPROFILE%

#287 On the last entry of the history, do nothing for typing ARROW-DOWN

ls -h のかわりに ls -? をヘルプに用意した

make.cmd のかわりに go build でビルドした時、バージョンを snapshot-GOARCH と表示するようにした

type DIRECTORY が実行された時にエラーにするようにした。

del 存在しないファイル を実行した時のエラーをシンプルにした.

#279 環境変数置換(%VAR:OLD=NEW%)で、英大文字/小文字を区別していた不具合を修正

#281 cd \\server\folder ; open で C:\Windows\system32 開く不具合を修正

#286 Fix: 二重引用符内の空白に続く ~ が %USERPROFILE% と解釈されていた不具合を修正

#287 ヒストリの最後のエントリの時、↓をタイプしても何もしないようにした

via Release 4.2.3_4 (bug fixes)

アップデートは上書きコピーでOK。

List of Shell [text.Baldanders.info]

GitHub Copilot はシェル芸達者

生成 AI にどこまで任せていいのか

タイトル & slug の提案と記事ファイルの作成

書いた記事の校正とタグの提案

記事ファイルの commit & push

ブログのビルドと GitHub Pages への commit & push

Hugo の更新

GitHub Copilot はシェル芸達者

参考

gpgpdump v0.12.0 をリリースした

ブックマーク

参考図書

Windows Terminal × NYAGOS × Scoop ＝ ♥

Windows 10 に ATOM を入れる

Windows Terminal のインストール

Scoop のインストール

NYAGOS のインストール

Windows Terminal に NYAGOS を登録する

Go で GUID を取得する

Scoop を使うなら git は必須

ついでに Scoop で GnuPG もインストールする

今回はここまで

ブックマーク

参考図書

NYAGOS 4.4.2 がリリースされた

【2019-04-13 追記】 NYAGOS 4.4.2_2 がリリースされた

NYAGOS 4.4.0 がリリースされた

【追記 2019-01-19】 NYAGOS 4.4.0_1 がリリースされた

ブックマーク

NYAGOS 4.3.1 がリリース

【追記 2018-06-24】 NYAGOS 4.3.1_1 がリリース

【追記 2018-06-24】 NYAGOS 4.3.1_2 がリリース

【追記 2018-06-24】 NYAGOS 4.3.1_3 がリリース

NYAGOS 4.3 で GopherLua が採用される

【追記 2018-05-07】 NYAGOS 4.3.0_1 がリリース

【追記 2018-05-07】 NYAGOS 4.3.0_2 がリリース

【追記 2018-05-10】 NYAGOS 4.3.0_3 がリリース

【追記 2018-05-13】 NYAGOS 4.3.0_4 がリリース

ブックマーク

NYAGOS 4.2.5 のリリースと環境変数の扱い

【追記 2018-04-18】 NYAGOS 4.2.5_1 がリリース

【付録】 環境変数の汚染を防ぐには

ブックマーク

NYAGOS 4.2.4_0 Released

ブックマーク

NYAGOS 4.2.3_4 Released

ブックマーク

【付録】環境変数の汚染を防ぐには