Cygwin使っている人いますか? その22
Windows使いがLinux使い始めてすぐに気づくとこだが >>389 Windowsのコマンドプロンプトにはコマンド補完はないし、 ファイル名補完は大文字小文字を区別しないわけだが? 普通unixの実行ファイルは小文字だから windowsの実行ファイルがまさか大文字だなんて発想にはなかなか至らないのも 別におかしなことじゃないような しかも小文字の tracert で実行できるしな。 ちなみに which の実行結果 ~ $ which tracert /cygdrive/c/Windows/system32/tracert ~ $ which TRACERT /cygdrive/c/Windows/system32/TRACERT ~ $ which TRaCeRT /cygdrive/c/Windows/system32/TRaCeRT $ ls -l $(which tracert) -rwxr-x---+ 2 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 13824 7月 14 2009 /cygdrive/c/Windows/system32/tracert $ ls -l $(which TRACERT) -rwxr-x---+ 2 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 13824 7月 14 2009 /cygdrive/c/Windows/system32/TRACERT これでコマンド補完だけできないとは思わなかったよ。 最近、Cygwin-2.4.1にアップデートしたんだけど、bashの起動時にエラーが出るようになった。 ash: [: =: 単項演算子が予期されます bash: [: =: 単項演算子が予期されます bash: [: =: 単項演算子が予期されます bash: [: =: 単項演算子が予期されます bash: [: 引数が多すぎます bash: [: =: 単項演算子が予期されます bash: [: =: 単項演算子が予期されます bash: [: =: 単項演算子が予期されます bash: [: =: 単項演算子が予期されます bash: [: =: 単項演算子が予期されます これ、何か設定間違っているのだろうか。 >>395 クリーンインストールしたら直りました。 特に何にも進展していない。 32bit版と64bit版を、ごちゃごちゃと アンインストールしたりインストールしたりしているが。 仕事で使ってる環境でもあるし・・・。 ところで、実のところ、インストールが正常に終わらないのは、 32bit版も64bit版も、同様なのだ。 とりあえず正常に使っていられる32bit版の環境で、 こないだ、えらいことに気がついてしまった。 なんと、/etc/rc.d/が存在しないのだ。(@o@; 最終的なセットアップが行われない結果なんだろうがね。 とりあえず、bashとPythonが動いているからまあいいわ。 これ以上は考えないことにする。 久しぶりにcygwin入れたらめちゃくちゃ良くなってるな 64bit化も進んでるしキビキビしてるわportsには数学アプリ揃ってるし ただ、パッケージ増えたせいかもしれないけどrebase問題ひどいな もうなんもmakeできねえw rogue や nethack が ports にもなくてしょんぼり。 あと何故か公式に slが入ってた。 >>398 だいぶハッテンしてきたよね(´・ω・`) なんか、新しいgrepやばくね? うまく動作しなくなった。 オッサンには、「ヤバい」が肯定を意味するものなのか、否定を意味するものなのかの区別がつかなくなってきた うまく動作しなくなったって言ってるんだから分かるだろうに おっさんとかそういうレベルの話ではない >>402 無理 尊い かわいい 控えめに言って なども、わけがわかりません(´・ω・`) tmux が wcwidth を使うようになったそうな。 確かに ○△□ αβ дД が全角(死語)で表示されるわ。 しばらく使って問題なければ screen から乗り換えるか。 >>406 だけど、まだ結構、文字幅の誤判定があるな。 罫線とかおかしいみたい。 screenに戻るのはいつでもできるから、もうちょっと使って みるけど、正直微妙。 >>408 そのエントリを読んだだけでは Service for UNIX と何が違うのかよく分からんな。 http://sqlazure.jp/r/tips/794/ が詳しい FreeBSDのlinuxulatorみたいなやつでlinuxのバイナリがそのまま動くっぽい GUIアプリも動くといいんだけどな Cygwin ベースのクロスコンパイラ使って開発していると、いやになるほど遅いんだけど、 あの遅さって Windows 自体のプロセス起動が遅いのか、Cygwin だから遅いのかどっち? あるプロジェクトで、Cygwin ベースから Linux ネイティブの環境に切り替わったとき 今までの遅さは何だったんだ、って思ったことがある。 Windows のプロセス起動が遅いのに加えて Cygwin だから更に遅い と思ってる 久しぶりにスレを見に来て良かった マイクロソフトのやつはどうなってんだろうな WSL で $ notepad とかできるようになったら、自分はCygwinから乗り換えるわ。 CygwinのGitめちゃくちゃ遅いし、 rubygemsとか npmとか開発者環境としてはCygwin見捨てられてるし。 windowsのブログラムの起動は仕組み的にも出来んだろう どっかにも出来ないって書いてあったぞ WindowsとLinuxが両方そなわり最強に見える cronにcygwinみたいな癖がなければいいんだけど。 cronが必要なら個別で立ち上げるかubuntuだとsystemdをなんとかしないといけないだろう 記事のタイトルがなんでbashなのかって思ったけど、たぶんinit=/bin/bashのような感じで カーネルを一瞬で起動するchrootみたいな使い勝手だからなんだろうな 将来的にどこまでやるつもりなのかは知らないが *BSDもLinuxもOSXもWindowsも全部合体したらいいにね(´・ω・`) Cygwinに限らずライブラリとかWin32への移植が滞りそう 完全にストレスない移植なら別にいいんだけどなあ 互換と言うより移植だからちょい期待 いまcygwinを使ってるひとの代わりにはならんだろ 別サブシステムだからwin32アプリが動かせないっていう致命的な問題が解決しない限り あれはcoLinuxとかhyper-vとかdockerとかでlinux on winやってた人に、 より良いパフォーマンスの非仮想な環境を提供するものであって ファイル空間一緒ならかなり使えるぞ ネイティブのAPI呼ぶのもそんなに難しくなさそうだしなあ Cygwin が逆に WSL を利用して、Win10以降だとディスクアクセスが うんと速くなったりしたらいいなあ(素人感)。 Cygwin/Xにあたるものも含まれるならCygwinは不要なんだけど。 フレームバッファさえ用意すればアンドロイドx86がネイティブで走るな 気がついたら、Cygwinにwxwidgets が入ってて感動。これまで、gnuplotをビルドするときに自分でビルドしたwxwidgets使ってたがこれからは、楽になる。 http://japan.zdnet.com/article/35080406/2/ を読んでみた。どこまで使えるのかな。 Ubuntuマシンをある用途で使用しているからちゃんと 動くようなるといいな。 ソケットも普通に使えるみたいだしwin32アプリ直接呼べないってのもなんか適当なプロキシ作ってやれば解決するんでないかな >419 Interixで出来てたのだから、仕組み的にも〜というのはちょっと言い過ぎ fontconfigでフォントをハンドルしているアプリケーションでWindowsのフォントを使う ための備忘録 /etc/fonts/ ~/.local/share/fonts/ ~/.fonts/ のいずれかのディレクトリに local.confを作成し, <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <!-- /etc/fonts/fonts.conf file to configure system font access --> <fontconfig> <dir>/cygdrive/c/Windows/Fonts</dir> </fontconfig> と書きこむ。そののち, $ fc-cache -fv を実行する。 上は,C:\Windows\Fontsに(まあ普通はそう)にWindowsのフォントがある 場合なのでその他の場合は /cygdrive/c/Windows/Fonts を適宜書き直す。 いまは,フォントのハンドルにはfontconfigを使っているアプリケーションが多いので これでうまくいくケースが多い。シンボリックリンクをC:\Windows\Fontsにあるフォント に作成するより手軽だ。 rebase問題の最終解決って パッケージ減らすしかないのか >>406 だけど、結局screenに戻した。 …(三点リーダ)とかでも表示崩れ→再描画を繰り返さやきゃならないんで まだ無理かなと。 Win10がBash・linuxコマンドに公式ネイティブ対応★3 [無断転載禁止]©2ch.net http://echo.2ch.net/test/read.cgi/win/1459904955/ Windows7のCygwinバージョン忘れたけど去年の秋頃apt-cyg install emacsして GUIのemacsを使っていました。 Windows10にアップグレードしてCygwin2.4.1でapt-cyg install emacsしましたが emacsがGUIではなくターミナル内で起動します。 これはWindows10にしたせいでしょうか。それとも今のバージョンのCygwinだとこうなるのでしょうか。 盛り上がってるところすみません。cygwinのbashから、 $ cmd /c start \"Hey\" cmd すると、cmd.exeのウインドウタイトル Hey! の両脇に \記号が付きます。 \"Hey\" の部分に $'\x22'Hey$'\x22' や '"Hey"' を置いても同様です。 こういう事例はwrapper書いたらあとは深く考えない方がいいでしょか? >>441 Cygwin はwindowsをベースとしているのでwindowsのバージョンが変わったら不具合が発生することはあり得る。 とりあえずは、rebaseall をかけて、駄目だったら、必要なファイルをバックアップしてcygwinのグリーンインストールだ。私は、問題はそれで解決した。 >>443 グリーンインストールでなくてクリーンインストールね。m(__)m。 >>443 rebaseallもクリーンインストールもだめでした。リカバリーディスクでWindows7に戻してみます。ありがとうございました。 Windows7に戻してもだめでした。Cygwin側の問題ですかね。 すみません書き忘れていたので補足します。 Windows7でGUIのEmacs使用→Windows7リカバリー→Windows10にアップグレード→Emacsがターミナル→Windows7リカバリー→Emacsがターミナル という流れです。 GUIのemacsは、emacs-w32, emacs-x11のどちらですか? >>448 以前入れた時は単にapt-cyg install emacsでGUIのが使えていたと記憶しています。 今入れてみたところemacs-w32の方がGUIでした。ありがとうございました。 愛用者としてはCygwinの何がそんなに嫌われてるのか 不思議だったんだけど、この記事見て納得したわ。 Bash on WIndows10がその問題の多くを解決したこともよくわかった。 Big Sky :: Windows ユーザは cmd.exe で生きるべき。 http://mattn.kaoriya.net/software/why-i-use-cmd-on-windows.htm その記事の人からすると Bash ... は全く論外というか、 まったくカスりもしないし何も解決しないように読めるんだが >>452 いやだからその人の記事は 「オレはネイティブなWindowsアプリとして使いたいんだ」ってのが大前提でしょ Cygwynは問題があるけどBashは土俵にすら上がれてないし当然何も解決できない そのコメントこそBashはCygwinやmsys2の問題の解決策ではないと言ってるじゃん 研究室がUNIX環境だったからCygwinちゃんにはお世話になっております 手放せないぜ windows 7から10にあげました。色々やっているうちにドジ踏んで10で初期化しました。 実質10のクリーンインストールです。 そしたら、cygwinの進化もあるんだろうけどcofigureやlibtoolがlinuxほどではないがかなり高速化した。 cygwin上でビルドをする人にとってはかなり嬉しいことだ。 ただし、windows 10のフォルダの管理権限の強化とcygwinの相性で結構はまる。 最近cygwin嫌われているよね……(´・ω・`) >>456 cygwinって聞いて毛嫌いする人は昔からいると思うけど。 でも、Ubuntu PCを飼いだしてからもcygwinも使う私がいる。 ssh ncftp wget cdrecord ぐらいしか 使わないけどこれで十分。 Win32のコマンドツールとかバッチファイルの出力をteeにパイプで渡すのが便利でなあ >>452 それくらいの用途ならbusybox w32でよくね。 >>453 自分はネイティブなWindowsアプリには全くこだわってない。 ほしいのはWindowsと資源を共有できて、UNIXの最新のツールの 動く環境だ。 rybygemsやnpmで入れたもんがすぐに動くような。 MacOSならかんたんだが、Cygwinはそういう環境には 原理的に向いてない、というのが自分があの記事から読み取ったこと。 そしてbash on WindowsでDockerが動ば、WindowsはMacOS以上に 開発に向いた環境になる。 >>460 どんな用途だと思ったんだ? ちょっと補足。 Windowsと資源を共有というのは、ハイパーバイザみたいに 単独でディスクとメモリをを専有しないという意味だ。 Cygwinじゃ動かんものをいろいろ使いたくてVagrantでいくつも 環境を立ち上げてる人は身にしみてるはず。 >>461 >どんな用途だと思ったんだ? >>459 >Win32のコマンドツールとかバッチファイルの出力をteeにパイプで渡す win32コンソールの出力teeにパイプで渡すだけなら,teeやそれと一緒に使ったりする Unixのツールがあればいいわけで,それだかならbusybox w32で十分と思ったわけです。 いや俺の>>459 みたいな使い方ならそれで十分だけど cygwinが便利なのはcソース上でも似たような事が出来るところでしょ pthreadからWin32API叩いたり お前らCygwin2.5のリリースですよ。 What's new and what changed in Cygwin https://cygwin.com/cygwin-ug-net/ov-new.html#ov-new2.5 基本的にsetup.exeから入ってくるツールで足りてるから不満に感じること少ないな 入ってないのをビルドするといろいろ辛いのはわかる >>461 > そしてbash on WindowsでDockerが動ば、WindowsはMacOS以上に開発に向いた環境になる。 これはなんで(´・ω・`)? あんまかわらなくない? Mac側でWindowsの環境が必要なら、Windows分仮想で動かせばよくない? 逆にWindows側でMacの環境作るのは難しいし cygwinもこれに影響されて今後ますますハッテンすればいいよね(´・ω・`) >>471 Cygwinでコリーナ? Corinna Vinschen 氏のこと? >>472 スレッドの一部 Considering the previous history of Microsoft with Windows Services for UNIX (SFU) , my feeling is https://en.wikipedia.org/wiki/Timeo_Danaos_et_dona_ferentes If they really would like to port Unix on MS, it will be enough to provide Corinna with a simple way to implement fork.... から、 Corinnaは古代ギリシャのトロイの木馬に関わることらしい。 何かの比喩かな。 >>470 専門でこんなに長いスレを要約するのは難しい。 まあ、windows 10 でのubuntuの実装がcygwinに役にたつのかどうかの議論ですね。肯定的、否定的、両方からのコメントがある。 個人的には、windows 10での実装が上手くいって欲しいし、それがcygwinの改良につながるならOK。 >>467 遅レスだけど、書き込んだ時はMacOSではDokerが動かないと思ってたせい。 調べたら2015年にMacOS用のDockerが出てるのな。 するとbash on Windows は確かにMacOSと同じ程度の利便性だと思う。 Ubuntuだから本番環境に近いというメリットと、 MacOSと違って環境がシームレスじゃないというデメリットで 相殺されて。 bash on Windowsは、Ubuntuのバイナリがそのまま動くのだけれど、 本物のUbuntuで動かしたときと全く同じように動くわけじゃないからね 本番環境に近いというメリットはあんまり無いと思うわ だれかが,wineの逆みたいなもんだといってた。厳密には違うみたいでけど, バイナリをそのまま動かすという点では共通点がある。 >>476 apt getとか動くんだろうか? ビルドツール(gcc automake autoconf make libtool 等々)は? gcc は動くみたいなのは聞いたなあ X11 は Windows ネィティブのサーバ立ち上げとけば動くよね多分 aptは動く gccはpipでビルド必要なのインストールできたから動く >>476 将来は全く同じように動く可能性はありそう 今はまだ全然だが >>480 私のubuntu使う用途のメインは、クロスコンパイラをつかったmxe-octaveというunix上のシステムでwindows版のoctaveをビルドすることなので標準的なビルドツールが動くと助かる。 ちなみにmxe-octaveはクロスコンパイラもビルドしてくれる。 既出だったらゴメン 最近、Cygwinが不調でコンパイルが異常に遅いので、アンインストール後 再インストールしようとするが何故が最後の処で止まってしまう 何度やっても下記ヶ所で止まる1日中やっても0%で進まない? /etc/postinstall/0p_000_autorebase.dash 環境 Windows10(Pro)x64 メモリ:DDR4 4GB×2枚 Cygwin・Cygwin64も試したが同じ rebaseで数分とまるのは別におかしくない インストールするパッケージをbaseだけに絞っても十分以上時間がかかるなら ファイルの断片化を疑ってみたらどうかな アドバイス有難うございます。 ここ2〜3日悩みました。 別のソフトとの相性があるのか等も考えていますが、 最終的にはWindows10の再インストールしかないのかと 思っています・・・無償アップグレードなので認証も問題ですし、 Cygwin以外はすこぶる調子良い事、全てのソフトの再インストール 及び設定を考えると頭が痛いです。 >>482 私の場合も自宅の32bitのネットブックで同様な症状がでました。 cygwinのMLで相談するものの、上手く回復しませんでした。 しかし、先日のwindows updateの後、問題は何事もなかったように解決しました。 今は、cygwinは何事もなかったように動いてます。 余り参考には為らないかもしれませんが、windows 10は新しいOSなので色々地雷を踏むことがあるのではないかと思います。 >>484 スタートメニュー→設定→更新とセキュリティ→回復 で『このPCを初期化常態に戻す』 で初期化できます。 やってることはクリーンインストールと同じですが認証はなかったです。 初期化の前にコントロールパネルまたは設定から『バックアップと復元』に行き、『システムイメージの作成』と『システム修復ディスクの作成』を実行するのを忘れずに。 また、大切なデータはバックアップをとっておきましょう。 すみません。 >>485 のことは、>>486 とは関係ありません。>>486 を実行したのは、べつの64bitのPC。 windows 10して色々いじっている内にレジストリを破壊してしまって、なぜかあるはずの復元ポイントがなくなっており、 どうすることもできなくてwindows 10になって導入された初期化をつかいました。 色々苦労はしましたが、PCは見違えるように早くなりました。cygwinやmsys2のビルドツールも見違えるほど高速になりました。 >>485 windows updateした後に、デフォルト+apt-cyg関連のみをインストールで試した らインストール完了したので、直ったと思いインストーラーから必要コマンドを 再インストールしようとしたら、また下記で止まってしまいました。 /etc/postinstall/0p_000_autorebase.dash >>487 アドバイスありがとう御座います。 もう、やることはOSのクリーンインストールしか無いので、今回は 『このPCを初期化常態に戻す』を試してみます。 read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる