tinynealyのCygwinのある生活
★日付の新しい順に記述しています
[目次]
11/11/08(火) 23:26:50 cc1が無いエラー
(top)
Cygwin の setupで、更新したら、
$ gcc -c -mno-cygwin xxx.c
とコンパイルすると
gcc: installation problem, cannot exec 'cc1': No such file or directory
が出るようになってしまった。確か昔もあったよね。
これは、Cygwin と Mingw (-mno-cygwinで呼ばれるモジュール) の 設定がおかしくなっているようだ。
回避策は、再度 Cygwin の setup.exe を起動して
Mingw のモジュールすべてを re-install
にて実行することで、直った。とりあえず報告。
けど、ベースのバージョンは変わっていないようだけど
$ uname -a
CYGWIN_NT-6.1-WOW64 tWn7t 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
11/02/27(日) 01:17:23 Cygwin 1.7.* 日本語ファイル名の扱い
(top)
Cygwin 1.7にしてから、日本語のファイル名が文字化けすることがあり、ちょっと動作をしらべてみた。仕様的に 1.7では Localeで日本語が正式に対応したとのことで、これが何を意味するのかよくわからなかった。
ファイルを日本語のファイル名にて作成すると、通常は エクスローラでみても、正しく(文字化け)せずに表示されると思う。ただ、漢字コードは日本語 Windowsの標準のシフトJISコードにて作成した場合で、EUCとかの漢字コードで作成すると文字化けしてしまっていた。
ところが、Cygwin 1.7では、localeの環境変数 LC_ALL を ja_JP.eucJP にして、EUCの漢字コードでファイルを作成すると、内部で変換されて、 エクスローラでも文字化けのないファイル名がみれるようになっている。
ところが、この環境変数の設定をしないで、日本語ファイル名を取得すると、UTF-8に変換されたファイル名で出力されるので、そのまま利用すると文字化けしてしまう。
Cygwin 1.5.*の時は、常に シフトJISだったのでこれが戸惑った仕様だった。
LC_ALLの設定は、以下のようになっている。
CP932 ... ja_JP.CP932
sjis ... ja_JP.SJIS
euc ... ja_JP.eucJP
utf8 ... ja_JP.UTF-8
ascii ... C
通常は、システムの環境変数 LC_ALL に ja_JP.CP932 に設定しておけば、問題がないはずだ。
ja_JP.SJIS でも通常は、問題ないように見えるが、JISの規格外の文字 � 銑瓦箸� アラビア数字(�機↓供↓后↓�)の漢字がうまく変換できない。
$ echo "漢字�記広梱´瓦任�" | iconv -c -f SJIS -t UTF-8 | iconv -c -f UTF-8 -t SJIS
漢字TXY@Sです ※元に戻らない
$ echo "漢字�記広梱´瓦任�" | iconv -c -f CP932 -t UTF-8 | iconv -c -f UTF-8 -t CP932
漢字�記広梱´瓦任�
Cygwinの問題でなく、SJISのコード仕様の問題だが、漢字コードの2バイト目に バックスラッシュ(￥ 0x5c)のコードが存在し、そのため Cygwin の bashなどでは、このバックスラッシュを特殊コードとみなすので、おかしくなることがある。
$ dirnm1="可能研究"
$ filenm1="新生フッソ樹脂.txt"
$ mkdir $dirnm1
$ cd $dirnm1
iconv: (stdin):1:18: cannot convert
$ pwd
/cygdrive/x/tmp/可?/研究 ... 文字化けしている
$ touch $filenm1
$ ls
新生フッソ樹脂.txt
$ ls -l $filenm1
$ cygpath -am $filenm1
X:/tmp/可?/研究/新生フッ?/樹脂.txt ... 文字化けしている
実は、 "能" と "ソ" の文字の2バイト目が、バックスラッシュ(￥ 0x5c)であるためにこんな動作になってしまう。
LC_ALL=ja_JP.UTF-8 でこの処理をすると問題なくなるのだが、ファイル名を渡すと UTF-8で伝わるので SJISしか認識しない Windowsのアプリだと問題になるので結構面倒なことは確かだ。
bash内のファイル名の判断は、bash 起動時の LC_ALLに基づくので、起動後に設定しても対応しないので注意が必要だ。
11/02/12(土) 00:05:41 Cygwin 1.7.7 で mintty で 日本語
(top)
mintty が大分進化していた。現在 0.9.5。kterm を使っていたが、X-Windowと起動しなくてもこのターミナルエミュレータが、日本語表示や入力がすべて行えことが判明した。
今まで kterm で我慢していたのがなんだったのか..て感じだ。
ktermを使っていたが、日本語がカット＆ペーストできなくなった。(Cygwin 1.5 + XFree86 の時はできていた)
mintty を起動すれば、ローカルのPCで操作するには、事足りるし、これの方が便利だ。
カット＆ペーストも双方向で問題ないし、フォントもWindowsのフォントがすべて使える。
起動後、右ボタンで OPtions を選び
Textで、Character Set
SJIS(Japanese)を選べば日本語が表示できる。
fontを選択すれば、大きさや書体も選べる。
入力も普通にIMEで 日本語が入力できる。
一度設定すると、次回起動時は、その設定で起動される。
minttyのサイト
http://code.google.com/p/mintty/
を見ると、
Features include:
Xterm-compatible terminal emulation.
Native Windows user interface with a simple options dialog.
Easy copy & paste.
Drag & drop of text, files and folders.
Ability to open files and URLs with Ctrl+click.
Comprehensive character encoding support, including UTF-8.
Wide character display and Windows IME support.
Window transparency, including glass effect on Vista and 7.
Options are stored in a text file. No registry entries.
Small program size and quick scrolling.
とxtermと同等の処理をしているようだ。確かに、タイトルバーとかが変更されている。
設定は ~/.minttyrc に保存されるようだ。
$ cat .minttyrc
│Font=ＭＳ ゴシック
│FontHeight=10
│Locale=ja_JP
│Charset=SJIS
└────────────
この設定を別ファイルにして、例えば xxx.conf
mintty -c xxx.conf
すれば、その設定にて、ウィンドウが起動するので、大きさを固定する場合に便利。
別件
ck なるターミナルエミュレータもあるね、これだと、出力が自動判定されて表示してくれる。
http://www.geocities.jp/meir000/ck/index.html
これも面白い。カット＆ペーストも漢字入力も大丈夫だ。
11/02/06(日) 17:48:21 Cygwin 1.7.7 で kterm (X11 X-Windows 日本語ターミナル)
(top)
xtermでも日本語が表示できるようになったが、
$ xterm -en sjis &
[1] 5140
$ 0 [main] xterm 7440 exception::handle: Exception: STATUS_ACCESS_VIOLATION
507 [main] xterm 7440 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump
$
$ /bin/xterm -en sjis &
[2] 6572
$ 0 [main] xterm 6572 child_copy: linked dll data write copy failed, 0x33E000..0x3427EC, done 0, windows pid 4612, Win32 error 487
xterm: Error 29, errno 11: Resource temporarily unavailable
Reason: spawn: fork() failed
と、なぜか不安定だし、現状 利用している ktermの方が、フォントも 3種類使えるので kterm を使うことにした。
ただ、さすがに Cygwin 1.3.x台に作成したバイナリだと、上手く動作しなくなってしまったので、Cygwin 1.7.7での gccでビルドしてみる。
まず、環境として Cygwinで以下の追加モジュールが必要だ。
Devel- gcc
X11- imake, makedepend, libX11-devel, libXaw-devel
ktermとパッチを 用意します。検索すればすぐ取得できるはずです。
kterm-6.2.0.tar.gz
kterm-6.2.0-cygwin.patch
適当な位置の置いて以下を順番に実行します。
$ tar zxvf kterm-6.2.0.tar.gz
$ cd kterm-6.2.0
$ patch -p1 < ../kterm-6.2.0-cygwin.patch
patching file Imakefile
patching file KTerm.ad
patching file kterm.h
patching file main.c
patching file screen.c
stddef.h等を シンボリックリンクします。(これは xmkmf を通すためなのでビルド後 削除してもＯＫ)
$ cd /usr/include
$ ln -s /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/stddef.h .
$ ln -s /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/stdarg.h .
その後、ビルドします。
$ xmkmf -a
...
$ make
...
$ make install
install -c -s -m 4711 kterm.exe /usr/bin/kterm.exe
install -c -m 0444 KTerm.ad /etc/X11/app-defaults/KTerm
install in . done
これで、/bin/kterm.exe ができているはず。
早速起動してみる。
起動後、Ctrl キーを押しながらマウスの右クリックをすると、フォントのサイズを選べるウィンドウが出る。
Default、Tiny、Medium、Large ... があるが、
ktermは、 Default(=Tiny), Tiny, Small, Large
実質 3種類が動作する。
→そう、忘れてた、3種出すには、モジュール X11/font-jis-misc, X11/font-sony-misc が必要だ。
→11/02/11(金) 22:10:22
cannaserver(canna2imm32) と kinput2 にて、kterm 上で漢字入力ができることを確認したが、なぜか不安定だ。起動しなかったりする。
入力自体、使用することはほとんどない(Meadowで編集)ので、この機能は使わないようにした。
あと、lessは、以前の less (jless)のまま利用しているので、SHIFT-JISが kterm上でそのまま表示できている。
11/02/06(日) 12:17:17 Cygwin 1.7.7 で gcc -mno-cygwin が使えなくなった (デフォルト gccバージョンの切り替え)
(top)
自作アプリを gcc -mno-cygwin ...にてビルドしてみると、
gcc: The -mno-cygwin flag has been removed; use a mingw-targeted cross-compiler.
とエラーになる。
デフォルトが gcc 3.4.4 だったのが、4.3.4 になり、-mno-cygwin を動作させなくなったのでエラーになるようだ。
$ cd /bin
$ ls -l gcc*
lrwxrwxrwx 1 Administrators None 21 9月 4 12:37 gcc.exe -> /etc/alternatives/gcc*
-rwx------+ 1 Administrators None 94741 2月 25 2009 gcc-3.exe*
-rwxr-xr-x 3 Administrators None 1220622 8月 15 09:55 gcc-4.exe*
-rwx------+ 1 Administrators None 16261 2月 25 2009 gccbug-3*
-rwxr-xr-x 1 Administrators None 16844 8月 15 09:32 gccbug-4*
$ ls -l /etc/alternatives/gcc
lrwxrwxrwx 1 Administrators None 18 2月 5 20:54 /etc/alternatives/gcc -> /usr/bin/gcc-4.exe
呼ぶ側で gcc を gcc-3 とすれば利用可能だが、特に gcc-4 を使う意味がなければ update-alternatives にてデフォルトを切り替えてしまおう。
$ /usr/sbin/update-alternatives --config gcc
2 プログラムがあり 'gcc' を提供します。
選択 コマンド
-----------------------------------------------
1 /usr/bin/gcc-3.exe
*+ 2 /usr/bin/gcc-4.exe
Enter を押して現在の選択 [+] を保持するか、選択番号を入力します:1
$ ls -l /etc/alternatives/gcc
lrwxrwxrwx 1 Administrators None 18 2月 6 12:42 /etc/alternatives/gcc -> /usr/bin/gcc-3.exe*
11/01/29(土) 18:03:35 Cygwin の rebase について (fork: Resource temporarily unavailable エラー対応)
(top)
Cygwinのバージョンをあげたら、
fork: Resource temporarily unavailable
C:\cygwin\bin\yyyy.exe (2312): *** unable to remap C:\cygwin\bin\cyg-yyyy.dll to same address as parent(0xD80000) != 0xE10000
12 [main] yyyy 668 fork_parent: child 2312 died waiting for dll loading
と出してコマンドが動作しなくなった。
結構よくあることだけど、この場合は、対処法がある。
Cygwinのモジュールで、rebase というものを installして、
Cygwinが動作していない状態で、
[スタート]-[ファイル名を指定して実行] にて
ash
を実行。出てきたウィンドウで、
rebaseall -v
を行えば、その後、使えるようになる。
ここでは、インストールされた、*.dll に対して rebase 処理、内部のアドレスを置き換える処理が行われ、再構築してくれる。
ただし、自分で作成した dll や、共有ライブラリ (.so)などは、行われないために、マニュアルで行う必要がある。
行わないと、
2 [main] xxxx 3796 fork: child -1 - died waiting for longjmp before
initialization, retry 0, exit code 0xC0000005, errno 11
xxxx: Error 29, errno 11: Resource temporarily unavailable
のようなエラーが同様に発生してしまう。
rebaseall は、通常の Cygwinの dll がロードしていると動作しないようにチェックがあるので、その中でコールしている rebase コマンドを使う。
$ cd "変更したファイルがある位置"
$ rebase -v -b 0x70000000 -o 0x10000 *.dll
-b -o で指定する値は、Cygwin のバージョンで違いがあるので、 以下で確認すること。
$ grep -e DefaultBaseAddress= -e DefaultOffset= /bin/rebaseall
DefaultBaseAddress=0x70000000
DefaultOffset=0x10000
自動にしたければ awkを使い以下のようにすればいい。
/bin/rebase -d -b $(/bin/awk -F= '/^DefaultBaseAddress/{print $2}' /bin/rebaseall) -o $(/bin/awk -F= '/^DefaultOffset/{print $2}' /bin/rebaseall) *.dll
10/12/05(日) 20:00:58 google翻訳 コマンドで実行
(top)
google翻訳のI/Fを使って Cygwin上でコマンドで翻訳できるようにしてみた。
$ transe2j "this is a pen"
これはペンです。
$ transj2e "お腹がすいて我慢できない"
I can not stand hungry
transe2j の処理は、コード変換とcurl呼び出しし、その後結果を取り出すことを行っている。
Cygwin の curl をインストールして、
$ curl 'http://ajax.googleapis.com/ajax/services/language/translate' -e 'http://www.xxxx.com' -d v='1.0' --data-urlencode langpair='|en' --data-urlencode q='お腹がすいて我慢できない'
でできるよ。
結果は以下のように出力される。
{"responseData": {"translatedText":"I can not stand hungry","detectedSourceLanguage":"en"}, "responseDetails": null, "responseStatus": 200}
ただ、コードは、UTF-8で入出力されるので注意して。
→11/11/06(日) 19:04:21
11/1〜なのか、このアクセスに制限がかかるようになったよ。残念だけど。たぶん、かなり利用数が多くなったんだろうね。
Quota Exceeded. Please see http://code.google.com/apis/language/translate/overview.html
10/07/23(金) 16:37:58 │Win32のプロセスを kill する │
(top)
ps での -W オプションで、Windows (Win32)のプロセスが表示される。
このときの pid を使って
kill しても No such process となる。
$ /bin/ps -W | grep nosus
9536 0 0 9536 ? 0 Jul 22 d:\usr\local\uty\nosus.exe
$ kill 9536
bash: kill: (9536) - No such process
$ /bin/kill 9536
kill: 9536: No such process
$ kill
kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]
パスを指定しないと、bash 内の 内部コマンドが起動する。
$ /bin/kill
Usage: kill [-f] [-signal] [-s signal] pid1 [pid2 ...]
kill -l [signal]
Send signals to processes
-f, --force force, using win32 interface if necessary
-l, --list print a list of signal names
-s, --signal send signal (use kill --list for a list)
-h, --help output usage information and exit
-v, --version output version information and exit
/bin/kill.exe 側に、-f をつけた場合の挙動として、
"using win32 interface if necessary"
Win32 でも、kill される記述がある。-f をつければ 終了させることが
できる。
$ /bin/kill -f 9536
$ /bin/kill -f 9536
kill: couldn't kill pid 9536, 5 (終了していることを確認)
(※参考 Windowsの tasklist, taskkill でも終了可能)
│>tasklist /svc
│タスクの一覧を得る。
│
│>taskkill /PID 1316 /F
│PID 1316のタスク(プロセス)を強制終了する。
│
│>taskkill /IM notepad.exe /F
│notepad.exeを強制終了する。
│ ... 成功: プロセス "notepad.exe" (PID 8748) は強制終了されました。
└─────────────────
□10/01/02(土) 21:08:12 │1.7.1-1 が出ている│
(top)
1.7.1-1(09/12/07)をテンポラリで入れてみる。
ドライブを指定してコマンドを実行すると、
$ ls -l c:/tools
cygwin warning:
MS-DOS style path detected: c:/tools
Preferred POSIX equivalent is: /cygdrive/c/tools
CYGWIN environment variable option "nodosfilewarning" turns off this warning.
Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
...
と警告が出る。
→10/01/25(月) 19:39:58
本リリースの新機能
・Windows 7とWindows Server 2008 R2を正式にサポート、Windows 95、98、
Meのサポートは終了
・WinSock関数を利用したIPv6のサポート。IPv6が未実装のシステムでは、
IPv4用の代替となる関数が提供される
・デフォルトの文字符号化形式をUTF-8に変更。環境変数LANGとLC_ALL、
LC_CTYPEに適切な値をセットしたうえで使用する
・環境変数CYGWINの仕様を変更。「ntsec」と「smbntsec」は、マウントオ
プションの「acl」と「noacl」にそれぞれ置き換えられる。「binmode」と
「server」が廃止された
・マウントポイントの情報をレジストリに記録することをやめ、代わりに
/etc/fstabおよび/etc/fstab.d/$USERを使用する
・シンボリックリンクに関する仕様を変更。システム属性を持つプレインファ
イルがデフォルトとなり、Windowsのショートカットを使う場合には、環境
変数CYGWINに「winsymlinks」を設定する
・Linuxのldd（バイナリがリンクするライブラリを検索するコマンド）に相
当するコマンドの追加
→10/01/26(火) 17:50:59
起動された cygwin1.dll の位置から、インストール位置を判定するよう
になった。これは、複数のバージョンを、インストールしても動作するよ
うにしたとのこと。この仕様の為に、今までのレジストリのキーは利用し
なくなった。
c:/borland/BCC55/Bin/cygwin1.dll にコピーし、この位置の実行ファイル内で、
cygwin_conv_to_win32_path()関数をコールすると
/ → c:\borland\BCC55 とかになる。
bin/ を1つ上がった位置がインストール位置と判断する。
なお、レジストリとして
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin 以下に以下が作成される。
│
├Installations .. Cygwin1.dllが起動した時にインストール位置が
│ 追加保存される
├Program Options
└Setup
└ Rootdir .. setup.exeでイントールした位置
・非 cygwin プロセスから起動した時に環境変数を大文字に強制的に変更し
ないようにした。常に大文字である Windows および POSIX の変数以外は
元のままを保持する。以前のような挙動に戻すには環境変数 CYGWIN に
"upcaseenv" をセットする。
・長いパス名の切り捨て : もし、作業ディレクトリ名が 260 バイトより長
いか、(/proc, /cygdrive, //server のような) 仮想パスである場合はそ
れらのパスを解釈できない Win32 のネイティブプログラムを呼ばないよ
うにした。
→これどういうこと？？
・proc/cpuinfo のフォーマットをより Linux のものに近づけた。
・古いシグナルマスクの下位互換性を排除した。(シグナルマスクを使用し
ているとても古いプログラムはもうきちんと動かないかもしれない。)
・異なるパスにインストールされた cygwin 環境はお互いを意識せずに並列
に実行することが可能である。プロセス内の cygwin DLL のパスは IPC
オブジェクトが生成される時に使われるキーとなる。よって、異なる
cygwin DLL は異なる名前空間で実行される。
・64 個までのシリアルインタフェース (/dev/ttyS0 〜 /dev/ttyS63) をサ
ポート。
・128 個までの raw ディスクドライブ (/dev/sda 〜 /dev/sddx) をサポート。
・Vista/2008 以降ではシンボリックリンクとして NTFS ネイティブシンボ
リックリンクを扱うことができる。(しかし、OS の制限から Vista/2008
のシンボリックリンクを生成することはできない。)
・シンボリックリンクをする場合は「システム属性を持つプレーンファイル」
形式のシンボリックリンクをデフォルトとする。Windows ショートカット
形式のシンボリックリンクのみにしたい場合は環境変数 CYGWIN に
winsymlinks をセットする。
・ネイティブの機構を利用して、NFS 共有を認識するようにした。NFS 共有
で本当のシンボリックリンクを作成および認識でき、これにより stat(2)
の正確な情報を取得できるようになり、open(2), mkdir(2) および
chmod(2) で正しくモードをセットできるようになる。
・ハードリンクをネイティブでサポートしてないファイルシステム (FAT,
FAT32 など) で擬似的なハードリンクを実現するためのファイルのコピー
をしないようにした。代わりに Linux のように単にエラーを返す。
・新しいファイルパス変換 API (Win32 <-> POSIX) (cygwin_conv_path,
cygwin_create_path, cygwin_conv_path_list)
・ファイル名に以下のものが使えるようになる。
DOS の特殊文字 ('"', '*', ':', '<', '$gt;', '|')
DOS のデバイスファイル名 ("aux", "nul", "prn")
06/12/02(土) 09:23:42 bashスクリプト実行がよく落ちる
(top)
最近、定期的に他のマシンからssh経由でbashシェルをたたいているがよく落ちる。Windowsのロック画面の上に、bash が落ちた複数のウィンドウが重なっている。
ちょっと前に更新したbashが悪い気がする。でcygwinのsetupを実行してみたら、bashのバージョンがあがっていた。
$ bash --version
GNU bash, version 3.2.5(7)-release (i686-pc-cygwin)
このバージョンにしたら、とりあえず改善されている。よく落ちるバージョンは、
GNU bash, version 3.2.5(6)-release (i686-pc-cygwin)
である。
⇒06/12/09(土) 15:50:32
だめ、3.2.5(7)でも落ちることがあり、改善されていなかった。仕方ないので過去のバージョン 3.1.17(6)-release に戻した。
落ちるタイミングは、コマンドが終了した時点、子プロセスの終了処理がおかしい。cygwinのバージョンは最新の 1.5.22-1 で、1.5.21-1の時ののbash なので同様な現象が起これば、cygwin1.dll の問題となるので、様子を見よう。
⇒06/12/10(日) 01:20:31
だめだ。cygwinのバージョンは、1.5.21-1でも出る。bash をversion 2.05a.0(2)-release とかなり古いものしてもでる。
bashがアプリケーションエラーしたときの表示は、
"0x6100365f" の命令が "0x0071da90"のメモリを参照しました。
メモリが"written"になることはできませんでした。
これでWeb を検索したら以下がhitした
http://www.mail-archive.com/cygwin@cygwin.com/msg74535.html
http://blog.gmane.org/gmane.os.cygwin/month=20060701/page=12
http://cygwin.com/ml/cygwin/2006-11/msg00683.html
http://cygwin.com/ml/cygwin/2006-11/msg00686.html
/bin/sh が /bin/bash と違っていると出るとか..
⇒06/12/12(火) 23:36:15
何もしていないのに、出なくなってしまった。ちょっと様子を見る。
⇒07/01/27(土) 20:17:32
1.5.23-2にしてるが、上記症状は皆無。bashは3.2.9-10
06/11/20(月) 23:05:46 bashスクリプトでCR+LFが動作しなくなった
(top)
bashスクリプトで \r\n の改行のものが動作しなくなった。CYGWIN環境変数を nobinmode に設定してもだめ。以前は動作していた。
調べてみると、bashのバージョンが bash --versionで 3.1.*は良いが、 3.2.*になっているとこの状況になることが判明
cygwinのリリースノートから切り替わったこと書かれている。 http://cygwin.com/ml/cygwin-announce/2006-10/msg00000.html
以下で対策ができるようだが、すべてLFだけに直した方が後々いいかも知れない。
│ shopt -s igncr
└──────────
を、/etc/profile や ~/.bashrcに入れれば可能とのこと。ただ、子に引き継がないので毎回の設定が必要
以前との互換のためには、
│(shopt -s igncr) 2>/dev/null && eval 'shopt -s igncr';#
└─────────────────────────────
にするとのこと。
これを \r\nのあるファイルの最初に入れるといい。最後の ;# がその行での \rを無視するために必要だ。
│#! /bin/bash
│(shopt -s igncr) 2>/dev/null && eval 'shopt -s igncr';#
│echo "これはテストです"
│echo "これはテストです"
└──────────────────────────────
これが、\r\nのファイルでも動作する。しかし、このように直すのなら、\n に変更してしまった方がいい。
BASH_ENVの環境変数に入れるということもできるけど、
$ echo "(shopt -s igncr) 2>/dev/null && eval 'shopt -s igncr';#" > ~/.bashenv
$ export BASH_ENV ~/.bashenv
06/09/30(土) 11:58:26 sshdがサービスで動作しない？
(top)
最近のバージョン(いつからは不明)では、サービスでのsshd起動ができなくなっている。全くさらでcygwinを入れても同様。
マニュアルでsshdを起動すると、動作するので設定の問題ではなく、環境の問題のようだ。
$ uname -a ..現在のバージョン
CYGWIN_NT-5.1 TXNPT 1.5.21(0.156/4/2) 2006-07-30 14:21 i686 Cygwin
sshdは、タスクスケジューラから起動することで、動作した。
ただし、run 経由でないと上手く動作しないが。
│タスクで
│ c:\cygwin\bin\X11R6\bin\run.exe /usr/sbin/sshd.exe
│を指定する。管理者のユーザで c:\cygwinは、cygwinのある位置
└──────────────────────────────
通常の、sshd のインストール方法を示す。
管理者のユーザで
$ ssh-host-config -y
$ mkpasswd -l > /etc/passwd
$ mkgroup -l > /etc/group
$ ssh-user-config -y
サービス実行前のチェック
$ /usr/sbin/sshd -d
... (この実行は、1回接続で抜ける)
※他のマシンから ssh ユーザ名@このマシン名orIPで入ってみる
(例) このマシンをwindows-a ユーザtamaの例。
$ ssh tama@hosta
$ ssh tama@windows-a
The authenticity of host 'windows-a (192.168.0.2)' can't be established.
RSA key fingerprint is 8b:3e:93:5b:eb:e4:c3:4c:19:65:df:c3:93:33:f3:84.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'windows-a,192.168.0.2' (RSA) to the list of known hosts.
tama@windows-a's password:
Permission denied, please try again.
tama@windows-a's password:
Fanfare!!!
You are successfully logged in to this server!!!
TAMA@WINDOWS-A ~ $
このように、 入れればOK。
$ cygrunsrv -S sshd ... サービスの開始
cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062:
The service has not been started.
sshd はSYSTEM, Administratorsでないと動かないようです..とある
$ cygrunsrv -R sshd ... サービスの削除
$ cygrunsrv -I sshd -p /usr/sbin/sshd.exe -u Administrator ...サービスの登録
Enter password of user `xxxx\Administrator':
Reenter, please:
Admi..でインストールは、出来るが起動でエラーになる。
だめ..上手くいかない。
06/08/02(水) 17:45:43 -mno-cygwin って何？
(top)
アプリケーションを作るときに、ライブラリとして共通のものを実行するときにリンクする機能があるが、そのライブラリ(ダイナミックライブラリといい、拡張子は .DLL)を cygwin 専用のものを使うか、それとも cygwin をインストールしなくても動作するようにするかを、設定するためのオプションが -mno-cygwin です。
これをつけて、gcc でコンパイルすると、cygwin を使わない(MINGW版と言う)モジュールが作成できます。
ただし、MINGW版では、以下のシステムコールなどがサポートしていないので置き換える必要があります。
fork();
pipe();
wait();
※ pipe()-fork()-exec() するものは、popen()で代用が可能です。
この2つ両方使うには注意すべきことがあります。まずは、cygwinでは、/(ルート)の位置が インストールした位置になり、たとえば Dドライブは /cygdrive/d/ となることです。MINGW版 で /tmp とアクセスすると、カレントドライブの \TMP がアクセスされますが、cygwin では、インストールした位置が d:\cygwinなら、d:\cygwin\tmp 以下がアクセスされますので、その違いにより動作が混乱することがあります。cygwinと通常のWindowsのアプリの違いと同様ですが...
06/05/27(土) 18:07:02 gcc -mno-cygwin が動作しなくなった
(top)
cygwinのdllを必要としないでリンクするオプションが使えなくなっていることが分かった。いつからか..、1.5.19-4 にあげてからは、動作していない。
$ gcc -mno-cygwin a.c
gcc: installation problem, cannot exec 'cc1': No such file or directory
カテゴリ devel と Mingw を re-install しても直らない。
D:\cygwin\usr\i686-pc-mingw32 以下がフォルダだけしかないのが問題のような気がするが原因が不明。Web検索でも該当のものがない。
⇒06/05/28(日) 23:01:13
/lib/gcc/i686-pc-cygwin/3.4.4 ...
/lib/gcc-lib/i686-pc-cygwin/3.3.3 ...
/lib/gcc-lib/i686-pc-mingw32/3.2 ...
この辺りにシンボリックリンクがおかしいようだ。特に最後の部分が、同じ場所にリンクされている。
とりあえず、MinGWにてコンパイルしたいだけなので、オリジナル http://www.mingw.org から、MinGW-5.0.2.exe を使ってcygwinとは別の場所にインストールして、そちらにPATHを変えて行うことで対応した。いずれ、直ると思うけど。
いつ直ったか不明だが、少なくとも 06/12/17(日)現在の 1.5.22-1では直っている。最近、気づいた。
06/05/14(日) 19:48:16 ウィルスセキュリティとcygwinの相性(解決策なし→違うセキュリティソフトを使う)
(top)
ソースネクストの「ウィルスセキュリティ」を入れていると、sshd が core で落ちてしまう。 _cygtls::handle_exceptions: というエラーが出ている。Xも起動できない。ウィルスセキュリティが原因であることは、uninstallすると動作することで確証している。とめるだけでなく完全に消さないと復帰しない。昨年の11月位から現象が出ているが、最新の 5/10のアップデートでも改善されていない。ホームページを参照して、再インストール等も試したがだめ。もう、「ウィルスセキュリティ」から別のに乗り換えるか.. やはり安いソフトはだめ...
※でも、cygwinは動作しないとの情報はかかれていない。
検索
_cygtls handle_exceptions
07/01/27(土) 20:39:37
今CMもしている「ウィルスセキュリティ ZERO」もだめとの情報あり。cygwin と相性がいい「ウィルスバスター」しかないか。
06/04/23(日) 16:11:51 最新のupdateしてはまった
(
top)
現在最新の 1.5.19-4 にあげた。会社で使っているマシンも同様にあげて、問題なかったのだが、家のもの(WindowsXP HE)が調子悪い。bashから外部コマンドを起動すると、
fork: Resource temporarily unavailable
が、結構な確率で起こる。折角自動的に、処理を行っているときに起こるので、予約失敗なんてことが現実化した。
Webで検索すると rebaseall すると治るとあったので早速やってみた。けど変わらない。
仕方無いので、一旦関連あるレジストリ(HKEY_LOCAL_MACHINE＼SOFTWARE＼Cygnus Solutionsと HKEY_CURENT_USER＼SOFTWARE＼Cygnus Solutions)を削除し、インストールした cygwin フォルダをrenameしてから再度install してみた。cygwinフォルダは、cygwinのdllを使っているアプリが起動しているとrenameできない。私の場合は、serviceで sshd を起動していたのでで停止してから実行。
しかし、時間をかけたものの効果は無かった...
このトライとrebaseallを2〜3回繰り返したが改善せず、この1ヶ月くらいあきらめていた。
今日、もしかしたらと、setup.exeで一旦 すべてを uninstall してみたら..と思い実行してみた。ついでにinstallする ディレクトリも今まで、d:/usr/local/cygwin とちょっと変な位置に入れていたので、 d:/cygwin に変更した。
けどけど...しくしく... まだ現象がでる...
cygwinのある生活が...生活苦に... どうする... どうなっているんだ...
06/04/23(日) 20:13:47
4/21のsnapshotの cygwin1.dll に置き換えて試す...
⇒06/05/14(日) 19:29:08 現在まで、このエラーが皆無になった。やはり この dll のバージョンがおかしい。
(
top)
05/10/23(日) 15:16:39
Windowsで動作するunix/linux 環境です。
UNIXシステムコールや標準ライブラリを忠実にエミュレートするCygwinライブラリがあり、Microsoft Win32 APIおよびCygwin APIも同時に利用できるため、Win32コンソールアプリケーションやGUI(グラフィカル ユーザー インタフェース)アプリケーションが簡単に作成することが可能になっている。Cygwin自体は、 GnuのLinuxから移植された、環境(バイナリ)で提供され、簡単のインストールで、Linuxの環境を構築することが可能である。
Cygwinを使うメリットは、Windowsを切り替えることなく同時に、UNIX環境を利用できることにある。Redhat等のLinuxや、VMware等のOSエミューレータで実行することはできるが、同じPC上で行うには、いちいちWindowsから再起動や、切替を行わなければならい。別のPCで実行したとしてもデータの転送等の手間があり不便である。ちょっとした処理をUNIXコマンドでさせる場合等は、Windows上ですぐさま実行しデータが共有できるのは便利である。
しかし、恩恵を受けるのは、以下のユーザである。まず、Windowsで、単にメールをしてWebを見ているだけの人にとっては、多分入れても単に宝の持ち腐れになってしまう。
- コマンドベースで、ftp/telnetを行っている方
⇒TeraTermを使って他のマシンに接続している方にもいいよ。
- 管理ユーザだが何とかウィンドウでおこなわず、自動化したいと思っている方
⇒Windowsのコマンドにnetコマンドがあるけどこれをシェルと組み合わせると結構便利なものが自動化できる
- Meadowを使っている方
⇒これがないと結局高機能editorだけになってしまう
- Linux/Unixのソース,シェルなどを作成したことがありWindows上で動作させたい方
⇒私は、UNIX自体からCでのソースにてアプリを作っているのでそれをかなり移植した
- Linuxの開発は別のマシンだが端末(クライアント)としてWindowsを使いたい方
⇒私は、玄箱(debian)からktermでコンソールウィンドウを飛ばしている
などは、ちょっと勉強すると、離せなくなる環境であることは間違いない。
まずは、「Cygwin を使う。」を見てみよう。ここでインストールから実際に動作するまでがわかりやすく書かれている。