Excel VBA 質問スレ Part60

**デフォルトの名無しさん** · 2019/03/16(土) 20:39:09.64

ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK
※前スレ
Excel VBA 質問スレ Part59
https://mevius.5ch.net/test/read.cgi/tech/1549692750/

**デフォルトの名無しさん** · 2019/04/22(月) 21:03:25.39

>>886
基本的に同じ考え。
1つ付け加えると、On Error Resume Nextはエラー処理終わったらエラーをクリアしてすぐにOn Error Goto ～とかに戻す。

**デフォルトの名無しさん** · 2019/04/22(月) 21:10:24.20

>>895
vbaでエラー処理の状態って取得できる？
目視確認無しで、エラー処理の方法てすぐに戻せる？
よく考えたらこれ出来ない気がする

**デフォルトの名無しさん** · 2019/04/22(月) 21:15:19.55

>>894
正式な方法があると言うなら出せよw
出せない時点でお前のレスは意味がない

**デフォルトの名無しさん** · 2019/04/22(月) 22:31:50.06

>>896
Err.Numberで良ければ。

**デフォルトの名無しさん** · 2019/04/22(月) 23:02:19.09

>>898
あぁ、それは知ってるんだ・・・すまぬ
resume nextとgoto 0って判別できるんだろうか

**デフォルトの名無しさん** · 2019/04/23(火) 02:07:57.42

Excel VBAの例外をあてにしたロジックは危険だよな。

**デフォルトの名無しさん** · 2019/04/23(火) 02:16:09.43

On Error Resume Next

↑この構文そのものがわかりにくいんだよ。

**デフォルトの名無しさん** · 2019/04/23(火) 02:16:11.14

一般論でね

**デフォルトの名無しさん** · 2019/04/23(火) 02:22:13.18

オブジェクト操作でなんだかわからないがエラーが発生しても処理を続行するというのは独特。いかにもVBAの適当さが出ている。

**デフォルトの名無しさん** · 2019/04/23(火) 02:26:37.40

VBAと関係ないがT-SQLも例外の事前定義がないから、トライ、キャッチ構文が役に立たない。

**デフォルトの名無しさん** · 2019/04/23(火) 03:09:34.52

>>903
Excel VBAのOn Errorは、これから出るエラーの種類や原因がわかった上で使う場合がほとんどだと思うぞ
事前に回避する処理を書くより、事後にエラー処理をした方が簡単な場合があるから

**デフォルトの名無しさん** · 2019/04/23(火) 03:53:37.76

こんな時間まで残業か?

**デフォルトの名無しさん** · 2019/04/23(火) 08:14:21.83

>>897
完全に論理崩壊w
どうしてこんなバカがここにいるんだ?
正式な方法が無いなどと決めつけてるんだからお前がその根拠を示すべきだろ。

俺は何らかの正式な方法がある「だろう」と言ってる。
MSが出来ないなんて回答する筈が無いからな。
実際少なくともOn Error使って出来るわけだ。
MSが出来ないと回答しなければそれが正式な方法だ。

**デフォルトの名無しさん** · 2019/04/23(火) 08:21:09.21

>>895
便乗で付け加えると、局所的に onerrorgoto使って、エラーリカバリーしてresumeで処理継続できる。
これ知ったときめちゃ便利やんと思ったし、出番もあったはずだが、ほとんど使ったことない。

**デフォルトの名無しさん** · 2019/04/23(火) 12:25:16.87

>>907
そんなこと言うならPinterInfo2構造体のサイズを取得するのはGetPrinter()しかないことをMSに確認したのか？
って>>848に言ってやれよw

**デフォルトの名無しさん** · 2019/04/23(火) 12:34:34.45

>>909
???
エラーを起こすことを想定した処理をMS自身が提示していて、しかも一般的に普通に使われていて(俺のまわり And Web等)、それに対して問題だなどと思わんから確認する必要など全く無いわけだが。

論理って知ってますかw

**デフォルトの名無しさん** · 2019/04/23(火) 14:31:53.86

>>910
もっといい方法があるかもよ？
向上心がないんだなw

**デフォルトの名無しさん** · 2019/04/23(火) 14:40:46.46

MS自身が提示している方法ではないそれこそ正式じゃないよな

**デフォルトの名無しさん** · 2019/04/23(火) 15:08:34.48

