僕の開発環境はwindowsに構築されています。 当然コードを書くのはwindows上だし、コンパイルするのもwindows上です。 ファイル操作はエクスプローラもターミナルも使い分けます。 さて、windowsのターミナルといえば、あの"cmd.exe"ですね。 こいつが非常に低機能で、なんとウィンドウサイズの変更も満足にできません。 そんな環境のターミナルでファイル操作なんかを行おうものなら、僕は将来育毛剤を使わないといけない体になってしまいます。 そんなことは丁重にお断りさせていただきたいので、windows上で快適に使えるターミナル環境を探していました。 最初に触ったのは、おなじみのCygwin。 まあ、これで僕は概ね満足していたわけです。 見た目があまりクールじゃないという点と、パッケージの追加が面倒という点を除けば。 次に触ったのは、msys2です。 こいつはとてもいい環境でし
[D] Windowsはターミナルがダメだから使えないってのは過去の話? 基本的にはいい感じに見えますが、いくつか問題は発覚してます。 http://blog.drikin.com/2015/01/windows-2.html 僕は Cygwin よりも msys2 が好きです 理由は最後の方に書きます。 cygwin は windows 上に完全な POSIX を提供するのが目的であって、msys2 は native な windows アプリケーションをビルドするのが目的なのでゴールが違うのよね。そして僕は全て cygwin で染められるのが好きじゃ無い。それだけの話です。 — mattn (@mattn_jp) April 10, 2016 もちろん msys2 を POSIX 環境としても使いますが、一番の目的は cmd.exe から Windows ネイティブなアプリケーションを
http://cygwin.com/ml/cygwin-announce/2006-12/msg00026.html によるとbash-3.2.9-10からCRが、改行(shではコマンドの区切り)ではなく、CRそのものとして扱われるようになったらしい。 ということで、shellスクリプトの改行コードがCRLFの場合、 #!/bin/sh echo "hello world!" みたいな単純なコードでも ./sample.sh: line 2: $'\r': command not foundと、CRがコマンドのように扱われてしまいます。 解決法としては、メールにあるように、スクリプトのどこか(interactive shellの場合は、.bashrcとか)に、↓のようにigncrオプションを設定してCRを無視するようにすればOK。 #&&の前のコマンドは、古い環境でスクリプトが実行されて、
【はじめに】 MSYS2でmintty+zshなシェル環境を構築する為の手順をまとめておきます。 以前の記事 と重複になる部分が多々ありますので、既にMSYS2を導入されている方は適当に読み飛ばしてください。 ##【MSYS2のインストール】 まずは http://sourceforge.net/projects/msys2/files/Base/ より、最新のMSYS2をダウンロードします。 ファイルは64bit版/32bit版、インストーラ形式/アーカイブ形式が それぞれありますので自分の環境に合ったものをお好みで選択したください。 次に、ダウンロードしたファイルを適当なディレクトリにインストール（又は展開）します。 インストールするディレクトリとしては パス名にASCII文字以外使用しない パス名にスペースを使用しない の制限があります。また最大パス長の制限もあるようなので、出来るだ
2014/1/5にCakePHP3のプレビュー版が公開されました。 まだ「開発版プレビュー」なので動かない機能がたくさんありますが、主要な部分は動かすことが可能です。 変更点となどは、こちらの記事がとても参考になります。 まず、実際にXAMPP/WindowsでCakePHP3を動かす環境を作成します。 PHP 5.4の準備 現在多くのLinuxサーバで採用されているRedHat6やCentOS6標準のphpは5.3なため、次のバージョンリリースを待つか自前でphp5.4環境を作らないと動きません。 自分はXAMPP 1.82を使用しました。 xamppをインストールした後、PATHの設定が必要です。「c:\xampp」 にインストールした場合、環境変数Pathに「c:\xampp\php」を追加します。 composer CakePHP3の配布はzipファイルの展開からCompoerへ変
現象 OSをWindows 8.1(x64)にアップグレードした。gnupack 11.0 の emacs を起動した。下記のエラーが表示された。 Warning (initialization): An error occurred while loading `c:/XXXXXXXXX/home/.emacs.d/init.el': error: Cannot parse output from `mount': 0 [main] mount 11076 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Please report this problem to To ensure normal operation, you should investigate and remove the cause
最近コーヒー趣味が何度目かの再加熱。 いろいろ試してみたりしている中でなんだかよくわからなくなっていたのがコーヒー豆の挽き方。粒度とも呼ばれているやつ。 家ではカリタのナイスカットミル（Gじゃない初期の方）を使っているのですが、本体で中挽きと書かれている目盛り3とか4にしてもなんだか粗い気がしていました。 好みの味になるまで細挽きにしていくと良いという話も聞いたので、最近は目盛りを2にして使っていました。 このミルはそういうものなのかなぁと不思議に思いつつなんとなくレビュー動画や紹介動画をながめていると、他所のナイスカットミルは同じ設定でもなんだか挽き目が自分のナイスカットミルと違うことに気がつきました。 そして0点調整の紹介を発見……！！ ナイスカットミルを長く使っていると本体ダイアルの目盛りと実際の挽き目がズレてしまうんですね。9年使っていて知りませんでした。説明書は読んだはずなのです
Windows 64-bit 実行可能ファイル (EXE, DLL)の判別方法
実行してタスクマネージャーから確認する バイナリエディタでPEヘッダー(NT)を確認する 専用の判別ツールを使う (ツールのダウンロード) :: 実行してタスクマネージャーから確認する 64-bit版のWindowsの場合は、タスクマネージャのプロセス一覧で判別できます。 必要な道具 64-bitのWindows 確認したいプログラムを実行中に、タスクマネージャー(Ctrl + Alt + ESC）を起動します。 プロセスタブを選択し、プロセス一覧からプログラムのファイル名を探します。 ファイル名の隣に「*32」とマークされていれば、そのプログラムは32-bitです。マークされていない場合は64-bitで実行中です。 確認の為だけに実行させたくないし、DLLファイルが判別できないじゃないかとお怒りの方はバイナリエディタでPEヘッダー(NT)を確認する へ進みます。 :: バイナリエディタで
cURLの Win32向けバイナリパッケージである libcurl-7.19.3-win32-ssl-msvc.zipを Windows7 x64下で使ったときのトラブル。 パッケージに含まれるライブラリを使っていたのだけど、Windows XPで動いていた自作アプリが 0xc000007bエラーで起動できない。 パッケージに含まれる curl.exeを動かしてみても同じエラーになるので原因はパッケージの方にありそう。 ネットで症例を調べてみると「Windows 7 OpenLDAP Curl DLL Dependency Hell」がソレっぽい内容。 Dependency Walkerで curl.exeを調べてみると…32bitな openldap.dllが 64bitな libsasl.dllをリンクしようとしているのがわかる。 んなもの入れたかな？と思って調べてみると、64bit版
--2013-08-06 03:16:15-- ftp://ftp.jaist.ac.jp/pub/cygwin//setup.ini => `setup.ini' ==> CWD は必要ありません。 ==> SIZE setup.ini ... 完了しました。 ==> PASV ... 完了しました。 ==> RETR setup.ini ... `setup.ini' というファイルはありません。 Error updating setup.ini, reverting 原因 恐らくですが、2013年7月ごろにCygwin64bit版がリリースされた関係で、32bit版と64bit版を別々に提供するためにレポジトリのURLが２つに分かれたのが原因と思われます。 旧 ftp://ftp.jaist.ac.jp/pub/cygwin/ ↓ 32bit版 ftp://ftp.jaist.ac.
Cygwin 2.7位の awkからか、今まで DOSの CR/LF のコードでも正しく処理されていたものがされなくなった。 当方、いくつかの シェルスクリプト内で awk を使っているが、動きが変になったので調べてみたらこの原因だ 現象では、行が DOS形式、CR/LFでの改行コードになっている場合に、awk にて、1行切り出すまたは、最終フィールドを取り出すと、CR/LF (\r+\n) の LF(\r)はカットされるが CR(\r)は残ったままとなる。 $ c:/windows/system32/ipconfig | awk '{printf ("%s", $0);}' . . . : メディアは接続されていません817d1 今までは、すべての行が繋がって表示されたのに CR(\r)が残るので、最後の行しかでなくなった。 $ c:/windows/system32/ipconfig
Sometimes, after updating or installing packages, you'll start to get strange errors related to "fork()" or .dll loading. These errors are usually solved by rebasing your packages. Rebasing[] Requiring full rebase[] To rebase, you need to trigger the autorebase package: $ /usr/bin/rebase-trigger full The output will be "Note: _autorebase will do a full rebase the next time setup is run." For more
Windows8 64bit上での Cygwin
Windows8 64bit 環境上で Cygwin 1.7 を使い、make を走らせると、fork に失敗するという(致命的な)現象が起きる。 例えば、こんな感じ。 $ make gcc -std=gnu99 `test -f 'gen-fac_ui.c' || echo '../gmp-5.0.1/'`gen-fac_ui.c -o gen-fac_ui.exe 1 [main] gcc-4 2412 fhandler_disk_file::fixup_mmap_after_fork: requested 0xFFE90000 != 0x0 mem alloc base 0x0, state 0x10000, size 65536, Win32 error 487 1132 [main] gcc-4 2412 C:\Cygwin\bin\gcc-4.exe: *** fatal er
2010年10月31日21:57 Cygwin 1.7 の起動が遅い@ Windows 7 x64 カテゴリcygwinIT技術 PuttyやCygterm で cygwin を起動しているのですが、コンソールが起動するのに7～8秒もかかり、コンソールを大量に立ち上げる時は、かなりストレスがたまります。 これはcygwinのforkが遅いのが原因で、特に64bit環境で遅いのが原因のようで、起動時に呼び出される/etc/profileの実行時間が大半のようです。 試しに実際に起動後のプロンプトでbashを実行してもすぐに応答が返ってきますが、bash --loginを実行すると時間がかかってしまいます。 /etc/profileの処理を--noprofile オプションをつけてスキップさせることはできますが、これだといろいろと必要な環境変数がセットされないので、かなり使いにくい。 そこで、
しばらく GNU Screen を使っていなかったのですが、何枚も Cygwin を開けるのが面倒になり「タブつきのターミナルソフトがないかなあ」と探していたところ、GNU screen の Cygwin 版が公開されているのに気づきました。しかもだいぶ前に (涙)。 でかいの日記帳 » GNU Screen on Cygwin 公式の setup.exe の使い方がいまだによくわかっていないので、ミラーサイトから直接実行ファイルをダウンロード＋展開して使っています。 ミラーサイト → http://ftp.jaist.ac.jp/pub/cygwin/release/screen/ 一点だけ、はまったところ。 Cygwin シェル上で screen と打っても $ screen Clear screen capability required.とだけ出て、screen が起動しないことが
新しいPCでubuntuの無線LANがつながらず、Windows 7上でCygwinを使うことにしました。そこでWindows標準のコマンドプロンプトが使いづらいのでTeraTerm上でCygtermを動かした上でのポイントをいくつか。 Cygterm hereでログインシェルを使う Cygterm hereはエクスプローラ上で任意のフォルダからCygtermを起動する機能です。フォルダを右クリックで使えます。 この機能ではデフォルトでログインシェルを使うことになっていないのですが、これはちょっと不便なのでどうにかします。 レジストリエディタで HKEY_CLASSES_ROOT\Folder\shell\cygterm\command の値のデータを開くと "C:\(省略)\cyglaunch.exe" -nocd -nols -d \"%L\" となっているので "C:\(省略)\cy
cygwinでもコマンドからパッケージをインストール cygwin はGUIでsetup.exeからインストールします。 だけど、いちいちsetup.exeを起動するのは面倒。しかもsetup.exeはUACが必要で直接起動ができないです。しかもsetup.exeは検索が遅い。インクリメンタル検索なのでなんかもたつきます。 aptのようにインストールできるcyg-apt そこでコマンドラインからインストールできるパッケージを導入しました。apt-cygというパッケージです。 apt-cyg apt-cygを使ってみるとこんな感じです。 takuya@letsnote:~$ apt-cyg apt-cyg: Installs and removes Cygwin packages. "apt-cyg install <package names>" to install packages "
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
