Cygwin使っている人いますか? その22
>>754
私の場合は3、4年前のcore i5だから
10回程度の実行でも妥当なのかもな。
zshとか使ってると補完のために何度も
プロセスが生成されることになるが、
gitとかが特に遅くて無理だ。 7700K@4.5GHz
途中でセキュリティソフトを止めたあと再度起動してみた
https://i.imgur.com/AHhK1bq.png >>756
754だけど、自分のも3-4年前のPCなんで、速さが3倍も違うのは不思議。
それと自分もCygwinでGit使ってたんだけど、最近WSLに乗り換えた。速度も少し改善されたが、それよりエラーが起きないのがありがたい。
ただしWindowsアプリとファイルを共有したいなら、以下の設定が必要。
WSLからマウントしたWindowsのドライブでchmodしたい - Qiita
https://qiita.com/remin/items/a726128ab388cb73d9ee
重たい処理はぜんぶ VM上でやってる。git rebaseやgrepとか。Cygwinと比べると10倍以上速いし正確なんで笑える。
CygwinやWSL上では基本、Gitはcommitしてpushして、あとはVM上で行った変更を取り込む。 >>758
CygwinでGit使ってるけど特有の「エラー」というようなものには心当たりがない。何のこと? オレもエラーなんて起こったことない>cygwin
つかcygwin一回消して入れなおしてダメならそのPCのハードウェアかホストOS腐ってんじゃね? gitじゃない方のrebase周りの問題かと思った >>761
754だけど、その通りだった。ありがとう。これで大きな差分のgit rebaseも問題なくできるようになったわ。
1. $ cygstart /bin でフォルダを開く
2. フォルダ内の ash.exe をダブルクリックして、コンソールを開く
3. そのコンソール内で $ /bin/rebaseall
Cygwin結構長く使ってたんだけど、恥ずかしながらash.exeとか初めて知ったw トラブルが起きても解決せずにVMに逃げてたから…。 会社のcygwinがあまりにも遅くて困っていると書いた者です。
少し状況が改善したのでメモっておく。
cygwinでforkが遅いのはよく知られていることだけど、
自分の場合は、見た目がクソなWindowsフォントを改善する
ためのアプリであるMactypeが原因だった。
ここ5年年近く悩んでいたんだが、cygwinアプリと相性が良くないのは
よく知られた問題だったらしい。なので除外設定に、zsh、bash, sh, git
を加ればoK.
https://cygwin.com/faq/faq.html#faq.using.bloda
んで、どれぐらい改善したかというとこんな感じ。
core i5-6300U 2.4GH, 4GB
mactypeあり
> while true; do LANG=C date; done |uniq -c
 5 Tue Dec  4 18:55:34 JST 2018
 5 Tue Dec  4 18:55:35 JST 2018
 5 Tue Dec  4 18:55:36 JST 2018
mactypeなし
while true; do LANG=C date; done |uniq -c
 17 Tue Dec  4 19:00:46     2018
 16 Tue Dec  4 19:00:47     2018
 17 Tue Dec  4 19:00:48     201