>>911
すまない、恥をかいてお願いする
もっといい方法や、向上心のある方法を教えてくれ

**デフォルトの名無しさん** · 2019/04/23(火) 15:13:06.76

聞いたところでどうせVBA以外の環境を使えとしか言えないんだろ

**デフォルトの名無しさん** · 2019/04/23(火) 15:25:33.99

明日からVBAエキスパートの試験が変わるっていうから、今日駆け込みで受けてきた
……資格スレどこ行ったんですか？

**デフォルトの名無しさん** · 2019/04/23(火) 15:26:45.52

なんだかよくわからんがPinterInfo2構造体とやらのサイズ取得にエラーを利用する方法をMSがサンプルとして（？）あげているけど
配列の次元取得に対してはそういうものがないって話なのか？

で、どうした？

**デフォルトの名無しさん** · 2019/04/23(火) 16:17:47.24

>>891
もう一度最初から新しいクエリを作成したらいけた
んー原因不明のまま更新するの怖いなー

**デフォルトの名無しさん** · 2019/04/23(火) 16:54:40.88

>>913
MSに確認すればいいんだろw

**デフォルトの名無しさん** · 2019/04/23(火) 17:38:22.83

>>911
かもよ　ってことならいくらでも書ける

**デフォルトの名無しさん** · 2019/04/23(火) 17:42:29.14

質問スレで聞けば教えてくれるかもよ？
MSにきけば教えてくれるかもよ？
何もしなくても問題ないかもよ？

**デフォルトの名無しさん** · 2019/04/23(火) 17:57:47.79

On Errorでやるのが正式かもよ？

ってかw

**デフォルトの名無しさん** · 2019/04/23(火) 18:23:31.46

結果が同じなら中身なんて気にするな
そんなに突き詰める程の言語じゃないだろ
サッサと次の仕事しろ

**デフォルトの名無しさん** · 2019/04/23(火) 20:31:07.64

>>911
論理が分からないからそういう反応するわけだw

あのね、俺はOn Error使って問題無いの。
A1セルに1を入れるのにRange("A1").Value=1よりもっと良い方法があるかMSに確認するバカとは違う。

**デフォルトの名無しさん** · 2019/04/23(火) 21:09:25.94

>>923
向上心がないとバカのままだよ？w
もう手遅れかもしれないけど…

**デフォルトの名無しさん** · 2019/04/23(火) 21:11:15.50

人それぞれ行きたい方角というものがあるんだ

**デフォルトの名無しさん** · 2019/04/23(火) 21:12:44.73

自分はバカじゃないと思ってる？

**デフォルトの名無しさん** · 2019/04/23(火) 21:15:33.87

怪しげな自己啓発のセールストークみたいな問答しやがって
死ね

**デフォルトの名無しさん** · 2019/04/23(火) 21:41:15.46

Excel VBAには定義エラーが明示されていないから仕方ないね。

仕様が明確に公表されていないから、全体としてはエラーハンドリングは何かエラーが発生したら、止めるような方針になってしまうのはあたりまえ。

**デフォルトの名無しさん** · 2019/04/23(火) 22:04:24.18

お前らまだOn Error Goto と On Error Resume Next で争ってるのかよ？
俺が昔、あれだけ説明してやったのにｗ
どちらも Goto とは全く関係ないもので使用して良い

On Error Gotoはtry-catchと違ってネストができないので使いづらくは有るが、
try-catchとOn Error Gotoは本質的に同じもの
例外が発生したら後半部分（catch相当）にジャンプする

On Error Resume Next は例外が発生したときにジャンプするのではなく
次の行に行くことで例外を使わない戻り値によるエラーと似たような書き方ができるもの
書き方が違うだけでどちらも大差ない

On Error Goto も On Error Resume Next も基本は
例外が発生したら、Err.Numberなどで判定してリカバリ処理を行う

そんだけだろうが

**デフォルトの名無しさん** · 2019/04/24(水) 08:06:50.84

>>924
俺はそんな暇人じゃ無いんでね。
もっと有意義な探求をしてる。

お前は一生Range("A1").Value=1よりもっと良い方法を探求してくれwww

**デフォルトの名無しさん** · 2019/04/24(水) 08:15:59.12

>>930
> 俺はそんな暇人じゃ無いんでね。
そうなんだ、5chでバカを晒す暇はあるのにねw

