Visual Studio Code / VSCode Part9

**デフォルトの名無しさん** · 2020/10/29(木) 01:02:32.67

Microsoft発のエディタVisual Studio Codeのスレ

公式
https://code.visualstudio.com/
https://github.com/Microsoft/vscode/

開発状況
https://github.com/Microsoft/vscode/wiki/Iteration-Plans

更新内容(日本語訳)
https://vscode-doc-jp.github.io/updates/

前スレ
Visual Studio Code / VSCode Part8
https://mevius.5ch.net/test/read.cgi/tech/1591844487/

**デフォルトの名無しさん** · 2020/12/15(火) 08:49:18.40

あと、今開いてるタブが、どの Extension によって管理されてるのかもなんか見れる方法ないかな。
Developer Tool で inspect しても、monaco editor のクラスってことしかわからない

**デフォルトの名無しさん** · 2020/12/15(火) 17:08:31.98

>>257
そもそもビルド環境は？
mingw64入れた？
codeの統合ターミナルからmsysに入ってからコマンド叩いた？
rustc-*_*-pc-windows-gnuはrustc動かすのに必要なGNU toolchainしか含んでないよ。

>failed to run custom build command for `bzip2-sys v0.1.9+1.0.8`
エラーメッセージこれだけ？
cargoが吐く無駄に長いメッセージ見えてない？

**253** · 2020/12/15(火) 17:42:08.54

>>267
実行環境は >>253 です。
加えて MinGW64 は MSYS2 上で入れていてそれにパスも通ってます。
何度も繰り返すようですがコマンドプロンプトからは cargo でプロジェクトの build も check もエラーなく通る状態です。
MSYS2 のシェル (bash) 上でも問題は起こっていません。
VSCode で開いたターミナルでビルドしても問題なしです。

Rust Language Server 経由のときにその一文だけのエラーになるのです。

VSCode に慣れていないのでよくわかっていないのですが、
もし詳細なエラー内容を見る方法があるのならば試してみますので指示をください。

**263** · 2020/12/15(火) 22:29:05.31

例えば漏れは、Code Runner という拡張機能を使っているけど、

これは、Windows では正常に動くけど、
WSL2, Ubuntu 18.04 では文字化けする

拡張機能の作者が、Windows/Linux の両方に対応していない。
こういう作者は多いと思う

それか、拡張機能の設定ファイルで、変えられるのかも知れないけど

**デフォルトの名無しさん** · 2020/12/15(火) 22:34:20.19

いやいや漏れって

**デフォルトの名無しさん** · 2020/12/15(火) 22:35:28.14

いつものRuby君でしょ

**263** · 2020/12/15(火) 22:40:59.71

Windows のログファイルは、どこかに無いの？

それと、拡張機能の設定・使い方を調べた方が良いかも。
無理なら、それをあきらめるとか

**デフォルトの名無しさん** · 2020/12/15(火) 23:08:14.27

早く死なねえかなこいつ

**デフォルトの名無しさん** · 2020/12/16(水) 06:10:28.19

お前が死んでもいいんだぞ

**デフォルトの名無しさん** · 2020/12/16(水) 06:21:21.87

Rubyは教祖様に倣ってemacs使うべき
敵対するMS製のエディタを使うなんてとんでもない話だ

**デフォルトの名無しさん** · 2020/12/16(水) 06:27:06.65

rubyガイジが消えるだけで平和になるのは確か
無駄に自己顕示欲強いし

**デフォルトの名無しさん** · 2020/12/16(水) 07:39:36.43

>>276
同感。
自己顕示欲強いんだからコテつけてくれると助かるんだが、NGされたくないのかつけてくれないのが尚更鬱陶しい。

**デフォルトの名無しさん** · 2020/12/16(水) 08:28:45.87