3倍ぐらい速くなった。
そんで、ウイルスバスターを外せば、さらに3倍ぐらい速くなる感じ。 うわ、肝心な所が化けた。
以下再送
core i5-6300U 2.4GH, 4GB
mactypeあり
> while true; do LANG=C date; done |uniq -c
5 Tue Dec 4 18:55:34 JST 2018
5 Tue Dec 4 18:55:35 JST 2018
5 Tue Dec 4 18:55:36 JST 2018
mactypeなし
while true; do LANG=C date; done |uniq -c
17 Tue Dec 4 19:00:46 2018
16 Tue Dec 4 19:00:47 2018
17 Tue Dec 4 19:00:48 2018 Linuxで更に数十倍速い事に気がついてどうでも良くなるまでがあるある MacTypeは開発終了してからかなり経過しているので今のWindowsで使うのはやめた方がよい。
そして結構副作用の強いソフトなので、他でもトラブルを見かけてことが何度かある。
どうしてもあきらめられない人はMacを買った方がいいよ。 c2qで仮想犬
44 Wed Dec 5 05:38:15 UTC 2018
92 Wed Dec 5 05:38:16 UTC 2018
91 Wed Dec 5 05:38:17 UTC 2018
90 Wed Dec 5 05:38:18 UTC 2018
89 Wed Dec 5 05:38:19 UTC 2018
89 Wed Dec 5 05:38:20 UTC 2018
89 Wed Dec 5 05:38:21 UTC 2018
87 Wed Dec 5 05:38:22 UTC 2018
>どうでも良くなるまでがあるある
ベンチの結果が割とどうでもよくなったらようやく初心者脱出感ある gnuplot のqt ターミナルはwindows 上では cygwin以外ではまともな表示ができない。(windows ネイティブやwslでは表示がおかしくなることがある。)cygwin ではQtにパッチをあてる必要があるが。 >>770
VcXsrvを-nowglで立ち上げたらwslでもqtターミナルがまともになった。 業務PCがWindows7のままなのでWSLが使えないのよ…。 >>774
来年の1月には7サポート切れになるから,オンラインのPCでは7は無理だから
それまでまてば。
WSLはいいよ。
でも,Cygwinの方がいい場合もあるので併用している。 ほう、Cygwinの方が良い点というと?
自分はほとんどWSLばかり使うようになっちゃった。いろんなコマンドが移植せずに動くし、はっきりわかるぐらいCygwinより速い。 >>777
業務PCを10にしてもらえるはずってことだろ。
ブラック企業じゃなければな。 >>777
wslttyみたいに関係するdllをとってきて、他のPCで動かすなんてまねはwslではできない。
あと、gnuplot は苦労するけど自分でQtにパッチをあててつかってる。wslだと最初のプロットがもさっとするがcygwinたどそんなことない。
次のリリースで改善されるようだが、wslのファイルをwindowsアプリでへたにあつかうとつかえなくなること。
私の使い方が特殊なのかな。 アップデートしたらminttyで表示がズレるようになっていしまった・・・どうすればいいんだ >>780
多分minttyのアップグレードのせいかなと思う。文字のコピーが上手くいかない。
本家ML.に最近別件で投稿したから、Ml.をみて他に報告なかったら、報告挙げようと思う。 ざっとMLみたけど、そういう報告はない。日本語ロケール固有の問題かもしれない。 vimで半角全角混合のテキストの編集がまともにできないよ・・・ヤバい > 2.9.9
> @mintty mintty released this 6 hours ago
>
> Keyboard handling
>
> Fixed modifyOtherKeys mode 1 to use verbatim control keys.
minttyのアップデートきた。今アップデートできないのであとで確認する ずっとCygwinのお世話になって来た理由は、Topazというお気に入りの2次元plot toolが、emfをクリップボードに書き出してくれるからでした。
でも最近、そのソフトのLinux版が書き出すepsを gsとInkscape でベクトルデータのままemfに変換できることがわかったので、Windows Subsystem for Linux + Ubuntu 環境に徐々に移行するかも知れません。 mintty 2.9.9 に更新しましたけど、まだ、全角半角混合行の編集がおかしいですね。 全角文字を編集しようとすると、カーソルが半角分しか移動しない。
1行に全角半角文字がある状態で、コピーをしようと文字を選択すると、全角の文字数分ズレる。 mintty 2.9.6 でとりあえず日本語ファイルが正常に編集できるので戻した。 >>779
関係ないけど、最近の若者ってダウンロードすることを「とる」って言うよね(´・ω・`) ダウンロード=とる、はHTTPのGETメソッドから来ている説。 この場合は単純なダウンロードではなくて必要なDLLの抽出作業を
含んでそうだから取ってくるの方が自然説 >>779 だが >>793 のとおりだ。フォロー thanks. >>790
>minttyレポジトリにはこの問題のための予備的な修正があります、
>別のワイド文字関連の修正から撤退することを犠牲にして。
どゆこと? >>795
一時しのぎのパッチはあるが、それやると根本的な解決ならないので、他にも問題でるってことだ。 おまえらも十分若いな
まだブラウザがNCSAモザイクしかなくてファイル取得はftpが主流だった頃、ファイルをgetする、取ってくると普通に言っていた
だってコマンドがgetだもん
windows95が発売されたあたりだったろうか、
「最近はファイルをgetすることをダウンロードするってやつが多いらしいぜ」
「え?マジか?パソコン通信じゃねーよ!」って会話してたの思い出した
ループしてるのか… >>798
うちはまだ実務で使ってるぞw SSH接続が許可されてないサーバに。
自分はさすがにアホらしくなって、最近は踏み台を用意してSCP転送するようにしてるが…。 デカイCADデータのやり取りとか、まだsftp とか仕事で普通に使ってる。
他にいいツールあるなら知りたい。
MOSAIC とか deligate 経由で使ってたのは、いつ頃だろう? emacsのソースが20MBぐらいだったのに、get を入力してから一晩かかってたあの頃。 >>800
windowsならsftpはwinscp.
linuxならファイルマネージャーでsftp扱えたような。 mintty 3.0.0 が来た。
Character processing
* Fixed wide character width and cursor position handling.
で待望でwide charの問題がfixされ日本語の編集ができるようになった。 >>806
動作確認しました。今のところ正常に編集できてます。 cygwin 3.0.5が出ました。バグフィックスリリースです。 cygwin 3.0.6がでたよ。バグフィックスリリースです。 更新を機会に久々に試してみたけど、 >>581 のバグまだ直ってないのなw
まあ自分はWSLに移行したからいいんだけど。
mysql> select '日本語';
+--+
| |
+--+
| |
+--+
1 row in set (0.01 sec) バグの報告してんの?
まさかここに書いて誰か報告してると思ってる? いや報告してない。当時忙しかったのと、すぐに代替手段に乗り換えたから。
でもこんだけ大きなバグだから、3年近くも過ぎたら誰かが対応してるかと思ったんだよ。
実際は放置されてたってことは、まあ需要ないんだろうな。 そもそもコンソールからSQL発酵する人がどれだけいるのか・・ >>815
Emacsユーザは今も常用してるんだよ。
素のSQLクライアントをEmacsがラップすることで、CUIだけど便利で快適な環境を実現してる。
しかしMySQLクライアントが多バイト文字を受け付けないと、Emacsから入力しても当然ハネられるわけでね。 gccの8.3.0のテスト版がリリースされました。 cygwinで発生したもんだいって/var/log/messagesにないのですか?
windowsのイベントログに出力されるのですか?
調べても出てこないのでお願いいたします >>821
rcpの試験を行うんですが、そこで起こりうる障害やcygwin事態に何も問題が発生していないことをしりたいです。 >>822
仕事でのご使用ですか?
本気ならば、本家のMLで聞いた方がいいと思う。英語だけど。本気ならば、英語の壁など越えられる。 >>822
ケーブル引っこ抜いたり
OS上でリンクダウンさせたり
コピー先にコピーするだけの容量用意しなかったりでテストしろ
テストのときだけでいいからコピーしたものは
ハッシュなり比較して正しいことを確認
基本はrcpが正常終了する=コピーが正常に終わってることを確認して運用
ハッシュはシノニムが発生する可能性があるけど制限として書いとけ ホントだ。
Cygwin Mirror Sites
https://cygwin.com/mirrors.html
> Japan: ftp.iij.ad.jp(ftp), ftp.yz.yamagata-u.ac.jp(ftp), ftp.iij.ad.jp(http), ftp.yz.yamagata-u.ac.jp(http)
つうか ftp.jaist.ac.jp ドメイン自体が落ちてない? Cygwinが無くなる前に、WSLが無くなることが決定した模様。
後継のWSL2はサブシステムじゃなくてVMらしい。 >>826
> つうか ftp.jaist.ac.jp ドメイン自体が落ちてない?
復活した模様。でも今後これを選ぶ理由はないのかな?
http://ftp.jaist.ac.jp/pub/cygwin/ >>827
共存できるって言ってるんだから、WSLはなくならないだろw
それにWSLの後継のWSL2にCygwinが潰されるだけw Cygwinのいいところは、様々なパッケージが簡単にインストールできるところ。なくなるとは思えない > Cygwinのいいところは、様々なパッケージが簡単にインストールできるところ。
どこが良いところなん? 他と比較して何が優れてるの? GUIでパッケージのインストールをやるから
CLIに慣れて無い人でも簡単!とかいう話だろうな。
不便なだけなんだがw サイドローディングならともかくMSのストアからOSインスコとかキモイw >>829
Canonical、Ubuntuの「WSL 2」対応を発表 | マイナビニュース
https://news.mynavi.jp/article/20190508-820096/
ほんとだ、共存できるとは知らんかったよ。
でも開発は止まるだろうし、WSL2が順調に行けばいずれディスコンになるでしょ。
つうかほんとに順調に行ってくれればいいんだけど。 WSL2が順調に行けば、WSLに乗り換えればいいだけ 今のwslでもcygwinよりいい。私は乗り換えた。
たまに使うがほとんど使わん。 sourceforgeもjaistのミラー使ってるけど数日前に一時止まって復活した。 minttyが3.0.1になってた。もう、みんな知ってると思うけど。 apt-cyg find R
でRが見つかり
apt-cyg install R
できるようになった
もっとも
/usr/bin/R
と指定しても動かないので悲しいけど R -h はオプション示すけど
その中にある
R --version は返さない
R -f R.scr も動作しない
こりゃ深刻だ パイプどころか単体コードですら
XWindowsあきらめる
単体起動でいいなら R はexe がダウンロードできてたはず
パイプ含めた unix の強みが欲しいから bash の上で動作してほしかった SunOS では OpenWindows はもちろん X も 堂々と X Windowsて複数形表記してたけどな
外人の講演でも発音してたの効いたことあるから正式じゃないけどネイティブ的には有りなんじゃ OpenWindowsはOpenWindowではないけど、X Window SystemはX Windows Systemではないよね X WindowsはX Window Systemという意味ではなくて
X Window System上のウィンドウ(複数形)という意味でありだが
前者の意味で使うと只の馬鹿 時間がたって落ち着いたのでリトライ
酷い落ちが付いた
https://i.imgur.com/vsNas85.jpg
R を起動させてから終了させると cygwin は凍り付き復旧不能
流石にWindows用だからと直接起動したら 純粋に 文字化け
こんどこそ折れた 負けた >Windows用だからと直接起動したら
?つまりCygwinSetupで入れたRじゃないってことだよね?
端末の文字コードと一致してないだけでしょ?そんな設定もできないでツールのせいにすんなよ cygwin が文字化けするのはわかる その通り 文字エンコーディングの不一致
しかし、右側の文字化けした Rterm は Windows のファイラーから起動したやつ
Unix環境一切なくても単体で動作するパッケージのデフォルト設定
そして、Cygwin を通したほうは凍り付くのは文字化けとは関係ないはずだ
これは他の文字を nkf などで文字化けさせても凍り付かないことから妥当でしょ >>849
見るからに、cp932のコマンドプロンプトで起動してるように見える。文字コードはなんですか?
文字コードutf8なら、chcp で、65001にしてみたらどうなりますか? >>853
もうアンインストールしてしまった
apt-cyg install R
から使える R ですら起動しないので
がんばってもしかたがないかな と
apt-cyg のリポジトリが充実してほしい
Haskell ghc もないし