> お前は一生Range("A1").Value=1よりもっと良い方法を探求してくれwww
まさかと思うけど
> もっといい方法があるかもよ？
が皮肉だと言うことに気づいてないのか？

**デフォルトの名無しさん** · 2019/04/24(水) 08:40:38.65

>>931
ほう、お前はコード書く以外のことはしないというわけかw
俺は完全に手遅れを晒すバカとは違う。

皮肉?
日本語も分からないようだw

**デフォルトの名無しさん** · 2019/04/24(水) 08:43:32.78

vbaに向上心も何もないだろう
EXCELの追加機能なんだから全体のルーチン見直したほうがよほど生産性たかまる

**デフォルトの名無しさん** · 2019/04/24(水) 08:45:38.52

>>932
> ほう、お前はコード書く以外のことはしないというわけかw
お前は一日中コードしか書かないバカコーダーかよw

> 日本語も分からないようだw
皮肉すらわかってないのか…
向上心がないとこうなるんだな、ちょっと可哀想

**デフォルトの名無しさん** · 2019/04/24(水) 08:49:07.09

自己矛盾という指摘に対して反論出来なくて悔しいのかもしれんが、本論からずれた発言を繰り返してもバカを晒すだけだぞw

**デフォルトの名無しさん** · 2019/04/24(水) 08:51:56.98

>>934
www
そうだねえw
つまりアホな探求する程暇人じゃ無いけど5chに書き込む暇はあるよねえ。

バカ以外はそんなこと最初から分かる筈なんだがw

**デフォルトの名無しさん** · 2019/04/24(水) 08:59:28.69

「ほう、お前はコード書く以外のことはしないというわけかw」
←こういうのが皮肉なんだがw

**デフォルトの名無しさん** · 2019/04/24(水) 09:10:27.69

しかし>>932に対しての>>934の返しw
論理性皆無だなw

どうして俺が1日中コード書く人間になるのかね。

**デフォルトの名無しさん** · 2019/04/24(水) 09:18:52.68

本人が何を言おうと草が多いほど知能が低いってみんな知ってるんだよねwwwww
行末wはNG設定しとけwwwwwww

**デフォルトの名無しさん** · 2019/04/24(水) 10:54:38.05

>>929
そんな事は当然知っとるわ
今更そんな当たり前の事を知ったかで出しゃばるな
ダセー奴だな

**デフォルトの名無しさん** · 2019/04/24(水) 12:24:55.92

>>935
> 反論出来なくて悔しいのかもしれんが、本論からずれた発言を繰り返してもバカを晒すだけだぞw
なんだ自分のことはよくわかってるじゃないかw
あと一日中コード書くとか言い出したアホは>>932な
皮肉とか言い出してるけど、皮肉にしても頓珍漢すぎる

**デフォルトの名無しさん** · 2019/04/24(水) 12:48:12.72

>>941
悪かったわw
論理が分からないアホには丁寧に説明しなきゃならんのだな。

俺は1日中コードを書く人じゃないんで
5chに書き込む時間は有るけど、>>930を受けて「5chでバカを晒す暇はあるのにねw」等と書く君は俺が5chに書き込む時間があると想像すらできないような人、つまり君自身は1日中コードを書いているような人なのかい?という問い掛けが>>932なわけだがw

>>932でどうして君じゃなくて俺が1日中コードを書く人になるのか全く理解に苦しむねw

**デフォルトの名無しさん** · 2019/04/24(水) 12:49:32.77

「すげえなあ、君は1日中コード書くような人なんだね。」という皮肉w

**デフォルトの名無しさん** · 2019/04/24(水) 12:55:05.70

一日中コード？
書けばいいじゃない

**デフォルトの名無しさん** · 2019/04/24(水) 15:35:02.84

そもそもドキュメントとか仕様についてMSに確認する話がいつの間にか一日中コード書くとかの話になってる
って言うのが頓珍漢だって言うのに>>942みたいな的外れの解説を必死にされてもどんだけ暇なんだよ？
としか思わんよww

**デフォルトの名無しさん** · 2019/04/24(水) 15:37:00.60

コード書く仕事したいがどこも雇ってくれん。
国立の数学の院卒でもね。
歳喰ってから出たやつは価値なしとか。
同期の若い奴らは日立、富士通…のSE待遇で雇用。