matz「マイクロソフトを嫌っていたのではない、われわれが嫌われていたのだ(ｷﾘｯ

**デフォルトの名無しさん** · 2020/12/16(水) 09:02:25.95

>>269
Linux側に、locale用のpackageを入れて設定している？
wslで最初に用意されるlinuxは最小限構成だからi18n関連は入ってないぞ

**デフォルトの名無しさん** · 2020/12/16(水) 10:09:52.74

>>277
マジでコテはつけてほしいわ
大体はトンチンカンなこと書いてるか「rubyでは」とかそもそもスレチなこと語り出すからな

**デフォルトの名無しさん** · 2020/12/16(水) 10:22:22.45

rubyなんか使わんだろうからrubyをNGワードで問題ないだろ

**デフォルトの名無しさん** · 2020/12/16(水) 10:40:42.17

rubyが有名になるのは仕方ない
日本からオープンソース製品が他にも出ないと

**デフォルトの名無しさん** · 2020/12/16(水) 11:04:24.27

ヘルスバーグを日本人ってことにすればOK

**デフォルトの名無しさん** · 2020/12/16(水) 11:55:50.05

>>259
>役所や企業から支援金を貰うためだけにやってるプロジェクトだよ
なるほどwwwww
組み込み向けだとmalloc/GCフリーだったりするのかな
指定のメモリ容量内で動作することを保証できるとか

**263** · 2020/12/16(水) 12:26:47.08

>>279
WSL2, Ubuntu 18.04 で、日本語ロケールと、man コマンドの日本語化もやった

sudo apt install language-pack-ja
sudo apt-get install manpages-ja manpages-ja-dev

printenv LANG
ja_JP.UTF-8

WSL が、Code Runner の作者の想定外か、
ひょっとしたら、設定で出来るのかも知れないけど

**デフォルトの名無しさん** · 2020/12/16(水) 12:29:20.05

英語のほうが良くないか。血迷ったときに検索してヒットしやすいわ。

**263** · 2020/12/16(水) 13:50:45.25

WSL2, Ubuntu 18.04 で、
普通に、bash 端末から、ruby a.rb みたいに実行すれば、文字化けしない

拡張機能のCode Runner で直接、
a.rb 内のコード片を、右クリックして実行すると文字化けする

端末に直接出力すると、たぶん、Windows の文字コード変換機能が動作しないのだろう

拡張機能の設定ファイルで、文字コードを指定できるかも知れないけど

**デフォルトの名無しさん** · 2020/12/16(水) 13:58:56.32

ruby をNG登録しとくと捗るぞ

**デフォルトの名無しさん** · 2020/12/16(水) 14:29:24.33

こうしてRuby大好きRuby君は、世間のRuby離れに貢献しているのだなw

**デフォルトの名無しさん** · 2020/12/16(水) 16:37:26.33

プログラミングスクールではRails教えてるみたいだけど
そんなんで就職されても困るだろうなw

**デフォルトの名無しさん** · 2020/12/16(水) 16:43:18.24

言語は何でもいいから論理学と基本的なアルゴリズムとデータ構造を学んできてくれると助かる。
classの継承が分かれば文句なしだ。

**263** · 2020/12/16(水) 18:01:30.62

やっと、WSL2 での拡張機能・Code Runner の文字化けを直した！
設定ファイルのRun In Terminal のチェックを、ON にする

さらに、tempCodeRunnerFile.rb のパスが解決できない場合は、

"code-runner.executorMap": {
"ruby": "cd $dir && ruby $fileName",

ただし、これは、Windows 側にファイルがある場合なのかな？

Linux 側にファイルがある場合は、
"ruby": "cd $(wslpath $dir) && ruby $fileName",

$(wslpath $dir) とする

**デフォルトの名無しさん** · 2020/12/16(水) 18:18:54.14

>>268
>実行環境は >>253 です。
>加えて MinGW64 は MSYS2 上で入れていてそれにパスも通ってます。
>何度も繰り返すようですがコマンドプロンプトからは cargo でプロジェクトの build も check もエラーなく通る状態です。
ビルド環境何かって聞いてんだよ。

>VSCode で開いたターミナルでビルドしても問題なしです。
ターミナルで立ち上げたシェルはなんだよ？

codeからビルド環境が見えてるか聞いてるんだよ。
ビルド環境の構築が正しく出来てて、codeと拡張からそれが見えてるか分からないと
RLSの問題か拡張の問題かcodeの問題かcode関係ないか判断できないんだよ。
聞いてる意味が分からないなら基礎からやり直してくれ。
というか分からないならmsvc toolchain使えばいいじゃん。

**263** · 2020/12/16(水) 19:49:23.67

>>292
に書いたように、拡張機能・Code Runner でも、Windows が前提だから、
WSL2 では、簡単にパスが解決できない

だから、Linux では、拡張機能の設定ファイルで設定しないと、パスが解決できないのでは？

何かの依存モジュールか、拡張機能のコンパイルが失敗しているのかも？
まず、どこでエラーになったか、突き止めるべき

詳細なエラーメッセージが必要。
それで検索しまくる

**デフォルトの名無しさん** · 2020/12/16(水) 19:51:03.01

WSL ってプロジェクトフォルダはどっち側につくるのがいいの？
Linux 側に作っとかないといろいろ不具合ある？

**デフォルトの名無しさん** · 2020/12/16(水) 20:26:31.48

>>281
Rubyのスレも見る人はそれやると面倒くさいことになるんだよな
スレごとにNGワードを登録できる専ブラがあればいいんだが

**デフォルトの名無しさん** · 2020/12/16(水) 21:00:32.90

jane系ならNGExでできるのでは
スマホでChMateとかだと板単位でしか絞れないが

**263** · 2020/12/16(水) 21:13:13.13

>>292
に書いたように、

Code Runner の設定ファイルには、こういう感じで書いてあるから、
Windows 側にプロジェクトを作っているのだろうか？

まあ、Ruby の所には書いていないけど、他の言語では、こういう感じ

"code-runner.executorMap": {
"ruby": "cd $dir && ruby $fileName",

漏れは一応、Linux 側にプロジェクトを作っている

ツールで、644 とか指定している、ファイルのパーミッションを見たから、
こういうのを、Windows で使えるのかなと思って

Windows側へ入れた、
C:\Program Files (x86)\Yarn\bin\ 以下の、
yarn, yarn.cmd, yarn.js の、yarnファイルを見ると、

冒頭に、#!/bin/sh
と書いてあって、Linux側から呼ばれる事を想定して、
node yarn.js または、nodejs yarn.js みたいに書いてある

**デフォルトの名無しさん** · 2020/12/16(水) 21:18:14.55

コテ付けろよガイジ

**デフォルトの名無しさん** · 2020/12/16(水) 21:22:59.59

chMateがついに荒らし認定してきたｗ

**263** · 2020/12/16(水) 21:29:55.49

だから、yarn に関しては、Windows 側だけへ直接インストールしておくだけで良い。
両方へ入れる必要はない。
また、npm でインストールする必要もない

Linux側で、yarnを呼ぶと、
node yarn.js または、nodejs yarn.js が呼ばれる

漏れは、Ubuntu 18.04 に、日本人が作った、バージョンマネージャーのanyenv で、
rbenv, nodenv を使って、ruby 2.6.6, node 12.16.2 を入れた。
apt のnodejs は、かなり古いので

which node
/home/ユーザー名/.anyenv/envs/nodenv/shims/node

Debian/Ubuntu 系は、nodejsだけど、
漏れは、nodeで呼べているのは不思議

**デフォルトの名無しさん** · 2020/12/16(水) 22:43:32.97

RubyとWSLをNGに登録すればええんか？

**デフォルトの名無しさん** · 2020/12/16(水) 22:54:35.68

あと、「漏れ」

**デフォルトの名無しさん** · 2020/12/16(水) 23:35:06.68

WSL でやってると、たまに Windows のパスからファイル開いて起動時悲惨なことになるんだが、常に WSL から開くようにできんのか

**デフォルトの名無しさん** · 2020/12/17(木) 00:18:58.95

素直にLinuxを使えばいいのに

**デフォルトの名無しさん** · 2020/12/17(木) 02:00:42.61

WSLはみたいからこまる

**デフォルトの名無しさん** · 2020/12/17(木) 04:48:40.67

>>306
何を見たいの？

**デフォルトの名無しさん** · 2020/12/17(木) 08:23:14.55

>>304
docker使って環境閉じとけよ。

**263** · 2020/12/17(木) 12:11:20.74

漏れは、デスクトップに、WSL プロジェクトフォルダのショートカットを作っていて、
それを右クリックメニューから開く

他には単に、VSCode を起動した場合には、プロジェクトを開かず、
ヘルプメニューのようこそ画面の履歴から、プロジェクトを開く

漏れが欲しい設定は、ユーザー(グローバル)・ワークスペース(プロジェクト)の間に、
OS・WSL みたいなという選択肢が欲しい

グローバルで、Windows・Linux の設定で切り替えたい。
例えば端末の、bash・PowerShell など

**デフォルトの名無しさん** · 2020/12/17(木) 12:27:18.93

WSLとかスレチ

**デフォルトの名無しさん** · 2020/12/17(木) 12:58:24.77

>>309
死ね気違い

**デフォルトの名無しさん** · 2020/12/17(木) 13:43:49.89

漏れってなんですか？

**デフォルトの名無しさん** · 2020/12/17(木) 13:45:46.89

>>308
https://code.visualstudio.com/docs/remote/containers

これか、良さそうっすね！試してみます！
教えてくれてありがとう！！

**デフォルトの名無しさん** · 2020/12/17(木) 14:05:49.41

>>313
Air M1だとまだdocker使えないけどな

**デフォルトの名無しさん** · 2020/12/17(木) 14:08:02.32

>>314
ID:P87XWr35 がM1使ってるってなんで分かったの？

**デフォルトの名無しさん** · 2020/12/17(木) 14:24:05.33

>>310
イモのおかしのこと？

**デフォルトの名無しさん** · 2020/12/17(木) 14:34:48.24

https://i.imgur.com/n5al40B.png

**デフォルトの名無しさん** · 2020/12/17(木) 15:15:57.52

SSHで繋いだ先にインストールしたDockerでRemote Development (Container)したいんだが無理かな
ローカルDockerはインストールしないで

**デフォルトの名無しさん** · 2020/12/17(木) 15:37:17.93

もし、Docker がサーバー(エージェント)/クライアント方式ならば、

サーバーはリモートに入れて、
そこへつなぐクライアントは、ローカルPC へ入れる

**デフォルトの名無しさん** · 2020/12/17(木) 17:15:04.43

ローカルの VS Code と、WSL側の Dcoker Container の VS Code
UI Theme とかが共有されてるのはわかるんだけど、
実行ファイルとかどういう共有され方してるのかイマイチわからん

まだ Document 読んでる途中だからあれだけど

とりあえず、Docker Container 内では、Setting Sync はどうあがいても使えないのね（隔離された環境だから当然か）

**デフォルトの名無しさん** · 2020/12/17(木) 17:28:50.30

>>318
コンテナでsshdを起動して、Remote Development (SSH)じゃいかんのか？

> ローカルDockerはインストールしないで
これが目的なら、sshでもええやろ。

**デフォルトの名無しさん** · 2020/12/17(木) 17:46:41.86

ローカルだけでなくリモートもなるべく汚したくないという貪欲さ

>>318
settings.jsonのdocker.host的なところにリモートサーバ指定すれば実現可能
ググればやってる人も出てくる

でもさすがにローカルにdocker入れるくらいは許容しろよって感じだ

**デフォルトの名無しさん** · 2020/12/17(木) 19:31:52.93

>>321
なるほどsshdコンテナか
dockerでsshdって普段だとバッドプラクティスだから無意識に選択肢から除外してしまっていた

**デフォルトの名無しさん** · 2020/12/17(木) 19:38:09.42

>>322
カススペックのラップトップでやりたいんだ

**デフォルトの名無しさん** · 2020/12/17(木) 21:26:19.68

>>310
スレチどころか切っても切り離せないレベルなんだがw

**178** · 2020/12/17(木) 21:43:53.29

VSCode使った教育資料作ったら、うちの会社、開発やってるほとんどの部署がVS2017とVS2019使ってるみたいで、
上司に「流行に、"無駄な"乗り方せんでいい。」って怒られてVS2019になりました。
すみませんでした。

**デフォルトの名無しさん** · 2020/12/17(木) 21:46:16.49

そりゃVS2019で開発できてるならvscode使う必要ないわな

**デフォルトの名無しさん** · 2020/12/17(木) 22:07:41.49

最近は様々なエコシステムで開発するからVSだけだとしんどい

**デフォルトの名無しさん** · 2020/12/17(木) 22:54:15.03

>>325
Windowsなんかで開発するのが、そもそもありえん

**デフォルトの名無しさん** · 2020/12/18(金) 00:22:18.37

Windowsで開発してるってマジ？

**デフォルトの名無しさん** · 2020/12/18(金) 00:44:29.02

Windows が一番快適

**デフォルトの名無しさん** · 2020/12/18(金) 01:02:26.89

普通はＷｉｎｄｏｗｓで開発するだろ

**デフォルトの名無しさん** · 2020/12/18(金) 01:07:48.93

アイホンだろ。

**デフォルトの名無しさん** · 2020/12/18(金) 01:12:47.99

アホがいつくとスレが荒廃するから困ったものだ

**デフォルトの名無しさん** · 2020/12/18(金) 01:22:09.07

なんか最近急に荒れ出したよな
コピペ連投大発狂みたいな事にならなければいいけど

**デフォルトの名無しさん** · 2020/12/18(金) 01:37:04.27

ネタ振りやめろｗ

**デフォルトの名無しさん** · 2020/12/18(金) 01:39:44.48

荒れたというより、レスが増えたんですね。
ユーザーさんが増えたおかげでしょう。
ありがたいことです。

**デフォルトの名無しさん** · 2020/12/18(金) 01:48:09.53

>>326
でも、一部のドキュメント作成とかだとVSよりもvscodeのが便利だったりはするけどなあ。
AsciiDocとかPlantUMLとか。

あー、ふつうの人はVSのがいいな。ｗ

**デフォルトの名無しさん** · 2020/12/18(金) 03:36:42.03

VSはネイティブプログラミングや強烈なプラグイン環境も含め最上級のプロユースIDE環境。

VSCはあくまでエディタの延長としてプログラミング環境を滑り込ませてるだけだから、
プロパティペインみたいなものもないし
チームでスクリプト開発程度ならまだしもガチプログラミング統合開発には所詮向いてない。

**デフォルトの名無しさん** · 2020/12/18(金) 04:56:21.04

IDEとEditorの役割や違いを無視してオレオレ思想を拡げるのは素人ってことっすね？

**デフォルトの名無しさん** · 2020/12/18(金) 05:25:01.61

むかし、パソコン使う人が少なかったころは、自分の使う環境を他人に勧めるのは意味が在ったんですよ。
その製品について話し合える仲間が増えるので。

今は誰もがパソコンを使うし、ネットもあるしで、あまり意味が無いです。

**デフォルトの名無しさん** · 2020/12/18(金) 07:32:10.06

WSL使うくらいならmacOS使えよ。
バグだらけのSwiftUI使うくらいならflutter使えよ。

**デフォルトの名無しさん** · 2020/12/18(金) 08:19:59.43

>>342
M2に移行するmacがなんだって？
Linux動いたっけ？

**デフォルトの名無しさん** · 2020/12/18(金) 08:31:47.69

VS や eclipse, IntelliJ 系の IDE でも開発するけど、VSC はテキストエディタと呼ぶよりは、もう普通に IDE だと思うよ

〇〇がない系のものは、Extension でどうせ追加できる
Extension の開発が容易ってのと、（Microsoft的に）GitHub と強烈に連携してるのが本当にでかい

多くのIDE、というか、多分全部のIDEが、プラグインや拡張ベースの環境だし、違いなんてもうない

**デフォルトの名無しさん** · 2020/12/18(金) 09:07:16.11

Linuxカーネル開発者、M1搭載MacBookへのLinux移植を疑問視
https://iphone-mania.jp/news-331536/

米メディアZDNetのインタビューにおいて、トーバルズ氏は次のようにM1の問題点を語っています。
M1の一番の問題は、GPUとその周辺デバイスだ。見る限りではLinuxを全くサポートしていない。Appleが情報を公開してくれればいいのだが、その可能性は低そうだ。

**デフォルトの名無しさん** · 2020/12/18(金) 13:31:07.02

Software Design 12月号は、Docker, AWS 特集だけど、その記事では、

Docker は、デーモン(dockerd)/クライアント(docker CLI)に分かれており、
REST API で、UNIX ソケット・TCP ソケットで通信する

TLS 認証を使う。
Docker 18.09 以降は、SSH も使えるが、
Docker.DotNET, docker-java では使えない

TLS認証は、openssl コマンドで作るが、
https://mtls.dev/
で簡単に、有効期限1年の証明書を作れる

**デフォルトの名無しさん** · 2020/12/18(金) 14:15:16.86

>>345
「Linuxをサポートしていない」で笑った
Linuxがサポートするんだろw
何様のつもりだよwww

**デフォルトの名無しさん** · 2020/12/18(金) 14:24:22.04

>>347
バカかよw AppleはLinuxを支援しないって意味だよハゲ

**デフォルトの名無しさん** · 2020/12/18(金) 14:29:04.88

オレオレ証明書でええやろ？

**デフォルトの名無しさん** · 2020/12/18(金) 14:29:49.06

>>349は>>346宛

**デフォルトの名無しさん** · 2020/12/18(金) 14:40:38.12

>>344
グラフィカルにマウスでリソース編集したり、該当コントロールにリンクしたソースを開ける拡張あるの？
拡張で無限な可能性を持つことと、拡張に頼らず本体で実装していることとは同じではないぞ

**デフォルトの名無しさん** · 2020/12/18(金) 14:42:06.83

そういうのはVSでやってくれ
本体肥大化させるな

**デフォルトの名無しさん** · 2020/12/18(金) 19:00:00.05

>>351
不要機能

**デフォルトの名無しさん** · 2020/12/18(金) 21:39:34.33

不要機能を切っていったときに、それはIDEと呼べるものなのかエディタと呼ぶべきなのかって話ではないのか

**デフォルトの名無しさん** · 2020/12/18(金) 22:16:20.33

やっぱりサクラエディタしか残されてないのか

**デフォルトの名無しさん** · 2020/12/18(金) 22:25:56.36

VSCodeがIDEなのかエディタレベルの機能しかないのかは見方次第だろ
同じC#だってUnityならVSだろうがVSCodeだろうが大差ないし.NET frameworkならエディタ止まりの印象になるだろうな
てか両方使うでしょ、適材適所

**デフォルトの名無しさん** · 2020/12/18(金) 22:38:20.78

中で開発機能が使えれば「Integrated Development Environment」やろ。
その具合の話は別。

もちろん、EmacsもIDE。
Vimは違う。知らんけど。

**デフォルトの名無しさん** · 2020/12/18(金) 23:38:41.98

>中で開発機能が使えれば「Integrated Development Environment」やろ。

ならばなんでも追加して開発できるWindowsもIDEと呼べてしまう
そこは人の使い方や味方次第なので、実際にIDEとして使えるのは事実だけど
だからと言ってIDEだと吹聴してたら否定されることも多いだろう

これを踏まえて考えると、条件や機能追加しないとIDEと呼べないものはやはり、
WindowsはもちろんOSだしVScodeの場合はエディタと呼ぶべきじゃないかと愚考する

VScodeがIDEとして使えるかどうかという話ならば、それは否定しない

◆QZaw55cn4c · 2020/12/18(金) 23:53:37.23

>>357
emacs を IDE とは呼びにくいですね‥‥

**デフォルトの名無しさん** · 2020/12/19(土) 02:13:04.71

今のVSって初期状態じゃ C++ 開発とか出来ないし機能追加がどうこうとか言われてもな。
VSだってモジュール式で、余計なもの入れないようになってるし、プラグインと本質的に違いがあるとは思えない
なぜそうIDEと非IDEを区別したいのかわからん。
VSCodeはデバッガにアタッチできるしステップ実行できたり変数も見れたりするし、ちゃんと静的解析して目的の定義に飛べるし、個人的には確実にIDEだと思うけどなあ。
GUI作成がインテグレーションされているかどうかは
IDEの本質じゃないと個人的には思う。
少なくともVSのPython機能とVSCodeのPython機能でできることに差があると思えない。前者は使ったことないけど。

**デフォルトの名無しさん** · 2020/12/19(土) 02:45:14.10

公式がエディターだって言ってるのに「確実にIDE」とは…

**デフォルトの名無しさん** · 2020/12/19(土) 03:20:37.73

わかります
頭脳戦艦ガルはRPGですよね

**デフォルトの名無しさん** · 2020/12/19(土) 03:34:24.50

>>359
え。
Emacsはどう考えてもIDEなんだけど。
ときどきVSよりも便利なレベル。ｗ

違うとはどんな理由で？

**デフォルトの名無しさん** · 2020/12/19(土) 05:04:08.82

お前らにとってIDEが何かとかいうオレオレ定義なんてどうでもいいしVSCodeがそのオレオレ定義に当てはまるかってのはクソほど興味沸かないわ
ましてやemacsがどうとか他所でやってくれ

**デフォルトの名無しさん** · 2020/12/19(土) 13:40:32.45

vimは許された