**デフォルトの名無しさん** · 2019/04/24(水) 15:41:10.26

>>946
そりゃおめぇ、vbaのスレなんかにおったらアカンで

**デフォルトの名無しさん** · 2019/04/24(水) 16:05:56.23

>>946
院まで出てコード書きたいのが優先というのがまずおかしい
院出て SEなんて、せっかくの知識を活かせるとこは殆どないと思う
（たまたま数学を活かせるとこ担当するかもだが）

日立なら中央研究所（今呼び方違うかもしれん）に行け。内容によっては実証コードも書く
数学の知識使って、世の中にないものを生み出せ

**デフォルトの名無しさん** · 2019/04/24(水) 17:26:40.04

エリートがコードを書くようにならないといけないと思うよ
ただし受託開発じゃダメだけど

**デフォルトの名無しさん** · 2019/04/24(水) 19:17:49.34

>>946
> …のSE待遇で雇用。
羨むべきかかなり微妙じゃね？

**デフォルトの名無しさん** · 2019/04/24(水) 20:16:13.05

そもそもexcel vba スレでいうことじゃない

**デフォルトの名無しさん** · 2019/04/24(水) 20:20:45.69

>>945
???
MSに確認する話は>>923に対して君が反論出来ない状態にあるから、もう終わったものという認識だが。

君にとっては君の主張である「On Errorは正式では無い」はMSに確認していないから不明ということで自己矛盾。

俺にとってはOn Errorが正式なものでは無いとしても、どっちにしろ正式な方法はあるだろうだろうから「VBAには正式な方法が無い」という君の主張は根拠がないという俺の主張は何ら覆されていない。

そして、俺にとってはOn Errorが正式なものだろうがそうで無かろうが問題とは思っていないのでMSに確認する必要は全く無い。

しかし、君にとっては自らの主張を通すためには君がMSに確認して、しかも「方法は無い。」という回答を引き出す必要がある。

**デフォルトの名無しさん** · 2019/04/24(水) 20:56:08.64

まだやるのかよw
ならお前はまず
>>857
> On Errorしかないのが正式なら同じだし、
> On Error以外に正式なものがあれば問題ないし、
のいずれかが正しいこと示せ
もちろんMSの正式な回答付きでな

**デフォルトの名無しさん** · 2019/04/24(水) 21:04:13.97

>>953
www
ここまでバカかよ。

俺は示す必要無いの。
確認する必要もない。

君は示す必要が有るの。
確認する必要もある。

主張する立場の違いと、対偶と逆は違うということを勉強しておいでw

**デフォルトの名無しさん** · 2019/04/24(水) 21:12:12.35

ついでに言っとくと、君の「正式な方法が無い」なんて主張には全く説得力が無いが、エラーを想定した処理を例に挙げたのもそうだし、どう見てもバグとしか思えない挙動を仕様とするMSが「方法が無い」などと回答するとは思えないというのは、説得力が有ると思うがねw

**デフォルトの名無しさん** · 2019/04/24(水) 21:13:28.54

>>954
なら>>857の主張は取り下げるのね
あと、対偶とか関係ないからw

**デフォルトの名無しさん** · 2019/04/24(水) 21:16:05.71

>>955
何を言いたいのか意味不明
追い詰められて饒舌になるのは低能によくある行動だけどな

**デフォルトの名無しさん** · 2019/04/24(水) 21:48:10.11

ああ、バカはやっぱりバカなんだなあw

今の議論は以下の図式と同じなんだよw
君「これからサイコロをふると必ず6が出る」
俺「君の主張はおかしい」

君は必ず6が出るということを理論的に示さない限り君の主張は通らない。
一方、俺は仮に必ず6が出るということが理論的に示されても問題ない。
理論的に示せていない君の最初の主張をおかしいと言っているのだから。

君がMSから「方法は無い」という回答を勝ち取っても君が自己矛盾に陥っていたという事実は変わらん。
が、そのときはVBAには正式な方法が無いというのを認めてやろう。
これが1点目。

2点目は、確かに俺は少なくとも何らかの方法があるだろうと言っている。
しかし「だろう」だし、その根拠も示している。
それに対して君は何ら反論出来ない状態だ。
つまり、君は反論するための行動を取る必要がある。
俺は君の反論待ちだ。

**デフォルトの名無しさん** · 2019/04/24(水) 21:52:08.42

相手の主張を否定する立場は、自らの何かを正しいとか調べる必要は無い。
相手の主張の問題点を指摘するだけで良いんだね。

これが主張する立場の違いだ。

**デフォルトの名無しさん** · 2019/04/24(水) 22:33:24.12

そろそろスレタイ読め

**デフォルトの名無しさん** · 2019/04/24(水) 22:42:50.19

VBAマウンティングスレ

**デフォルトの名無しさん** · 2019/04/24(水) 22:48:06.43

>>950
だよね～。
日本企業のSEなんて、羨むような仕事にありつけることは稀だと思うし、何十年もやりたいことを続けられることはまずない
実力あるなら、googleとかも候補だよね。MSは微妙か…
英語いけるなら

**デフォルトの名無しさん** · 2019/04/24(水) 23:02:08.32

>>959
人に主張の根拠を要求するならお前も指摘の根拠を出せって話な
否定だからいいとか頭湧いてるのかよw

**デフォルトの名無しさん** · 2019/04/25(木) 00:13:02.93

今どっちが優勢？

**デフォルトの名無しさん** · 2019/04/25(木) 06:43:25.12

劣勢の奴は長文かつ連投することが多い

**デフォルトの名無しさん** · 2019/04/25(木) 08:07:17.87

>>963
だから根拠は出してるし、君の反論待ちなんだがw

根拠は2つも出してるぞ。

**デフォルトの名無しさん** · 2019/04/25(木) 08:08:30.25

>>963
君の主張の問題点を指摘し、君が反論出来ないんだから仕方無いだろw

**デフォルトの名無しさん** · 2019/04/25(木) 08:11:46.50

>>966
> だから根拠は出してるし、君の反論待ちなんだがw
> 根拠は2つも出してるぞ。
具体的にレス番示して引用してみw

>>967
言ったはなから連投ww

**デフォルトの名無しさん** · 2019/04/25(木) 08:19:58.06

>>968
何でバカにそんな親切なことをしなきゃならんのか分からねえが、以下2つが根拠だ。

>>848
>>894

これに対してのお前の反論は全く意味の無い反論だ。

**デフォルトの名無しさん** · 2019/04/25(木) 08:21:47.33

あと、お前が自己矛盾に陥っている点についても、お前の反論待ちなw

確定してないのに根拠もなく正式な方法が無いなどと言ってたんだからなw

**デフォルトの名無しさん** · 2019/04/25(木) 09:31:53.90

>>969
なんの根拠を書いてるんだよ…
お前が書くのは
> On Errorしかないのが正式なら同じだし、
> On Error以外に正式なものがあれば問題ないし、
のいずれかが正しいことの根拠な
>>848は次元数の取得の話じゃないし>>894に至ってはお前の妄想じゃねーかw

念の為にもう一度書いとく
>> 人に主張の根拠を要求するならお前も指摘の根拠を出せって話な
できないなら黙っとけ

>>970
確定してないという根拠を出せよw

**デフォルトの名無しさん** · 2019/04/25(木) 12:41:24.32

うるせえ、他所でやれ

**デフォルトの名無しさん** · 2019/04/25(木) 12:42:06.81

>>971
バーカw

問題が分かってねーみたいだから君の自己矛盾の話からいこう。

君は「正式な方法が無い」と言っているが確認していないので実際は正式な方法があるか無いか分からないという状態だ。
従って「正式な方法が無い」は間違い。
つまり確認するまでもなく君は間違ってる。

俺の主張は君の理論には間違いがあるというものだから確認する必要はない。
自己矛盾の話においては俺は正式な方法が有るなどとさえ言っていない。

自己矛盾の話とは別に「正式な方法が有るだろう」とは言ってるが、まずは自己矛盾の話を解決してからだ。
本当は一度に解決したいがアホが問題点をきちんと把握してないからしようがない。

**デフォルトの名無しさん** · 2019/04/25(木) 12:50:41.21

確定してないという根拠w

確定した根拠を示さなければ確定してないということだろw
何言ってんだ?

逆の立場だったらどうなる?

「On Errorが正式な方法だ」
「その根拠は?」
「正式ではない根拠は?」

これでOn Errorが正式な方法だという結論になると思ってるなら笑えるわw

**デフォルトの名無しさん** · 2019/04/25(木) 12:54:24.13

ifで#N/Aのエラーが入っていなければ処理したいのですが、どう書いたらいいですか？

**デフォルトの名無しさん** · 2019/04/25(木) 12:58:06.37

>>975
>>810

**デフォルトの名無しさん** · 2019/04/25(木) 15:23:40.14

質問です。
あるセルに表示は日付設定で日付を入力すると
その範囲でSQLを呼んでデータを抽出するのですが
一台の端末だけ日付を例えば2019/04/25と入れると
値が2019/04/25(木)と変換されてしまいます。
50台以上ある端末で1台だけの現象ですが原因がわかりません。どのような原因がありえますか？

**デフォルトの名無しさん** · 2019/04/25(木) 15:35:21.42

>>977
最初からセルの書式設定が入力されている。全体ではなく一行目だけどかも見たほうが夜い
ロケールも影響するかもしれない

**デフォルトの名無しさん** · 2019/04/25(木) 16:33:36.86

>>973-974
何をごちゃごちゃ言ってるんだよw
人に根拠を要求するなら>>857の根拠出せよって話
簡単なんだろ？
早くしろよw

**デフォルトの名無しさん** · 2019/04/25(木) 16:36:57.29

どこで簡単だって言ってる？

**デフォルトの名無しさん** · 2019/04/25(木) 18:46:43.13

>>977
一般的に、表示（書式）に影響されてはいけない
値を取得して、都合いいように変換して使う
Text（だっけ？）ではなくValueを使う

**デフォルトの名無しさん** · 2019/04/25(木) 19:13:09.24

>>980
言ってないよ、俺の想像
てかまだそういうツッコミしかできないのか？w

**デフォルトの名無しさん** · 2019/04/25(木) 19:45:00.57

>>982
まだっておれに言うな

**デフォルトの名無しさん** · 2019/04/25(木) 19:53:55.34

>>983
お前が誰か知らんけどここまでの流れ見てて「まだ」>>980みたいなこと言ってる奴もちょっとおかしいだろw

**デフォルトの名無しさん** · 2019/04/25(木) 21:12:34.41

>>977
そのPCのExcelの設定だろうな。

何を考えてやっているか知らないけど、Excelのセルの書式は文字列にしておいた方が無難。

だいたい見た目を気にしている理由を聞きたい。

**デフォルトの名無しさん** · 2019/04/25(木) 21:20:54.83

＞Excelのセルの書式は文字列にしておいた方が無難。
さすがにそれはないｗ
標準で良い

**デフォルトの名無しさん** · 2019/04/25(木) 21:29:32.34

>>986
それはあなたが想定している使い方の場合でしょ。

質問しているひとはSQLにも触れている。Excelを中心に考えると面倒なことになるよ。

**デフォルトの名無しさん** · 2019/04/25(木) 21:30:23.12

>>975
If 調べたいやつ = cvErr(xlErrNA) then

**デフォルトの名無しさん** · 2019/04/25(木) 21:45:13.02

>>979
ごちゃごちゃwwwwwwwwwwwwwww
ワロタwww

反論出来なくて顔真っ赤ってか?

お前が根拠を示せないことが俺の根拠なんだよw

◆QZaw55cn4c · 2019/04/25(木) 21:50:10.00

on error goto とか N-BASIC にもあったくらいだし、何をいまさら、という感じがします

**デフォルトの名無しさん** · 2019/04/25(木) 21:59:43.27

>>990
そのエラーがなんなのかチェックせずに、ひとくくりにして処理を続行させる構文が存在するから議論になっている。

**デフォルトの名無しさん** · 2019/04/25(木) 22:00:36.61

SQLのBETWEEN句に日付を渡すんだったらセルの書式設定なんて関係ないでしょう
>>981の言う通り

**デフォルトの名無しさん** · 2019/04/25(木) 22:09:01.00

>>991
違うよ。
そのエラーが何なのか調べないなんて論外。
だけどエラー処理を通常処理に使うのはダメだっつう主張だったからMSだって正式な処理としてやってる話を突っ込んだら、おかしなことを言い出して、ここまで続いてる。

**デフォルトの名無しさん** · 2019/04/25(木) 22:15:06.85

>>993
それは違う。マイクロソフトの説明では特定の操作時はこのエラーしか発生しないと決めつてエラー構文を使えと言ってしまっている。